여러 사용자와 시스템의 운영 절차 조정

송장 분쟁, 안전을 위한 정전 대응이나 연구개발 자료 관리에는 여러 시스템을 확인하고 역할이 다른 사람들이 판단한 뒤 결과를 기록하는 과정이 필요합니다. 업무와 데이터가 바뀔 때도 상태와 권한을 함께 유지해야 합니다.

Foundry에서는 관련 데이터를 온톨로지로 모으고 Workshop의 업무 화면에서 작업을 배정하며 액션으로 결과를 기록할 수 있습니다. 필요한 결과는 외부 시스템에도 반영하고, 업무가 바뀌면 버전 관리 기능으로 구현을 유지보수합니다.

Action Inbox

Workshop으로 만든 Action Inbox에서 사용자에게 작업을 배정하고 필요한 데이터를 보여 주며 조치를 실행하게 합니다. Actions와 Functions on Objects를 연결할 수 있습니다.

송장 분쟁 예에서는 적절한 부서에 문의를 배정하고 서비스 이력과 문의 원인을 확인한 뒤 명확한 설명을 고객에게 전달하도록 기록합니다.

업무 절차의 온톨로지

Task에는 담당자, 생성 및 배정 시각, 우선순위와 상태를 둡니다. Workflow는 관련 작업과 순차적인 단계를 표현합니다.

Workshop에서는 플랫폼 사용자를 바로 사용할 수 있어 모든 사용자를 별도 객체로 만들 필요는 없습니다. 부서나 지역 같은 속성과 관계를 붙이는 것이 유용하다면 사용자에 대응하는 업무 객체를 모델링할 수 있습니다.

업무 대상의 온톨로지

작업 관리 모델과 별도로 실제 업무 대상의 공통 데이터를 표현합니다. 객체 뷰로 개별 대상을 보고 Quiver로 지표와 대시보드를, Vertex로 관계망을 분석할 수 있습니다.

공공 안전 정전 범위를 정하는 업무라면 변압기와 회로, 기상 임계값 초과 및 전력망 구성이 대상입니다. 이런 데이터는 다른 활용 사례에서도 공유할 수 있습니다.

결정의 반영

Action Inbox의 액션은 작업을 생성, 수정 및 재배정하고 업무 대상 객체도 갱신합니다. 외부 운영 시스템에 반영할 필요가 있으면 별도의 연결과 쓰기 권한을 구성합니다.

예를 들어 고객 연락에 실패한 결과를 객체에 남겨 후속 연락 대상으로 만들고, 외부 자동 안내 시스템으로 알림 요청을 전달할 수 있습니다. 기록한 결과와 실제 외부 처리의 책임을 함께 관리해야 합니다.

업무 로직과 자동화

파이프라인에서 어떤 작업을 어느 사용자에게 배정할지, 어떤 조치를 먼저 검토할지 정할 수 있습니다. Foundry ML로 관리한 모델을 사용할 수도 있습니다. 송장 문의를 처리할 부서를 고르는 로직이 예입니다.

데이터 기반은 원천 연결과 SQL, Python 또는 Java 변환으로 마련합니다. Code Repositories와 Code Workbook을 사용할 수 있으며 SAP와 Salesforce처럼 업무에 흔한 시스템의 커넥터 및 통합 경로도 활용할 수 있습니다.

적용 분야에는 통합 가격 결정, 고객 작업 관리, 송장 분쟁, 캠페인 운영, ERP 기반 생산, 공공 안전 정전, 철도 정비와 의료 제공자 지급 검토가 있습니다. 검토 대상을 먼저 자동으로 찾으려면 경고 패턴, 여러 제약 안의 대안을 비교하려면 최적화 패턴을 결합합니다.