Валідний IBAN означає лише правильну структуру account identifier, а не збіг із потрібною людиною чи компанією. Після Close Match або No Match не поспішайте змінювати name чи натискати «продовжити»: зупиніть авторизацію, звірте legal entity та підтвердьте IBAN через відомий канал. Якщо розбіжність пояснена, зафіксуйте evidence й лише тоді приймайте рішення.
Шахрай отримує доступ до пошти постачальника й замінює IBAN, залишаючи справжню назву в інвойсі. Новий account проходить checksum, але VOP повертає No Match. Інший частий випадок нешкідливий: рахунок відкритий на parent company, а invoice виписує дочірня. Однаковий warning потребує різних доказів, а не однакового автоматичного outcome.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | власник рахунку або компанія, що ініціює платіж у євро |
| Кому | фізична чи юридична особа з рахунком у зоні доступності схеми |
| Мета | перевірка схеми SEPA, швидкості, VOP і правил конкретного PSP |
| Валюта / інструмент | SCT, SCT Inst, VOP або миттєвий переказ СЕП України залежно від теми |
| Що змінює висновок | країна PSP, участь у схемі, валюта рахунку, effective date і доступність у провайдера |
Що потрібно знати до платежу
IBAN validation не перевіряє account holder
Checksum та country format виявляють технічні помилки в номері, але не підтверджують, що account належить названому beneficiary. (ECB — Instant Payments Regulation)
VoP повідомляє discrepancy до платежу
IPR вимагає показувати payer результат порівняння identifier та intended payee name до initiation і надавати сервіс безплатно. (ECB — Instant Payments Regulation)
Warning залишає рішення платнику
VoP не редагує instruction і не блокує всі mismatches централізовано. PSP має зрозуміло показати result, а payer оцінює ризик до authorization. (EPC — Verification of Payee)
Зміна реквізитів є окремим fraud signal
Новий IBAN у терміновому листі, зміна домену або прохання не телефонувати посилюють ризик незалежно від того, який exact VOP label показано.
Як порівняти варіанти
| Варіант | Коли розглядати | Що перевірити до дії |
|---|---|---|
| Виправити typo | Одержувач підтвердив написання, а IBAN не змінювався | Legal name з договору та повторний VOP result |
| Підтвердити group account | Рахунок належить parent, agent або collection provider | Договірну підставу, account owner і payment purpose |
| Зупинити payment | IBAN новий або beneficiary не пояснює mismatch | Independent callback, fraud escalation і відсутність authorization |
Покрокова підготовка
- Не авторизуйте одразу. Залиште payment draft і збережіть exact VoP response, введене ім’я, IBAN та timestamp.
- Поверніться до первинних документів. Порівняйте account і legal name з договором, попередньою успішною оплатою та supplier master.
- Зробіть independent callback. Використайте номер із договору чи старої перевіреної картки, а не контакти з листа про зміну IBAN.
- Поясніть ownership structure. Якщо account holder інший, отримайте документ про agent, parent або collection arrangement до платежу.
- Повторіть VoP і затвердьте. Після виправлення name чи IBAN запустіть нову перевірку та збережіть approval відповідальної особи.
Які дані та документи зібрати
- VoP warning із category, timestamp і entered values
- контракт та останній підтверджений invoice
- попередній успішний payment record для того самого supplier
- запис independent callback або signed bank-details form
- документ про payment agent чи parent account, якщо застосовно
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Будівельна компанія отримала No Match для IBAN постійного італійського постачальника. Лист просив термінову оплату на новий рахунок. Бухгалтер зателефонував за номером із старого договору й дізнався, що постачальник реквізити не змінював. Draft видалили, fraud team зберегла email headers, а платіж відправили на попередній IBAN після Match.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- вважати правильний IBAN checksum підтвердженням beneficiary
- натискати continue через терміновість invoice
- телефонувати за новим номером із підозрілого листа
- змінювати name до Match, не перевіривши account ownership
- не зберігати warning та approval після поясненого mismatch
Де проходить межа поради
VoP знижує ризик помилкової адресації, але не перевіряє договір, якість товару чи всі fraud scenarios. Внутрішній approval threshold і incident response визначає компанія та її PSP.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay не просить ігнорувати mismatch: менеджер спочатку отримує підтверджені реквізити й контекст, після чого перевіряє можливість операції. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.