単純ではないインボイス（電子インボイス）

電子インボイスの本質はファイル形式ではなく、履行、商業決済、法定税務という三つの事実を各シナリオで追跡可能に結ぶことです。

電子インボイスの本質は、電子ファイルではありません。

一つの取引で、履行、商業決済、法定税務という三つの事実が異なる時点に成立します。インボイスはこれらを結びますが、一つの事実に統合するものではありません。

一つのインボイスの背後にある三つの事実

事実問い代表的な証跡
履行何が納品され、どのサービスが完了したか出庫、納品、検収、サービス確認
商業決済いくらをいつ支払い、入金・消込されたかBilling、商業インボイス、債権、入金
法定税務何が法的に発行、申告、検証、承認されたか法定番号、UUID/IRN、当局ステータス

番号、日付、ステータス、訂正ルールは独立しています。設計では、対象となる事実、その唯一の権威ソース、不足時の停止条件を明確にします。

シナリオ1：納品前の入金

前受金は、履行前に資金と商業義務を発生させます。国によっては前受金にも税務インボイスが必要です。インドネシアのFaktur Pajakはその補足例で、商業参照、法定番号、支払日、納品日が分かれます。

シナリオ2：請求と物品移動が別の日

将来引渡しでは、取引と請求が先に成立し、物品移動が後になります。ブラジル・ゴイアス州の例では、単純請求のNF-eの後、実際の出庫時に前文書を参照するNF-eを発行します。

シナリオ3：分割履行と分割決済

一つの注文が複数の納品、検収、Billing、支払、法定インボイスに分かれる場合があります。逆に複数の履行を一つに集約する場合もあり、関係は一対一とは限りません。

シナリオ4：業務文書が法定成立より先に存在する

Billingが存在しても、税務平台はドラフト、処理中、拒否の可能性があります。マレーシアMyInvoisの検証やインドIRPのIRNは、元取引と法定結果を分けて記録する必要性を示します。

シナリオ5：登録と輸送は別の統制

法定インボイスと輸送証憑は関連しますが、異なる問いに答えます。インドのIRNとe-Way Billは、登録状態と物品輸送状態が別であることを示します。

シナリオ6：法定データ、伝送、可読表示

構造化データ、メールやPeppolなどの伝送チャネル、PDFなどの可読表示は別の層です。ドイツはこの分離を理解する補足例です。

シナリオ7：訂正は履歴を保持する

受理済み法定インボイスは、返品、価格変更、取消の際に上書きせず、原票に明示的に結び付く訂正文書を作成します。原取引、原票、訂正、返品、返金は別々の事実です。

国別差異は同じ本質の異なる実装

各国はトリガー、平台、番号、形式、チャネル、訂正文書が異なります。しかし、事実を一つの権威ソースで確定し、他の事実と結び、不足や競合時に停止するという原則は共通です。

グローバルシステムへの示唆

履行、商業請求と決済、法定識別子と当局時刻、輸送、原票と訂正の関係を分けて保存します。各チェーンが独自のステータスを持ち、Readinessは最終出力と同じ権威ソースを検証し、不足値を他項目から推測しません。

電子インボイスの難しさはPDFをXMLに変換することではなく、多様な業務シナリオで三つの事実を正確かつ照合可能に保つことです。

国別公式参照

適用範囲と税務解釈は、公式情報および現地専門家に確認してください。

業界観察：家電製造における平準化生産
平準化生産は単に計画を平らにすることではなく、需要、部材、能力、モデル構成を合わせた安定したリズムづくりです。