발주서 자동화는 겉으로 보면 단순해 보입니다. 메일이나 폴더에 들어온 PDF·Excel을 읽고, 필요한 값을 추출해 ERP에 넣으면 끝날 것처럼 보입니다. 하지만 실제 운영에서는 문서 형식, 거래처별 품번, 예외 처리, 검증 규칙, ERP 입력 방식이 서로 얽혀 있어 작은 설계 실수가 반복 오류로 이어지기 쉽습니다.
특히 처음부터 모든 과정을 무인으로 만들려고 하면 자동화가 업무를 줄이기는커녕 담당자가 결과를 다시 확인하는 일이 늘어날 수 있습니다. 이 글에서는 발주서 자동화 프로젝트에서 자주 발생하는 실패 원인 7가지와, 이를 피하기 위한 실무 구조를 정리합니다.
1. 현재 사람이 하는 업무 순서를 정리하지 않고 개발부터 시작한다
가장 흔한 문제는 ‘발주서를 자동화하고 싶다’는 요구만으로 개발을 시작하는 것입니다. 같은 발주서 처리라도 회사마다 실제 순서는 다릅니다.
- 메일에서 첨부파일을 내려받기
- 거래처별 폴더로 이동하기
- 발주번호와 날짜를 확인하기
- 거래처 품번을 내부 품번으로 바꾸기
- 수량·단가·납기일을 검증하기
- ERP 업로드 양식에 맞추기
- 오류가 있는 행만 별도로 확인하기
이 순서를 보지 않고 ‘PDF를 Excel로 변환’하는 기능만 만들면 결국 담당자가 나머지 작업을 계속 수작업으로 해야 합니다. 자동화 전에는 먼저 입력 → 판단 → 변환 → 검증 → 출력 순서를 한 줄씩 적는 것이 좋습니다.
2. 문자 PDF와 스캔 PDF를 같은 방식으로 처리한다
PDF라는 확장자가 같아도 내부 구조는 다를 수 있습니다. 글자를 선택·복사할 수 있는 문자 PDF는 텍스트 추출이 가능하지만, 스캔본이나 사진 PDF는 OCR이 필요합니다.
이 둘을 구분하지 않으면 스캔 PDF에서 빈 값이 나오거나, OCR이 필요 없는 문서까지 이미지 인식에 보내 처리시간과 오류 가능성이 늘어날 수 있습니다.
권장 구조는 단순합니다.
- 파일 유형 판별
- 문자 PDF면 텍스트 추출
- 이미지 PDF면 OCR 흐름으로 분기
- 두 결과를 같은 표준 필드로 합치기
스캔 문서 비중이 높다면 스캔 PDF·사진 발주서 OCR 자동화 전 확인할 6가지를 함께 확인해보세요.
3. 거래처 품번을 문자열 하나만 보고 자동 매칭한다
품번 자동화에서 위험한 설계 중 하나는 품번 문자열만 보고 내부 품번을 결정하는 것입니다. 같은 문자열이라도 거래처마다 의미가 다를 수 있고, 하이픈·공백·대소문자 규칙도 다릅니다.
보다 안전한 기준은 거래처 + 거래처 품번 → 내부 품번입니다. 기존 매핑표에 정확히 일치하면 자동으로 통과시키고, 신규 품번이나 후보가 여러 개인 경우에는 검토 목록으로 보내는 구조가 좋습니다.
거래처 품번 → 내부 품번 자동 매핑 도구에서 이런 구조를 간단히 시험할 수 있습니다.
4. 애매한 데이터를 억지로 자동 확정한다
좋은 자동화는 모든 값을 무조건 자동 처리하는 시스템이 아닙니다. 확실한 데이터만 자동으로 통과시키고 애매한 데이터만 사람에게 보여주는 시스템이 운영에서는 더 안정적입니다.
예를 들어 다음 항목은 자동 확정하지 않고 예외로 남길 수 있습니다.
- 매핑표에 없는 신규 품번
- 수량이 비어 있거나 숫자가 아닌 행
- 납기일 형식이 불명확한 값
- 단가와 합계가 맞지 않는 경우
- 같은 발주번호가 이미 처리된 경우
전체 500행 중 490행이 정상이라면 담당자는 500행을 다시 보는 대신 10행만 확인하면 됩니다. 자동화 효과는 바로 이 지점에서 커집니다.
5. OCR 오인식을 임의로 자동 수정한다
스캔 문서에서는 숫자 0과 영문 O, 숫자 1과 영문 I처럼 비슷한 문자가 잘못 인식될 수 있습니다. 일반 문장에서는 작은 오타일 수 있지만 품번에서는 다른 제품을 의미할 수 있습니다.
따라서 ‘비슷해 보이니까 자동 수정’하는 방식보다 다음처럼 처리하는 편이 안전합니다.
- 정확히 일치: 자동 통과
- 유사 후보 1개: 검토 요청
- 후보 여러 개: 예외 목록
- 후보 없음: 신규 품번 표시
자동화의 목적은 오류를 숨기는 것이 아니라 오류가 날 수 있는 부분을 빠르게 찾게 하는 것입니다.
6. 처음부터 ERP 직접 입력까지 연결한다
ERP에 직접 데이터를 넣는 단계는 단순 Excel 변환보다 고려할 것이 많습니다. 권한, 중복 입력, 실패 복구, API 제한, 처리 로그까지 함께 설계해야 하기 때문입니다.
초기 파일럿에서는 다음 순서를 권장합니다.
- 발주서 데이터 추출
- 품번 매핑과 필수값 검증
- ERP 공식 업로드 양식 생성
- 담당자가 결과 확인
- ERP에 업로드
이 단계가 안정된 뒤 직접 입력이나 API 연계를 추가하면 문제 발생 지점을 훨씬 쉽게 찾을 수 있습니다. ERP 업로드용 Excel 열 매핑 변환기로 먼저 전처리 구간을 검증해볼 수 있습니다.
7. 처리 로그와 재처리 기준을 만들지 않는다
자동화가 운영에 들어가면 ‘이 파일을 처리했는가?’, ‘어디서 실패했는가?’, ‘다시 실행해도 중복 등록되지 않는가?’가 중요해집니다.
최소한 아래 정보는 남기는 것이 좋습니다.
- 원본 파일명
- 거래처
- 발주번호
- 처리 시각
- 정상/검토필요/실패 상태
- 실패 사유
- 결과 파일 위치
처리 로그가 있으면 담당자가 자동화를 믿고 사용할 수 있고, 문제가 생겼을 때 전체 작업을 다시 하는 대신 해당 건만 재처리할 수 있습니다.
발주서 자동화는 한 번에 완성하기보다 단계별로 검증하세요
실무에서는 다음처럼 작은 단위로 나누는 것이 안전합니다.
파일 수신 → 문서 분류 → 데이터 추출 → 표준 Excel → 품번 매핑 → 오류 검증 → ERP 업로드 파일 → 직접 연계
처음부터 마지막 단계까지 한 번에 개발하기보다 가장 반복이 많고 규칙이 명확한 구간부터 자동화한 뒤, 실제 오류 유형을 보고 다음 단계를 확장하는 방식이 유지보수에도 유리합니다.
먼저 무료도구로 자동화 가능한 구간을 확인해보세요
현재 발주서·Excel·ERP 작업 중 어디부터 자동화해야 할지 애매하다면 업무 자동화 무료 진단에서 개인정보를 제거한 샘플을 보내주세요. 자동 처리 가능한 규칙과 사람이 남겨야 할 예외 검토 단계를 먼저 구분해드립니다.