배송 명세서 50건, 입고 로그 1개:
수동 데이터 입력을 건너뛰는 방법
하루 50건의 배송을 처리하는 프랑스 창고는 50장의 배송 명세서(bon de livraison)를 수집합니다. Geodis의 Sage 보고서 인쇄본, DSV의 디지털 플랫폼 PDF, 지역 운송업체의 카본지 필기본 등 각기 다른 형식입니다. 이 모든 명세서는 상법 제L123-22조에 따라 법적으로 요구되는 기록으로, 10년간 보관해야 합니다. 그러나 공통된 형식이 없어 어떤 WMS도 데이터를 자동으로 추출할 수 없습니다. 접수 팀은 Sage X3 Geode 또는 Cegid에 품목을 수동으로 입력하는 데 몇 시간을 소비하며, 3자 매칭은 실제로 배송된 것을 증명하는 유일한 문서가 구조화되지 않았기 때문에 시작부터 지연됩니다.
핵심 요약
- 프랑스의 2026년 전자송장 의무화는 배송 명세서를 완전히 건너뛰었습니다. 트럭에 실제로 도착한 것을 증명하는 유일한 문서는 여전히 종이 기반의 자유 형식으로 남아 있는 반면, 모든 송장은 구조화됩니다.
- WMS는 RFID와 바코드로 팔레트를 추적하지만, ERP의 3자 매칭을 지원하는 배송 명세서 데이터는 여전히 키보드를 통해 시스템에 입력됩니다. 하루 50건 배송에 2.5시간의 타이핑이 필요합니다.
- 하나의 열 정의는 각 공급업체의 배송 명세서를 페이지 상의 위치가 아닌 필드의 의미를 기준으로 읽습니다. ImageToTable.ai에서 2.5시간의 타이핑 작업을 5분 검토로 전환합니다.
수신 로그가 프랑스 WMS 소프트웨어만으로 해결할 수 없는 병목 현상인 이유
프랑스 창고 관리 시스템(Sage X3 Warehousing(Geode), Mecalux Easy WMS, Hardis Reflex, Cegid, LogiX)은 각자의 역할에 탁월합니다. 재고 위치를 추적하고, 피킹을 조정하며, 로트 및 배치 추적성을 관리합니다. 그러나 이 모든 시스템은 동일한 의존성을 공유합니다. 바로 시작하려면 구조화된 데이터가 필요하다는 점입니다. WMS는 수신된 팔레트를 구매 주문(bon de commande)과 매칭하고, 재고 수준을 업데이트하며, 불일치를 표시할 수 있습니다. 하지만 누군가가 납품서(bon de livraison)의 라인 항목을 시스템에 입력한 후에만 가능합니다.
이 입력 단계가 바로 병목 현상이 발생하는 곳입니다. 프랑스 물류 허브의 수령 담당자는 단일 교대 근무 중 30~50건의 배송을 처리할 수 있습니다. Geodis, DSV, DB Schenker, 현지 운송업체 등 각 운송업체는 서로 다른 문서를 제출합니다. 어떤 것은 공급업체의 ERP에서 인쇄된 깔끔한 PDF이고, 어떤 것은 트럭 운전실에서 카본지에 손으로 작성된 것이며, 또 어떤 것은 창고 전화로 촬영되어 이메일로 전달된 JPEG입니다. 사람이 데이터를 입력하기 전까지 WMS는 그 어떤 문서도 인식하지 못합니다.
자동화된 수령 워크플로우를 도입한 프랑스 창고는 일반적으로 팔레트 수준에서 바코드 스캔과 RFID를 배포합니다. 그러나 납품서 자체("이 트럭에 어떤 공급업체로부터 어떤 수량의 물품이 실려 있었는가"에 답하는 문서)는 여전히 키보드와 스프레드시트를 통해 처리됩니다. 자동화는 물리적 상품에서 멈춥니다. 종이 문서에는 적용되지 않습니다.
수신 로그(carnet de réception) — 모든 입고 상품의 일일 기록 — 은 이 데이터 입력의 결과물입니다. 회계 팀이 3자 매칭(three-way matching)에 사용하고, 재고 관리자가 재고 변동을 확인하며, 감사관이 상법(Code de commerce) 제L123-22조에 따라 요청하는 자료입니다. 수십 개의 일관성 없는 원본 문서에서 수동으로 유지 관리될 때 오류는 누적됩니다. 잘못 입력된 수량 하나, 구매 주문과 일치하지 않는 SKU 하나, 잘못된 날짜로 분류된 납품서 하나. 3자 매칭 — bon de commande(구매 주문) → bon de livraison(납품서) → facture(송장) — 은 중간 문서의 데이터가 도착한 종이에서 벗어난 적이 없을 때 안정적으로 진행될 수 없습니다.
공급업체 50곳, 서식 50종: 프랑스 납품서 혼란의 진짜 원인
프랑스 인보이스는 표준화되고 있습니다. 2026년 전자 인보이스 의무화(Ordonnance 2021-1190)에 따라 모든 프랑스 기업은 인증 플랫폼을 통해 인보이스를 수신해야 하며, Factur-X와 Chorus Pro가 전체 인보이스 생태계의 서식 표준화를 주도합니다. 납품서(bons de livraison)는 이 의무화 대상에서 완전히 제외되었습니다. 표준 서식, 필수 입력 항목, 구조화된 데이터 요구 사항이 없습니다. 프랑스 상법상 납품서는 법적으로 요구되는 문서조차 아니기 때문입니다.
그 결과는 완전한 서식 무질서입니다. 프랑스 창고의 어느 날 아침, 수령 팀은 다음과 같은 다양한 문서를 접할 수 있습니다:
Geodis 또는 DB Schenker 인쇄 PDF. 깔끔한 다단 레이아웃에 선적 참조 번호, 공급업체명, 수량과 단위가 포함된 품목 목록, 인수 증명(bon de réception)을 위한 서명란이 있습니다. 구조화된 것처럼 보이지만 필드 위치, 열 제목, 레이블 언어조차 공급업체마다 다릅니다. 한 공급업체는 품목 참조 번호를 "Réf. article"로 표기하고, 다른 업체는 "Code SKU"로, 또 다른 업체는 EAN 바코드만 인쇄합니다.
DSV 디지털 플랫폼 내보내기. myDSV 또는 Schenker Connect를 통해 생성된 웹 기반 형식으로, 추적 코드, 팔레트 수, 취급 단위 ID가 포함됩니다. 납품 데이터를 포함하지만 구매 부서의 품목 목록 테이블보다는 물류 메타데이터(적재 미터, STEF 콜드체인 온도 구역)를 중심으로 구성됩니다.
지역 운송업체 수기 납품서. 농자재 공급업체나 건자재 유통업체의 지역 배송을 담당하는 소규모 운송 회사는 여전히 카본지 복사장을 사용합니다. 운전기사가 배송일, 제품 설명, 상자 개수를 손으로 기입합니다. 필체는 읽을 수 있는 수준에서 거의 판독 불가능한 수준까지 다양하며, 트럭 운전석에서 하루 종일 구겨지거나 얼룩진 상태로 도착하기도 합니다.
특정 주에 40개 공급업체로부터 조달하는 창고는 40개의 완전히 다른 납품서 서식을 보게 됩니다. 새 공급업체가 추가될 때마다 배워야 할 새로운 레이아웃, 암기해야 할 새로운 필드 위치, 유지 관리해야 할 새로운 Excel 템플릿이 늘어납니다. 이는 더 나은 WMS(창고 관리 시스템)로 해결될 문제가 아닙니다. WMS는 데이터를 저장합니다. 비정형 문서에서 데이터를 추출하지는 않습니다. 그리고 인보이스와 달리 납품서를 공통 스키마로 강제할 Factur-X도 없습니다.
역설적이게도 납품서의 데이터 필드는 서식 전반에 걸쳐 비교적 일관됩니다(공급업체명, 배송일, 발주 참조 번호, 품목 코드, 수량). 단지 다른 위치에, 다른 레이블로, 다른 언어로 나타날 뿐입니다. 문제는 정보가 복잡해서가 아니라 분산되어 있기 때문입니다. 그리고 전통적인 해결책(각 PDF를 열고, 각 값을 복사하여 Excel에 붙여넣기)은 물량에 따라 선형적으로 확장됩니다. 하루 50건 배송 시 250개 품목을 수기로 옮겨 적어야 합니다. 99% 정확도라도 하루에 2-3개의 오류가 발생하며, 이는 한 달 내내 누적됩니다.
일괄 추출로 수작업 하루 분량을 5분 검토로 줄이는 방법
일괄 처리는 추출을 형식에서 분리하여 방정식을 바꿉니다. 각 납품서를 개별적으로 열고 페이지 내 임의 위치에서 값을 복사하는 대신, 한 번에 원하는 열(공급업체명, 납품일자, 구매처 참조번호, 품목 코드, 납품 수량, 수령 메모)을 정의하면 추출 엔진이 해당 열 목록을 기준으로 배치 내 모든 문서를 읽고, 페이지 내 위치가 아닌 의미에 따라 각 값을 찾습니다.
이 방식을 사용자 정의 열 추출이라고 하며, 템플릿 기반 OCR과 다르게 작동합니다. 템플릿 도구는 데이터를 위치로 식별하기 때문에 모든 레이아웃 변형에서 '공급업체명' 필드 주변에 경계 상자를 그려야 합니다. 공급업체 형식이 40개라면 템플릿도 40개가 필요하고, 41번째 공급업체가 추가되면 템플릿도 하나 더 필요합니다. 반면, 의미 기반 추출은 컨텍스트로 데이터를 식별합니다. 페이지 상단 근처에 'SAS Transports Durand'가 있고 'Expéditeur', 'Fournisseur', 'Supplier' 등으로 레이블이 지정된 필드와 연결되어 있다면, 머리글, 사이드바, 표 내부 등 위치와 관계없이 이를 공급업체명으로 인식합니다. 하나의 열 정의로 모든 형식에서 작동합니다.
파일은 안전하게 처리되며 저장되지 않습니다.
프랑스 창고 수령 팀의 작업 흐름은 간단합니다:
핵심적인 변화는 다음과 같습니다: 배송 명세서당 3분씩 데이터를 전사하는 대신(하루 50건 배송 시 2.5시간 이상 소요), 팀은 추출 결과를 검토하는 데 5분을 사용합니다. 단일 페이지 배송 명세서는 5~10초 안에 처리되어 수동 입력 대비 18배의 속도 향상을 제공합니다. 절약된 시간은 비용 절감에 그치지 않습니다. SKU의 숫자 전위 오류, 수량의 잘못된 소수점 등 타이핑 오류가 WMS로 전파되어 3자 매칭 프로세스로 이어질 수 있는 시간 창 자체를 없앱니다.
하루 50건의 배송, 평균 5개의 라인 항목을 기준으로 수동 입력 시 약 250개의 데이터 포인트가 생성됩니다. 보수적인 1% 오류율(키 입력 100회당 1회 오타)을 가정해도 하루에 2~3개, 월 50~75개의 오류가 발생합니다. 각 오류는 3자 매칭 프로세스에서 예외를 촉발합니다: 수량 불일치, 구매오조 참조 누락, ERP 공급업체 마스터와 연결되지 않는 공급업체명 등. 배치 추출이 검증의 필요성을 없애는 것은 아닙니다. 그러나 작업을 데이터 전사에서 데이터 확인으로 전환하며, 이는 훨씬 더 빠르고 오류 가능성이 훨씬 낮습니다.
수령 로그에서 3자 매칭까지: 프랑스식 프로세스 완성
납품서 데이터의 최종 목적지는 수령 로그 자체가 아닙니다. 지불을 승인하는 3자 검증, 즉 구매 주문서(bon de commande) → 납품서(bon de livraison) → 송장(facture)입니다. 표준 프랑스 조달 관행에 따르면, 납품서의 수량과 참조 사항이 구매 주문서 및 송장과 대조 확인되기 전까지 어떤 송장도 지불 승인되어서는 안 됩니다.
하지만 3자 매칭은 세 문서가 모두 구조화되어 있을 때만 자동화할 수 있습니다. 구매 주문서는 ERP에 있으며, 정의상 구조화되어 있습니다. 송장은 Factur-X와 Chorus Pro에 의해 표준화가 추진되면서 점점 더 구조화되고 있습니다. 납품서가 바로 빠진 연결 고리입니다. 납품서가 스캔된 PDF, 사진, 수기 명세서처럼 비구조화된 상태로 남아 있으면, 수동 개입 없이는 3자 매칭을 시작할 수 없습니다. 미지급금(AP) 부서는 창고에 납품 확인을 요청하거나, PDF에서 라인 항목을 수동으로 입력하거나, 납품 확인을 아예 건너뛰고 청구된 내용이 주문된 내용과 일치한다고 신뢰하게 됩니다. 이 마지막 선택지가 바로 프랑스 기업들이 공급업체 송장에서 평균 5%의 이중 지불 또는 초과 지불을 경험하는 이유입니다.
일괄 추출에서 Excel, CSV로 내보내거나 WMS에 직접 가져온 구조화된 수령 로그는 이러한 역학 관계를 바꿉니다. 로그는 3자 매칭 파이프라인으로 흘러가는 디지털 기록이 됩니다:
프랑스 회계의 경우, 하류 단계의 이점이 누적됩니다. 납품서 데이터는 구매 원장(PCG 계정 607 - 상품 매입, 401 - 공급업체)에 직접 공급되며, 계정 44566에 대한 부가가치세(TVA) 조정은 송장 단계에서 처리됩니다. 10년 문서 보관 요구 사항은 서류 캐비닛으로 가득 찬 보관실 대신 검색 가능한 디지털 아카이브가 됩니다. 그리고 한때 회계 처리에 며칠이 걸리던 월별 조정은 수령 내역 재구성이 아닌 예외 사항 검토로 바뀝니다.
자주 묻는 질문
공급업체별 납품서 형식에 맞춰 템플릿을 만들어야 하나요?
아니요. 의미론적 추출은 납품서의 각 필드가 페이지에서 어디에 위치하는지가 아니라 무엇을 의미하는지 이해하여 데이터를 읽습니다. "공급업체명"이라는 열은 해당 레이블이 "Fournisseur", "Expéditeur"로 표시되거나 레이블 없이 헤더에 인쇄되어 있더라도 공급업체를 찾아냅니다. 이는 각 레이아웃 변형마다 별도의 템플릿이 필요한 템플릿 기반 OCR과의 근본적인 차이점입니다. 하나의 열 정의로 이전에 본 적 없는 새로운 형식을 포함한 모든 공급업체 형식을 처리할 수 있습니다.
손으로 쓴 프랑스어 납품서도 읽을 수 있나요?
네, 가능합니다. 비전 모델은 손글씨(카본지 복사본 납품서에서 흔히 볼 수 있는 필기체 프랑스어 포함)를 처리합니다. 손글씨 인식 정확도는 인쇄된 텍스트보다 낮으므로, 검토 단계에서 손글씨 필드를 빠르게 시각적으로 확인하는 것이 좋습니다. 손글씨 납품서에 대한 최상의 결과를 얻으려면 손글씨 납품서 데이터 추출 가이드를 참조하세요.
납품서의 열 구조가 제가 정의한 것과 다르면 어떻게 되나요?
의미론적 추출은 누락된 필드를 유연하게 처리합니다. 정의한 필드(예: 일부 공급업체 형식에는 로트/배치 번호가 없음)가 특정 납품서에 없는 경우, 해당 열은 출력에서 해당 행에 대해 비어 있는 상태로 유지됩니다. 필드가 없어도 추출이 실패하거나 잘못된 데이터를 생성하지 않습니다. 이는 형식 변동으로 인해 모든 문서에 모든 필드가 포함되지 않는 일괄 처리 시나리오에서 필수적입니다.
기존 WMS(Sage, Cegid 등)와 어떻게 통합하나요?
추출 결과(Excel 파일 또는 CSV)는 WMS 또는 ERP에 직접 가져올 수 있습니다. Sage X3, Cegid 및 대부분의 프랑스 WMS 플랫폼은 입고 기록을 위해 CSV 또는 Excel 가져오기를 지원합니다. WMS에 입고 트랜잭션을 위한 API가 있는 경우 구조화된 CSV 출력을 API 필드에 매핑할 수 있습니다. 추출 단계는 가져오기 단계와 분리되어 있습니다. 즉, 데이터가 시스템에 입력되는 방식과 시점을 사용자가 제어합니다. 프랑스 ERP 통합 패턴에 대한 자세한 내용은 프랑스 납품서 데이터를 Excel로 추출하는 가이드를 참조하세요.
전자 기록은 얼마나 보관해야 하나요?
상법 제L123-22조에 따라, 프랑스 기업은 납품서(bons de livraison) 및 수령 기록(bons de réception)을 포함한 모든 상업 문서를 회계연도 종료일로부터 10년간 보관해야 합니다. 전자 사본은 보관 기간 동안 문서의 무결성과 가독성을 보장한다면 법적으로 원본 종이 문서를 대체할 수 있습니다.
공급업체 청구서에도 동시에 사용할 수 있나요?
납품서와 청구서는 목적과 데이터가 다릅니다. 납품서에는 수량과 품목 참조번호가 포함되지만 가격은 없고, 청구서에는 가격과 세금 내역이 포함됩니다. 두 문서는 동일한 일괄 추출 워크플로우를 통해 처리되지만, 서로 다른 열 정의를 가진 별도 배치로 처리해야 합니다. 프랑스 청구서 일괄 처리에 대한 자세한 내용은 프랑스 공급업체 청구서 일괄 처리 가이드를 참조하세요.
수령 로그는 창고가 공급업체가 주장한 대로 물품을 받았음을 증명하고, 회계팀이 초과 지급 없이 승인하는 데 필요한 문서입니다. 50가지 다른 형식을 수작업으로 만들면 병목 현상이 발생하지만, 단일 열 정의로 추출하면 5분 만에 검토할 수 있습니다.