国・地域
マレーシア
記事の範囲
マレーシア向け SAP/ERP 連携設計
最終確認日
2026-08-28
法定識別、金額、請求種別、元文書関係のすべてに一つの権威ある情報源があって初めて、マレーシア連携は信頼できます。RBW は単なる XML 出力ではなく、統制された請求ライフサイクルとして設計します。
本ガイドの使い方
有効なプロジェクト成果は規則の要約ではありません。規則を法人、取引シナリオ、ソースデータ、システム動作、運用責任、証跡へ結び付ける追跡可能な判断モデルです。
連携境界の責任を定義する
各事実と状態には一つの権威層が必要です。ミドルウェアは不足する業務事実を推測しません。
| 判断領域 | 決定事項 | 保持すべき証跡 |
|---|---|---|
| SAP / ERP | 文書 ID、取引先、税、明細、金額、通貨、原本関係を所有します。 | 検証済みスナップショットと準備結果。 |
| 連携層 | 決定済み事実の変換、承認済み経路、冪等、相関を担います。 | マッピング版、経路判断、要求・応答ログ。 |
| サービス/公式経路 | 選択された伝送、署名、プラットフォーム処理を行います。 | 参照番号、時刻、原文応答。 |
| 財務運用 | 業務解決、顧客連絡、照合、期末完全性を担います。 | 行動ログ、滞留、照合状態、承認。 |
| 保存/監査 | ソース、データ、応答、可読文書、イベントを一つのキーで保持します。 | 検索可能な証跡パッケージ。 |
当該国固有の判断事項
| 判断領域 | 決定事項 |
|---|---|
| SAP の権威ある業務事実から始める | 売り手・買い手識別、登録番号・税番号、文書種別、通貨、金額、税処理、明細分類、参照元を確定します。必須事実がない場合は準備チェックで明示的に停止し、無関係な項目から推測したり、静かな既定値で代替したりしません。 |
| 再利用コアとマレーシアルールを分離 | 共通層は文書識別、情報源追跡、準備、状態、保管を管理し、マレーシア層はそれらを MyInvois の意味文書とプラットフォームフローへ変換します。国別変更を隔離しながら、財務と IT の運用モデルを統一できます。 |
| 送信後のループを閉じる | プラットフォーム状態と例外を責任を持つ業務文書へ返します。運用では統制された再送、訂正、照合を行い、保管では元データ、送信内容、応答、後続調整を残します。ここで説明するのは導入設計と製品機能であり、すべてのマレーシアシナリオが本番対応済みである証拠ではありません。 |
HTTP 結果ではなく業務状態モデルを使う
次の行動を明確にし、技術的成功を法定・運用完了と誤認しない設計にします。
- 準備完了
必要な業務事実と範囲判断が完了。 - ブロック
決定的な準備エラーで生成・送信を停止。 - 待機
適格文書が統制処理待ち。 - 送信済み
相関 ID はあるが終端結果は未取得。 - 受理/拒否
原文を保ちながら結果を正規化。 - 訂正必要
統制された後続処理を原本へ接続。 - 完了
結果、交付、ERP 状態、照合が完了。
稼働判定基準
- 各項目に一つの権威ソースと不足時の阻止規則がある。
- 法人・取引・承認経路で決定的にルーティングする。
- タイムアウト、重複、拒否、訂正、取消を E2E 試験する。
- 財務が技術ログなしで例外処理できる。
- ERP 母集団と終端結果の完全性を照合できる。
- 業務キーで所定時間内に証跡を取得できる。
公式情報源
情報に関する注意: 本ガイドは記載した公式情報源に基づく一般的なビジネス情報であり、法務・税務・会計上の助言ではありません。導入前に最新規則と法人・取引固有の解釈を現地専門家へ確認してください。