ECB опублікував draft Digital Euro Scheme Rulebook v0.91 2 липня 2026 року. Він розвиває єдині rules, standards і procedures для potential scheme та враховує feedback market consultation June–October 2025. Draft охоплює use cases, actors, online/offline connectivity, user journeys, APIs, security, risk, disputes, adherence і testing, але не є чинним rulebook запущеної currency.
PSP отримує 0.91 і хоче заморозити API як production contract. Проте legislation ще не завершено, issue decision відсутнє, а draft може змінюватися. Корисне застосування документа — gap analysis і reversible prototype, а не customer commitment чи procurement «без права змін».
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | користувач, бізнес або фінансова установа залежно від retail чи wholesale сценарію |
| Кому | одержувач платежу, банк або учасник експериментальної інфраструктури |
| Мета | відокремити чинний платіжний інструмент від pilot, prototype чи policy target |
| Валюта / інструмент | digital euro, CBDC, tokenised deposits, IPS interlinking або чинний cross-border rail |
| Що змінює висновок | стадія проєкту, законодавство, учасники, corridor, FX, cost methodology і дата даних |
Що потрібно знати до платежу
Version 0.91 опублікована 2 липня
ECB documentation list датувала digital euro scheme rulebook v0.91 2 July 2026 і назвала її latest draft, а не final effective version. (ECB — Digital euro)
Draft враховує market consultation
ECB повідомляє, що 0.91 incorporates feedback, зібраний Rulebook Development Group під час large-scale consultation між June і October 2025. (ECB — Digital euro)
Scope включає business та technical layers
Планований rulebook охоплює services, flows, UX, brand, APIs, functional/security standards, risk, disputes, adherence, certification і change governance. (ECB — Digital euro)
Issuance залежить від legislation
ECB прямо відокремлює rulebook development від decision whether to issue, яке розглядатиметься після завершення EU legislative process. (ECB — Digital euro)
Як порівняти варіанти
| Варіант | Коли розглядати | Що перевірити до дії |
|---|---|---|
| Gap analysis | PSP оцінює майбутні capabilities | Requirement ID, draft version, affected system і uncertainty |
| Prototype | Потрібно перевірити API/UX concept | Reversible assumptions, synthetic data і no production promise |
| Final implementation | Є law, issuance decision та effective rulebook | Changed requirements, certification, dates і mandatory scope |
Покрокова підготовка
- Зафіксуйте version і date. У requirements repository позначте v0.91 як draft від 2 July 2026, щоб update не змішувався з final baseline.
- Розкладіть domains. Окремо оцініть onboarding, online/offline payments, acceptance, API, privacy, disputes, risk і certification.
- Позначте dependencies on law. Виділіть holding limits, legal tender, privacy та compensation questions, які не можна вирішити лише technical rulebook.
- Будуйте replaceable components. Prototype interfaces і test harness не повинні закріплювати draft fields у довгих customer/vendor contracts.
- Порівняйте наступну version. Після update зробіть structured diff, decision log і повторну оцінку, а не просто оновіть PDF.
Які дані та документи зібрати
- rulebook draft v0.91 від 2 July 2026
- requirement traceability matrix із draft status
- market-consultation feedback summary
- prototype test evidence на synthetic data
- version-diff і decision log для наступного release
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Acquirer почав оцінювати merchant acceptance за v0.91. Замість контракту на final API він створив sandbox adapter і traceability matrix. Коли майбутня version змінить field чи certification, adapter можна замінити без перебудови checkout. Sales заборонили називати capability live digital-euro acceptance до law, issuance decision і production rulebook.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- називати draft 0.91 чинною scheme requirement
- плутати publication документа з issuance currency
- заморожувати API contract без change clause
- ігнорувати legal dependencies, яких rulebook не вирішує
- не зберігати diff між draft versions
Де проходить межа поради
Усі detailed requirements можуть змінитися. Матеріал описує draft content для preparation, а не гарантує final technical architecture, participant obligations або launch.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay не заявляє підтримку digital euro за draft rulebook; новий rail може бути доданий лише після реального запуску й операційної перевірки. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.