ドイツのHandelsrechnung輸出データの抽出方法
— 税関・会計向け

Handelsrechnungと国内Rechnungの違い

ドイツのすべての企業は請求書を発行します。国内のRechnung（売上請求書）には、§14 UStGに基づき、供給者の氏名・住所、請求日と請求番号、顧客の氏名・住所、商品またはサービスの数量と説明、正味金額、付加価値税率と税額、総額を含める必要があります。これらは、売掛金システム、付加価値税申告書（Umsatzsteuervoranmeldung）、および年度末の財務諸表に取り込まれる項目です。これらは、DATEV、Lexware、SAPなど、すべてのドイツの会計ソフトウェアが取り込むように設計されている項目です。

Handelsrechnungには、これらすべての項目が含まれます。しかし、それに加えて、ただ一つの理由で存在する追加の項目セットも含まれます：商品が税関の国境を越えるからです。これらは、仕向国の税関当局が関税を評価し、原産地を検証し、申告価額を確認するために要求する項目です。欧州連合関税法（UCC、規則(EU)第952/2013号）に基づき、EUから非EU諸国へ輸出される商品に添付される商業送り状には、以下を含める必要があります：

これらの項目はすべて、輸出部門によってHandelsrechnungテンプレートに入力される。同じ項目がATLAS輸出申告にも記載されなければならず、輸出部門または通関業者がそこで再入力する。そして経理部門は、その一部（請求書番号、合計額、輸出台帳用のEORI）を社内ERPに3回目の再入力を行う必要がある。Handelsrechnungは一度作成される。そのデータは3回入力されるのだ。

二重パイプライン問題：1枚の送り状、2つのシステム、接続ゼロ

毎月30件の貨物を出荷するドイツの輸出業者は、30枚のHandelsrechnungを作成します。それぞれが完全に別々の2つのデータパイプラインを通過しますが、両者の間には一切の接続がありません。

パイプライン1：通関（ATLAS AES）。輸出部門またはZollspediteur（通関業者）がHandelsrechnungのデータを取得し、ATLAS AES輸出申告（Ausfuhranmeldung）に入力します。この申告には、EORI番号、品目ごとのHSコード、品目ごとの原産国、インコタームズ、関税評価額、正味重量/総重量が必要です。申告はATLAS互換ソフトウェア（AEB Export Filing、DAKOSY GE、MIC-CUST、SAP GTS）または通関業者自身のシステムを通じて提出されます。ATLASが処理し、リスク分析を実施し、承認されれば18桁のMRN（移動参照番号）付きの輸出随伴文書（EAD、Ausfuhrbegleitdokument）を発行します。商品がEUを離れると、輸出者は輸出確認（Ausgangsvermerk）を受け取ります。これは商品が物理的に輸出された証拠であり、VATゼロ税率の根拠となります。

パイプライン2：会計（ERP）。会計部門は同じHandelsrechnungを受け取ります。通常は輸出部門または文書管理システムからPDFとして届きます。会計担当者は輸出販売を計上する必要があります：請求書番号、請求日、顧客名、合計金額、コスト配分のためのインコタームズ（運送費と保険料は商品価値とは異なる勘定科目に計上）、輸出台帳（Ausfuhrbuch）用のEORI番号です。VAT申告（UmsatzsteuervoranmeldungまたはUVA）のため、会計担当者は各Handelsrechnungを対応するAusgangsvermerkと照合し、§4 Nr. 1a UStGに基づく非課税輸出収益の根拠を立証する必要があります。Intrastat報告（EU域内貿易統計、Außenhandelsstatistikgesetzに基づき義務）のため、会計担当者はHSコード、仕向国、品目コードごとの統計価額が必要です。

ギャップ。パイプライン1は輸出部門からデータを受け取ります。輸出部門はATLASソフトウェアに直接入力するか、通関業者にメールで送信します。パイプライン2はHandelsrechnungのPDFからデータを受け取ります。これは会計用受信トレイにフラットな文書として届きます。すべてのフィールドは見えますが、構造化されていません。会計担当者はPDFを開き、請求書番号、日付、合計、EORI、インコタームズ、HSコードをERPに再入力します。毎月30枚のHandelsrechnung、それぞれに約8つの通関関連フィールドがある場合、月あたり240フィールドをPDFからスプレッドシートへ手作業で転記することになります。すべてのキーストロークが転記ミスの可能性です。すべてのミスは連鎖します：会計台帳でHSコードを打ち間違えると、ATLASに提出されたHSコードと一致せず、通関監査（Zollprüfung）またはVAT監査（Umsatzsteuer-Sonderprüfung）で表面化する不一致が生じます。

これは、ATLASが閉鎖するために設計されたデータ再入力ギャップを生み出す理由の分析で説明したのと同じ構造的ギャップです。税関申告をデジタル化したシステムが、データをPDFとして輸入者に返し、手動転記のステップがATLAS出力とERP入力の間のギャップを埋めます。Handelsrechnungは、輸出側での同じパイプラインの出発点です。データは構造化された入力として作成され、社内でPDFとして配信され、それを必要とするすべてのシステムに再入力されます。

抽出の設定方法: 列を一度定義すれば、すべてのHandelsrechnungを処理可能

修正すべきは、輸出部門がHandelsrechnungを作成する方法ではありません。彼らはすでにデータを一度入力しています。修正すべきは、各下流パイプラインに入る時点でPDFからデータを取得し、PDFとシステムの間にある再入力ステップをなくすことです。

カスタム列抽出は、各文書から抽出したい内容を表す列名のセットを定義することで機能します。AIが各PDFを読み取り、コンテンツを意味的に理解し、各列に対応する値を特定します。値がページのどこにあっても、請求書間でレイアウトが異なっていても関係ありません。列を一度定義すれば、その後アップロードするすべてのHandelsrechnungが同じスプレッドシート構造に入力されます。

ステップ1: 主要な税関列を定義する

これらは、パイプライン1(ATLAS輸出申告)で必要なフィールドです。輸出チームが使用する正確なドイツ語の用語で各列を定義し、AIが意味コンテキストを正しく照合できるようにします:

ステップ2：クロスチェック用の推論列を追加する

推論列を使用すると、AIが既に読み取った情報からデータを導き出せます。Handelsrechnungに暗黙的に記載されていても、税関申告で明示的に必要な値を生成します。直接抽出列の下にこれらの列を追加してください：

ステップ3：税関価額検証用の計算列を追加する

ドイツの輸出申告でよくあるエラーは税関価額の不一致です。Handelsrechnungに記載された価額（使用されるインコタームズに応じてEXW、FOB、CIFで表示される場合があります）が、ATLAS申告で要求される価額と異なるケースです。ATLAS輸出申告では、ドイツ国境での統計価額が必要です。通常はFOBまたはEXW価額に、ドイツの輸出港または空港までの内陸輸送費を加えた金額です。

計算列を追加して、請求書合計と明細行の合計の差をフラグ付けしてください。これは税関価額計算の前段階となります：

ステップ4：すべての輸出貨物のHandelsrechnungをアップロード

HandelsrechnungのPDFをアップロードしてください — 当月分、当四半期分、または通期分でも構いません。AIはバッチ内の各送り状を個別に処理します。異なるレイアウト（異なるテンプレート、異なる列位置、異なるインコタームズの配置）の送り状でも、標準テンプレートと同じ方法で処理されます — AIはページ上の位置ではなく、意味的な意味に基づいてフィールドを特定するためです。

Handelsrechnungと並行して国内のRechnungも管理しているドイツの輸出業者の場合、抽出アプローチは両方の文書タイプを同じバッチで処理します — 通関関連の列（EORI番号、HSコード、原産国、インコタームズ、重量）を列として定義し、これらのフィールドを持たない国内のRechnungでは、該当セルは単に空になります。共通フィールド — 送り状番号、日付、顧客、合計 — は両方の文書タイプにわたって入力され、国内のRechnungか輸出用のHandelsrechnungかに関係なく、1つの統合された輸出スプレッドシートが得られます。

得られるもの: Handelsrechnungごとに1行、すべてのフィールドが所定の位置に

出力はスプレッドシートです — Excel、CSV、またはGoogle Sheetsアドオン経由でGoogle Sheetsに直接 — Handelsrechnungごとに1行が含まれます。列はあなたが定義したものです。各セルの値はAIがPDFから抽出したものです。

このスプレッドシートは両方のパイプラインに同時にデータを供給します:

FAQ — ドイツ語Handelsrechnungデータ抽出