문서·규정 축은 DARVIS Docs 에서

Docs 보기
본문으로 건너뛰기

DARVIS · DB · 정형 데이터

흩어진 표를 관계 지도로 잇고,
말로 묻습니다

ERP · MES · SCM 의 표를 온톨로지로 연결합니다. 질문은 SQL 이 되고, 답에는 어느 표 어느 열에서 나왔는지가 함께 옵니다.

제품 화면

왜 올랐는지까지 나옵니다

질문 하나에 원인·기여도·근거·다음 조치가 한 화면에 옵니다. 원인을 누르면 그 값이 어느 표 어느 열에서 왔는지, 어떤 쿼리가 돌았는지가 열립니다.

DARVIS DB가상 제조사 (주) · 1공장 · 2026-06 마감 · 지난달 대비
Read-Only예시 — 가상 데이터

질문

“지난달 A제품 원가가 왜 올랐나?”

제품원가 변동 +3.2%p — 기여 상위 셋을 항목·공정·부문으로 갈랐습니다.

  • 제품원가 변동+3.2%p전월 대비
  • 설명된 몫3.2%p잔차 0.0%p
  • 연결 원천3종ERP · MES · 배부규칙
  • 실행 쿼리3건답과 함께 공개
왜 올랐나기여비중원천검증
+1.9%p59%구매 단가 마스터 · 월 스냅샷검수 통과
+0.8%p25%MES 생산실적 · 공정별잠정
+0.5%p16%배부 규칙 R-12규칙 변경
+3.2%p100%질문의 답과 대조
잔차 0.0%p

합이 맞습니다. 기여 셋을 더하면 +3.2%p — 원가 변동과 같은 값입니다. 안 맞을 때는 “기타”를 만들지 않고 답을 안 냅니다.

집계 결과 · 12품목 중 상위 3품목별 단가 변동 × 사용량 — 이 표의 합이 위의 기여도다
품목사용량전월 단가당월 단가기여
RM-X31,000kg10,850원12,500원+1.02%p
RM-Y18,400kg8,900원10,000원+0.41%p
RM-Z12,200kg6,300원6,950원+0.16%p
기타 9품목+0.31%p
합 · 12품목61,600kg+1.90%p

합 +1.90%p — 위의 「원재료 단가 +1.9%p」 와 일치합니다.

구매 전표 · 5건단가 상승 상위

해당 품목의 구매 단가가 전월 대비 올랐습니다. 계약 단가가 아니라 실입고 단가로 계산했고, 같은 품목의 복수 공급사는 입고량 가중으로 묶었습니다.

  • PO-2606-001S-04212,000kg10,850 → 12,500원+15.2%
  • PO-2606-002S-04210,000kg10,570 → 12,000원+13.5%
  • PO-2606-004S-0189,000kg8,900 → 10,000원+12.4%
  • … 2건 더
실행된 SQL · 2건화면에 손으로 넣은 숫자는 없다
SELECT item,
       AVG(unit_price) AS now_price,
       AVG(prev_unit_price) AS prev_price
FROM   po_receipt
WHERE  period = ? AND product_group = ?
GROUP  BY item
ORDER  BY (now_price - prev_price) DESC

줄을 누르면 그 줄의 근거가 바뀝니다 — 지금은 「원재료 단가」.

  • 실행 쿼리 3건을 답과 함께 공개
  • 골든셋 8항목 검수 통과분만 제출
  • 원본 무변경 · 읽기 전용 연결

다음 판단 — 고르는 건 사람입니다

단가 재협상 검토3공정 수율 원인 추적배부 기준 재확인이번 달 보류

화면과 수치는 데모 데이터입니다. 실제 화면은 고객 데이터·용어로 구성되며, 어떤 값이 어디서 왔는지는 위와 같은 방식으로 항상 함께 나옵니다.

데이터를 연결하는 것만으로는 답이 안 나옵니다

사람외부 컨설팅 · 인력 충원

판단이 시스템이 아니라 개인에게 남습니다. 담당자가 바뀌면 처음부터입니다.

축적이 안 된다
시스템원가 모듈 ERP · BI 대시보드

데이터는 쌓이는데 왜 그렇게 됐는지는 표 밖에 있습니다.

설명이 안 된다
범용 AILLM 챗봇에 DB 를 붙이기

표 이름은 읽지만 그 표가 현장에서 무엇을 뜻하는지는 모릅니다.

맥락이 빠진다

판단이 자산으로 남지 않는 것 — 이게 원가 절감이 반복해서 실패하는 자리입니다.

답을 만드는 건 모델이 아니라 온톨로지입니다

표와 열에 현장의 말과 규칙을 붙여 하나의 관계 지도로 만듭니다. 같은 질문을 다음 달에 다시 물어도 같은 기준으로 답합니다.

12
엔티티
42
노드
76
연결
24
규칙

시나리오 하나를 구성할 때의 규모입니다(데모 구성 기준). 다음 시나리오는 이 구조를 다시 쓰기 때문에 추가분만 짓습니다.

DARVIS Ontology Studio가상 제조사 (주) · 재고·발주 조각 · v1.2
Read-Only예시 — 가상 데이터
선택연결엔티티 추가관계 추가100%

엔티티를 누르면 속성 · 관계 · 그 엔티티를 쓰는 규칙이 함께 바뀝니다 — 지금은 「Inventory」.

위 규모 가운데 재고와 발주 쪽 한 조각을 열어 본 화면입니다. 엔티티를 누르면 그 엔티티를 조건으로 읽는 규칙까지 같이 보입니다.

우리만 하는 이야기가 아닙니다

  • 자연어→SQL 공개 벤치마크(Spider 2.0)에서 상위권은 지식그래프를 쓰는 쪽입니다.Spider 2.0 · 86%+ · 2026
  • 시맨틱 레이어를 데이터 기반의 필수 인프라로 봅니다.Gartner · 2025

어디서 썼습니까

고객분야내용
K사신용정보Text2SQL · 보고서 자동생성 PoC
L사식품 제조DARVIS 1단계 본계약
H사첨단소재SF 빅데이터 DARVIS 구축
커머스타유통DB 설계 · 데이터 컨설팅

계약 조건과 금액은 적지 않습니다. 도입 형태는 상담에서 확인하실 수 있습니다.

기존 시스템은 그대로 둡니다

  • 읽기 전용으로 연결합니다 — 원본 DB 에 쓰지 않습니다
  • ERP 를 바꾸거나 데이터를 옮기지 않습니다
  • 답까지 냅니다. 설비를 제어하거나 조치를 대신 실행하지 않습니다

다음 단계

어디서부터 시작할지 고르십시오

월마감 원가 설명

  • 기존 시스템 읽기 전용 연결
  • 한 공장 · 한 제품군 · 한 월마감
  • 비교 · 변동 기여도 · 근거
  • 4~6주 착수

1주차 샘플

  • 공개되면 가장 먼저 발송
  • 업종·규모 맞춤 샘플
  • 도입 전 미리 확인
  • 산출물 형식 그대로

기술 백서

  • 특허·보안·아키텍처 28페이지
  • 분석 범위와 산출 항목 정의
  • IT·CTO 검증용
  • 이메일을 남기면 공개 시 발송