pacs.002 і pacs.004: статус та повернення платежу в ISO 20022

pacs.002 передає статус іншого ISO 20022 message: наприклад, прийняття, відхилення або очікування обробки. pacs.004 є окремою payment return instruction і рухає кошти назад після попереднього settlement. Отримання pacs.002 саме по собі не означає ні credit одержувачу, ні повернення платнику.

У support ticket часто пишуть «платіж повернувся», коли система показала reject reason з pacs.002. В іншому випадку pacs.004 уже відправлено, але кошти ще не зараховані на вихідний рахунок. Правильний наступний крок залежить від message type, original reference, reason code і статусу бухгалтерського проведення.

Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.

Межі цього матеріалу

Параметр	Сценарій
Хто платить	бізнес або приватний клієнт, який ініціює транскордонний банківський платіж
Кому	іноземний контрагент або власник рахунку в іншій країні
Мета	перевірка формату, статусу чи правил SWIFT та ISO 20022 перед операцією
Валюта / інструмент	SWIFT CBPR+, ISO 20022 і повідомлення відповідного платіжного ланцюжка
Що змінює висновок	дата релізу, тип повідомлення, банк-учасник, якість адресних і платіжних даних

Що потрібно знати до платежу

pacs.002 описує processing status

Financial Institution to Financial Institution Payment Status Report посилається на попереднє повідомлення та передає статус на рівні group, transaction або instruction. Це response, а не новий credit transfer. (Swift — CBPR+ roadmap beyond SR2025)

pacs.004 ініціює повернення

Payment Return використовується, коли раніше проведені кошти спрямовуються назад через платіжний ланцюжок. У SR2026 Swift окремо робить ReturnIdentification обов’язковим для pacs.004 через CR3018. (Swift — CBPR+ roadmap beyond SR2025)

Reason code потребує текстового контексту

Стандартизований код допомагає автоматизувати routing, але не завжди містить усю операційну відповідь банку. Investigation може вимагати additional information або bilateral clarification. (BIS/CPMI — Future of financial messaging, April 2026)

Повернена сума може відрізнятися

До credit на рахунок платника можуть вплинути correspondent charges, FX і дата повернення. Очікувану суму не слід визначати лише за original instructed amount.

Як порівняти варіанти

Варіант	Коли розглядати	Що перевірити до дії
pacs.002 reject	Instruction не прийнята до подальшої обробки	Original message ID, transaction status, reason code і можливість виправлення
pacs.002 pending або accepted	Банк повідомляє проміжний processing state	Рівень статусу, timestamp і наступне очікуване повідомлення
pacs.004 return	Після settlement кошти відправляються назад	Return ID, original reference, amount, currency, reason та credit вихідного рахунку

Покрокова підготовка

Визначте тип повідомлення. Не покладайтеся на переклад у банківському UI: отримайте pacs.002 чи pacs.004 та точний transaction status.
Зв’яжіть його з оригіналом. Порівняйте original message ID, end-to-end ID, UETR, amount і currency, щоб не прикріпити status до іншої операції.
Розшифруйте reason. Прочитайте reason code і додатковий текст; якщо пояснення неповне, запросіть банк, який сформував response.
Перевірте бухгалтерський рух. Для pacs.004 окремо звірте debit/credit entries та суму, фактично повернену на рахунок після charges.
Оберіть безпечний наступний крок. Виправляйте й відправляйте заново лише rejected instruction; при pending або return спершу закрийте investigation і ризик дубліката.

Які дані та документи зібрати

копія pacs.002 або pacs.004 із прихованими зайвими даними
original pacs.008/pacs.009 reference та UETR
reason code, additional information і timestamp response
виписка з debit, return та final credit entries
листування з банком про repair, return charges або повторну оплату

Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.

Практичний сценарій

Експортер побачив у кабінеті статус «відхилено» й повідомив постачальнику про повернення. Operations витягла pacs.002 і встановила, що instruction не пройшла до settlement через неправильний account identifier; pacs.004 не існувало. Команда виправила реквізит, змінила transaction reference і відправила нову операцію лише після підтвердження відсутності debit.

Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.

Типові помилки

називати кожен pacs.002 доказом повернення грошей
вважати accepted status підтвердженням credit на рахунок одержувача
не звіряти original reference та прив’язати message до іншого платежу
обіцяти повернення повної суми без перевірки charges і FX
надсилати нову інструкцію, поки status попередньої лишається невизначеним

Де проходить межа поради

Конкретні статуси, reason codes і бухгалтерський момент залежать від usage guideline та платіжної інфраструктури. Остаточне зарахування або повернення підтверджує банк за рахунком.

Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.

Як перейти від статті до конкретної заявки

TradePay може допомогти зібрати identifiers і контекст для розбору статусу; рішення про повторний платіж приймається після підтвердження, що попередня операція не буде виконана. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.

За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.

Важливо

Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.

Джерела та перевірка

Дата редакційної перевірки: 2026-08-02.

TradePay Desk

Перевірте маршрут до відправлення коштів

Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.

Уточнити маршрут Читати в Telegram

Зворотний зв’язок

Наскільки корисним був матеріал?

Оцінка допомагає редакції обирати теми та оновлювати пояснення.

Оберіть оцінку від 1 до 5.