ブラジルの電子税務文書体系:NF-e だけではない

NF-e、NFC-e、NFS-e、CT-e、MDF-e は異なる業務・税務責任を表します。
国・地域

ブラジル

記事の範囲

B2B, B2C, 送信, 受信, 税務報告

最終確認日

2026-08-28

ブラジルは一つの請求ペイロードを持つ国コネクターではなく、電子税務文書ファミリーとしてモデル化します。

本ガイドの使い方

有効なプロジェクト成果は規則の要約ではありません。規則を法人、取引シナリオ、ソースデータ、システム動作、運用責任、証跡へ結び付ける追跡可能な判断モデルです。

エンドツーエンド運用

プラットフォーム呼出しは長い業務ライフサイクルの一段階です。

  1. 判定
    生成前に範囲、チャネル、文書経路を決めます。
  2. 検証
    ID、税務、金額、参照の不足を送信前に阻止します。
  3. 生成
    追跡可能なマッピング版で形式を生成します。
  4. 送信
    冪等キーと相関 ID で重複を防ぎます。
  5. 解釈
    応答を財務向け状態と責任行動へ変換します。
  6. 交付・照合
    顧客交付、結果、会計状態を整合します。
  7. 保存
    ソース、データ、応答、文書、後続イベントを一つの証跡にします。

当該国固有の判断事項

01

取引ごとに異なる文書

Receita Federal の一覧は、物品の NF-e、消費者小売の NFC-e、サービスの NFS-e、輸送の CT-e、輸送文書管理の MDF-e などを区別しています。

02

当局とプラットフォームが異なる

物品・輸送文書は主に州税務サービス、サービス請求は市の責任と発展中の全国 NFS-e 標準に関係します。法人と取引状況が経路を決めます。

03

文書ファミリー台帳を作る

インターフェース設計前に、ブラジルの取引、文書モデル、発行者、受領者、承認当局、イベント、保存要件を一覧化します。

各成果物を独立した統制対象として扱う

商業インボイス、送信データ、プラットフォーム応答、顧客文書は関連しますが同一ではありません。監視、照合、監査検索でも各オブジェクトと状態を区別できる必要があります。

判断領域決定事項保持すべき証跡
ソース取引権威ある ERP 文書と処理開始イベントを特定します。文書キー、版、法人、時刻、ソース状態。
構造化ペイロード検証済み事実から国・プラットフォーム形式を生成します。ペイロード版、マッピング版、チェックサム、相関 ID。
応答技術応答と業務応答を一つの成功フラグにまとめません。原文応答、正規化状態、理由、次アクション。
顧客文書適切な可読文書を合意チャネルで交付します。文書、受領者、チャネル、時刻。
調整チェーン差替え、取消、クレジット等を原本へ関連付けます。原本参照、イベント履歴、最終照合状態。

必須の失敗シナリオ

  • ERP 計上後の検証拒否。
  • 受理済みの可能性がある通信タイムアウト。
  • 技術 ID は異なるが同じ業務文書の重複。
  • 受理済みだが顧客交付・照合が未完了。
  • 訂正により原本との関連が失われる事象。

公式情報源

情報に関する注意: 本ガイドは記載した公式情報源に基づく一般的なビジネス情報であり、法務・税務・会計上の助言ではありません。導入前に最新規則と法人・取引固有の解釈を現地専門家へ確認してください。
タイ e-Tax Invoice & e-Receipt の SAP 連携
請求生成、顧客形式、署名、XML 送信、確認、保存を連携させます。