Meridian: 부서별 파일에서 담당자가 있는 액션으로.

Meridian은 공장 4곳과 창고 4곳을 부서별 워크북으로 운영합니다. 교대별 생산 실적, 구매 추적표, 재고 실사 결과, 표준 원가표가 그것입니다. 부서마다 자기 버전의 숫자를 갖고 있어서, 주간 회의는 숫자를 바탕으로 움직이기보다 숫자를 맞추는 일로 시작됐습니다.

누구에게도 쓰던 파일을 버리라고 하지 않았습니다. SAS가 파일을 있는 그대로 읽어 들이고, 프로젝트는 5단계로 구성됩니다. 각 단계는 프로그램 폴더 하나이고, 모든 프로그램 옆에는 플로우가 있습니다.

19개 파일은 원시 테이블 23개, 정제 테이블 12개, 의사결정에 바로 쓸 수 있는 골드 테이블 23개가 되었습니다. 40개 정제 규칙이 28,098행을 수정했습니다. 텍스트로 입력된 금액, 세 가지 형식이 섞인 날짜, 여러 방식으로 쓰인 교대 코드 같은 것들입니다. 규칙마다 데이터 품질 로그에 한 줄씩 기록합니다.

모든 프로그램에 플로우가 있으므로, SAS Lineage는 어떤 테이블이든 그것을 만든 프로그램까지 거슬러 올라가고, 그것을 읽는 리포트까지 이어지는 경로를 그릴 수 있습니다.

계획 담당자의 질문은 단순합니다. 어느 창고의 어떤 제품이 앞으로 4주 안에 재주문점 아래로 떨어질까? Model Studio는 같은 변수(재주문점 대비 재고, 운송 중 재고, 최근 출하량, 공급업체 지연, 계절)로 후보 모델 7개를 학습시켰고, 뒤쪽 주는 테스트용으로 학습에서 제외했습니다.

학습에서 제외한 주에서 순위 성능이 가장 좋았던 Forest를 Model Manager에 챔피언으로 등록했습니다. 그래디언트 부스팅은 챌린저로서 매주 코드로 재학습되므로, 챔피언의 성능이 떨어지면 숫자에 그대로 드러납니다.

점수는 아직 액션이 아닙니다. Meridian_next_best_action 의사결정은 챔피언 모델을 실행한 뒤 두 규칙 세트를 거칩니다. “조치 선택”(규칙 6개)은 재고 포지션에 재주문이 필요한지, 구매 주문의 납기를 독촉해야 하는지, 제품에 마진 검토가 필요한지, 라인을 점검해야 하는지를 정합니다. “우선순위, 담당자, 검토”(규칙 14개)는 걸린 금액에 따라 우선순위를 정하고, 담당자를 고르고, 기한을 정하고, 언제 두 번째 사람이 확인할지 결정합니다.

의사결정은 SAS Micro Analytic Service에 게시되므로, 웹 요청을 보낼 수 있는 것이라면 무엇이든 무엇을 해야 할지 물어볼 수 있습니다.

예약된 작업이 매주 월요일 06:00에 실행됩니다. Lantern에서 사람들이 결정하고 해결한 내용을 다시 읽어 들이고, 이번 주 후보 액션을 만들고, 각 후보를 게시된 의사결정에 보내고, 메시지 초안을 작성하고, 지난주 결과를 측정한 뒤, 결과를 Lantern으로 보냅니다.

배치 작업도 다른 모든 곳과 같은 게시된 의사결정을 호출하므로, 리포트의 액션과 화면의 액션이 서로 다를 수 없습니다. 의사결정 서비스에 연결할 수 없으면 작업은 멈추고, 빈 목록을 게시하는 대신 지난주 액션을 유지합니다.

Lantern은 각 액션에 담당자 한 명을 지정하고, SAS가 왜 이 액션을 올렸는지 보여 줍니다. 작동한 규칙, 재고 포지션에 대한 챔피언의 확률, 그리고 우선순위와 담당자, 기한을 정한 규칙 세트입니다. 담당자는 일을 하고(공급업체에 전화하고, 라인을 점검하고, 주문을 넣고), 한 일을 기록한 뒤 해결 처리합니다.

무엇이 보이는지는 역할에 따라 달라집니다. 구매 담당자는 구매 주문을, 교대 책임자는 자기 라인을 보며, 데이터베이스가 행 단위로 이를 강제합니다.

작업은 매주 해결된 액션을 그 뒤에 일어난 일과 대조합니다. 재고가 바닥났는지, 구매 주문이 제때 도착했는지, 불량률이 다시 내려왔는지를 확인합니다. 결과는 Lantern으로 보내져 액션 옆에 표시됩니다.

모델도 같은 방식으로 평가합니다. 챔피언, 챌린저, 그리고 단순히 재고 수준으로 순위를 매기는 방법을 학습에서 제외한 같은 1,100행으로 채점하며, 그중 138행은 4주 안에 품절되었습니다.