国・地域
インドネシア
記事の範囲
B2B, B2C, 送信, 税務報告
最終確認日
2026-08-28
インドネシアでは、電子税務インボイスを一つの同質なインターフェースと考えず、企業が利用チャネルを明確に選ぶ必要があります。
本ガイドの使い方
有効なプロジェクト成果は規則の要約ではありません。規則を法人、取引シナリオ、ソースデータ、システム動作、運用責任、証跡へ結び付ける追跡可能な判断モデルです。
エンドツーエンド運用
プラットフォーム呼出しは長い業務ライフサイクルの一段階です。
- 判定
生成前に範囲、チャネル、文書経路を決めます。 - 検証
ID、税務、金額、参照の不足を送信前に阻止します。 - 生成
追跡可能なマッピング版で形式を生成します。 - 送信
冪等キーと相関 ID で重複を防ぎます。 - 解釈
応答を財務向け状態と責任行動へ変換します。 - 交付・照合
顧客交付、結果、会計状態を整合します。 - 保存
ソース、データ、応答、文書、後続イベントを一つの証跡にします。
当該国固有の判断事項
01
現在のチャネル構成
DJP は Coretax DJP、ホスト間連携の PJAP、e-Faktur Client Desktop を主要な三つの作成チャネルとして示しています。2025 年 2 月 12 日からのデスクトップ利用には DJP 公告の除外条件があります。
02
チャネル選択は業務判断
適格性、取引コード、登録時期、請求量、自動化要件を基に選択します。大量処理を行う SAP 環境では、統制された連携経路とポータル例外の責任分担が必要です。
03
一つの運用台帳を維持
作成チャネルにかかわらず、文書識別、承認、差替え、顧客交付、VAT 申告、証跡を一元的に把握する必要があります。
各成果物を独立した統制対象として扱う
商業インボイス、送信データ、プラットフォーム応答、顧客文書は関連しますが同一ではありません。監視、照合、監査検索でも各オブジェクトと状態を区別できる必要があります。
| 判断領域 | 決定事項 | 保持すべき証跡 |
|---|---|---|
| ソース取引 | 権威ある ERP 文書と処理開始イベントを特定します。 | 文書キー、版、法人、時刻、ソース状態。 |
| 構造化ペイロード | 検証済み事実から国・プラットフォーム形式を生成します。 | ペイロード版、マッピング版、チェックサム、相関 ID。 |
| 応答 | 技術応答と業務応答を一つの成功フラグにまとめません。 | 原文応答、正規化状態、理由、次アクション。 |
| 顧客文書 | 適切な可読文書を合意チャネルで交付します。 | 文書、受領者、チャネル、時刻。 |
| 調整チェーン | 差替え、取消、クレジット等を原本へ関連付けます。 | 原本参照、イベント履歴、最終照合状態。 |
必須の失敗シナリオ
- ERP 計上後の検証拒否。
- 受理済みの可能性がある通信タイムアウト。
- 技術 ID は異なるが同じ業務文書の重複。
- 受理済みだが顧客交付・照合が未完了。
- 訂正により原本との関連が失われる事象。
公式情報源
- DJP Coretax information center
- DJP announcement PENG-13/PJ.09/2025 on e-Faktur Client Desktop
- DJP FAQ for e-Faktur Client Desktop
情報に関する注意: 本ガイドは記載した公式情報源に基づく一般的なビジネス情報であり、法務・税務・会計上の助言ではありません。導入前に最新規則と法人・取引固有の解釈を現地専門家へ確認してください。