창고 대사용 Excel로 수기 입고 및 출고 데이터를 추출하는 방법
창고 입고 및 출고 대장은 여전히 수기로 작성됩니다. AI 추출이 수기 수량, 위치, 서명을 읽어 대사 스프레드시트로 변환합니다.
종이 문서는 계속 도크로 옵니다
창고 입고는 현대 공급망에서 마지막까지 완전히 종이에 의존하는 워크플로 중 하나입니다. WMS가 네 벽 안의 모든 팔레트 이동을 추적할 수 있습니다. ERP가 디지털 정밀도로 구매 주문을 생성할 수 있습니다. 운송 관리 시스템이 경로를 분 단위로 최적화할 수 있습니다. 그러나 상품이 물리적으로 도크 문턱을 넘는 순간, 즉 공급업체 배송 기사와 창고 입고 담당자 사이의 인계 시점에서 데이터 전송 수단은 여전히 종이 한 장과 펜입니다.
그 이유는 문화적이 아니라 구조적입니다. 배송 명세서는 각기 다른 시스템을 사용하는 공급업체에서 옵니다. 아니면 Word 템플릿과 도트 매트릭스 프린터 외에는 아무 시스템도 사용하지 않을 수도 있습니다. 서류를 넘긴 기사는 이미 다음 정차지로 절반쯤 가버려서 모호한 수량에 대한 질문에 답할 수 없습니다. 창고 입고 담당자는 서서 일하며, 종종 냉장 베이나 먼지 많은 상차 구역에서 장갑을 끼고, 2분마다 지게차 경적이 울리는 환경에서 일합니다. 이런 환경에서 태블릿 기반 입고 앱은 이상에 불과합니다. 클립보드가 현실입니다.
Finale Inventory의 창고 입고 프로세스 가이드에 따르면, 표준 워크플로는 사전 입고 준비, 하차, 품질 검사 및 수량 확인, 차이 기록, 시스템 업데이트, 정리된 적치로 구성됩니다. 종이 기반 입고 작업에서 "시스템 업데이트" 단계가 바로 병목이 있는 곳입니다. 모든 손글씨 메모, 즉 동그라미 친 수량, 휘갈겨 쓴 배치 번호, "3 damaged" 주석 하나하나가 상품을 적치하기 전에 WMS나 재고 시스템에 수동으로 입력되어야 합니다. 입고 담당자가 빠르고 글씨가 또렷하면 이 단계는 배송 건당 15분이 걸립니다. 담당자가 쫓기듯 일했고 글씨가 엉망이면 30분이 걸립니다. 하루 8건의 배송이라면 2~4시간의 타이핑이며, 이는 다음 배송을 검사할 수 있었던 사람이 수행하는 작업입니다.
모든 입고 전표에 담긴 두 개의 데이터 레이어
창고 입고 문서는 송장이나 일반 양식과 구조적으로 다릅니다. 이는 왕복 문서입니다. 출고 데이터가 인쇄된 채로 공급업체 창고를 떠나 상품과 함께 이동하고, 손으로 작성한 입고 확인 내용으로 뒤덮인 채 돌아옵니다. 이 두 레이어, 즉 무엇이 발송되었는지 나타내는 인쇄 레이어와 실제로 무엇이 입고되었는지 나타내는 수기 레이어는 창고 워크플로에서 근본적으로 다른 역할을 합니다. 문서를 단일 텍스트 스트림으로 취급하는 전통적인 OCR은 이 구분을 무너뜨리고, 그 결과 입고 워크플로가 망가집니다.
인쇄 레이어에는 공급업체가 생성한 데이터가 포함됩니다. 공급업체 이름과 주소, PO 번호, DN 번호, 날짜, 품목 설명, 주문 수량, 때로는 배치 번호까지 포함됩니다. 이 데이터는 이미 공급업체 시스템과 여러분의 PO에 존재합니다. 구조화되어 있고 일관된 위치에 있으며, 인쇄되어 있기 때문에 거의 완벽한 정확도로 판독됩니다. 이를 추출하는 가치는 데이터 자체(대부분 이미 PO에 있음)가 아니라 상호 참조에 있습니다. 인쇄된 PO 번호와 품목을 미결 주문과 대조하여 배송이 주문과 일치하는지 확인하는 것입니다.
수기 레이어에는 입고 담당자가 생성한 데이터가 포함됩니다. 실제 입고 수량(인쇄된 수량과 다를 수 있음), 상태 메모("3개 파손", "2박스 부족"), 배치 및 일련번호, 팔레트 또는 위치 ID, 입고 담당자의 서명이나 이니셜, 입고 타임스탬프가 포함됩니다. 이것이 운영상의 기준 데이터입니다. 재고 수량이 정확한지, 공급업체가 올바른 수량에 대해 대금을 받는지, 품질 문제가 올바른 배치로 추적되는지를 결정하는 데이터입니다. 수기 배송 전표를 Excel로 페이지에서 설명하듯이, "인쇄 레이어는 무엇이 발송되었는지 말합니다. 수기 레이어는 실제로 무엇이 입고되었는지 말합니다." 이 구분은 전체 입고 프로세스의 기초입니다.
배송 전표는 왕복 문서입니다. 출고 데이터가 인쇄된 채로 공급업체를 떠나 상품과 함께 이동하고, 손으로 작성한 입고 확인 내용으로 뒤덮인 채 돌아옵니다. 인쇄 레이어는 무엇이 발송되었는지 말합니다. 수기 레이어는 실제로 무엇이 입고되었는지 말합니다.
단계별: 종이 입고 전표에서 구조화된 Excel까지
추출 워크플로는 수동 입력 병목을 대체하면서도 입고 담당자가 의존하는 도크 수준의 작업 흐름을 유지합니다. 담당자는 여전히 클립보드를 사용합니다. 기사는 여전히 종이를 건넵니다. 달라지는 것은 종이가 사무실에 도착한 이후입니다.
1단계: 입고 문서 캡처
도크 환경에 따라 두 가지 실용적인 방법이 있습니다. 입고 사무실에 문서 스캐너가 있다면 납품서를 ADF(자동 문서 공급기)로 배치 처리하십시오. 3~5페이지 분량의 일반적인 납품은 스캔에 1분도 걸리지 않습니다. 담당자가 스캔 장비가 없는 도크에서 작업한다면 각 페이지를 스마트폰으로 촬영해도 됩니다. 최신 스마트폰 카메라는 인쇄된 텍스트와 손글씨 텍스트 추출 모두에 충분한 해상도의 이미지를 생성합니다. 핵심은 전체 페이지를 캡처하는 것입니다. 손글씨 주석, 서명, 도크 스탬프가 자주 위치하는 여백까지 포함해야 합니다.
여러 도크 또는 여러 장소에서 입고가 이루어지는 운영의 경우, Collection Link가 대안을 제공합니다. 공유 가능한 업로드 페이지를 생성하면 각 도크의 담당자가 작성 완료한 입고 전표를 중앙 처리 대기열에 직접 제출합니다. 계정도 로그인도 필요 없습니다. 링크와 인증 코드만 있으면 됩니다. 문서는 추출 준비가 된 배치에 들어갑니다.
2단계: 업로드 및 추출 열 정의
당일 또는 교대조의 모든 입고 문서를 하나의 배치로 업로드하십시오. 그런 다음 추출할 열을 정의합니다. 여기서 2계층 접근 방식이 실제로 작동합니다. 인쇄된 공급업체 데이터와 손글씨로 작성된 담당자 데이터를 모두 캡처하는 열을 정의하고, 출력에서 이들을 분리해 유지합니다.
표준 창고 입고 워크플로의 경우 열 세트는 다음과 같습니다.
| 열 이름 | 데이터 계층 | 추출 내용 | 출력 예시 |
|---|---|---|---|
| PO Number | 인쇄 | 납품서의 구매 주문 참조 번호 | PO-88241 |
| Delivery Note Number | 인쇄 | 공급업체의 납품서 참조 번호 | DN-2026-4412 |
| Supplier Name | 인쇄 | 발송 공급업체 이름 | Harbor Components Ltd |
| Delivery Date | 인쇄 또는 손글씨 | 납품 날짜 | 2026-06-16 |
| Item Description | 인쇄 | 납품서의 품목 설명 | Bracket, Steel, 4-Bolt |
| Ordered Quantity | 인쇄 | 원래 납품서의 수량 | 200 |
| Received Quantity | 손글씨 | 도크에서 실제로 집계한 수량 | 197 |
| Condition/Notes | 손글씨 | 담당자 메모: 파손, 부족, 초과 | 3 damaged — box corner crushed |
| Batch/Lot Number | 손글씨 또는 인쇄 | 로트 추적 식별자 | LOT-4402-C |
| Pallet / Location ID | 손글씨 | 도크에서 지정한 적치 위치 또는 팔레트 ID | A-12-04 |
| Received By | 손글씨 | 담당자의 서명 또는 이니셜 | J. Park |
핵심 열 쌍은 "Ordered Quantity"와 "Received Quantity"입니다. Ordered Quantity는 납품서에 인쇄되어 있습니다. Received Quantity는 손으로 작성됩니다. 흔히 인쇄된 숫자 옆이나 위에 쓰거나 동그라미를 그립니다. AI는 같은 페이지의 서로 다른 데이터 레이어에서 오는 두 값을 독립적으로 추출합니다. 이 둘의 차이, 즉 편차는 모든 창고 관리자가 입고 정확도를 평가할 때 가장 먼저 확인하는 숫자입니다.
3단계: AI가 배치를 처리하도록 합니다
AI는 각 문서를 읽고 정의된 각 열의 데이터를 찾아 출력 테이블의 행을 채웁니다. 인쇄된 필드(PO 번호, 공급업체 이름, 품목 설명)는 거의 완벽한 정확도로 추출됩니다. 손으로 작성한 필드(Received Quantity, 상태 메모, 서명)는 필체 판독 가능성과 양식 상태에 비례하는 정확도로 추출됩니다.
이것이 AI 추출을 템플릿 기반 OCR과 구분 짓는 메커니즘입니다. 각 필드가 있어야 할 페이지 영역을 정의하는 대신(다른 공급업체가 다른 납품서 레이아웃을 사용하는 순간 깨집니다), 각 필드가 무엇을 의미하는지를 정의합니다. AI는 픽셀 좌표(350, 842)를 보는 것이 아니라, 인쇄된 품목 근처에 흔히 동그라미가 그려지거나 주석이 달린 숫자라는 것을 이해하여 "Received Quantity"를 찾습니다. 공급업체마다 다른 납품서, 다른 레이아웃, 다른 위치 — AI가 위치가 아닌 의미를 읽기 때문에 동일한 열 정의로 일관된 출력이 생성됩니다. 이 메커니즘은 AI 필기 인식 작동 방식 가이드에서 자세히 다루었습니다.
파일은 안전하게 처리되며 저장되지 않습니다.
4단계: 플래그된 필드 검토 및 내보내기
출력 테이블은 문서당 한 행을 표시하며, 정의한 모든 열의 추출 값이 포함됩니다. AI가 불확실하게 판단한 필드 — 모호한 필기, 낮은 대비, 부분적으로 가려진 값 — 는 검토용으로 플래그됩니다. 창고 담당자는 플래그된 필드(문서당 보통 2~4개)를 확인하고 오류를 수정한 뒤 내보냅니다.
내보내기 형식은 후속 통합에 중요합니다. Excel(XLSX)이 가장 일반적인 대상이며, 대부분의 재고 관리 워크플로에 직접 연동됩니다 — QuickBooks 가져오기, WMS 데이터 업로드, CSV를 통한 ERP 통합. 스프레드시트의 열 구조가 열 정의에 사용한 WMS 필드 이름과 일치하므로 데이터를 재포맷 없이 그대로 매핑할 수 있습니다.
시간 비교: 12개 품목과 손글씨 주석이 있는 3페이지 납품서를 수동으로 입력하는 데 약 8~12분이 걸립니다. AI 추출과 플래그된 필드 검토는 문서당 1~2분이면 됩니다. 일일 납품 8건 기준으로, 약 80분의 타이핑이 16분의 검토로 줄어듭니다 — 사람이 반드시 필요한 도크 작업에 하루 한 시간을 되찾는 셈입니다.
인쇄 데이터와 손글씨 데이터를 모두 포착하는 열 전략
선택한 열 정의가 출력 품질을 결정합니다. 가장 일반적인 창고 입고 시나리오를 위한 전략은 다음과 같습니다:
차이 추적. "주문 수량"과 "입고 수량"을 별도 열로 정의하세요. 출력에 두 값이 자동으로 포함되며, 차이(입고 - 주문)는 Excel에서 수식 하나면 계산됩니다. 이는 납품서와 PO를 번갈아 보며 두 숫자를 입력하고 차이를 계산하던 수동 작업을 대체합니다 — 품목마다 30초씩 걸리던 정신 작업이 납품 건 전체에 걸쳐 실제 시간으로 누적됩니다.
배치 추적성. 로트 추적 재고(의약품, 식품, 전자제품)를 취급하는 창고의 경우 "로트 번호", "배치 번호", "유효기간"을 별도 열로 정의하세요. 입고 담당자는 이를 입고 양식에 기재합니다 — 때로는 공급업체가 미리 인쇄해 두기도 하고, 때로는 제품 라벨에서 손으로 옮겨 적기도 합니다. AI는 어떤 형식으로 나타나든 추출합니다.
상태 보고. 추론 지원이 있는 "상태" 열을 정의하세요 — 예: "상태 (옵션: 양호, 파손, 부족, 초과, 오품목)." AI는 입고 담당자의 손글씨 메모("상자 3개 파손," "2개 누락")를 읽고 적절한 상태 범주를 추론합니다. 이것이 추론 추출입니다: 입고 담당자가 표준화된 상태 코드를 작성하지 않았더라도 AI가 읽은 내용을 바탕으로 문서를 분류합니다. 자유 텍스트 "메모" 열도 정의하면 구조화된 분류와 원본 코멘트를 모두 얻을 수 있습니다.
일반적인 창고 문서 문제 처리
창고 문서는 사무실 문서에는 없는 물리적 문제에 직면합니다. 예상되는 상황과 해결 방법은 다음과 같습니다:
카본 사본. 다중 NCR 양식은 복사본이 갈수록 흐려집니다. 맨 위(흰색) 사본은 정상적으로 추출됩니다. 두 번째(노란색) 사본은 15-20% 더 흐려 플래그되는 필드가 더 많습니다. 세 번째(분홍색) 사본은 기계 판독이 신뢰할 수 없을 만큼 흐린 경우가 많으며, 이 시점에서는 대부분의 플래그 필드를 수정하는 것보다 전체 양식을 사람이 검토하는 편이 더 빠를 수 있습니다. 모범 사례: 가능하면 항상 맨 위 사본을 처리하십시오. 세 번째 사본만 있는 경우 더 높은 해상도(최소 300 DPI)로 스캔하고 검토에 더 많은 시간이 소요될 것을 예상하십시오.
기름, 물, 먼지. 도크 수준 문서에는 환경 오염이 쌓입니다. 지게차 좌석에 한 시간 동안 놓여 있던 납품서에는 얼룩이 생깁니다. 창고 장갑을 끼고 다룬 입고 양식에는 먼지 자국이 남습니다. 오염으로 인한 추출 정확도 저하는 경미한 수준(가벼운 먼지)부터 심각한 수준(잉크가 번진 물 손상)까지 다양합니다. AI가 영향을 받은 필드를 플래그합니다. 통제할 수 있는 사전 추출 단계: 각 입고 스테이션에 깨끗한 클립보드와 문서 슬리브를 비치하십시오. $3짜리 플라스틱 슬리브 하나면 양식을 직접 손대지 않고 보호할 수 있으며, 오염된 양식 하나만 처리해도 검토 시간이 줄어 비용을 회수합니다.
분할 배송. 하나의 PO가 서로 다른 날짜에 세 대의 트럭으로 도착할 수 있습니다 — 납품서 세 장, 수기 주석 세 세트, 발주서 한 장. 각 납품서가 도착할 때마다 처리하고, 모든 배송이 완료되면 Excel 출력을 통합하십시오. 열 구조(PO 번호가 키 필드) 덕분에 간단한 VLOOKUP 또는 Power Query 병합으로 처리할 수 있습니다.
FAQ
AI가 인쇄된 텍스트 위의 필기를 읽을 수 있나요?
네. AI는 인쇄층과 필기층을 별도로 처리하며, 인쇄된 "200" 옆에 손으로 쓴 "197"이 노이즈가 아니라 수정 사항임을 이해합니다. 이 2층 판독은 납품서 추출 워크플로의 기초입니다. 다만 필기가 인쇄된 텍스트와 직접 겹치는 경우 — 수령인이 인쇄된 숫자 위에 바로 쓰는 경우 — 정확도가 떨어집니다. 대부분의 수령인은 인쇄된 수량 옆이나 아래에 쓰기 때문에 두 층이 모두 보존됩니다.
다른 공급업체의 납품서에도 사용할 수 있나요?
네, 공급업체별 설정 없이 가능합니다. AI는 데이터가 페이지 어디에 있는지가 아니라 의미를 이해하여 데이터를 찾기 때문에, 동일한 열 정의가 여러 공급업체의 납품서 레이아웃에서 작동합니다. "PO Number"는 공급업체 A의 양식에서 오른쪽 상단에 있든 공급업체 B의 왼쪽 하단에 있든 PO 번호입니다.
출력된 Excel을 WMS에 바로 가져올 수 있나요?
Manhattan, Oracle WMS Cloud, Fishbowl, SAP EWM을 포함한 대부분의 WMS 플랫폼은 입고 거래를 위한 CSV 또는 Excel 가져오기를 지원합니다. 정의한 열로 구조화된 추출 데이터는 WMS 가져오기 템플릿에 직접 매핑됩니다. 유일한 추가 단계는 납품서에 없는 창고별 내부 필드(창고 코드, 기본 빈 위치)를 추가하는 것일 수 있으며, 이는 가져오기 전에 Excel에서 고정값 열로 추가할 수 있습니다.
출고 양식도 동일한 워크플로가 작동하나요?
네. 출고 양식(피킹 리스트, 포장 명세서, 출고 납품서)은 반대 방향으로 동일한 2계층 구조를 가집니다. 창고는 피킹해야 할 항목을 인쇄하고, 피커는 실제 피킹 수량, 대체품, 문제 사항을 손으로 기록합니다. 열 정의는 변경됩니다 — "Picked Quantity," "Location Picked From," "Picker ID"를 정의하면 되지만 추출 메커니즘은 동일합니다.
수령인의 서명은 어떻게 처리하나요?
서명은 이미지 참조로 추출됩니다 — AI는 이를 서명으로 인식하며 문자 인식을 시도하지 않습니다. 감사 추적 및 규정 준수 요건(ISO 9001 조항 7.5 문서화된 정보)을 위해 원본 스캔 문서가 추출 데이터와 함께 보관됩니다. 서명은 스캔본에 있고, 구조화된 데이터는 Excel에 있습니다. 둘 다 보존됩니다.