pacs008 logo pacs008

pacs.028.001.05 — 金融機関間支払ステータス照会

概要

pacs.028 メッセージは、金融機関が以前に送信した支払指図のステータスを照会するために送信します。未承諾のステータスレポートを待つことなく、支払処理の能動的な追跡を可能にします。

2026年3月23日に一次情報との照合を行いました。ISO 20022 カタログの参照日: 2025-02-27。ソースリンクは以下に記載しています。

主要データ要素

  • GrpHdr — メッセージ識別子と作成タイムスタンプを含むグループヘッダー
  • TxInf — 照会対象の支払を識別する取引情報
  • OrgnlGrpInf — 元メッセージを参照する元グループ情報
  • OrgnlInstrId — 元の支払からの元指図識別子
  • OrgnlEndToEndId — トレーサビリティのための元エンドツーエンド識別子

ビジネスコンテキスト

  • 処理中の支払指図に対する能動的なステータス照会を可能にする
  • 遅延または未着の支払を調査するオペレーションチームを支援
  • 待機するのではなくステータス通信を開始することで pacs.002 を補完
  • 例外処理および SLA モニタリングワークフローで使用
Key data elements and business context
主要データ要素 ビジネスコンテキスト
GrpHdr — メッセージ識別子と作成タイムスタンプを含むグループヘッダー 処理中の支払指図に対する能動的なステータス照会を可能にする
TxInf — 照会対象の支払を識別する取引情報 遅延または未着の支払を調査するオペレーションチームを支援
OrgnlGrpInf — 元メッセージを参照する元グループ情報 待機するのではなくステータス通信を開始することで pacs.002 を補完
OrgnlInstrId — 元の支払からの元指図識別子 例外処理および SLA モニタリングワークフローで使用
OrgnlEndToEndId — トレーサビリティのための元エンドツーエンド識別子 指図元エージェントは特定の支払のステータスを要求するため、被指図エージェントに pacs.028 を送信します。被指図エージェントは現在の処理ステータスを含む pacs.002 で応答します。

CBPR+およびスキーマコンテキスト

  • MT199 ステータス照会パターンおよび手動 SWIFT メッセージクエリを置き換える
  • CBPR+ は元メッセージ識別子に紐づく構造化されたステータスリクエストに対応
  • UETR ベースの gpi トラッキングにより手動照会の必要性が軽減
  • 自動化された支払オペレーションダッシュボードへの統合が進む

メッセージフロー

指図元エージェントは特定の支払のステータスを要求するため、被指図エージェントに pacs.028 を送信します。被指図エージェントは現在の処理ステータスを含む pacs.002 で応答します。

バージョン差分表

バージョン差分表
バージョン範囲 重要な理由 実装上の要点
pacs.028.001.05 pacs008 における現在の実装 現在のステータス照会モデリングに適しています。
pacs.028.001.06 後続のカタログ改訂版 将来の相互運用計画のため、より新しいカタログ改訂版を確認してください。

注釈付き XML サンプル

<FIToFIPmtStsReq>
  <GrpHdr>
    <MsgId>REQ-2026-0009MsgId>
  GrpHdr>
  <TxInf>
    <OrgnlInstrId>PAY-2026-8841OrgnlInstrId>
    <OrgnlEndToEndId>E2E-INV-2026-001OrgnlEndToEndId>
  TxInf>
FIToFIPmtStsReq>

フィールド解説

  • MsgId: 照会そのものにも、元の支払とは別の監査可能な識別子が必要です。
  • OrgnlInstrId: 照合精度を最大化するため、元の指図に含まれる正確な元識別子を使用してください。
  • OrgnlEndToEndId: 顧客向けトレーサビリティを含めることで、運用チームは照会をより迅速に照合できます.

比較 pacs.028 vs pacs.002

比較 pacs.028 vs pacs.002
観点 pacs.028.001.05 比較対象メッセージ
主目的 ステータスを照会する ステータスを報告する
やり取りを開始する主体 ステータスを照会する金融機関 ステータスを送る金融機関
運用上の位置付け 例外対応型の照会 イベント駆動の報告
避けるべき誤解 すべての支払について定常的に送るべきだという考え これにより能動的なケース管理が不要になるという考え

一次参照資料

関連メッセージ