공급망 온톨로지 구축: 공급사 중단의 영향 경로를 확인하는 설계 기준
공급망 온톨로지 구축을 검토하는 기업을 위해 공급사·사업장·품목·제품·거래처의 영향 후보 경로를 설계하는 기준을 정리합니다. 기간 밖 관계와 누락 연결, 복수 경로의 중복을 검수하고 실제 손실과 조회 결과의 차이, 견적 입력 자료와 운영 인수 조건을 확인하세요.
이 글을 쓴 알파카랩스카카오·네이버·쿠팡 출신, 재하청 0%, 대기업·공공기관 등 18개사+ 레퍼런스
공급망 온톨로지 구축은 공급사·사업장·공급품목·내부제품·거래처 사이의 관계를 유형·방향·유효기간·원천과 함께 연결하는 작업입니다. 공급중단 사건을 입력하면 사건 시점에 유효한 경로를 찾아 영향 후보와 근거를 보여 줍니다. 경로가 닿는다는 사실만으로 실제 생산 중단이나 매출 손실을 확정하지 않으며 재고 확인, 대체 검토와 주문 조정은 별도 업무로 넘깁니다.
공급사 중단 소식이 도착하면 구매팀은 어느 사업장의 어떤 품목인지 확인하고 생산팀은 내부제품에 쓰이는 자재를 찾습니다. 영업팀은 그 제품을 기다리는 거래처를 물어봅니다. 세 팀의 목록에 같은 이름이 있어도 같은 식별자나 같은 유효기간을 쓴다는 보장은 없습니다. 연결표를 빨리 만드는 시연보다 어느 원천의 어떤 관계 때문에 후보로 잡혔는지 설명하는 설계가 필요합니다. 제외한 제품과 아직 확인하지 못한 범위도 함께 보여 줘야 합니다.
이 글은 공급중단 사건에서 영향 후보를 찾는 관계 조회 범위입니다. 일반 SCM 계획, 부족 수량 배분 엔진이나 대체품 추천을 다시 설명하지 않습니다. 아래 공급사 S, 사업장 F1·F2, 부품 M1·M2, 제품 P·Q와 거래처 C는 모두 설계 검토용 가상 사례입니다. 실제 거래나 손실 추정이 아닙니다. 공급망 전체를 알고 있다는 전제, AI의 자동 구매 실행과 고객 통보, 금액 손실 산정은 발주 범위에서 제외합니다.
가상 사건 E는 S의 F1 사업장에서 M1 공급이 중단됐다는 보고입니다. F2 사업장의 M2까지 중단됐다는 정보는 없습니다. M1을 사용하는 P와 M2를 사용하는 Q가 있으면 P의 경로는 검토 후보이고 Q는 이 사건만으로 후보가 되지 않습니다. S라는 회사 이름에서 모든 부품으로 퍼지는 조회는 사건 범위를 넓혀 버립니다. 발주팀은 사건 대상과 모르는 내용을 분리하고 허용한 관계 유형으로만 경로를 찾게 해야 합니다.
공급사 회사명에서 시작하지 말고 사건 범위를 고정한다#
사건에는 원문 출처, 확인 상태, 대상 사업장·품목과 시작·종료의 알려진 범위를 저장합니다. 관계는 공급, 생산 투입, 주문·고객 연결처럼 뜻을 정하고 방향을 명시합니다. 명칭이 비슷한 사업장을 자동으로 같은 개체로 합치지 마세요. 내부제품과 거래처 사이도 판매 이력인지 현재 미결 주문인지 구분해야 합니다. 과거 한 번 판매한 거래처를 현재 납기 영향 후보로 보여 주지 않도록 조회 목적에 맞는 관계를 선택합니다.
| 경로 구간 | 관계의 의미 | 원천 예시 | 검수할 제한 |
|---|---|---|---|
| S→F1 | 해당 공급사의 사업장 | 거래처·사업장 마스터 | F2로 자동 확대 금지 |
| F1→M1 | 사업장의 공급 대상 | 승인 공급처·계약 참조 | 사건 대상 품목 확인 |
| M1→P | 특정 판의 생산 투입 | BOM·설계 적용 자료 | 시점·제품판 일치 |
| P→C | 현재 검토할 주문의 고객 | 미결 주문·납기 자료 | 과거 판매만으로 포함 금지 |
관계마다 유효기간과 수신판을 남긴다#
관계가 문서에 등록된 날과 업무에서 유효한 기간은 다를 수 있습니다. 사건 기준일에 유효한 공급처와 제품판을 조회하고 어떤 원천판을 수신했는지 기록하세요. 이미 종료된 공급처 관계는 현재 경로에서 제외하되 과거 사건을 재검토할 이력은 유지합니다. 기간을 모르면 무기한 유효로 채우지 말고 미확인 경로로 분리합니다. 공급사 등록 변경이 늦게 도착한 경우에는 재조회 전후 후보가 달라진 이유를 설명할 수 있어야 합니다.
| 관계 값 | 기록할 항목 | 조회 규칙 | 누락 시 처리 |
|---|---|---|---|
| 업무 유효기간 | 시작·종료·시간 기준 | 사건 시점과 비교 | 기간 미확인 표시 |
| 원천판 | 시스템 ID·문서판·수신일 | 조회 사용판 고정 | 최신 확인 불가 표시 |
| 관계 상태 | 제안·검토 확인·종료 | 승인된 범위만 확장 | 후보와 확인 경로 분리 |
| 접근 범위 | 조직·자료별 열람 | 모든 구간에 권한 적용 | 비공개 경로 우회 금지 |
고정 연결표와 관계 조회·AI 설명을 분리 견적받는다#
원천이 적고 같은 보고서를 주기적으로 만든다면 기존 ERP의 연결표나 SQL 조회를 확장하는 안을 비교할 수 있습니다. 여러 시스템의 식별자와 관계판을 교차 조회할 때 온톨로지를 검토하세요. AI 설명은 조회 결과를 이해하기 쉽게 풀어 주는 별도 계층입니다. 자연어 화면을 만들었다고 누락 원천이 채워지지는 않습니다. 업체에는 동일 사건 표본과 기대 경로·제외 경로를 주고 데이터 정리, 연결 모델, 갱신과 설명 비용을 나눠 요청합니다.
| 비교안 | 시작 조건 | 견적 입력 자료 | 인수 산출물 |
|---|---|---|---|
| 기존 ERP 조회 | 원천·경로가 고정 | ID·BOM판·주문표 | 연결 SQL·제외 조건 |
| 연결 데이터 정리 | 코드·원천판 불일치 | 마스터 대응·누락 목록 | 매핑 규칙·대사표 |
| 온톨로지 조회 | 관계 유형·출처 교차 | 사건·관계 정의·질문 | 경로·원천판·상태 |
| AI 설명 추가 | 근거 문장화 필요 | 보류·범위 질문 세트 | 조회 결과와 답변 대응 |
최종 SPARQL 권고안의 경로 조회 의미를 참고한다#
2026년 11월 3일 W3C 원문을 확인했습니다. 독립된 SPARQL 1.1 Property Paths 문서는 폐기된 초안이므로 SPARQL 1.1 Query Language 권고안 9절을 인용합니다. 경로 패턴의 연결·방향 조회를 참고하고, PROV-O는 원천 관계를 기술하는 데 참고합니다. 사건 범위와 기간 검사, 영향 후보 판정은 이 글의 업무 설계안이며 실제 손실이나 공급망 인과를 증명하는 표준 규칙은 아닙니다.
- W3C SPARQL 1.1 Query Language 9절: 폐기된 독립 초안 대신 최종 권고안의 property path 정의를 참고합니다.
- W3C PROV-O: 관계 원천과 처리 이력의 출처 모델이며 실제 공급중단 손실의 증거를 대신하지 않습니다.
영향 후보와 제외·미확인 경로를 함께 반환한다#
사건 접수자는 공급사 전체 중단인지 특정 사업장과 품목의 중단인지 원문에서 확인합니다. 확인되지 않은 범위는 질문으로 남기고 고객에게 알려진 사실처럼 확대하지 않습니다. 사건이 정정되면 원문판과 정정 사유, 적용 범위를 새 판으로 남깁니다. 가상 E의 F1과 M1이 확인됐을 때만 해당 시작점으로 조회하며 F2는 제외합니다. 원문이 회사명만 말한다면 사업장과 품목 확인 전 제한된 탐색 후보로 표시하고 확정 영향 목록을 만들지 않습니다.
원천 연결에는 거래처·사업장 마스터, 승인 공급처, 제품 구성판과 현재 검토할 주문 범위가 필요합니다. 시스템마다 식별자가 다르면 대응표에 원천 ID와 내부 ID, 매핑 근거와 확인 상태를 둡니다. M1이라는 표시 코드가 다른 회사에서도 쓰일 수 있으므로 문자열만으로 병합하지 않습니다. 연결 중 일부를 수동 입력했다면 그 구간을 드러내고 갱신 책임자를 정하세요. 원천에 없는 계약이나 생산 관계를 AI가 문맥상 그럴듯하다는 이유로 만들게 두지 않습니다.
영향 조회의 응답은 후보 제품·거래처, 근거 경로, 제외 이유와 미확인 구간으로 나눕니다. M1→P→C가 유효하면 P와 C는 검토 대상입니다. 재고가 충분하거나 다른 공급처가 있을 수 있어 실제 결품 여부는 재고·구매 담당자가 확인합니다. 경로 결과에서 바로 발주를 취소하거나 납기를 바꾸는 실행은 별도 승인 절차로 분리하세요. 이 조회의 인수 조건에는 대체 가능성이나 최적 배분을 자동 확정하는 문장을 넣지 않습니다.
같은 C에 이르는 경로가 두 개면 경로 건수와 고유 거래처 수를 구분합니다. 가상 표본에서 S→F1→M1→P→C와 S→F1→M1→R→C 두 경로가 있으면 경로는 두 개, 거래처는 한 곳입니다. 이는 영향 후보의 중복 제거 예시이며 손실 금액 계산이 아닙니다. 경로마다 주문이 다를 수 있으므로 단순히 한 경로를 삭제해서는 안 됩니다. 고유 대상 집계와 상세 근거 경로를 함께 보존하고 집계 키를 인수 문서에 적습니다.
관계의 유효기간은 사건 시점에 맞춰 검사합니다. 가상 M1→P 관계가 사건 시작 전에 종료됐다면 현재 제품 영향 경로에서 제외하고 종료 사유를 보여 줍니다. 사건이 여러 날 계속되며 제품판이 바뀌면 기간을 나눠 검토할 수 있습니다. 날짜만 있는 원천과 시각이 있는 원천을 어떻게 비교할지 회사 기준을 정하세요. 경로 조회 문법이 모든 중간 관계의 기간과 승인 상태를 자동 검사한다고 가정하지 말고 각 구간의 조건을 조회 설계에 명시합니다.
권한은 최종 결과에서만 걸러서는 부족합니다. 구매 담당자가 볼 수 없는 계약이나 고객 자료를 중간 경로로 이용해 고객 이름을 추론할 수 있는지 검사합니다. 관계도·AI 요약·내보내기와 고유 대상 집계에도 같은 범위를 적용하세요. 제한 경로가 있다는 안내 자체가 민감하다면 표시 방식도 회사 정책에 맞춥니다. 관리자 계정으로 만든 답변 저장본을 일반 사용자가 재사용하지 않도록 조회 권한과 캐시 범위를 함께 설계합니다.
원천 갱신이 실패하면 마지막 성공 수신판과 빠진 구간을 알려야 합니다. 오늘 주문이 아직 반영되지 않았다면 현재 거래처 전체를 조회했다고 표현하지 않습니다. 연결이 없는 상태는 영향 없음과 구분합니다. 전체 원천이 확인됐고 허용 경로가 없다는 결과와 일부 원천이 누락돼 판단할 수 없다는 결과가 다른 이유입니다. 운영자는 누락 자료를 대사하고 생산·구매 책임자는 후보별 실제 영향을 확인하는 분담을 유지합니다.
경로 설명과 업무 이관까지 같은 사건으로 검수한다#
정상 표본에는 E, F1, M1과 유효한 제품·주문 경로를 넣습니다. 기대 결과는 허용한 방향의 후보와 각 구간의 유형, 원천판과 기간입니다. 역방향으로 연결한 행이나 관련 없는 관계 유형은 경로에 섞이지 않아야 합니다. F2의 M2와 Q는 같은 공급사에 속해 있어도 사건 범위 밖이라는 제외 결과가 나와야 합니다. 최종 후보 이름만 맞고 잘못된 경로가 표시된다면 성공으로 세지 않습니다.
누락 표본에서는 M1에서 P로 가는 원천 연결을 끊습니다. 기대값은 영향 없음이 아닌 해당 구간 미확인입니다. 담당자와 보완 자료가 표시되고 나머지 유효한 경로는 계속 조회할 수 있어야 합니다. 기간 종료 표본은 종료 관계를 제외하되 과거 사건을 묻는 요청에는 당시 유효판을 찾도록 검수합니다. 현재 조회 권한은 과거 질문에도 유지하며 당시 볼 수 있었다는 이유로 제한 자료를 공개하지 않습니다.
중복 검수에서는 같은 C에 이르는 두 경로를 넣고 고유 거래처 한 곳과 상세 경로 두 건이 모두 남는지 확인합니다. 원천 이벤트를 다시 수신해도 같은 관계판이 중복 생성되지 않아야 합니다. 사건 범위를 F1에서 다른 사업장으로 정정하면 이전 후보와 새 후보의 차이, 변경 근거를 볼 수 있어야 합니다. 변경 뒤 AI가 예전 저장 문장을 섞지 않는지도 질의 결과와 나란히 대조합니다.
복구는 잘못된 ID 매핑이나 관계판을 격리하고 영향받은 사건·질문·저장 답변을 찾는 순서로 준비합니다. 원천을 재수신하기 전에 직전 유효판으로 조회를 제한할 수 있는지 확인하세요. 직전판도 오래됐거나 철회됐다면 현재 영향 답변을 보류합니다. 재수신 뒤에는 누락과 중복을 대사하고 정상·기간외·중복·누락 질문을 다시 실행합니다. 운영자의 재게시와 실제 공급망 조치 승인은 별도 책임으로 남깁니다.
인수 자료에는 사건 범위 정의서, 관계 유형·방향표, 원천별 ID 대응표와 갱신 책임, 기간·권한 규칙을 포함합니다. 대표 질문의 기대 후보와 제외·미확인 경로, 원천판별 실행 결과도 받으세요. 후보를 받은 구매·생산·영업팀이 재고 확인, 공급처 확인과 고객 일정 검토 중 무엇을 맡는지 이관표에 적습니다. AI가 설명하지 못해도 같은 원천판의 경로를 직접 조회할 수 있어야 하며 실제 생산 중단·매출 손실을 확인하는 업무는 별도 결과로 관리합니다.
수급 계획과 운영 실행은 SCM 시스템 구축의 범위로 구분합니다. 대체 후보의 승인 조건은 온톨로지 상품 대체 관계에서 따로 검토하세요. 과거 관계판의 조회는 온톨로지 시점 조회 설계와 연결해 확인합니다.
공급망 온톨로지에 관한 질문#
공급사 이름만 알면 모든 영향 거래처를 찾을 수 있나요?
사업장·품목과 유효한 제품·주문 관계, 원천 범위를 확인해야 합니다. 회사명만으로 전체 중단과 모든 거래처 영향을 확정하지 않습니다.
경로가 닿으면 해당 고객의 납기 지연이 확정되나요?
경로는 검토 후보의 근거입니다. 재고, 추가 공급, 대체 승인과 주문 조건을 확인한 뒤 담당 부서가 실제 영향을 판정합니다.
공급 관계에 기간이 없으면 계속 유효한 것으로 보나요?
기간을 모르는 관계는 미확인으로 구분합니다. 무기한 유효로 임의 보충하지 않고 원천 확인과 업무 정책에 따라 처리합니다.
한 거래처에 두 경로가 닿으면 두 고객으로 집계하나요?
고유 거래처 수와 상세 경로 수를 구분합니다. 같은 거래처는 집계 키로 중복 제거하되 서로 다른 주문이나 제품의 근거 경로는 보존합니다.
연결이 없으면 영향 없음으로 답해도 되나요?
원천이 누락되거나 아직 매핑하지 못했을 수 있습니다. 확인된 범위에서 경로가 없는 경우와 필요한 연결이 미확인인 경우를 나눠 답합니다.
SPARQL 경로 조회와 AI가 구매 실행을 대신하나요?
경로 조회는 관계를 찾고 AI는 근거를 설명하는 범위입니다. 실제 주문 변경·대체 승인·고객 통보와 손실 산정은 별도 자료와 권한 있는 담당자의 절차가 필요합니다.