사내 지식·업무 AX: 규정과 현재 상태를 함께 읽는 AI 구현 방법

문서만 검색해도, 현재 데이터만 봐도 답이 부족합니다

‘보류’, ‘완료’, ‘출하 대기’ 같은 단어가 시스템마다 다른 뜻일 수 있습니다. 용어집과 원본의 책임 범위를 정리하고 주문·품목·LOT·프로젝트가 같은 대상을 가리키는지도 확인합니다. 문서의 의미 검색과 업무 상태 조회를 연결하되, 문서 한 조각이 현재 상태를 대신하게 하지는 않습니다.

예시 1. “이 주문, 오늘 출하해도 될까요?”

가상 주문 DEMO-K01을 조회할 권한이 있는 담당자가 2026년 10월 23일 14:10 KST에 질문한다고 가정합니다. 승인된 출하 지침 v2는 ‘검사 합격과 보류 해제를 확인한 뒤 출하 절차를 진행’하도록 정하고 있습니다. 더 최근에 업로드된 v3는 아직 미승인 초안입니다.

ERP에는 출하 대기, 품질 자료에는 보류 해제 미확인으로 기록돼 있습니다. 품질 원본의 마지막 갱신은 14:05입니다. 이 시각과 상태는 현재 시스템을 조회한 결과가 아니라 예시를 위한 설정입니다.

가장 최근에 업로드된 파일이 항상 적용 기준은 아닙니다. 승인·적용 범위를 확인해 v2와 v3의 역할을 나눕니다. 승인된 문서끼리도 충돌하거나 특정 주문의 예외 승인 여부가 불명확하면, AI가 유리한 조건을 선택하지 않고 충돌과 확인할 담당자를 표시합니다.

예시 2. “개발 완료라는데 고객에게 사용 가능하다고 안내해도 될까요?”

가상 SaaS 팀의 운영 지침은 ‘필수 시험 통과와 배포 확인 후 사용 가능 안내’를 요구한다고 가정합니다. 프로젝트 DEMO-P02의 개발 항목은 완료지만 필수 시험 한 항목은 재확인 대기, 운영 배포 기록은 아직 확인되지 않습니다.

AI는 확인된 작업·남은 조건·확인할 담당자를 묶어 내부 공유 초안을 준비할 수 있습니다. 고객 안내나 배포 실행은 별도 권한과 검토 절차로 이어갑니다. 외부 공지에 내부 시험 기록이나 다른 고객의 정보를 그대로 포함하지 않습니다.

같은 원리는 고객지원의 서비스 정책과 현재 계정 상태, 영업 자료의 제품 사양과 현재 제공 범위, 제조 표준과 현장 기록을 함께 읽는 데도 적용할 수 있습니다.

질문에서 근거·현재 상태·다음 행동까지

매번 모든 자료를 모델에 넣는 대신 질문에 필요한 근거를 찾고 현재 업무 조회 기능을 연결할 수 있습니다. 검색으로 찾은 문서는 원문의 업무 범위·버전·적용일과 함께 읽고, 상태와 숫자는 해당 업무 시스템에서 검증된 조회·계산 기능으로 확인합니다. 답변을 만들었다는 이유로 시스템 상태가 변경되지는 않습니다.

답변 화면에는 무엇이 보여야 하나요?

출처 링크가 있다는 사실만으로 답변이 맞다고 보지는 않습니다. 인용한 문장이 실제 질문의 조건을 뒷받침하는지 평가해야 합니다. 조회 실패는 ‘해당 기록이 없다’와 다르고, 검색 결과가 없다는 사실은 ‘규정이 없다’는 뜻과 다릅니다.

파이언스가 연결·개발하는 구성

파이언스는 기존 ERP 연결과 업무 앱, 사내 위키·용어집·업무 절차·변경 이력, 업무 지식 공유 기반을 다뤄 온 경험을 활용합니다. 이 글의 권한·문서 검색·현재 상태·답변을 통합한 전체 흐름은 고객 환경에 맞춰 설계하는 적용 제안입니다. 제조 중소기업의 업무·ERP·지식 연결 경험 · 데이터 연결·자연어 조회와 분석 · AI 에이전트 설계·개발

제조 문서와 현재 값은 이렇게 검증합니다

출하 기준서와 LOT 검사 상태를 함께 확인하는 가상 예시·여덟 항목 점검표 →

이 글은 제조와 스타트업 전반의 지식·업무 맥락을 다루고, 연결한 제조 가이드는 최신 승인본·품목 적용 범위·권한·현황 조회의 시험 기준을 구체적으로 다룹니다.

필요한 사람에게 필요한 근거만 보여줍니다

조직 전체 자료를 먼저 검색한 뒤 AI에게 ‘보여주지 말라’고 지시하는 방식에 의존하지 않습니다. 원본의 사용자·조직·사업장·고객별 접근 범위를 서버와 조회 도구가 확인하고 허용된 결과만 답변 생성에 전달하도록 설계합니다. 화면의 원문 링크·미리보기·대화 기록·캐시도 같은 기준으로 다룹니다.

문서 안의 문장은 분석할 자료이지 시스템 권한을 바꾸는 명령이 아닙니다. 문서에 도구 실행을 유도하는 내용이 섞여 있어도 실제 접근과 행동은 서버의 권한·입력 검증을 거칩니다. 읽기 전용 조회로 시작하고 상태 변경·결재·배포·출하는 별도의 기능과 승인 절차로 분리할 수 있습니다.

공개 홈페이지의 설명을 검색엔진이 읽도록 하는 것과 사내 원문·거래 자료를 공개하는 것은 다른 설정입니다. 사내 시스템은 필요한 접근 범위·보관·AI 제공업체의 데이터 처리 조건에 맞춰 구성합니다.

작게 시작하는 범위와 도입 점검표

한 부서의 반복 질문, 승인된 문서 묶음, 한 업무 시스템의 읽기 전용 조회부터 시작할 수 있습니다. 예를 들어 ‘출하 문의의 근거 확인’ 또는 ‘기능 배포 상태 확인’ 한 유형을 정하고 담당자 답변과 비교합니다. 이후 다른 문서·업무·도구로 범위를 넓힙니다.

• 어떤 질문을 누가 하고, 어떤 답을 받으면 일이 해결되는가?
• 원문·버전·승인·적용일·담당자와 상태 용어가 정리됐는가?
• 질문자에게 허용된 문서·업무 대상만 검색·조회하는가?
• 원본 갱신·조회 시점과 조회 실패·자료 지연을 보여주는가?
• 충돌·권한 부족·근거 없음은 추측 대신 다음 확인으로 이어지는가?
• 답변·도구의 공유는 검토·승인과 권한에 맞춰 이뤄지는가?

시험할 상황에는 유효 문서와 미승인 초안, 서로 다른 사업장 기준, 같은 이름의 다른 주문, 오래된 조회·연동 실패, 권한이 없는 문서와 권한 회수, 문서 안의 도구 실행 유도, 여러 근거가 충돌하는 질문을 포함합니다. 자료가 충분할 때 정답과 근거를 제시하는지, 부족할 때 무엇이 미확인인지 구분하는지를 함께 봅니다.

효과는 원문·상태 확인까지 포함한 해결 시간, 근거가 맞는 답변 비율, 현재 상태·권한 처리의 정확성, 담당자 정정·재문의·인계 건수, 반복 사용과 운영 비용으로 평가합니다. AI가 바로 답한 비율만 높이거나 특정 절감률·정확도를 미리 보장하지 않습니다.

자주 묻는 질문

설계를 뒷받침하는 공식 기술자료

Anthropic · Contextual Retrieval: 문서 검색 시 조각의 맥락을 유지하고 의미 검색과 정확한 용어·식별자 검색을 조합하는 접근을 참고했습니다. 자료의 실험 성과를 파이언스 성능으로 인용하지 않습니다.

Microsoft · 문서 단위 접근 제어: 문서의 접근 정보를 수집·검색 시점의 사용자 권한 확인으로 이어가는 구조를 설명합니다. 특정 제품·미리 보기 기능 사용을 전제하지 않습니다.

OWASP · LLM Prompt Injection Prevention: 검색된 문서·도구 출력에 섞인 지시의 위험과 모델 밖의 권한·도구 입력 검증, 최소 권한·읽기 전용 접근 원칙을 참고했습니다.

기술자료 확인: 2026년 10월 23일. 위 원리를 업무에 맞게 연결한 파이언스의 설계 제안이며 특정 플랫폼·모델이나 정량 성과를 보장하는 내용은 아닙니다.

다음 글과 파이언스의 구현 역량