pacs008 logo pacs008

pacs.002.001.12 — Laporan Status Pembayaran FI ke FI

Ikhtisar

Pesan pacs.002 dikirim oleh lembaga keuangan untuk melaporkan status instruksi pembayaran yang sebelumnya dikirim. Pesan ini memberikan informasi konfirmasi, penolakan, atau status tertunda untuk transaksi individual dalam pesan pembayaran.

Terakhir ditinjau terhadap sumber primer pada 23 Maret 2026. Tanggal referensi katalog ISO 20022: 2025-02-27; tautan sumber tercantum di bawah.

Elemen data utama

  • GrpHdr — Group Header dengan identifikasi pesan dan stempel waktu pembuatan
  • OrgnlGrpInfAndSts — Informasi Grup Asli dan Status untuk pelaporan tingkat massal
  • TxInfAndSts — Informasi Transaksi dan Status untuk hasil transaksi individual
  • StsRsnInf — Informasi Alasan Status dengan kode alasan terstruktur
  • OrgnlTxRef — Referensi Transaksi Asli yang menghubungkan kembali ke instruksi sumber

Konteks bisnis

  • Digunakan untuk mengonfirmasi penyelesaian atau melaporkan penolakan transfer kredit, debit langsung, dan pengembalian pembayaran
  • Memungkinkan rekonsiliasi antara agen yang memberi instruksi dan agen yang diinstruksikan
  • Diperlukan dalam alur CBPR+ untuk mengakui pemrosesan pesan pacs.008 dan pacs.009
  • Mendukung pelaporan status baik tingkat grup massal maupun tingkat transaksi individual
Key data elements and business context
Elemen data utama Konteks bisnis
GrpHdr — Group Header dengan identifikasi pesan dan stempel waktu pembuatan Digunakan untuk mengonfirmasi penyelesaian atau melaporkan penolakan transfer kredit, debit langsung, dan pengembalian pembayaran
OrgnlGrpInfAndSts — Informasi Grup Asli dan Status untuk pelaporan tingkat massal Memungkinkan rekonsiliasi antara agen yang memberi instruksi dan agen yang diinstruksikan
TxInfAndSts — Informasi Transaksi dan Status untuk hasil transaksi individual Diperlukan dalam alur CBPR+ untuk mengakui pemrosesan pesan pacs.008 dan pacs.009
StsRsnInf — Informasi Alasan Status dengan kode alasan terstruktur Mendukung pelaporan status baik tingkat grup massal maupun tingkat transaksi individual
OrgnlTxRef — Referensi Transaksi Asli yang menghubungkan kembali ke instruksi sumber Agen yang diinstruksikan (penerima) mengirim pacs.002 kembali ke agen yang memberi instruksi (pengirim) untuk mengonfirmasi penerimaan, penyelesaian, atau penolakan instruksi pembayaran yang diterima seperti pacs.008 atau pacs.009.

Konteks CBPR+ dan skema

  • Menggantikan narasi status MT199 dan field 79 dalam pesan MT
  • CBPR+ mewajibkan pacs.002 untuk semua komunikasi status pembayaran
  • Kode alasan terstruktur menggantikan penjelasan penolakan teks bebas
  • Integrasi pelacakan SWIFT gpi memerlukan pacs.002 untuk transparansi ujung-ke-ujung

Alur pesan

Agen yang diinstruksikan (penerima) mengirim pacs.002 kembali ke agen yang memberi instruksi (pengirim) untuk mengonfirmasi penerimaan, penyelesaian, atau penolakan instruksi pembayaran yang diterima seperti pacs.008 atau pacs.009.

Tabel perbedaan versi

Tabel perbedaan versi
Rentang versi Mengapa ini penting Kesimpulan implementasi
pacs.002.001.12 Implementasi saat ini di pacs008 Gunakan ini saat menyesuaikan dengan contoh XML proyek saat ini dan aset validasi.
pacs.002.001.13-15 Revisi katalog berikutnya Review later ISO revisions before new interoperability work.

Contoh XML beranotasi

<FIToFIPmtStsRpt>
  <GrpHdr>
    <MsgId>STS-2026-0001MsgId>
    <CreDtTm>2026-03-01T09:15:00ZCreDtTm>
  GrpHdr>
  <TxInfAndSts>
    <OrgnlInstrId>PAY-2026-8841OrgnlInstrId>
    <TxSts>RJCTTxSts>
    <StsRsnInf>
      <Rsn><Cd>AC01Cd>Rsn>
    StsRsnInf>
  TxInfAndSts>
FIToFIPmtStsRpt>

Komentar bidang

  • MsgId: Use a new identifier for the status report itself.
  • OrgnlInstrId: Keep the original instruction identifier intact.
  • TxSts: Map this carefully to internal workflow states.
  • StsRsnInf: Structured reason codes are more useful than free text.

Bandingkan pacs.002 vs pacs.028

Bandingkan pacs.002 vs pacs.028
Dimensi pacs.002.001.12 Pesan pembanding
Tujuan utama Laporkan status Minta status
Siapa yang memulai interaksi Institusi yang mengirim status Institusi yang meminta status
Posisi operasional Pelaporan berbasis peristiwa Permintaan berbasis pengecualian
Asumsi keliru yang harus dihindari Bahwa pelaporan status menggantikan alur penelusuran dan investigasi Bahwa setiap pembayaran memerlukan permintaan status eksplisit

Referensi primer

Pesan terkait