電子請求書の作成

こうして請求書ができあがります — ステップごとに

1. 1 · 顧客を選択取引先台帳から選ぶだけ — 国、USt-IdNr、メールアドレス、必要に応じてLeitweg-IDが登録済みで、形式チェックも完了しています。
2. 2 · 明細を入力品名、数量、単価、給付種別を入力します。繰り返し発生する給付は品目カタログから呼び出せます（例：26種類の運送給付をあらかじめ定義した物流パッケージ）。
3. 3 · 付加価値税を自動判定顧客の国＋USt-IdNrと給付種別から、CoolHanXが税率、区分（S/AE/K/G/E/O）、法定の表示文言を判定します — 発行前にリアルタイムで確認できます。
4. 4 · 発行前の検証証憑はドイツのBR-DE取引ルールを含むEN 16931の完全検証を通過します。エラーがあれば発行されず、請求書番号も消費されません。
5. 5 · 発行して配信有効な証憑には次の連番が付与され、XRechnung XMLとして生成され、直ちにGoBDアーカイブに格納されたうえで、メール・ダウンロード・官公庁ポータル（ZRE/OZG-RE）で配信されます。

欠番のない番号 — 最初からGoBD準拠

請求書番号は連続かつ欠番なく付与されなければなりません。CoolHanXは発行が成功した瞬間に初めて番号を付与します。検証に失敗しても番号は消費されず、障害が起きても欠番は生じません。発行されたすべての証憑は、同一トランザクション内でチェックサムとともにアーカイブへ移されます — 発行と保存が食い違うことはありません。

両フォーマットを、ワンクリックで

標準の出力はXRechnung 3.0（UBL-XML）です — 官公庁のフォーマットであり、B2Bにおいても安全な標準です。読みやすい請求書を希望する受領者には、CoolHanXが追加でZUGFeRDを生成します。これは同一の検証済みXMLを埋め込んだPDF/A-3です。内容的には両者の証憑は同一です — 真実はただ一つ、検証済みのXMLだけです。

重要な項目 — そして誰が入力するのか

EN 16931の請求書には160を超える取引項目（BTフィールド）が定義されています。お客様に関係するのは、事業内容を表すごくわずかな項目だけです — 残りはCoolHanXが導出するか、マスタデータから入力します。

お客様が入力：顧客、明細（品名、数量、価格、給付種別）、支払期限、任意で発注参照番号。マスタデータから取得：自社情報、銀行口座（BT-84）、顧客住所と電子アドレス（BT-49）、必要に応じてLeitweg-ID（BT-10）。自動計算：すべての合計（BT-106～BT-115）、区分ごとの税額内訳（BG-23）、支払期限。こうして入力は請求書1件あたり1分未満に収まります — それでいて全項目を網羅します。

導入事例

月80件の売上請求書を扱うある運送会社は、これまでWordで請求書を作成していました。CoolHanXへの切り替え：取引先リストをインポートし、物流品目パッケージを有効化、20分後には最初の検証済みXRechnungを発行。以降、官公庁の顧客からの差し戻しはなくなり、税理士へのDATEV引き渡しは毎月ワンクリックで完了しています。

よくある質問

法的な枠組み — 簡潔かつ確実に

成長機会法（Wachstumschancengesetz）（2024年3月公布）により、国内B2B取引における電子請求書は§14 UStGで新たに定義されました。請求書が電子請求書とみなされるのは、構造化された電子フォーマットで発行・伝送・受領され、電子的な処理を可能にする場合のみです — 具体的には欧州規格EN 16931に準拠する必要があります。PDF、スキャンした紙、写真はこの定義を明確に満たさず、2025年以降は「その他の請求書（sonstige Rechnung）」として扱われます。

発行については段階的な移行措置が適用されます。紙やその他のフォーマットは — 受領者の同意があれば — 2026年末まで、前年売上高が800.000 €未満の企業は2027年末まで引き続き認められます。2028年からは、すべての国内B2B取引について電子請求書での発行が義務化されます。受領義務はすでに2025年1月1日から例外なく適用されています。CoolHanXは、すべての売上証憑を発行前にEN 16931およびドイツのBR-DE取引ルールに照らして検証することで、この枠組みに対応します。

EN 16931の請求書はどう構成されているか

本規格は意味的データモデルを定めています。請求書は取引オブジェクト（Business Groups、BG）と個々の取引項目（Business Terms、BT）で構成されます。各BTは、請求書がXRechnung（UBLまたはCII-XML）として配信されるかZUGFeRDとして配信されるかにかかわらず、固定された意味・多重度・データ種別を持ちます。この一意性こそが、機械的な検証を初めて可能にします。

実務では、事業内容を表すごくわずかなBTだけを入力します。残りはCoolHanXがマスタデータから導出するか計算します。

訂正・取消・貸方票 — 正しい手順

発行済みの電子請求書は変更できません（GoBD）。上書きは行われません。証憑に誤りがある場合や取引が取り消される場合は、付加価値税法で定められたとおり、元の請求書番号を参照する取消請求書または貸方票（Gutschrift）を作成します（BT-25／BT-3 = 384）。これにより証憑の連鎖は欠番なく保たれ、税務調査でも追跡可能となります。両方の証憑は封印された状態でアーカイブに保管されます。

添付ファイルと可読ビュー

EN 16931は埋め込み添付（BG-24）を認めています。例えば作業時間証明や給付明細をPDFとして添付できます。人が読める表示を希望する受領者には、CoolHanXがご要望に応じてZUGFeRD形式を生成します。これはまったく同じ検証済みXMLを埋め込んだPDF/A-3です。内容的には、依然として真実はただ一つ — 検証済みのXMLだけです。

関連トピック