스페인 배송 명세서(알바란) 데이터를 엑셀로 추출하는 방법

대부분의 문서 추출 도구는 모든 배송 명세서를 동일하게 취급합니다. 하지만 스페인 알바란(배송 명세서)은 바르셀로나, 발렌시아, 사라고사의 입고장에서 운영할 때 중요한 세 가지 차이점을 깨뜨립니다. 일반 배송 명세서 템플릿이 인식하지 못하는 필드(예: 8자리 숫자 + 1자리 문자 패턴의 검증 문자를 포함한 NIF 형식의 납세자 번호)를 가지고 있으며, 수령인이 손으로 쓴 주석으로 덮여 반환되고, 스페인 상법에 따라 세금 문서가 아니면서도 법적 배송 증빙 역할을 합니다. 이 글에서는 스페인 알바란의 모든 필드를 살펴보고, 형식 파편화가 왜 스페인 창고에 더 큰 타격을 주는지 설명하며, 수동 입력 없이 깨끗하고 조정된 배송 데이터를 스프레드시트로 가져오는 방법을 보여줍니다.

스페인식 납품서는 일반 납품서가 갖지 못한 법적 효력과, 일반 템플릿이 인식하지 못하는 필드를 갖추고 있습니다.

유럽 대부분의 국가에서 납품서는 단순한 선적 문서입니다. 상자에 무엇이 들었는지 나열하고, 운전기사가 건네주면 수령 담당자가 구매 주문서와 대조합니다. 변호사가 이를 검토하는 경우는 없습니다. 그러나 스페인에서 알바란(albarán, 납품서)은 다른 범주에 속합니다. Código de Comercio(스페인 상법, 1885년 8월 22일 왕실령)에 따라 알바란은 매매 계약(compraventa)에서 인도(traditio)의 증빙 서류 역할을 합니다. 세금 관련 서류가 아니며 IVA(부가가치세) 금액을 기재하지 않습니다. 그러나 상품이 실제로 인도되었음을 법적으로 확인하는 문서입니다.

알바란은 유럽 공급망에서 법적 인도 영수증이자 회송 문서(turnaround document) 역할을 동시에 하는 유일한 선적 문서입니다. 공급업체가 출력하고, 상품과 함께 이동하며, 수령인이 기재한 후 서명된 사본이 공급업체로 돌아와 증거로 남습니다. 위키피디아의 albarán 항목은 이를 명확히 정의합니다: "주문의 운송 및 인도를 증명하는 상업 문서"입니다. 수령 당사자는 정확한 수령을 확인하기 위해 서명해야 합니다. 이 서명은 문서를 단순한 포장 명세서에서 법적 기록으로 전환시킵니다.

이러한 법적 역할은 스페인 알바란과 일반 납품서 간의 구조적 차이를 만듭니다. 스페인 공급업체(발렌시아 인근 메르카도나 물류 센터든, RS Components España 같은 산업 유통업체든)의 알바란에는 일반적으로 영국 납품서(despatch note)나 독일 납품서(Lieferschein)에는 없는 필드가 포함됩니다. 세금 ID 필드는 NIF(Número de Identificación Fiscal) 형식으로 표시됩니다: 개인은 숫자 8자리와 검증 문자 1자리, 법인은 문자 1자리와 숫자 7자리 및 검증 문자 1자리입니다. 공급업체와 구매자의 NIF가 모두 문서에 표시됩니다. 납품서 번호는 공급업체별 내부 번호 체계를 따르며, 공급업체 간 표준은 없습니다. 그리고 결정적으로, 알바란은 상업 워크플로에서 인보이스보다 먼저 발행되므로, 납품서 번호는 나중에 이를 참조하는 팍투라(factura, 인보이스)와 대조되어 구매 주문서와의 3자 조정(three-way reconciliation)이 가능해야 합니다.

스페인 알바란은 "몇 가지 추가 필드가 있는 납품서"가 아닙니다. 이는 140년 된 상법, 다단계 조정 워크플로, 그리고 인쇄된 상태로 창고를 떠나 손글씨 데이터와 함께 돌아오는 유일한 공급망 문서라는 물리적 이동 과정에 의해 형성된 문서 범주입니다. 일반 납품서 레이아웃으로 학습된 추출 도구는 NIF 검증 문자를 놓치고, 납품서 번호를 구매 주문 참조번호나 운송장 번호와 혼동하며, 수령인의 손글씨 주석을 완전히 무시할 것입니다.

모든 알바란에는 창고 입고에 필요한 10~14개의 필드가 있으며, 공급업체에 따라 정확한 필드 라벨이 다릅니다.

스페인 창고에서 화물을 수령하면, 수령 담당자는 알바란에서 데이터를 추출하여 WMS(창고 관리 시스템)에 재고 등록을 하거나 ERP에 구매 주문 조정을 위해 입력해야 합니다. 스페인에서 수령 작업에 사용되는 소프트웨어는 주로 SAP Business One, Sage 200(또는 스페인 중소기업에서 널리 사용되는 Sage Murano), Microsoft Dynamics NAV / Business Central, 또는 스페인 자체 개발 SaaS ERP인 Holded입니다. 창고 전용 운영에는 바르셀로나 기반 인트라로지스틱스 그룹 Mecalux의 스페인 WMS인 Mecalux Easy WMS가 중대형 창고에서 흔히 사용됩니다. WMS는 구조화된 데이터를 필요로 하지만, 알바란은 그와 거리가 먼 경우가 많습니다.

스페인 창고에서 각 알바란에서 일반적으로 추출하는 필드와 각 필드가 하위 시스템에 전달되는 위치는 다음과 같습니다.

알바란 필드	일반적인 공급업체 라벨	전달 대상
납품서 번호	"Albarán N.º", "Nº Albarán", "Delivery Note Ref"	입고 기록; 3자 매칭 키
구매 주문 참조	"Su Pedido", "Pedido N.º", "PO Ref."	ERP에서의 PO 조정
공급업체명 및 NIF	"Proveedor", "Razón Social", "NIF/CIF"	공급업체 마스터 데이터 확인
구매자 NIF	"Cliente", "Destinatario", "NIF"	내부 비용 센터 라우팅
납품일	"Fecha", "Fecha de Entrega"	입고 로그; 운송업체 SLA 추적
제품 코드 / SKU	"Código", "Referencia", "Artículo"	재고 등록 (PGC Grupo 3 Existencias)
품목 설명	"Descripción", "Concepto"	PO 라인 항목에 대한 입고 확인
출하 수량	"Cantidad", "Uds.", "Unidades"	스페인 회계의 차변(3xx) Existencias 항목
입고 수량	수기 주석	불일치 플래그; 미지급금 보류
수령인 서명	"Recibí conforme", "Firma"	법적 인도 증명; 공급업체 확인
예외/손상 메모	수기 여백 메모	부적합 보고서; 공급업체 클레임

스페인의 일반회계기준(PGC)은 이 데이터가 어디에 기록될지를 결정합니다. 알바란(Albarán)에 따라 상품이 입고되면, 회계 분개는 Grupo 3(재고자산 — 일반적으로 상품 매입 시 cuenta 600, 원자재 매입 시 cuenta 601)을 차변에, cuenta 400(매입처)을 대변에 기록합니다. 알바란 번호는 인보이스가 도착하기 전에 물리적 입고와 회계 분개를 연결하는 참조 번호입니다. 알바란 번호가 잘못 입력되면 구매 주문서, 납품서, 인보이스 간의 3자 매칭이 회계 수준에서 깨집니다.

스페인 창고도 다른 국가의 입고장과 마찬가지로 형식 파편화 문제를 겪고 있습니다. 하지만 스페인의 규제 공백으로 인해 이 문제는 영구화되고 있습니다.

스페인에는 표준 알바란 형식을 규정하는 법률이 없습니다. 상법전(Código de Comercio)은 문서의 기능을 설명하지만 그 형식을 규정하지는 않습니다. AECOC(제조업체 및 유통업체 협회)는 35,000개 이상의 회원사를 보유한 스페인의 GS1 표준 기관으로, AECOC EDI 및 AECOC TRANSP 플랫폼을 통해 전자 납품서 표준을 개발했습니다. 그러나 스페인 물류에서의 EDI 도입은 다른 국가와 마찬가지로 Mercadona, Carrefour Spain, El Corte Inglés와 같은 대형 유통업체가 1차 협력사에 이를 요구하는 반면, 중간 시장(지역 유통업체, 산업 자재 공급업체, 지역 제조업체)은 각 공급업체가 사용하는 ERP에서 출력한 종이 알바란을 계속 사용하고 있습니다.

그 결과, 독일이나 프랑스 창고의 접수 담당자가 직면하는 것과 동일한 시각적 혼란이 발생하며, 여기에 스페인 공급업체가 자주 사용하는 카본지 알바란 장부라는 추가적인 복잡성이 더해집니다. 첫 번째 사본은 구매자가 보관하고, 두 번째 사본은 운전기사에게 전달되며, 세 번째 사본은 공급업체 장부에 남습니다. 구매자의 사본이 데이터 입력 부서에 도착할 때쯤이면 2차 또는 3차 카본 사본으로 글자가 점점 희미해져 있을 수 있습니다. 여기에 접수 담당자가 창고에서 추가한 수기 메모(수량 수정, 손상 메모, 서명)가 결합되면, 한 페이지에 가독성 수준이 다른 세 가지 정보 계층이 존재하게 됩니다.

UNO Logística는 350개 이상의 물류 운영사 및 운송 회사를 대표하는 스페인의 주요 물류 무역 협회로, 문서 워크플로우의 디지털화를 업계 의제의 핵심 우선순위로 식별하고 있습니다. 그러나 협회는 또한 공급망 전반, 특히 EDI를 사용하는 대형 유통업체와 종이를 사용하는 중간 시장 공급업체 간의 문서 형식 파편화가 구조적 장벽으로 남아 있다고 지적합니다. 스페인 물류 센터(CEL)는 1978년부터 운영된 스페인 최대 물류 전문가 커뮤니티로, 공급망 디지털화 워킹 그룹에서 문서 표준화 과제에 대해 발표했습니다. 합의된 바는 표준화는 먼저 대량 물동량 회랑에서 이루어지겠지만, 중간 시장 공급업체의 긴 꼬리는 앞으로 수년간 다양한 형태의 종이 및 PDF 알바란을 계속 생산할 것이라는 점입니다.

스페인의 서식 파편화는 표준 포장 명세서와 유사한 인센티브 구조로 인해 강화됩니다: 공급업체가 자사 알바란(albarán) 형식을 변경하는 비용을 부담하지만 효율성 향상의 이점은 전혀 얻지 못하며, 그 이점은 전적으로 수령 창고에 돌아갑니다. Sage Murano에서 알바란을 출력하는 스페인의 한 중소 제조업체는 고객의 WMS가 더 빨리 읽을 수 있도록 출력 템플릿을 재설계할 동기가 전혀 없습니다. 표준화의 경제학이 영구적으로 불일치하기 때문에 형식은 계속 파편화된 상태로 남아 있습니다.

모든 공급업체별 템플릿이 필요하지 않습니다. 열을 한 번 정의하면 AI가 각 필드의 의미를 파악하여 찾아냅니다.

스페인 알바란 데이터를 추출하는 표준 방식, 즉 각 공급업체의 고유한 레이아웃에서 모든 필드를 Excel 스프레드시트에 직접 입력하는 방식은 업계 벤치마크에 따르면 단일 페이지 알바란당 약 3분이 소요됩니다. 하루 30건의 선적을 접수하는 창고의 경우 순수 데이터 입력에 90분이 걸립니다. 템플릿 기반 OCR과 같은 도구가 제공하는 대안은 스페인 상황에서는 더 나쁩니다. 모든 공급업체 레이아웃에 대해 별도의 추출 템플릿을 구축해야 하기 때문입니다. 그리고 스페인 공급업체는 형식 표준화가 더 발전된 독일이나 프랑스 공급업체와 달리 극심한 가변성을 보입니다. 카탈루냐의 산업용 공급업체 알바란과 안달루시아의 식품 유통업체 알바란은 동일한 법적 기능을 수행함에도 불구하고 시각적 유사성이 거의 없습니다.

대신 효과적인 방법은 사용자 정의 열 추출(Custom Column Extraction)입니다. 이 방법은 원하는 필드 이름("납품서 번호", "구매 주문 참조", "공급업체 NIF", "제품 코드", "배송 수량", "수령인 서명")을 입력하면 AI가 각 문서를 읽어 고정된 픽셀 위치를 일치시키는 것이 아니라 각 필드 이름이 의미론적으로 무엇을 의미하는지 이해하여 해당 값을 찾습니다. 입력한 열 이름은 출력 스프레드시트의 헤더가 됩니다. 하나의 열 정의가 모든 공급업체에서 작동하는 이유는 AI가 사람처럼 문서를 읽기 때문입니다. 즉, 페이지상의 좌표가 아닌 각 필드의 의미를 찾습니다.

다음은 여러 스페인 공급업체의 알바란 배치를 사용한 종단 간 워크플로우입니다:

알바란 업로드 — PDF, 스캔본, 사진

공급업체 포털에서 내려받은 알바란 PDF, 입고장에서 스캔한 카본 사본, 또는 배송 시 촬영한 사진을 한 번에 업로드하세요. 디지털 PDF와 종이 스캔본을 같은 업로드에 섞어도 됩니다. 공급업체나 운전기사가 알바란을 직접 보내는 경우, 수집 링크 기능으로 공유 가능한 업로드 페이지를 생성할 수 있습니다 — 발신자는 로그인이 필요 없습니다 — 따라서 이메일 첨부파일이나 WhatsApp 사진 없이도 알바란이 자동으로 처리 대기열에 들어옵니다.

모든 알바란에 필요한 열 정의

구조화된 스프레드시트 다운로드

XLSX, CSV 또는 JSON으로 내보냅니다. 각 알바란은 출력 테이블에서 한 행이 됩니다. 납품서 번호, 공급업체 NIF, 제품 코드, 출하 수량, 입고 수량, 수령인 서명 상태가 인접 열에 표시되어 — WMS 입고 전기, Sage 또는 SAP Business One에서의 발주 대사, 또는 공급업체 factura와의 3방향 매칭에 바로 사용할 수 있습니다. 처리 속도는 페이지당 5~10초입니다. Google Sheets 사용자의 경우 사이드바 애드온을 통해 스프레드시트를 벗어나지 않고도 결과를 활성 시트에 직접 추출할 수 있습니다.

아래에서 샘플 알바란으로 직접 테스트해보세요. 데모는 프리셋을 사용합니다 — 표준 납품서/포장 명세서 구조에 맞게 미리 구성된 열 이름 세트 — 따라서 열 이름을 입력하지 않고도 즉시 추출 결과를 확인할 수 있습니다. "처리"를 클릭하면 AI가 페이지에 인쇄된 선적 데이터와 필기된 입고 메모를 모두 읽어냅니다.

JPG/PNG/PDF AI 추출

파일은 안전하게 처리되며 저장되지 않습니다.

Albarán은 창고에서 인쇄되어 나갔다가 필기 데이터와 함께 돌아오는 유일한 물류 문서입니다. 추출 도구는 두 레이어를 모두 읽을 수 있어야 합니다.

배송 봉투에 들어 있는 다른 문서 중 왕복하는 문서는 없습니다. 구매 주문서는 구매자에게 남아 있습니다. 인보이스는 배송 후 생성됩니다. 선하증권은 운송사와 함께 이동하지만 메모가 적혀 공급업체로 돌아오지 않습니다. Albarán은 독특합니다. 공급업체가 인쇄하고, 상품과 함께 이동하며, 수취인이 여기에 기록합니다. 손상된 상자에 동그라미를 치고, "10개"라고 적힌 줄 옆에 "solo 8 uds recibidas"(8개만 수령)라고 쓰고, 하단에 서명합니다. 이 주석이 달린 사본은 배송 상태 증빙으로 공급업체에 다시 돌아갑니다.

이러한 왕복 특성은 대부분의 추출 도구가 제대로 처리하지 못하는 2계층 문서 문제를 만듭니다. 템플릿 기반 OCR 도구는 인쇄된 레이어(공급업체 필드, 출하 수량, 참조 번호)를 읽습니다. 필기 레이어(수정 사항, 상태 메모, 서명)는 노이즈로 무시되거나 인쇄된 텍스트 스트림에 섞여 "10 unidades"와 "8 uds"가 같은 셀에 들어가는 출력을 생성합니다.

픽셀 블록을 매칭하는 대신 필드 의미를 이해하는 시맨틱 리더는 두 레이어를 별도의 열로 분리할 수 있습니다. Qty Shipped를 정의하면 AI가 공급업체의 라인 항목 테이블에서 인쇄된 수량을 읽습니다. 동일한 열 설정에서 Qty Received를 정의하면 AI가 수취인이 옆에 적은 필기 수정 사항을 읽습니다. Exception Notes를 정의하면 필기 여백 메모("caja dañada"(손상된 상자), "embalaje roto"(포장 파손), "falta 2"(2개 누락))가 무시되지 않고 구조화된 텍스트로 추출됩니다. Receiver Signature를 "Y/N"과 같은 형식 힌트와 함께 정의하면 AI는 페이지 내 위치에 관계없이 문서에 서명이 포함되어 있는지 감지합니다.

Albarán의 필기 레이어는 노이즈가 아닙니다. 예정된 것과 실제 도착한 것의 유일한 필드 수준 기록입니다. 이를 무시하면 WMS가 잘못된 수량을 수신하고, 3자 매칭이 인보이스 조정 단계에서 실패합니다. 이 단계에서는 출하된 수량을 기준으로 한 인보이스 수량과 실제 수령 수량을 조정해야 하기 때문입니다.

추출된 알바란 데이터가 스페인 회계로 직접 연동 — 모든 필드는 PGC 계정 코드 또는 WMS 거래에 매핑됩니다.

추출 결과물인 스프레드시트는 최종 목적지가 아닙니다. 이는 알바란과 해당 데이터가 필요한 시스템을 연결하는 중간 형식입니다. Sage 200 또는 SAP Business One을 실행하는 스페인 창고에서 추출된 필드는 다음과 같은 특정 다운스트림 경로를 따릅니다:

추출 필드	대상 시스템	PGC / 거래
제품 코드, 수령 수량	WMS 입고	차변 (3xx) 재고 / 대변 (400) 공급업체
납품서 번호, 구매 주문 참조	ERP 구매 주문 모듈	PO 상태: 부분 수령 / 전체 수령
공급업체 NIF, 납품일	ERP 공급업체 원장	계정 400 (공급업체) 보조원장 전기
수량 불일치, 예외 사항	AP 보류 / 부적합	계정 606 (조기 지불 할인) 또는 공급업체 차변 메모
수령인 서명	문서 보관소 / 법무	공급업체 분쟁을 위한 납품 증명

핵심 연결 고리는 알바란 번호입니다. 스페인 상거래 관행에 따라 공급업체는 나중에 동일한 알바란 번호를 참조하는 팩투라를 발행합니다. 구매 주문, 알바란(수령 상품), 팩투라(송장)의 3자 매칭은 ERP에서 알바란 번호와 납품 수량이 정확한지에 달려 있습니다. 수동 입력 시 알바란 번호에 오타(숫자 전위, 문자 누락)가 발생하면 이후 팩투라 조정이 실패하고, 정확한 번호를 찾기 위해 종이 기록을 추적해야 합니다. 문서에서 직접 알바란 번호를 추출하면 가장 흔한 조정 실패 지점을 제거할 수 있습니다.

고정된 입고장이 아닌 현장 직원이나 운전기사로부터 알바란을 수령하는 팀의 경우, 수집 링크 기능이 문서 수령 격차를 해소합니다. 공유 가능한 링크를 생성하여 운전기사나 원격 창고 직원에게 보내면, 알바란이 이메일 첨부 파일, WhatsApp 사진, 발신자 등록 없이 처리 대기열에 직접 도착합니다. 이는 여러 현장에서 납품이 이루어지거나 제3자 운송 회사가 실제 납품을 처리하지만 수령 데이터가 중앙 AP 또는 재고 팀에 도달해야 하는 스페인 물류 운영에 특히 유용합니다.

자주 묻는 질문

카본지 알바란(디지털 PDF가 아닌)에서도 작동하나요?

네, 단 한 가지 주의사항이 있습니다. 1세대 및 2세대 카본지는 표준 스캔 해상도(300dpi 이상)에서 인쇄된 필드와 읽을 수 있는 손글씨를 안정적으로 추출합니다. 3세대 및 4세대 카본지는 잉크 압력이 현저히 약해져 참조 번호와 같은 미세 인쇄 필드의 정확도가 떨어집니다. 최상의 결과를 위해 첫 번째 또는 두 번째 사본을 스캔하세요. AI는 희미한 텍스트에서도 추출을 시도하지만 신뢰도가 낮은 값은 플래그를 표시할 수 있습니다. (일부 스페인 택배사에서 사용하는) 감열지 알바란은 새 제품일 때 잘 작동하지만, 6~12개월 이상 지난 감열지 인쇄물은 불균일하게 어두워질 수 있으므로 추출된 값을 한 번 더 확인하는 것이 좋습니다.

동일한 헤더 블록에 NIF와 알바란 번호가 모두 있을 때 구분할 수 있나요?

네. AI는 필드 레이블을 읽고 위치 기반 텍스트 매칭이 아닌 의미적 맥락을 이해합니다. 공급업체 NIF라는 열을 정의하면, 납품서 번호와 NIF를 구분하는 8자리 숫자와 체크 문자 형식을 인식하여 세금 식별 번호를 구체적으로 검색합니다. 또한 알바란 번호를 구매 주문 참조, 근처에 있을 수 있는 운송장 번호나 화물 추적 번호와도 구분합니다. 각 식별자는 레이아웃에 관계없이 올바른 열에 배치되며, 이는 3자 매칭에 필수적입니다. 공급업체 원장의 NIF가 일치하지 않으면 몇 시간이 걸릴 수 있는 조정 오류가 발생합니다.

20개 다른 스페인 공급업체의 알바란을 템플릿 20개 만들지 않고 한 번에 처리할 수 있나요?

추출된 데이터는 스페인 문서에 필요한 복수 세율 IVA 분석을 처리하나요?

알바란 자체에는 IVA 금액이 포함되지 않습니다. 이는 팩투라의 역할입니다. 스페인 알바란은 상업 문서이지 세금 문서가 아닙니다. 알바란에서 추출하는 데이터는 금전적이지 않습니다: 참조 번호, 제품 코드, 수량 및 상태 정보입니다. IVA 분석(21%, 10% 또는 4% 세율, 각각 고유의 과세 기준과 세액 포함)은 알바란이 아닌 팩투라에 표시됩니다. 스페인 팩투라에서 IVA 데이터를 추출해야 하는 경우 스페인 송장 추출 가이드를 참조하세요. 여기서 다루는 알바란 추출은 3방향 매칭의 입고 측면을 제공하며, 팩투라 추출은 송장 측면을 제공합니다.

수취인이 알바란에 스페인어로 작성한 경우, AI가 손으로 쓴 스페인어 메모를 읽을 수 있나요?

네, 가능합니다. AI는 언어에 관계없이 필기된 텍스트를 읽습니다. "recibido conforme"(정상 수령), "falta 1 caja"(1박스 부족), "producto dañado"(제품 손상)와 같은 스페인어 주석은 작성된 언어 그대로 구조화된 텍스트로 추출됩니다. 사용자가 정의한 열 이름(예: 예외 메모)은 AI가 찾을 대상을 결정하며, 필기 내용의 언어는 추출 로직에 영향을 미치지 않습니다. 표준 블록체 필기는 안정적으로 추출됩니다. 부두에서 급하게 작성된 운전기사 메모에서 흔히 볼 수 있는 매우 빠른 필기체의 경우 전체 텍스트 변환을 위해 수동 확인이 필요할 수 있지만, "서명 있음: 예/아니오"와 같은 구조적 감지는 빠른 필기체에서도 안정적으로 유지됩니다.

스페인 알바란(Albarán)은 140년 상법의 무게, 각 공급업체 ERP 출력의 다양성, 그리고 실제로 부두에 도착한 물품의 물리적 증거를 담고 있습니다. 데이터 추출 문제는 속도가 아닙니다. 수령 담당 직원이 근육 기억을 쌓을 수 없다는 점입니다. 모든 알바란 레이아웃이 처음 보는 형식이기 때문입니다. 열 이름 기반 추출이 해법을 바꿉니다: 필요한 것을 한 번 정의하면 형식 전쟁은 무의미해집니다.

알바란에서 직접 사용해보기