현장 점검 데이터와 기준 문서를 함께 보는 AI 분석은 어떻게 설계할까

같은 점검 대상과 시점을 기준으로 기록과 문서 근거를 연결하는 분석 구조 — 그림 11. 같은 사건·대상·시점으로 점검 기록과 기준 문서를 연결하는 가상 설계 예시.

점검표에서는 이상이 보이는데, 그 결과를 어떻게 해석해야 하는지는 다른 문서에 적혀 있다고 해볼게요. 담당자는 기록을 확인한 뒤 기준서를 찾고, 해당 제품에 적용되는 내용인지 다시 대조해야 합니다. AI가 두 자료를 각각 요약해 주더라도 이 연결이 빠지면 마지막 판단은 여전히 사람의 검색 작업으로 남아요.

이 글의 업무 장면은 설계 원리를 설명하기 위한 재구성 예시입니다. 특정 고객의 실제 기록이나 구축 성과를 뜻하지는 않아요.

먼저 ‘무엇을 판단하려는지’를 좁힙니다

“이번 점검에 문제가 있나요?”라는 질문만으로는 조회 범위를 정하기 어렵습니다. 어느 생산 단위의 어느 점검인지, 관찰한 사실은 무엇인지, 당시 적용되던 기준을 볼 것인지부터 정해야 해요.

예를 들어 가상의 점검에서 포장 상태에 관한 메모가 남았다고 해보죠. 분석 단위는 업체 전체가 아니라 그 점검 사건입니다. 제품군, 발생 시점, 기록 상태를 먼저 확인하면 다른 제품의 기준이나 나중에 수정된 문서가 섞이는 일을 줄일 수 있어요.

숫자는 조회하고, 문서는 근거를 찾습니다

건수와 측정값은 정의된 조회 조건으로 가져오고, 기준 문서는 관련 부분을 검색하도록 역할을 나누는 편이 좋습니다. 생성형 AI에게 원본 표를 던져 놓고 집계와 기준 해석을 한꺼번에 맡기지 않는 거예요.

검색한 자료를 응답에 제공하는 구조가 RAG입니다. Microsoft의 RAG 설명에서도 검색 자료로 응답을 보강하는 과정과 자료 접근 제어를 함께 다룹니다.[1] 여기서는 그 구조를 점검 기록 조회와 결합하는 설계안을 생각해볼 수 있어요.

중요한 건 두 결과가 같은 화면에 있다는 사실보다, 같은 질문의 조건을 공유한다는 점입니다. 기록 조회에는 특정 제품을 넣어 놓고 문서 검색에는 제품 조건을 빼면 그럴듯하지만 맞지 않는 답이 만들어질 수 있으니까요.

연결이 불확실하면 그 상태를 보여줍니다

문서에서 비슷한 표현을 찾았다고 곧바로 적용 기준으로 확정하지 않습니다. 문서의 적용 대상, 버전, 유효 시점과 예외 조건을 함께 확인하도록 설계해요.

제품군 연결이 없는 기록이라면 ‘기준 없음’이 아니라 ‘적용 대상 확인 필요’로 남깁니다. 문서는 찾았지만 표의 단위가 불명확한 경우에도 적합·부적합을 자동으로 정하지 않아요. 자료가 없다는 것과 기준을 충족했다는 것은 전혀 다른 상태입니다.

이 구분이 있어야 담당자가 다음에 무엇을 확인할지 알 수 있습니다. 화면에 빈칸만 보이는 대신, 제품 분류를 보완해야 하는지 원본 점검 기록을 다시 확인해야 하는지가 드러나는 거죠.

점검 한 건을 실제 응답 카드로 만들어봅니다

설계가 충분한지 보려면 작은 자료 묶음으로 답변을 끝까지 만들어보는 편이 좋아요. 다음 식별자와 문서 내용은 모두 가상입니다. 실제 식품 기준이나 고객 기록이 아닙니다.

점검 I-17에는 생산처 F-01, 제품군 P-01, 점검 시점 T, “포장 표시 일부가 흐려 확인 필요”라는 메모가 있어요. 기준서 G-01의 2판에는 P-01의 표시 확인 절차가 있고, 해당 판의 적용 기간에 T가 포함돼 있다고 가정합니다. 제목이 비슷한 G-02는 다른 제품군을 위한 문서예요.

먼저 기록에서 대상과 시점을 가져옵니다. 다음에는 사용자의 열람 권한 안에서 P-01과 T에 맞는 문서 후보를 찾죠. G-02의 문장이 더 비슷하게 검색돼도 제품군이 다르면 적용 근거로 붙이지 않습니다. G-01에 예외나 별도 정의가 있다면 해당 내용까지 읽은 뒤 검토 후보로 연결해요.

결과 카드는 다음처럼 작성할 수 있습니다.

확인한 사실: I-17의 점검 메모에 포장 표시 확인 요청이 남아 있어요.

참고한 자료: G-01 2판의 표시 확인 절차와 연결된 예외 항목이에요.

연결 조건: 제품군 P-01, 점검 시점 T, 확인된 문서 적용 기간을 사용했어요.

아직 판단하지 않은 내용: 실제 표시가 기준을 충족하는지, 제품을 출하해도 되는지는 판단하지 않았어요.

다음 행동: 담당자가 원본 사진이나 재점검 기록을 확인한 뒤 검토 의견을 남겨야 해요.

여기서 “기준에 부적합합니다”라고 쓰면 입력보다 강한 결론이 됩니다. 원본은 확인을 요청하는 메모이지, 기준 위반을 확정한 검사 결과가 아니기 때문이에요. 사실을 다시 적는 단계와 기준에 비춰 판단하는 단계를 분리해야 이런 과장을 찾기 쉽습니다.

같은 자료를 조금씩 바꿔 실패 처리도 확인해보세요. P-01을 지우면 ‘적용 대상 확인 필요’가 나와야 합니다. T가 적용 기간 밖이면 당시 사용할 판을 다시 찾아야 하고요. 예외 조항이 누락됐다면 적합 여부를 확정하지 않습니다. 권한이 없는 문서는 모델 입력에 넣지 않고, 응답에도 그 문서의 제목이나 내용을 노출하지 않아야 해요.

이 네 가지 시험의 통과 기준은 매번 답을 만드는 것이 아닙니다. 연결할 수 없는 이유가 정확히 드러나고, 담당자가 무엇을 보완해야 하는지 알 수 있는지가 기준이에요. 확인되지 않은 자료를 다른 제품의 문서로 채워 넣는 응답은 실패로 처리합니다.

이 작업을 구현할 때는 점검 ID, 원본 위치, 문서 ID와 판, 참조한 항목, 조회 조건을 함께 남겨보세요. 점검 내용이 수정되면 기존 답변을 최신 근거에 따른 결과처럼 덮어쓰지 말고 다시 검토할 대상으로 표시합니다. 위 카드와 시험 조건은 이 글의 설계 제안이며, 특정 제품의 현재 제공 기능을 뜻하지 않습니다.

점검 데이터와 문서가 따로 관리되고 있다면, 데이터스케쳐스와 실제 업무 질문 하나를 골라 연결 조건부터 점검해보세요.