ZUGFeRD E-InvoiceをZapierのAirtableから取得：行をフィルタリングし、JSONを作成し、ハイブリッドPDFをメールで送信する

PDF4meでZUGFeRD請求書を作成 これは、構造化された請求書データをハイブリッド形式のPDF/A3電子請求書に変換するZapierアクションです。Airtableの1行を読み込み、JSONオブジェクトを読み取り可能なPDFに埋め込まれたEN 16931 XMLに変換し、そのファイルをレコードに書き戻し、購入者にメールで送信します。

電子請求書の義務化は、ファイル形式の問題として現れ、調達の問題として解決されることが多い。つまり、プラットフォームを選び、文書ごとに料金を支払い、データを移行するというものだ。この解決策は大規模な運用には適しているが、既に運用しているデータベースから月に20件の請求書を発行するチームにとっては非現実的だ。代替案は、XMLを手作業で記述することではない。請求書をJSON形式で記述し、別のツールで準拠ファイルを生成するという方法だ。

なぜ？という問いに対する質疑応答​

得られるもの​

入力： 請求書番号、日付、VAT ID を含む販売者ブロック、購入者ブロック、1 つの明細項目、および合計を含む Airtable の行で、ステータスは「新規」に設定されます。 出力： その記録と購入者の受信トレイに、ZUGFeRDのPDF/A-3ファイルが添付されています。

請求書1件につき1行。ここにある各列は、Zapが送信するJSONデータのキーになります。

購入者は請求書を見る。購入者の会計システムは、その請求書に含まれるXMLを認識する。

必要なもの​

ザップの概要​

1. 新記録 （Airtable）は、新しい行ごとに発火します。 ZUGFeRD Requests。
2. フィルター条件 (Zapier によるフィルタリング) ステータスが正確に New。
3. ZUGFeRD請求書を作成する (PDF4me)はJSONをハイブリッドPDFに変換します。
4. レコードの更新 （Airtableは）ファイル、ステータス、および行へのリンクを書き込みます。
5. メールを送信する （Gmail）は電子請求書を買い手に配信します。

Zapの概要​

Swiss QR Zapと同じ5段階の構成です。真ん中のPDF4meのステップだけが異なります。

ステップ1：Airtableの新しい行からZapをトリガーするにはどうすればよいですか？​

これまでの流れ： まだ何も起きていない。これが引き金だ。

1. Zapを作成して選択する エアテーブル > 新記録。
2. 選択してください ベース PDF4me Live Automations そして テーブル ZUGFeRD Requests。
3. テスト。Zapierが報告します。 Airtableで新しいレコードが1件見つかりました そして、これらの列は下流工程で利用可能になる。

投票バッジにはこう書かれている 2分これは、この手順ではなく計画から来るものです。

ステップ2：Zapが未完了の行に対して請求書を発行しないようにするにはどうすればよいですか？​

これまでの流れ： Airtableのトリガー。

1. 追加 Zapierでフィルタリング > 以下の条件を満たす場合のみ続行してください。。
2. ルールを一つ作る： 1. ステータス / （テキスト）完全に一致する / New。
3. 試してみてください。

フィルタ条件の設定​

緑色の枠は、レコードを通過させたフィールドの名前を示しています。黄色の枠は、レコードを阻止したフィールドの名前を示しています。

ステップ3：行をZUGFeRD請求書に変換するにはどうすればよいですか？​

これまでの流れ： トリガーとフィルター。

1. 追加 PDF4me > ZUGFeRD請求書を作成する。
2. 出力オプションを設定します。
   • ファイル名: ZUGFeRD_ プラス 請求書番号 プラス .pdf
   • 入力形式: JSON
   • 出力モード: XmlWithPdf
   • ツークフェルト版: 2+
   • 適合レベル: EN16931
   • PDF形式で請求書を作成する: True
   • 離れる ファイル ご自身でレターヘッドページをご用意いただく場合を除き、空欄のままにしてください。
3. オブジェクトを貼り付ける 請求書のJSONデータ そして、各Airtableフィールドをそれにマッピングします。

{
  "InvoiceId": "{{Invoice Number}}",
  "TypeCode": "380",
  "InvoiceType": "RECHNUNG",
  "IssueDate": "{{Invoice Date}}T00:00:00",
  "DeliveryDate": "{{Invoice Date}}T00:00:00",
  "IsTest": false,
  "Seller": {
    "Name": "{{Seller Name}}",
    "VatId": "{{Seller VATID}}",
    "Address": {
      "Street": "{{Seller Street}}",
      "PostalCode": "{{Seller Postal Code}}",
      "City": "{{Seller City}}",
      "Country": "{{Seller Country}}"
    }
  },
  "Buyer": {
    "Name": "{{Buyer Name}}",
    "Address": {
      "Street": "{{Buyer Street}}",
      "PostalCode": "{{Buyer Postal Code}}",
      "City": "{{Buyer City}}",
      "Country": "{{Buyer Country}}"
    }
  },
  "LineItems": [
    {
      "ProductName": "{{Item Description}}",
      "Quantity": {{Quantity}},
      "UnitCode": "C62",
      "UnitPrice": {{Unit Price}},
      "LineTotal": {{Net Total}}
    }
  ],
  "Totals": {
    "Currency": "{{Currency}}",
    "LineTotal": {{Net Total}},
    "TaxBasisTotal": {{Net Total}},
    "TaxPercent": {{VAT Rate}},
    "TaxTotal": {{VAT Amount}},
    "GrandTotal": {{Gross Total}},
    "ChargeTotal": 0,
    "AllowanceTotal": 0
  },
  "Payment": {
    "Currency": "{{Currency}}",
    "PaymentReference": "{{Invoice Number}}",
    "DueDate": "{{Due Date}}T00:00:00"
  }
}

注目すべき点が3つあります。 TypeCode 380 これは商業請求書のコードであり、固定されています。 UnitCode C62 は「何かの1つ」を表すUN/ECEコードで、時間やサービス単位などに必要なものです。 PaymentReference で Payment block とは、購入者が支払い時に引用するテキストのことで、ここでは請求書番号のみです。

ZUGFeRD請求書構成を作成する​

すべての値はAirtableトークンです。グリッド上では191と1196と表示されますが、VAT金額は190.95、総計は1195.95であることに注意してください。

各設定が決定する内容​

ステップ4：請求書を記録に書き戻すにはどうすればよいですか？​

これまでの流れ： PDF4meの手順を経たすべてのこと。

1. 追加 エアテーブル > レコードの更新。
2. 設定する:
   • ベース PDF4me Live Automations、 テーブル ZUGFeRD Requests
   • 記録: その ID トリガーから
   • 添付ファイルを追加する: False
   • 書類: その ファイルURL ステップ3から
   • 状態: Generated
3. 上書きされないように、他のフィールドはすべて空欄にしてください。

レコード構成の更新​

一番上の警告文こそ読むべきものです。それより下は意図的に空欄になっています。

ステップ5：電子請求書をバイヤーに送信するにはどうすればよいでしょうか？​

これまでの流れ： 記録更新を通じてすべて。

1. 追加 Gmail > メールを送信する。
2. 設定する:
   • に: その メール トリガーからの列
   • 主題: Your e-invoice プラス 請求書番号
   • 体型: Html
   • 体購入者名、請求書番号、合計金額を記載した短い挨拶
   • 添付ファイル: その ファイルURL ステップ3から

メール送信設定​

添付ファイルは、手順4でAirtableに書き込んだファイルURLと同じなので、レコードとメールには常に同じファイルが添付されます。

Zapを実行して検証する​

1. 公開 ザップ。
2. 行を追加 ZUGFeRD Requests 売り手、買い手、1行の商品、日付とステータスの両方を含む New。
3. 投票結果をお待ちください。5つのステップすべてが緑色になるはずです。
4. 行を開く： Document 請求書番号と同じ名前のPDFファイルが含まれている必要があり、 Status 読むべき Generated。
5. 添付ファイルを開いてください。読みやすい請求書ページが表示され、ZUGFeRDバリデーターが同じファイル内にEN 16931 XMLを検出するはずです。
6. ステータスの行を追加します Generated そして、ステップ2でZapが停止することを確認します。

キャプチャされた実行では、バージョン 1 は 2026 年 10 月 24 日午前 12 時 9 分 1 秒に正常に完了し、以下の結果を出力しました。 ZUGFeRD_RE-2026-0011.pdf ベルリンのMuster GmbHからミュンヘンのTest Kunde AGへの請求書には、コンサルティング10単位（100.50ユーロ）が含まれており、合計金額は1195.95ユーロです。

再構築せずに追加できる一般的なバリエーション​

他の電子請求書発行方法との比較​

各行は代替案を示しています。最後の行はこのZapです。

また、私たちは Makeにおける同一の流れ違いは小さいが、確かに存在する。Zapierが1ステップを費やすトリガー内でフィルターを無料で作成し、ニーズを満たす。 parseNumber Zapier が直接マッピングするすべての金額値の周りに、Make はファイルをバイトとしてアップロードし、Zapier はそれを Airtable に URL として渡します。

よくある質問​

電子請求書とは何ですか？​

電子請求書とは、請求書を紙の画像ではなく、機械が読み取れる構造化データとして発行することを意味します。購入者の会計システムがそれを解析し、誰も再入力することなく処理するため、コスト削減は購入者側で実現します。つまり、コスト削減のメリットは購入者側にあるのです。

現在、ビジネスや公共部門の取引において、ますます多くの管轄区域がこれを要求している。 欧州規格 EN 16931 これはコアとなるフィールドセットを定義し、ZUGFeRDのようなフォーマットはそれを実装する。

電子請求書とは何ですか？​

どちらも同じ意味です。「電子請求書」は法律用語として使われる傾向があり、「e-請求書」は製品マーケティング用語として使われる傾向がありますが、どちらも電子メールに添付されたPDFファイルではなく、構造化された機械可読な請求書データを意味します。

何が電子請求書に該当しないのかを明確にしておくことが重要です。スキャンした紙の請求書は電子請求書ではありませんし、通常のPDFファイルも同様です。構造化データが埋め込まれていない場合、受信者はそれを読み取らなければなりません。

Airtableで請求書を作成できますか？​

規格に準拠していません。Airtableはデータを保持し、インターフェースや印刷可能なビューにレイアウトできますが、規制で求められているEN 16931 XMLに準拠したPDF/A-3ファイルを作成することはできません。

このZapが使用する分割方法は実用的です。Airtableがレコードとなり、PDF4meが成果物を生成し、その成果物が添付ファイルとしてレコードに戻されます。

買掛金自動化はどのように機能するのですか？​

3つの段階、すなわち取り込み、抽出、そして転記が行われる。取り込みでは文書を1か所に集約し、抽出ではそれらをフィールドに変換し、転記では承認ゲートを介してそれらのフィールドを台帳に書き込む。

ハイブリッド電子請求書は中間部分を省略します。XMLが既にファイル内に含まれている場合、抽出は認識ではなく解析となるため、規制当局はハイブリッド方式への移行を強く求めています。このZapは、その仕組みにおける送信側の役割を担います。

トラブルシューティング​

次のステップ​

委任状はフォーマットの問題のように見えますが、実際はデータの問題です。請求書が既に行として存在する場合は、ほとんどの作業は完了しています。