온톨로지
온톨로지는 제품 · 공정 · 원가의 관계와 판단 규칙을 시스템에 정의하는 일입니다
공장은 재고를 수량으로 관리하고, 회계는 재고를 금액으로 기록합니다. 같은 자재라도 두 시스템에서는 서로 연결되지 않을 수 있습니다. 이 둘을 같은 대상으로 정의하고 관계를 연결하는 작업이 온톨로지입니다. 이렇게 연결하면 “재료비가 왜 늘었나”라는 질문에 필요한 근거를 함께 조회할 수 있습니다.
온톨로지는 IT 부서만의 과제가 아닙니다. 경영진과 현업이 함께 회사의 판단 기준을 정의하고 시스템에 반영하는 작업입니다.
데이터 중심으로 설계한 시스템이 활용되지 않는 이유
품목, 주문, 매출 데이터를 갖춘 시스템도 “매출이 왜 떨어졌나”라는 질문에 바로 답하기는 어렵습니다. 데이터 항목만으로 설계하면 현장의 질문에 필요한 관계가 빠질 수 있기 때문입니다.
데이터 항목에서 출발하면
- 품목, 빠짐없이 담음
- 주문, 빠짐없이 담음
- 매출, 빠짐없이 담음
- 설비 이력 · 교대 조 · 날씨, 설계에 없음
“매출이 왜 떨어졌나”
질문에 필요한 관계가 부족합니다
현장의 질문에서 출발하면
“이 라인은 왜 월말마다 불량이 늘까”
생산반장“장마철 수율은 왜 떨어질까”
품질 담당문제와 관련된 데이터를 함께 검토할 수 있습니다
이 때문에 DARVIS 구축에서는 데이터 연결에 앞서 현장 인터뷰를 진행합니다.
현장을 잘 아는 사람이 설계에 참여하지 않으면 온톨로지가 실제 업무에서 활용되기 어렵습니다.
온톨로지에 대한 흔한 오해와 실제 의미
| 통념 | 다시 세운 정의 |
|---|---|
| 데이터를 통합하는 기술 | 조직의 판단 기준을 구조화하는 체계 |
| 많이 모으는 기술 | 관계와 기준을 먼저 정의하는 체계 |
| 문서·산출물 | 합의의 결과 |
| 지식의 저장소 | 업무 대상과 관계를 표현한 모델 |
| 데이터 모델 | AI 에이전트가 따를 기준 체계 |
전사 통합보다 관계 연결이 먼저입니다
한 번에 전사 데이터를 통합하기보다 우선순위가 높은 관계부터 정의하는 방식이 현실적입니다. 아래 다섯 가지 관계는 출발점을 정할 때 참고할 수 있는 예시입니다.
①고객 → 행동 → 매출
고객 행동과 매출의 관계를 정의하면 마케팅 활동의 매출 기여도를 검토할 수 있습니다. 영업 보고에서도 성과뿐 아니라 전환 과정의 원인을 함께 분석할 수 있습니다.
②사건 → 비용
회계 데이터만으로는 비용이 발생한 원인을 충분히 설명하기 어려울 수 있습니다. 즉시비용과 지연비용, 직접비용과 기회비용의 관계를 정의하면 사전 검토에 활용할 수 있습니다.
③결정 → 가정 → 결과
의사결정의 가정과 근거는 기록에서 빠지기 쉽습니다. 이를 구조화해 저장하면 이후 의사결정에서 과거의 판단 근거를 다시 확인할 수 있습니다.
④리스크 → 확률 → 손실
부서마다 리스크를 가능성이나 비용 등 서로 다른 기준으로 해석할 수 있습니다. 확률과 영향으로 구조화하면 리스크를 더 일관되게 검토할 수 있습니다.
⑤현재 상태 → 변화 추세 → 미래 결과
설비 상태와 고장 확률, 재고 수준과 납기 실패 확률처럼 시계열 데이터가 온톨로지와 만나는 지점입니다.
중요한 관계와 판단 기준을 먼저 정리하면 AI 활용 범위를 더 명확하게 설계할 수 있습니다.
14문항으로 확인하는 조직의 판단 방식
7개 영역에서 우리 회사에 더 가까운 쪽을 고르세요. 결과는 연락처 없이 이 자리에서 바로 보여드립니다.
01문제 인식
02문제 인식
03데이터·보고서
04데이터·보고서
05임원 회의
06임원 회의
07원인 분석
08원인 분석
09AI·시스템
10AI·시스템
11위기 대응·조직 학습
12위기 대응·조직 학습
13CEO 체감
14CEO 체감
도입 검토에서 자주 나오는 다섯 가지 오해
각 항목은 온톨로지의 범위와 기대 효과를 검토할 때 확인해야 할 쟁점입니다.
- “IT 부서만의 프로젝트다”경영진·현업·IT가 함께 다뤄야 한다
- “데이터가 부족하다”데이터 사이의 관계도 함께 확인해야 한다
- “ROI가 불명확하다”줄어든 조사 시간과 예방한 손실을 기준으로 ROI를 검토한다
- “복잡해서 현업이 못 쓴다”현업 용어와 판단 기준을 함께 구조화해야 한다
- “지금 안 해도 된다”필요성과 우선순위를 지금 검토한다
원문은 ROI 반론에 이렇게 답합니다. “온톨로지의 ROI는 벌어서 증명되는 게 아니라 잃지 않아서 증명된다.” 숫자로 먼저 잡히는 것은 조사 시간입니다. 원인 하나를 찾는 데 몇 주 걸리던 일이, 관계가 고정된 뒤에는 조회 몇 분으로 끝납니다.
무엇부터 할지, 실행 3원칙
한 번에 하나의 질문부터 정합니다
회사가 매일 반복해서 확인하는 질문 하나를 정합니다.
데이터보다 판단 기준을 먼저 정합니다
필요한 숫자는 판단 기준을 정한 뒤 연결합니다.
회의에서 해석이 갈리는 주제부터 정리합니다
부서마다 해석이 갈리는 주제에서 우선 정의할 관계를 찾을 수 있습니다.
고정한 관계는 화면에 이렇게 남습니다
아래 화면은 온톨로지 개념을 도구에서 구현한 예시입니다. 엔티티(제품, 공정 같은 대상)를 선택하면 해당 속성, 관계, 규칙이 함께 표시됩니다. 이를 통해 문서로 정의한 온톨로지가 시스템에서 어떻게 사용되는지 확인할 수 있습니다.
노드를 누르면 직접 연결된 관계만 강조됩니다. 판단(주장)에 연결된 증거·반례·규칙·검토 경로를 확인할 수 있습니다.
두 손가락으로 확대·축소, 끌어서 이동합니다.
가상 제조사의 예시 모델입니다. 실제 구축에서는 회사가 매일 묻는 질문이 무엇이냐에 따라 엔티티도 규칙도 달라집니다.
큐레이션 · 검증
원천 데이터를 Core에 연결하고 매핑 손실을 검증합니다
ERP · MES · 문서가 서로 다르게 부르는 용어를 하나의 기준(Core)으로 정리합니다. 매핑마다 방식·손실률·승인 상태가 남고, 검증 게이트를 통과해야 모델에 반영됩니다.
적용 준비와 다음 단계
실제 적용에 필요한 준비 사항과 진행 순서는 착수 가이드에서 확인할 수 있습니다. 간단한 정보를 입력하면 가이드가 열립니다.
DARVIS는 이 관계 구조를 제조 현장의 원가와 손익 분석에 적용한 제품입니다.온톨로지 자동 구축 과정 보기 →