スペインの納品書（Albaranes）から
Excelへデータを抽出する方法

スペインの納品書には、一般的な納品書にはない法的な重みと、汎用テンプレートでは認識できない項目があります。

ヨーロッパのほとんどの国では、納品書は単なる出荷書類です。箱の中身を記載し、運転手が渡し、受取担当者が注文書と照合します。弁護士が目を通すことはまずありません。しかしスペインでは、アルバラン（納品書）は異なる位置づけにあります。商法典（1885年8月22日勅令）に基づき、アルバランは売買契約における引渡し（traditio）の証拠書類として機能します。税務上の書類ではなく、IVA（付加価値税）額も記載されません。しかし、商品の受け渡しが行われたことを法的に証明する書類なのです。

アルバランは、欧州のサプライチェーンにおいて、法的な受領証でありながら返送書類としても機能する唯一の出荷書類です。 サプライヤーが印刷し、商品と共に運ばれ、受取人が記入し、署名された控えがサプライヤーに返送されて証拠となります。ウィキペディアのアルバランの項目では、「注文の運送と引渡しを証明する商業文書」と明確に定義されています。受取側は、正しく受領したことを確認するために署名する必要があります。この署名により、単なる梱包明細書から法的記録へと変わります。

この法的な役割により、スペインのアルバランと一般的な納品書には構造的な違いが生じます。スペインのサプライヤー（バレンシア近郊のメルカドナの物流センターであれ、RSコンポーネンツ・エスパーニャのような産業用ディストリビューターであれ）からのアルバランには、英国のデスパッチノートやドイツのリーファーシャインにはない項目が通常含まれています。税IDはNIF（納税者識別番号）形式で表示されます。個人は8桁＋チェック文字1文字、法人は1文字＋7桁＋チェック文字1文字です。サプライヤーと買い手の両方の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は構造化データを必要としますが、アラバランはそうではありません。

スペインの倉庫が各アラバランから通常抽出する項目と、それぞれの下流での使用先は以下の通りです。

スペインのPlan General de Contabilidad（PGC）は、このデータの計上先を決定します。商品がアラバランに対して受け入れられると、会計仕訳ではGrupo 3（在庫、通常は商品購入のcuenta 600または原材料のcuenta 601）を借方に、cuenta 400（仕入先）を貸方に記入します。アラバラン番号は、請求書が届く前に、物理的な受領と会計仕訳を結びつける参照情報です。アラバラン番号が誤って入力されると、発注書、納品書、請求書の三者照合が会計レベルで破綻します。

スペインの倉庫も、他の受入ドックと同様のフォーマット断片化に直面しています。しかし、スペインの規制の空白がそれを恒久的なものにしています。

スペインには、標準的なアラバラン形式を義務付ける法律はありません。商法（Código de Comercio）は文書の機能を説明していますが、そのレイアウトを規定してはいません。スペインのGS1標準化団体であり、35,000社以上の会員企業を持つAECOC（製造業者・流通業者協会）は、AECOC EDIおよびAECOC TRANSPプラットフォームを通じて、電子納品書の標準を開発しました。しかし、スペインの物流におけるEDI導入は他国と同様のパターンをたどっています。Mercadona、Carrefour Spain、El Corte Inglésのような大規模小売業者は、Tier 1サプライヤーにEDIを義務付けていますが、ミッドマーケット（地域の流通業者、産業用サプライヤー、地元メーカー）は、サプライヤーが使用しているERPから印刷された紙のアラバランを引き続き出荷しています。

その結果、ドイツやフランスの倉庫の受入担当者が直面するのと同じ視覚的な混乱が生じますが、さらに複雑な点があります。スペインのサプライヤーは、カーボンコピーのアラバラン帳を頻繁に使用します。一番上の控えは買い手に、二枚目は運転手に、三枚目はサプライヤーの帳簿に残ります。買い手の控えがデータ入力デスクに届く頃には、二世代目または三世代目のカーボン紙で、文字が徐々に薄れている可能性があります。さらに、受入担当者がドックで追加した手書きの注釈（数量訂正、破損メモ、署名）が加わり、1枚の用紙に異なる可読性レベルの3層の情報が載ることになります。

350以上の物流事業者および運送会社を代表するスペインの主要物流業界団体であるUNO Logísticaは、文書ワークフローのデジタル化をセクターアジェンダの中核的優先事項として位置付けています。しかし、同協会はまた、サプライチェーン全体における文書フォーマットの断片化、特にEDIを使用する大規模小売業者と紙を使用するミッドマーケットサプライヤー間の断片化が、構造的な障壁であり続けていると指摘しています。1978年以来スペイン最大の物流専門家コミュニティであるCentro Español de Logística（CEL）は、サプライチェーンデジタル化ワーキンググループにおいて、文書標準化の課題について発表しています。コンセンサスは、標準化はまず高ボリュームの回廊で進むが、ミッドマーケットサプライヤーのロングテールは、今後何年も異種混在の紙およびPDFのアラバランを生産し続けるだろうというものです。

サプライヤーごとにテンプレートは不要。列を一度定義すれば、AIが各フィールドの意味から自動で見つけ出します。

スペインのアルバランデータを抽出する標準的なアプローチ、つまり各サプライヤーの独自レイアウトからすべてのフィールドを手入力でExcelスプレッドシートに打ち込む方法は、業界ベンチマークによると、1ページのアルバランあたり約3分かかります。1日30件の出荷を受け入れる倉庫では、純粋なデータ入力に90分を要します。テンプレートベースのOCRのようなツールが提供する代替手段は、スペインの状況ではさらに悪質です。なぜなら、サプライヤーのレイアウトごとに個別の抽出テンプレートを作成する必要があるからです。そしてスペインのサプライヤーは、フォーマット標準化がより進んでいるドイツやフランスのサプライヤーとは異なり、極端なばらつきを示します。カタルーニャの産業用サプライヤーからのアルバランと、アンダルシアの食品流通業者からのアルバランは、同じ法的機能を持ちながら、視覚的な類似性はほとんどありません。

代わりに有効なのは カスタム列抽出 です。これは、「納品書番号」「発注書参照」「サプライヤーNIF」「製品コード」「出荷数量」「受取人署名」など、必要なフィールド名を入力する方法です。AIは、固定されたピクセル位置に一致させるのではなく、各フィールド名の意味を意味論的に理解することで、各ドキュメントを読み取り、それらの値を特定します。入力した列名が、出力スプレッドシートのヘッダーになります。AIが人間と同じようにドキュメントを読み取り、画面上の座標ではなく各フィールドの意味を探すため、1つの列定義がすべてのサプライヤーで機能します。

以下は、複数のスペインサプライヤーからのアルバランのバッチを使用した、エンドツーエンドのワークフローです。

以下でサンプルアルバランをお試しください。デモではプリセット — 標準的な納品書/梱包明細書の構造に合わせた事前設定済み列名 — を使用するため、列名を入力せずにすぐに抽出結果を確認できます。「処理」をクリックすると、AIが印刷された出荷データとページ上の手書きの受入注釈の両方を読み取ります。

アルバランは、倉庫から印刷されて出荷され、手書きデータが追加されて戻ってくる唯一の物流書類です。抽出機能は両方を読み取る必要があります。

配送用封筒に入っている他の書類で往復するものはありません。注文書は買い手が保管します。請求書は納品後に発行されます。船荷証券は運送業者と共に移動しますが、注釈が付けられて供給元に戻ることはありません。アルバランは独特です。供給元が印刷し、商品と共に移動し、受取人がそれに書き込みます（破損した箱を丸で囲む、「solo 8 uds recibidas」（8ユニットのみ受領）と10と書かれた行の横に書き込む、下部に署名するなど）。そして注釈が入ったコピーは、納品状態の証明として供給元に戻ります。

この往復の性質により、ほとんどの抽出ツールがうまく処理できない2層構造の書類問題が発生します。テンプレートベースのOCRツールは印刷された層（供給元のフィールド、出荷数量、参照番号）を読み取ります。手書きの層（修正、状態メモ、署名）はノイズとして無視されるか、印刷されたテキストストリームに混ざり、「10 unidades」と「8 uds」が同じセルに出力されてしまいます。

ピクセルブロックを照合するのではなく、フィールドの意味を理解するセマンティックリーダーは、2つの層を別々の列に分離できます。出荷数量を定義すると、AIは供給元の明細テーブルから印刷された数量を読み取ります。同じ列設定で受領数量を定義すると、AIは受取人がその横に書いた手書きの修正を読み取ります。例外メモを定義すると、「caja dañada」（破損箱）、「embalaje roto」（包装破れ）、「falta 2」（2個不足）といった手書きの余白コメントが無視されることなく構造化テキストとして抽出されます。受取人署名を「有/無」のような形式ヒント付きで定義すると、AIはページ上のどこにあっても、文書に署名が含まれているかどうかを検出します。

アルバランの手書き層はノイズではありません。それは、本来あるべき数量に対して実際に到着した数量の、フィールドレベルの唯一の記録です。これを無視すると、WMSは誤った数量を受け取り、請求書照合段階で三者照合が失敗します。そこでは、請求書の数量（出荷ベース）を実際の受領数量と照合する必要があるのです。

抽出したアラバラン情報がスペイン会計に直接連携 — 各フィールドはPGC勘定科目コードまたはWMS取引に対応。

抽出で得られた出力スプレッドシートは最終目的地ではありません。これはアラバランとそのデータを必要とするシステムをつなぐ中間形式です。Sage 200やSAP Business Oneを運用するスペインの倉庫では、抽出されたフィールドは以下のような下流の経路をたどります。

重要なのはアラバラン番号です。スペインの商慣行では、仕入先は後日、同じアラバラン番号を参照するファクトゥラ（請求書）を発行します。発注書、アラバラン（入庫）、ファクトゥラ（請求書）の三者照合は、アラバラン番号と納入数量がERPで正しいことに依存します。手入力でアラバラン番号に誤り（桁の入れ替え、文字欠落）があると、その後のファクトゥラ照合が失敗し、担当者は紙の記録を遡って正しい番号を探さなければなりません。アラバラン番号を文書から直接抽出することで、最も一般的な照合失敗の原因を排除できます。

固定の受入ドックではなく、現場スタッフやドライバーからアラバランを受け取るチームには、コレクションリンク機能が書類受入のギャップを解消します。共有可能なリンクを生成し、ドライバーや遠隔地の倉庫スタッフに送信するだけで、アラバランが直接処理キューに届きます。メール添付、WhatsApp写真、送信者の登録は不要です。これは、複数拠点で納品が行われたり、第三者の運送会社が物理的な配送を担当する一方で、受入データを中央の買掛金管理チームや在庫管理チームに届ける必要があるスペインの物流業務において特に有用です。

よくある質問

スペインのアルバラン（納品書）には、140年の歴史を持つ商法、各仕入先のERP出力の多様性、そして実際にドックに到着した物理的な証拠が凝縮されています。データ抽出の問題は処理速度ではなく、受入担当者が筋肉記憶を構築できないことです。なぜなら、すべてのアルバランのレイアウトが初見の読み物だからです。列名抽出が状況を変えます：必要なものを一度定義すれば、フォーマットの違いは無意味になります。

アルバランで試す

関連: 梱包明細書・納品書を一括抽出してExcelに出力 · 倉庫受入における手動抽出とAI抽出の比較 · あらゆる形式の梱包明細書からフィールドを抽出してExcelへ · 納品書をExcelに変換