Типы сообщений

pacs008 охватывает основное определение сообщения pacs.008 и связанные сообщения, используемые в потоках оркестрации и сверки.

Включённая поддержка

Тип сообщенияОписание
pacs.002.001.12FI to FI Payment Status Report
pacs.003.001.09FI to FI Customer Direct Debit
pacs.004.001.11Payment Return
pacs.007.001.11FI to FI Payment Reversal
pacs.008.001.01FI to FI Customer Credit Transfer
pacs.008.001.02FI to FI Customer Credit Transfer
pacs.008.001.03FI to FI Customer Credit Transfer
pacs.008.001.04FI to FI Customer Credit Transfer
pacs.008.001.05FI to FI Customer Credit Transfer
pacs.008.001.06FI to FI Customer Credit Transfer
pacs.008.001.07FI to FI Customer Credit Transfer
pacs.008.001.08FI to FI Customer Credit Transfer
pacs.008.001.09FI to FI Customer Credit Transfer
pacs.008.001.10FI to FI Customer Credit Transfer
pacs.008.001.11FI to FI Customer Credit Transfer
pacs.008.001.12FI to FI Customer Credit Transfer
pacs.008.001.13FI to FI Customer Credit Transfer
pacs.009.001.10Financial Institution Credit Transfer
pacs.010.001.05Financial Institution Direct Debit
pacs.028.001.05FI to FI Payment Status Request

Модель поставки

Каждый поддерживаемый тип сообщения обеспечен шаблонами и логикой валидации, чтобы команды могли стандартизировать генерацию и регрессионное тестирование по нескольким каналам.

Рыночный контекст 2026

  • SEPA SCT / SCT Inst: pacs.008 остаётся центральным для обмена кредитовыми переводами и обработки мгновенных платежей.
  • CBPR+: pacs.008 продолжает заменять трансграничные нагрузки в стиле MT103 более богатыми структурированными данными.
  • Структурированные адреса: текущие рыночные рекомендации указывают на переход в ноябре 2026 от полностью неструктурированных почтовых адресов.
  • Серийный метод и STP: многоэтапные межбанковские цепочки по-прежнему важны, а варианты сквозной обработки остаются ключевыми для операционной эффективности.

Операционные возможности

pacs008 предоставляет генерацию и валидацию на основе шаблонов по поддерживаемым ревизиям определений сообщений:

  • сравнивать версии
  • проводить регрессионное тестирование обновлений схем
  • укреплять данные исходящих платёжных сообщений перед релизом
  • поддерживать команды продукта, операций и миграции из одной кодовой базы

Last updated: