이메일 주문서를 수주 화면에 자동으로 입력하려면

거래처가 보낸 주문서를 열고, 품목과 수량을 엑셀이나 ERP에 옮기는 일을 자동화하려면 무엇을 만들어야 할까요? 담당자가 원본과 입력값을 확인한 뒤 주문을 확정할 수 있는 접수 화면부터 설계할 수 있습니다.

이 글은 PDF·엑셀 주문서의 값을 읽고 담당자가 확인해 등록하는 단계에 집중합니다. 아래 흐름은 구축 예시이며, 메일·ERP 접근 권한과 주문서 양식에 맞춰 범위를 정합니다. 검증한 주문의 등록과 회신까지 자동 실행하는 구조는 이메일 주문·문의 자동화에서 설명합니다.

주문 한 건이 지나갈 경로를 정합니다

첫 범위는 특정 거래처의 주문서 양식 한두 종류로 정할 수 있습니다. 어느 메일함에서 가져올지, 첨부 파일만 읽을지, 메일 본문도 읽을지 먼저 확인합니다. 메일 연동 전에는 파일 업로드로 시작하는 방법도 있습니다.

이 흐름을 구현하면 담당자는 파일마다 같은 항목을 다시 입력하는 작업을 줄이고, 확인이 필요한 주문을 모아서 처리할 수 있습니다. 줄어드는 작업량은 실제 주문서로 확인해야 합니다.

원본과 읽어낸 값을 나란히 보여줍니다

검토 화면에는 주문서 원본과 추출한 항목을 함께 둡니다. 담당자가 수량을 고칠 때 원본을 다시 찾아 열 필요가 없도록, 해당 페이지나 위치를 확인하는 기능도 범위에 포함할 수 있습니다.

양식이 일정한 엑셀은 열과 셀 위치를 기준으로 읽는 방법을 검토합니다. 문서마다 표현과 배치가 다르면 AI 문서 해석을 검토할 수 있습니다. 어느 방식이든 읽어낸 값과 주문 확정은 구분합니다. AI가 읽었다는 이유만으로 주문을 확정하지 않습니다.

예를 들어 주문서에 ‘센서 A, 10 BOX’라고 적혀 있다면 품목 이름만 찾는 것으로는 부족합니다. 사내 주문 단위가 낱개(EA)라면 해당 거래처와 품목의 포장 수량까지 확인해야 합니다. 변환 기준이 없으면 담당자 확인을 기다리도록 만듭니다.

수정 주문과 중복 파일을 처리할 규칙이 필요합니다

정상 주문과 함께 다음 상황의 처리 방법도 정합니다.

• 동일 파일 재전송: 기존 접수 건을 보여주고 추가 등록 여부를 확인합니다.
• 주문 수량 변경: 기존 주문과 달라진 항목을 보여주고 변경 승인 절차를 거칩니다.
• 미등록 품목: 임의로 비슷한 품목을 지정하지 않고 확인 대기로 남깁니다.
• 주문 취소 요청: 이미 구매·생산을 시작했는지 확인할 담당자에게 전달합니다.

파일명만으로 수정본을 판단하면 거래처가 같은 이름으로 보낸 새 주문을 놓칠 수 있습니다. 거래처 주문 번호와 문서 내용 등 실제 업무에서 구분할 수 있는 기준을 함께 정합니다.

ERP에 등록했는지 끝까지 확인합니다

ERP로 주문을 보낼 수 있는지는 공급사 정책과 연동 기능을 확인해야 합니다. 직접 등록이 어렵다면 담당자가 검토한 주문을 ERP용 파일로 내보내는 범위를 검토할 수 있습니다.

직접 등록할 때는 ERP가 돌려준 주문 번호를 기록하도록 설계합니다. 전송 중 연결이 끊기면 이미 등록했는지 확인한 뒤 재시도해야 합니다. 화면에는 접수 완료, 검토 대기, 등록 완료, 등록 확인 필요 등을 구분해 표시합니다.

메일을 읽었다는 표시와 수주를 등록했다는 표시가 같아서는 안 됩니다. 담당자가 각 주문의 실제 처리 상태를 알 수 있어야 합니다.

주문 한 건으로 입력 규칙을 확인해봅니다

다음은 거래처 주문서에 ‘센서 A, 10 BOX, 10월 20일 납품’이라고 적힌 상황을 가정한 예입니다. 사내 품목 목록에는 같은 자재를 SEN-A01, 단위는 EA로 관리한다고 해보겠습니다.

첫째, 거래처의 ‘센서 A’가 사내 품목 SEN-A01을 뜻하는지 확인합니다. 둘째, 해당 품목의 포장 수량이 1 BOX당 20 EA로 합의돼 있다면 10 BOX를 200 EA로 환산합니다. 이때 원문의 10 BOX와 환산 결과를 함께 남겨야 담당자가 확인할 수 있습니다.

셋째, ‘10월 20일 납품’이 고객 도착일인지 출하일인지 확인합니다. 문서에서 날짜를 정확하게 읽어도 의미를 잘못 정하면 다른 일정으로 등록할 수 있습니다. 고객 요청일과 회사가 확정한 출하일은 별도 항목으로 설계합니다.

이 사례에서 AI가 맡을 수 있는 일은 문서의 표현을 읽고 항목을 추출하는 것입니다. 품목 연결, 단위 환산, 필수값 검사에는 회사가 합의한 규칙을 적용합니다. 납기 수락과 주문 확정은 정해진 권한을 가진 담당자가 판단합니다.

자동화 견적을 받을 때 구분할 범위

‘주문서 자동화’라는 이름 안에도 서로 다른 작업이 들어갑니다. 견적에는 다음 범위가 각각 포함되는지 확인하는 편이 좋습니다.

• 수집: 특정 메일함 연결, 첨부 파일 보관, 업로드 화면
• 해석: 지원할 파일 형식과 거래처 양식, 손글씨·스캔 문서 처리 여부
• 검토: 원본 대조, 품목 연결, 수정·취소 주문과 변경 이력
• 등록: 새 시스템 등록, ERP 연결 또는 ERP용 파일 내보내기
• 운영관리: 처리 실패 확인, 양식 변경 대응, 외부 서비스 사용료

메일함 접근 범위와 원본 파일 보관 기간도 함께 정합니다. 외부 AI 서비스를 사용할 계획이라면 어떤 문서 내용을 전달하는지와 보관·학습 관련 조건을 해당 서비스와 계약 기준으로 확인해야 합니다. 허용할 데이터와 처리 환경에 맞춰 자동화 범위를 정합니다.

첫 검수는 실제로 받는 주문서로 진행합니다

고객은 민감한 값을 가린 주문서 표본과 사내 품목 목록을 준비합니다. 정상 주문 외에 수정본, 여러 페이지 주문서, 낯선 품목 표기처럼 자주 확인하는 사례도 필요합니다. 자료 공유 범위와 방법은 사전에 협의합니다.

앞선시스템즈는 이 자료로 입력 항목, 품목 연결 규칙, 확인 화면과 등록 절차를 구체화합니다. 검수에서는 다음을 함께 확인합니다.

1. 원본의 품목·수량·단위가 검토 화면과 일치하는가?
2. 확인이 필요한 값을 시스템이 임의로 확정하지 않는가?
3. 담당자가 수정한 값으로 주문을 등록하는가?
4. 등록 실패와 재처리 결과를 확인할 수 있는가?

도입 전후를 비교하려면 주문 한 건을 등록하는 데 걸린 시간, 다시 입력한 항목 수, 사람이 고친 항목 수를 기록할 수 있습니다. 처리량과 확인 업무를 함께 살펴보면 다음에 자동화할 주문서 범위를 정하기 쉽습니다.

주문 접수 데모에서 검토 화면의 구성을 살펴볼 수 있습니다. 데모는 체험용 데이터로 동작하며 실제 메일함이나 ERP에 연결하지 않습니다.

주문서 자동화에 관해 자주 묻는 질문

거래처마다 양식이 달라도 가능한가요?

여러 양식을 처리하도록 설계할 수 있지만, 먼저 실제 문서 표본으로 추출과 검토 결과를 확인해야 합니다. 흐린 스캔, 병합 셀, 여러 주문을 합친 파일 등도 확인 대상입니다. 처음 지원할 양식을 정하고 새 양식을 추가할 때 검수하는 절차를 두는 방식이 가능합니다.

사람이 확인하면 자동화 효과가 적지 않나요?

원본을 보며 모든 항목을 입력하는 작업과, 미리 채운 값 중 확인이 필요한 항목을 검토하는 작업은 다릅니다. 효과는 주문서의 상태와 예외 비율에 따라 달라집니다. 실제 표본으로 입력 시간과 검토 시간을 각각 재서 도입 판단에 사용합니다.

ERP 연동 전에도 시작할 수 있나요?

파일 업로드, 항목 추출, 담당자 검토와 내보내기까지를 첫 범위로 정할 수 있습니다. 이후 ERP 연동 조건을 확인해 연결합니다. 다만 ERP에 옮기는 작업이 남는다는 점을 일정과 기대 효과에 반영해야 합니다.

프로젝트 상담에서는 자주 받는 주문서 종류와 주문을 등록하는 위치부터 알려주세요. 실제 자료 전달은 공유 범위를 협의한 뒤 진행합니다.