이해 계층
맥락이 모든 것을 연결합니다.
시스템은 데이터를 저장합니다. 이해 계층은 사람, 자산, 프로세스, 책임 및 관계처럼 데이터가 조직에 갖는 의미를 파악합니다.
조직 맥락 계층의 정렬
원천 시스템 위의 조직 모델.
이해 계층은 데이터와 작업의 공통 맥락을 만드는 접근 방식입니다. 어떤 엔터티에 관한 것인지, 각 시스템이 이를 어떻게 식별하며 무엇과 관련되고 누가 책임지는지를 정의합니다. 조직 온톨로지라고도 부르는 이 모델은 업무를 이해하는 사람들과 정의된 요구를 중심으로 구축합니다.
문서 검색은 관련 지침이나 구절을 찾을 수 있습니다. 조직 모델은 지침이 적용되는 자산, 작업 권한자 및 자산 상태에 의존하는 프로세스처럼 명시적인 관계를 추가합니다. 이를 통해 답변의 근거와 제안된 작업의 경계를 함께 검토할 수 있습니다.
업무 흐름 예시 — 고객 사례가 아닙니다
하나의 펌프. 여러 시스템. 하나의 결정.
유지보수 관리자가 ‘펌프 P-204 작업을 진행해도 될까요?’라고 묻는다고 가정해 보겠습니다. 유지보수 시스템에는 작업 지시서가, ERP에는 예비 부품이, 인력 시스템에는 배정 정보가 있습니다. 각 시스템은 고유한 식별자와 용어를 사용합니다. 정보를 연결하기 전에 세 시스템이 같은 자산과 업무를 가리키는지 확인해야 합니다.
자산
P-204는 특정 생산라인에 속하며 작업 지시서에 연결됩니다.
업무
작업 지시서에는 특정 부품과 책임자의 승인이 필요합니다.
부분
인벤토리 기록은 필요한 부품의 가용성과 위치를 설명합니다.
사람
작업자를 업무에 배정하며 역할과 권한은 별도로 확인합니다.
모든 관계에는 출처와 담당자가 필요합니다.
이 예시에서 유지보수 장비 번호와 ERP 자산 코드를 일치시키는 것은 검증이 필요한 매핑 결정입니다. 필드별 기준 출처, 업데이트 시점, 유지관리 담당자 및 변경의 모델 반영 방식을 정합니다. 기록이 충돌하면, 예를 들어 한 시스템에서는 부품이 가용하고 다른 시스템에서는 예약되어 있다면, 차이를 드러내 해결합니다.
맥락은 권한이 아닙니다. 기록을 볼 권리와 변경할 권리는 역할, 시스템 및 프로세스별로 따로 정의합니다. 에이전트가 기록을 연결할 수 있어도 답변과 작업은 승인된 접근 경계 안에 머물러야 합니다.
질문에서 권고를 거쳐 통제된 작업으로.
이 예시는 출처 기록과 누락 정보를 첨부하여 부품 가용성 확인을 기다리라는 권고를 만들 수 있습니다. 업무 상태 변경이나 구매 주문 생성은 미리 정한 권한 및 승인에 따른 별도 단계입니다. 운영 결정은 책임자에게 남으며 AI 응답만으로 유지보수 작업이 허용되지 않습니다.
한 영역에서 시작해 요구에 따라 확장합니다.
정의된 프로세스, 엔터티 집합 및 원천 시스템을 선택합니다. 구현팀과 내부 전문가가 매핑, 질문 및 작업을 함께 검증합니다. TITANS 제품과의 연결 및 제공 기능은 제품과 프로젝트별로 범위를 정하며 각 제품에서 이 계층의 범위는 다릅니다.
정보 이해에서 시작하고 유용한 모델, 책임 담당자 및 적합한 정책이 마련되면 작업을 추가할 수 있습니다. 이 사이트의 이해 계층은 조직 맥락에 대한 접근 방식을 설명하며 구체적인 구성 요소, 인터페이스 및 배포 조건은 범위 설정에서 정합니다.