20 вересня 2026 року одночасно набудуть чинності VOP Scheme Rulebook 1.1, Inter-PSP API Specifications 1.1.1 і API Security Framework 2.1. API update забороняє порожні fields та уточнює character set, timestamp і HTTP headers. PSP потрібно оновити контракт, certificates і negative tests як один release, а не лише замінити номер rulebook.
VOP gateway може правильно порівнювати IBAN та name, але все одно перестати взаємодіяти з counterparty після cutover: JSON містить empty string, timestamp має інший формат або certificate profile не відповідає ASF 2.1. Такий дефект виглядає користувачу як «перевірка недоступна», хоча matching engine не запускався.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | власник рахунку або компанія, що ініціює платіж у євро |
| Кому | фізична чи юридична особа з рахунком у зоні доступності схеми |
| Мета | перевірка схеми SEPA, швидкості, VOP і правил конкретного PSP |
| Валюта / інструмент | SCT, SCT Inst, VOP або миттєвий переказ СЕП України залежно від теми |
| Що змінює висновок | країна PSP, участь у схемі, валюта рахунку, effective date і доступність у провайдера |
Що потрібно знати до платежу
Три документи мають одну effective date
EPC опублікував Rulebook 1.1, API Specifications 1.1.1 та API Security Framework 2.1 із набранням чинності 20 вересня 2026 року. (EPC — VOP Rulebook v1.1 update)
Empty API fields більше не дозволені
Inter-PSP API Specifications 1.1.1 містять зміну, за якою порожні API fields не допускаються для узгодженості зі стандартами. (EPC — VOP Rulebook v1.1 update)
API clarifications охоплюють transport details
Версія 1.1.1 уточнює character set, Timestamp і HTTP Headers, зокрема handling content-type. Це вимагає contract tests між VOP participants. (EPC — VOP Rulebook v1.1 update)
ASF 2.1 уточнює certificates
Security Framework 2.1 містить додаткові пояснення щодо використання certificates у VOP та стає обов’язковим для VOP, SRTP і SPAA API participants із тієї самої дати. (EPC — VOP Rulebook v1.1 update)
Як порівняти варіанти
| Варіант | Коли розглядати | Що перевірити до дії |
|---|---|---|
| API contract update | Gateway надсилає або приймає VOP requests | Empty fields, charset, timestamp, headers і backward compatibility |
| Certificate readiness | Participant використовує mutual API security | Certificate type, trust chain, expiry, rollover та production endpoint |
| Operations cutover | Змінюється production version | Monitoring, fallback behavior, partner contacts і user-facing unavailable response |
Покрокова підготовка
- Зафіксуйте три версії. Додайте до release scope Rulebook 1.1, API 1.1.1 і ASF 2.1 із єдиною датою 20 вересня.
- Знайдіть empty-string payloads. Прогоніть production-like requests і приберіть порожні optional fields відповідно до API contract.
- Перевірте protocol details. Додайте tests для Unicode names, timestamp timezone, content-type та обов’язкових HTTP headers.
- Пройдіть certificate rollover. Перевірте trust stores, expiry alerts і процедуру одночасної підтримки старого та нового certificate під час cutover.
- Відрепетируйте unavailable flow. UI не повинен показувати Match, якщо VOP request не дійшов; збережіть technical reason і дайте платнику окреме попередження.
Які дані та документи зібрати
- VOP Rulebook 1.1 з effective date
- Inter-PSP API Specifications 1.1.1
- API Security Framework 2.1 і certificate inventory
- contract-test results для empty fields, charset та headers
- production cutover runbook із partner escalation contacts
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
PSP оновив matching rules, але залишив старий serializer, який надсилав middleName: "". На bilateral test counterparty відхилив request ще до name comparison. Команда прибрала empty field, додала UTF-8 та timezone cases, перевірила certificate chain і повторила повний unavailable flow. До 20 вересня зміна була підтверджена не скриншотом Match, а API evidence.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- оновити Rulebook 1.1 і не змінити API Specifications 1.1.1
- передавати порожній рядок замість відсутнього optional field
- перевіряти лише ASCII names без diacritics і різних scripts
- відкласти certificate test до production weekend
- перетворювати technical unavailable на No Match у клієнтському UI
Де проходить межа поради
Матеріал передає оприлюднений EPC release package, але не замінює повні rulebook, API та security documents. Кожен participant має перевірити bilateral implementation і актуальні clarifications.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay може враховувати VoP response, який повернув банк, але не керує inter-PSP API release та certificate infrastructure учасників EPC. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.