タイ e-Tax Invoice & e-Receipt の SAP 連携

請求生成、顧客形式、署名、XML 送信、確認、保存を連携させます。
国・地域

タイ

記事の範囲

B2B, B2C, 送信, 税務報告

最終確認日

2026-08-28

タイの SAP 連携は、単一の送信 XML 変換ではなく、連携された文書プロセスです。

本ガイドの使い方

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

連携境界の責任を定義する

各事実と状態には一つの権威層が必要です。ミドルウェアは不足する業務事実を推測しません。

判断領域決定事項保持すべき証跡
SAP / ERP文書 ID、取引先、税、明細、金額、通貨、原本関係を所有します。検証済みスナップショットと準備結果。
連携層決定済み事実の変換、承認済み経路、冪等、相関を担います。マッピング版、経路判断、要求・応答ログ。
サービス/公式経路選択された伝送、署名、プラットフォーム処理を行います。参照番号、時刻、原文応答。
財務運用業務解決、顧客連絡、照合、期末完全性を担います。行動ログ、滞留、照合状態、承認。
保存/監査ソース、データ、応答、可読文書、イベントを一つのキーで保持します。検索可能な証跡パッケージ。

当該国固有の判断事項

判断領域決定事項
業務事実と表現を分離会社、顧客、税、品目、金額、文書参照の権威ある事実は SAP から取得します。顧客文書と税務 XML は同じ検証済み事実から、それぞれの目的に合わせて生成します。
署名責任を明確化企業または委託プロバイダーのどちらが電子文書を作成・署名するか、使用証明書、署名失敗の処理を定義します。
完全な証跡を保存SAP ソース、顧客文書、署名証跡、送信 XML、送信確認、訂正を一つの追跡可能な業務 ID で保持します。

HTTP 結果ではなく業務状態モデルを使う

次の行動を明確にし、技術的成功を法定・運用完了と誤認しない設計にします。

  1. 準備完了
    必要な業務事実と範囲判断が完了。
  2. ブロック
    決定的な準備エラーで生成・送信を停止。
  3. 待機
    適格文書が統制処理待ち。
  4. 送信済み
    相関 ID はあるが終端結果は未取得。
  5. 受理/拒否
    原文を保ちながら結果を正規化。
  6. 訂正必要
    統制された後続処理を原本へ接続。
  7. 完了
    結果、交付、ERP 状態、照合が完了。

稼働判定基準

  • 各項目に一つの権威ソースと不足時の阻止規則がある。
  • 法人・取引・承認経路で決定的にルーティングする。
  • タイムアウト、重複、拒否、訂正、取消を E2E 試験する。
  • 財務が技術ログなしで例外処理できる。
  • ERP 母集団と終端結果の完全性を照合できる。
  • 業務キーで所定時間内に証跡を取得できる。

公式情報源

情報に関する注意: 本ガイドは記載した公式情報源に基づく一般的なビジネス情報であり、法務・税務・会計上の助言ではありません。導入前に最新規則と法人・取引固有の解釈を現地専門家へ確認してください。
タイ：顧客向け電子文書、デジタル署名、税務 XML は別の出力
顧客が読む電子文書と Revenue Department へ送る標準 XML は目的が異なります。