온톨로지 부정 질의: ‘발주 없음’과 ‘데이터 미확인’을 구분하는 AI 검수

2026년 10월 기준, 온톨로지 AI의 ‘없음’은 조회 범위와 수집 완료를 확인한 뒤 판단합니다. 권한 제한·미수신은 미확인으로 남깁니다.

발주서가 없는 구매요청을 찾아 달라고 했는데, AI가 아직 전달되지 않은 발주 자료까지 미발주로 분류한다면 후속 업무의 기준이 어긋납니다. 빈 검색 결과에 ‘없음’이라는 이름만 붙여서는 이 차이를 드러낼 수 없습니다.

이 글은 업무 데이터를 연결한 AI 조회를 인수하는 담당자를 위한 제안 설계입니다. 원본 시트와 컬럼을 관계로 바꾸는 과정은 엑셀 온톨로지 변환 가이드에서, 과거 기준일과 변경 이력을 고르는 문제는 온톨로지 시점 조회 설계에서 확인하세요. 여기서는 정해진 범위에서 관계가 없다는 답을 어떻게 검수할지 다룹니다.

조회에서 안 나온 자료를 왜 없다고 단정하면 안 되나요?#

조회 결과는 선택한 원천과 조건의 영향을 받기 때문입니다. 수집되지 않은 자료, 잘못 매핑한 키, 조회 권한 밖 자료는 모두 일치하지 않는 결과로 나타날 수 있습니다. 업무상 부재를 답하려면 그 질문에 필요한 자료를 확인할 수 있었는지부터 검증합니다.

W3C OWL 2 Primer는 기록되지 않은 사실이 거짓이라는 뜻은 아닌 열린 세계 가정을 설명합니다. 이 안내는 2012년 12월 11일 권고안입니다. 모든 업무 온톨로지가 OWL을 쓴다는 뜻은 아니며, 실제 조회의 부재 판단 범위는 별도 설계해야 합니다.

2026년 10월 11일 공개된 SPARQL 1.2 Query Language 작업 초안의 NOT EXISTS도 현재 변수 조건과 데이터셋에서 패턴이 일치하지 않는지를 검사합니다. 아직 확정 권고안이 아닌 초안이며, 이 연산을 업무 전체의 부재를 증명하는 새 기능으로 해석하면 안 됩니다. 두 원문은 2026년 10월 24일 확인했습니다.

‘발주 없음’을 답하기 전에 어떤 범위를 정하나요?#

질문의 대상 목록과 판정할 관계, 기준 원천·시점·접근 범위를 먼저 정합니다. 이어서 수집과 식별자 연결, 질의 실행이 그 범위에서 끝났는지 확인합니다. 여기서 ‘완료’는 모델의 자신감이 아니라 원천 담당자와 합의한 검증 조건입니다.

발주 그래프에 들어 있는 구매요청만 출발점으로 삼으면, 요청 자체가 적재되지 않은 경우는 목록에 나오지도 않습니다. 승인 구매요청의 원천 대상 목록과 대사하세요. 건수가 같아도 서로 다른 키가 빠지고 들어온 것일 수 있어 수량 일치만으로 완료를 확정하지 않습니다.

부재 판단을 무조건 금지할 필요는 없습니다. 합의한 범위를 빠짐없이 조회했다는 근거가 있으면 ‘해당 부서·기준 시점·원천에서 유효 발주 등록 없음’이라고 답할 수 있습니다. 그 답을 다른 부서나 나중 시점, 원천에 기록되지 않는 업무까지 넓히지 않습니다.

같은 빈 결과를 어떤 답변으로 구분하나요?#

일치한 근거가 있으면 존재를 답하고, 부재 판단의 전제가 충족된 빈 결과만 범위 내 등록 없음으로 답합니다. 전제가 빠진 빈 결과는 미확인입니다. 오류나 중단은 빈 조회 결과와도 구별해야 합니다.

아래 P/Q/R/S는 설명용 가상 구매요청을 각각 조회하는 독립 검수 표본입니다. 부서·기준 시점과 승인 구매요청이라는 질문 조건은 같고, 수집·접근 상태를 바꿔 검사합니다. 각 요청 자체는 사용자에게 보이지만 모든 발주 자료를 볼 수 있다고 가정하지 않습니다.

Q의 완료 스냅샷과 R의 미수신 스냅샷을 한 번의 완전한 조회처럼 섞지 않습니다. 실제 목록에 미확인 범위가 남으면 확정한 일부 결과와 남은 범위를 구분하고 전체 목록이 완성됐다고 표시하지 마세요. 유효 발주가 있다는 결과도 요청 수량 전부가 발주 완료됐다는 뜻은 아닙니다.

S의 응답은 동일한 접근 정책에서 결정해야 합니다. 숨긴 발주서를 먼저 찾아본 뒤 ‘자료 있음’과 ‘권한 없음’을 달리 답하면 보호된 관계의 존재가 드러날 수 있습니다. 권한 밖 자료의 존재·건수·내용을 답변에 넣지 않습니다. 출처를 표시하는 방법은 AI 답변 출처 추적 설계와 함께 확인하세요.

SHACL을 통과하면 원천이 빠짐없다고 봐도 되나요?#

SHACL 검증만으로 원천 수집의 완전성을 증명하지는 못합니다. 검증에 전달한 데이터 그래프와 대상, 제약의 범위부터 확인해야 합니다. 원천 목록과 그래프의 대사는 별도입니다.

W3C SHACL 권고안은 데이터 그래프를 정한 형태·조건으로 검증하는 방식을 정의합니다. 예를 들어 minCount는 검증 대상에 연결된 값의 최소 개수를 검사합니다. 원천 개체가 그래프에 들어오지 않아 검증 대상에서도 빠졌다면, 그 누락을 해당 제약이 자동으로 발견한다고 가정할 수 없습니다. 이 원문은 2017년 7월 20일 권고안이며 2026년 10월 24일 다시 확인했습니다.

업무 규칙상 필수인 발주번호가 비어 있으면 누락 검수 대상이 될 수 있습니다. 그렇다고 그 값이 비었다는 이유로 실제 발주가 없다고 확정하지는 않습니다. 필수값 검증, 관계의 존재 판정, 원천 수집 완료를 각각의 증거로 확인하세요.

부정 질의는 어떤 실패 표본으로 인수하나요?#

정상적인 ‘없음’ 표본과 누락·권한·실행 실패를 나눠 검사합니다. 같은 질문에서 답변 상태와 근거가 왜 달라지는지 재현할 수 있어야 합니다. 아래 표는 자사 제안 검수안이며 실제 고객의 검증 성과가 아닙니다.

검색 결과 몇 개만 가져오는 방식으로 전체 미등록 목록을 답하지 마세요. 질문이 전체 대상을 요구하면 대상 목록과 관계를 끝까지 확인할 수 있는 질의·집계 경로가 필요합니다. 그 경로를 제공할 수 없다면 확인한 범위까지만 답하고 전체 판단을 보류합니다.

알파카랩스와는 어떤 조회 검수 범위를 정하나요?#

알파카랩스의 공개 온톨로지 서비스는 업무 개념·관계와 원천 매핑, 출처·권한, 대표 질문의 정답·오답·근거 부족을 구분하는 검수를 안내합니다. 이는 자사 제공 방식의 설명입니다. 이 글의 부정 질의 모델이나 SHACL 검증이 제품 기본 기능이거나 기존 고객에게 검증된 성과라는 뜻은 아닙니다.

준비할 자료는 비식별 대상 목록, 판정할 관계의 기준 원천, 필터와 갱신 조건, ‘없음’과 ‘미확인’의 기대 답변 표본입니다. 기존 SQL 조회와 데이터 대사만으로 충분한지, 여러 원천의 개념·관계를 연결해야 하는지도 비교합니다. 온톨로지나 그래프 DB 도입부터 고정하지 않습니다.

본문의 표는 바로 참고할 수 있습니다. 별도 산출물과 비용·기간은 원천 접근과 보안 범위, 수집 완료의 책임자와 검수 표본을 확인한 뒤 협의합니다.

온톨로지 부정 질의에서 자주 묻는 질문#

온톨로지 AI가 조회 결과가 없다고 하면 실제로 없는 건가요?

조회한 데이터에서 일치하는 근거를 찾지 못했다는 뜻부터 확인해야 합니다. 대상 목록·원천 범위·수집 완료·식별자 매핑·권한과 질의 완료가 검증됐을 때만 그 범위의 등록 부재를 답합니다. 조건이 빠지면 미확인으로 구분합니다.

NOT EXISTS를 쓰면 미발주 목록이 자동으로 정확해지나요?

NOT EXISTS는 지정한 데이터셋과 변수 조건에서 패턴의 일치 여부를 검사합니다. 누락된 발주서나 잘못 연결된 구매요청까지 찾아주는 기능은 아닙니다. 발주 존재를 확인하는 것과 요청 수량이 전부 발주됐는지도 다른 질문입니다.

데이터가 부족하면 AI가 언제나 답을 보류해야 하나요?

검증된 좁은 범위의 결과는 그 범위를 밝혀 답할 수 있습니다. 다만 일부 표본만 확인하고 전체 미발주 목록이나 전체 0건으로 표현하지 않습니다. 미수신·오류·권한 제한이 남은 범위는 별도로 미확인 상태를 유지합니다.

SHACL 검증을 통과하면 데이터 누락도 없다고 봐도 되나요?

SHACL은 전달받은 데이터 그래프를 정한 대상과 제약으로 검증합니다. 원천에서 빠져 검증 대상에 들어오지 않은 개체까지 자동으로 찾아주지는 않습니다. 대상 목록과 수집 범위 대사를 별도로 해야 합니다.

권한 때문에 안 보이는 자료는 없다고 답하면 안 되나요?

현재 권한으로 충분히 판단할 수 없는 질문은 확인 불가로 처리합니다. 숨긴 관계가 실제 있는지 먼저 검사해 응답을 달리하면 존재 여부를 누설할 수 있습니다. 동일한 접근 정책으로 판단하고 보호된 자료의 존재·건수를 드러내지 않습니다.