Якщо виявлено дублікат міжнародного платежу, спочатку підтвердьте, що обидві транзакції існують і мають окремі references. Потім зупиніть подальші виплати, визначте status кожної й погодьте з банком та отримувачем законний шлях повернення або зарахування в рахунок майбутнього боргу.
Два співробітники майже одночасно відправили один invoice з різних кабінетів, і обидві заявки мають статус executed. Скасування «другої» навмання небезпечне: спочатку треба довести, що обидва payment IDs стосуються одного боргу й обидва справді покинули рахунок.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | компанія або приватний клієнт, що ініціював міжнародний банківський платіж |
| Кому | іноземна компанія, установа або перевірений приватний отримувач |
| Мета | врегулювання подвійної банківської оплати одного інвойсу |
| Валюта / інструмент | SWIFT, SEPA або інший банківський переказ із transaction reference |
| Що змінює висновок | status обох платежів, credit recipient, recall availability, refund route, fees і майбутні зобов’язання |
Що потрібно знати до платежу
Duplicate sending є окремою підставою для Recall у SCT
EPC rulebook передбачає duplicate sending як одну з обмежених причин, з якими Originator PSP може направити Recall. Це механізм запиту між провайдерами, а не гарантія автоматичного повернення коштів. (European Payments Council — 2025 SEPA Credit Transfer Rulebook)
Ключова контрольна умова
Два внутрішні request ID не завжди означають два executed payments; потрібно перевірити bank references і debits. (SWIFT — Payments)
Яку доказову нитку зберегти
Якщо обидва платежі зараховано, повернення має йти за погодженою процедурою отримувача, а не на нові реквізити з листа. (SWIFT — Unique End-to-end Transaction Reference)
Що змінює практичний висновок
Recall не є гарантованим поверненням і залежить від статусу, банків та згоди або правил конкретного випадку. (Your Europe — Payments and transfers)
Покрокова підготовка
- Доведіть дубль двома transaction records. Зіставте invoice, beneficiary, amount, currency, value date, debit entries, payment IDs і UETR. Позначте перший accepted payment і другий suspected duplicate; не покладайтеся лише на однаковий коментар.
- Негайно відкрийте один bank case. Повідомте обидва references, попросіть recall або recovery саме duplicate transaction і збережіть case number та deadline. Одночасно попередьте beneficiary через перевірений контакт, але не просіть повертати на нові реквізити.
- Побудуйте twin timeline. Для кожної транзакції зафіксуйте request, approval, debit, reference, status і recipient confirmation.
- Оберіть контрольований remedy. Запитайте банк про можливі дії та письмово погодьте refund або credit application з договірною стороною.
Які дані та документи зібрати
- bank confirmation або платіжне повідомлення з transaction reference і статусом
- інвойс, договір чи інша підстава з beneficiary, amount, currency і purpose
- два payment confirmations або доказ, що одна заявка не виконана
- refund agreement або statement про застосування переплати
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Дві особи погодили один invoice в різних системах. Обидва платежі зараховано; постачальник підтверджує переплату й повертає її на погоджений рахунок після документованої перевірки.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- щодо предмета «реагування на дві транзакції за одним зобов’язанням» називати платіж втраченим лише тому, що отримувач не бачить його в очікуваний день; наслідок — втрата зв’язку з метою: врегулювання подвійної банківської оплати одного інвойсу
- під час контролю предмета «реагування на дві транзакції за одним зобов’язанням» надсилати дублікат до з’ясування статусу й можливості повернення першої транзакції; окремої оцінки потребують: status обох платежів, credit recipient, recall availability, refund route, fees і майбутні зобов’язання
- просити повернення на рахунок, відмінний від перевіреної сторони, без повторного контролю
- одночасно запускати recall і неузгоджений refund
Де проходить межа поради
Остаточні вимоги залежать від юрисдикції, банку, платіжного провайдера, статусу сторін і призначення операції.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
- SWIFT — Payments
- SWIFT — Unique End-to-end Transaction Reference
- Your Europe — Payments and transfers
- TradePay — SWIFT та SEPA платежі
- European Payments Council — 2025 SEPA Credit Transfer Rulebook
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.