제조업 AX, 품질·설계·보전 문서를 연결하는 업무부터 시작하기

제조 현장에서 어려운 질문은 한 파일 안에 답이 없는 경우가 많습니다. 같은 제품의 검사 기준은 설계 폴더에 있고, 실제 시험 결과는 품질팀에 있으며, 현장 조치 이력은 보전 일지에 남습니다. 담당자가 바뀌면 문서를 찾는 방법부터 다시 배워야 합니다.

제조업 AX를 검토할 때 이 연결을 첫 과제로 삼을 수 있습니다. 생성형 AI로 품질 기록과 매뉴얼을 검색하고, 관련 근거를 비교해 검토 초안을 만드는 것입니다. 처음부터 설비 제어를 자동화하기보다, 사람이 판단할 자료를 제대로 찾고 적용 조건을 구분하는 업무에서 시작하면 문서 분석 AI의 가치를 측정하기 쉽습니다.

품질 이슈는 유사 문서보다 적용 조건이 중요합니다

예를 들어 특정 모델의 압력 시험에서 이상이 반복됐다고 가정해 보겠습니다. 과거 보고서에서 같은 증상을 찾는 것만으로는 충분하지 않습니다. 당시 모델과 부품 개정, 시험 조건, 조치 후 재시험 여부가 현재 건과 같은지 확인해야 합니다. 다음 내용은 실제 고객의 운영 결과가 아닌 업무 설계 예시입니다.

자료	먼저 찾을 정보	담당자가 확인할 판단
검사 기준서	모델, 개정 번호, 시험 조건, 허용 범위	현재 제품에 적용되는 기준인가
부적합 보고서	증상, 로트, 조치, 발생 시점	현상과 원인이 구분돼 있는가
시험 보고서	측정값, 단위, 조건, 판정	같은 조건에서 비교할 수 있는가
설계 변경서	변경 부품, 적용 시점, 대상 제품	이전 조치가 현재도 유효한가

AI의 첫 산출물은 단정적인 원인 분석보다 근거 비교표가 적합합니다. “유사 증상이 기록된 문서”, “일치하는 조건”, “다른 조건”, “추가 확인할 자료”를 나눠 정리합니다. 비슷한 고장 문장이 검색됐더라도 설비 모델이나 개정이 다르면 참고 사례로만 남깁니다.

원인으로 추정된 내용과 원인으로 확인된 내용을 구분하는 것도 중요합니다. 초기 조치 보고서의 가설을 최종 시험 결과처럼 요약해서는 안 됩니다. 조치와 재발 여부가 연결되지 않으면 “재발 방지 완료” 같은 결론을 쓰지 않도록 평가하세요.

설계 변경에서는 이전본을 지우는 것보다 관계를 남기세요

설계 문서의 이전본은 과거 생산품이나 수리 업무에서 필요할 수 있습니다. 최신 파일만 남기거나 모든 버전을 똑같이 검색하는 방식은 각각 다른 문제를 만듭니다. 승인일, 적용 제품, 일련번호·로트 범위, 폐기 여부를 관리해 질문에 맞는 문서를 선택해야 합니다.

가상 예시로 부품 A의 개정 2가 새 모델에만 적용됐고 구형 설비는 개정 1을 유지한다고 생각해 보세요. “부품 A의 교체 기준”에 항상 최신 개정 2만 답하면 구형 설비의 작업에 잘못된 기준을 줄 수 있습니다. 설비 모델이나 생산 시점이 없는 질문에는 필요한 조건을 더 확인하는 흐름이 적절합니다.

문서 속 제품명과 ERP의 품목 코드가 다르면 대응표를 준비합니다. 품목 코드, 도면 번호, 설비 ID처럼 연결에 쓸 기준을 담당 부서가 합의해야 합니다. 관계가 복잡해진다면 기업 데이터 온톨로지로 무엇을 같은 대상으로 보고 어떤 관계를 남길지 정리할 수 있습니다. 온톨로지 자체가 누락된 승인 정보나 잘못된 원본을 고쳐주는 것은 아닙니다.

유지보수 인수인계는 증상·조치·결과를 한 묶음으로 봅니다

보전 담당자의 경험은 작업 일지, 이메일 첨부, 매뉴얼의 주석처럼 여러 형태로 남습니다. 인수인계 자료를 만들 때는 한 설비의 주요 이력과 미해결 사항을 찾고, 작업에 필요한 절차의 원문 위치를 연결하는 방식이 유용합니다.

예를 들어 특정 펌프의 진동 이력을 정리한다면 발생 날짜, 운전 조건, 시행한 조치, 조치 후 관찰 결과를 나란히 놓습니다. 날짜가 빠진 메모는 순서를 추정해 채우지 않습니다. “교체 권장”과 “교체 완료”도 다른 상태로 표시합니다. 후임자는 초안을 보고 실제 점검 기록과 부품 교체 내역을 확인합니다.

안전 관련 작업 순서, 허용치, 정비 승인 조건은 요약문만으로 수행하지 않도록 운영 기준을 정하세요. AI가 찾은 구절 앞뒤의 경고와 예외를 포함해 원문을 열어봐야 합니다. 검색과 인수인계 초안은 담당자의 준비를 돕지만, 현장 안전 승인이나 설비 운전 판단을 대신하는 범위로 확대하면 별도의 검증이 필요합니다.

문서가 읽혔는지와 업무에 쓸 수 있는지를 나눠 평가하세요

품질 보고서에는 표, 단위, 수식, 스캔된 서명이나 도면이 섞입니다. 파일 처리 성공 표시만 확인하면 표의 열이 바뀌거나 측정 단위가 빠지는 문제를 놓칩니다. 스캔 PDF 검색 준비에서 설명하는 것처럼 추출 결과와 원문을 비교하는 단계가 필요합니다.

대표 문서는 정상적인 파일과 어려운 파일을 섞어 선정합니다. 잘 작성된 최신 매뉴얼만 넣기보다, 개정된 기준서, 오래된 스캔 시험서, 다단 표, 동일 설비의 다른 프로젝트 기록도 포함하세요. 검색 질문에는 현장의 약어와 공식 용어를 각각 사용해 같은 자료를 찾는지 확인합니다.

평가 과제	통과 기준의 예시
현재 적용 기준 찾기	모델·개정·적용 범위가 맞고 원문을 확인할 수 있음
과거 품질 이슈 비교	증상과 원인을 구분하고 서로 다른 시험 조건을 표시함
단위가 있는 표 읽기	값, 단위, 열 제목을 원본과 일치하게 제시함
근거 없는 원인 질문	단정하지 않고 부족한 기록과 추가 확인 사항을 제시함
제한된 설계 자료 질문	허용되지 않은 계정에 제목·본문·인용이 나타나지 않음

기준 문서가 바뀐 뒤 같은 질문을 다시 실행하는 시험도 필요합니다. 갱신 이전과 이후에 어떤 답변이 나왔는지 기록하고, 과거 문서가 인용될 때 버전이 구분되는지 확인합니다. 문서·계정·기준 답을 고정하는 방법은 RAG PoC 평가에서 더 자세히 다룹니다.

실제 실증 사례와 우리 공장의 목표를 구분하세요

테크로스의 Wissly 제조 AX 사례는 설계 문서, 품질 시험 보고서, 공정 기록, 유지보수 이력을 연결한 PoC입니다. 유사 프로젝트 검색, 품질 이슈 분석, 규제 대응 자료 탐색 등의 시나리오를 검증했습니다. 이는 제조 데이터를 연결하는 업무의 참고 사례이며, 다른 공장에서 같은 절감률이나 불량 감소를 얻는다는 근거는 아닙니다.

우리 조직의 성과는 첫 업무에서 따로 측정합니다. 질문마다 담당자가 정답 근거를 찾는 데 걸린 시간, 인용을 다시 확인하는 시간, 잘못된 개정본을 선택한 건수, 답변을 보류한 건수를 기록하세요. 생성된 문장의 양보다 실제 검토를 마칠 수 있었는지 보는 편이 유용합니다.

문서 담당자의 참여도 필요합니다. 품질팀은 기준 답과 예외를, 설계팀은 개정·적용 범위를, IT팀은 계정·저장소·운영 조건을 맡습니다. 어떤 문서가 틀렸을 때 누가 수정할지 정하지 않으면 AI 검색의 오류와 원본 관리의 오류가 계속 섞입니다.

Wissly는 연결된 사내 문서를 검색하고 근거를 확인하며 업무 문서를 작성하는 흐름을 제공합니다. 외부 반출이 어려운 제조 자료는 사내망 Enterprise 구성을 검토할 수 있고, ERP와 업무 시스템 연동은 구조와 권한 환경에 맞춰 협의합니다. 도입 상담에 품질·설계·보전 중 첫 업무와 대표 파일, 적용 조건, 설치 환경을 전달하면 현장 기준으로 검증 범위를 정할 수 있습니다.