У погодженому PSD3/PSR package PSP може відповідати за spoofing-fraud losses, якщо не виконав визначені preventive obligations. Це ще не безумовна гарантія reimbursement: final wording, customer conduct, causal link, повідомлення про fraud і національний complaint process мають значення. До adoption твердження слід маркувати як зміст provisional agreement.
Spoofing тут означає impersonation provider, коли шахрай видає себе за банк або PSP і спонукає клієнта здійснити дію. Суперечка відрізняється від звичайного unauthorised transaction: клієнт міг сам підтвердити transfer, але під обманом. Саме тому evidence про warning, verification tool і contact timeline критичні.
Інформацію та офіційні джерела перевірено 2026-08-03. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | EU payment-service user, який авторизував або оскаржує fraud-related transfer |
| Кому | fraud beneficiary; complaint адресують account-servicing PSP |
| Мета | зрозуміти proposed reimbursement trigger і зберегти докази без обіцянки результату |
| Валюта / інструмент | account transfer, spoofed communication, preventive controls і complaint procedure |
| Що змінює висновок | final PSR wording, PSP duties, customer conduct, causal link, notification timing і jurisdiction |
Що потрібно знати до платежу
Spoofing включено до anti-fraud package
Council describes spoofing fraud як impersonation customer’s PSP, що змушує user виконати fraudulent financial action. Це policy scope provisional agreement. (Council — provisional agreement on payment services, 27.11.2025)
Liability прив’язана до preventive obligations
Council summary каже, що PSPs будуть liable, якщо не fulfil obligations щодо використання певних preventive tools. Summary не встановлює автоматичну виплату в кожному case. (Council — provisional agreement on payment services, 27.11.2025)
Final legal status ще не завершено
Parliament Legislative Train позначає PSD3/PSR close to adoption після ECON approval 5 May 2026. До final act межі claim треба звіряти з чинним PSD2/national law. (European Parliament Legislative Train — PSR/PSD3)
Покрокова підготовка
- Зупиніть подальші перекази. Негайно зв’яжіться з PSP через official channel, попросіть recall/hold і зафіксуйте case reference.
- Збережіть impersonation evidence. Експортуйте caller number, messages, fake domain, timestamps і точні інструкції без пересилання credentials.
- Відновіть control timeline. Запишіть warnings, name-check result, SCA screens та момент, коли provider отримав fraud notification.
- Подайте structured complaint. Окремо сформулюйте disputed facts, amount, requested remedy та applicable current-law basis.
- Не підміняйте current law proposal. Якщо посилаєтесь на PSD3/PSR, позначте provisional status і перевірте final text перед escalation.
Які дані та документи зібрати
- bank statement, transfer reference і beneficiary details
- screenshots/exports spoofed calls, messages, domains та timestamps
- PSP warnings, verification result і authentication audit trail
- formal complaint, provider response та ombudsman/court deadline register
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Клієнту подзвонили з підміненої bank number і переконали перевести кошти на «safe account». Він зберіг call log, transfer reference, warning screen та одразу повідомив PSP. У complaint команда описала preventive-tool evidence і чинні rights, а PSD3/PSR згадала лише як погоджений майбутній framework без гарантії compensation.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- обіцяти reimbursement лише через слово spoofing
- видаляти scam messages після блокування контакту
- подавати proposed PSR як чинну підставу complaint
- здійснювати повторний платіж до investigation першого
Де проходить межа поради
Eligibility for reimbursement залежить від чинного на дату події права та повних фактів. Provisional EU package не замінює індивідуальну legal assessment чи complaint deadline.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay може прийняти конкретний платіжний сценарій на індивідуальну перевірку маршруту, реквізитів і доступності; це не є гарантією виконання, строку, курсу або відповідності до завершення перевірки. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
- Council — provisional agreement on payment services, 27.11.2025
- European Parliament Legislative Train — PSR/PSD3
Дата редакційної перевірки: 2026-08-03.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.