Тип: Постанова
№ 11
Дата: 01 лютого 2021 р.
Статус: Втратив чинність
ПРАВЛІННЯ НАЦІОНАЛЬНОГО БАНКУ УКРАЇНИ
ПОСТАНОВА
01.02.2021 № 11
{Постанова втратила чинність на підставі Постанови Національного банку № 97 від 19.08.2025}
Про внесення змін до Правил формування та використання QR-коду для здійснення кредитових переказів
Відповідно до статей 7, 15, 40, 56 Закону України "Про Національний банк України" та з метою встановлення єдиних засад використання QR-коду для здійснення кредитових переказів учасниками безготівкових розрахунків Правління Національного банку України ПОСТАНОВЛЯЄ:
1. Унести зміни до Правил формування та використання QR-коду для здійснення кредитових переказів, затверджених постановою Правління Національного банку України від 28 травня 2020 року № 68, виклавши їх у новій редакції, що додається.
2. Департаменту платіжних систем та інноваційного розвитку (Андрій Поддєрьогін) після офіційного опублікування довести до відома банків, небанківських фінансових установ України, а також Акціонерного товариства "Укрпошта" інформацію про прийняття цієї постанови.
3. Контроль за виконанням цієї постанови покласти на заступника Голови Національного банку України Олексія Шабана.
4. Постанова набирає чинності через три місяці після її офіційного опублікування.
Голова
К. Шевченко
ЗАТВЕРДЖЕНО
Постанова Правління
Національного банку України
28.05.2020 № 68
(у редакції
постанови Правління
Національного банку України
01.02.2021 № 11)
ПРАВИЛА
формування та використання QR-коду для здійснення кредитових переказів
I. Загальні положення
1. Ці Правила розроблені відповідно до вимог Законів України "Про Національний банк України", "Про платіжні системи та переказ коштів в Україні", "Про банки і банківську діяльність", постанови Правління Національного банку України від 28 грудня 2018 року № 162 "Про запровадження міжнародного номера банківського рахунку (IBAN) в Україні" (зі змінами) та національного стандарту України ДСТУ ISO/IEC 18004:2019 "Інформаційні технології. Методи автоматичної ідентифікації та збору даних. Специфікація символіки штрих-коду QR-коду", затвердженого наказом Державного підприємства "Український науково-дослідний і навчальний центр проблем стандартизації, сертифікації та якості" від 21 грудня 2019 року № 468 (далі - ДСТУ ISO/IEC 18004:2019).
2. Ці Правила визначають єдині засади формування та використання QR-коду учасниками безготівкових розрахунків для здійснення кредитових переказів та містять вимоги до елементів даних QR-коду.
3. Ці Правила запроваджуються з метою підвищення зручності розрахунків і є уніфікованими для всіх учасників безготівкових розрахунків. Формування та використання QR-коду не є обов'язковим для здійснення кредитових переказів.
4. Учасники безготівкових розрахунків у разі використання QR-коду для здійснення кредитових переказів мають забезпечити його формування та використання відповідно до цих Правил.
5. У цих Правилах терміни та поняття вживаються в таких значеннях:
1) версія QR-коду - параметр, який визначає розмірність QR-коду, - кількість модулів в обох напрямах. Може мати значення від 1 до 40 включно;
2) виправлення помилок у QR-коді - механізм, який дає змогу автоматично виявляти та виправляти помилки, що можуть виникати під час сканування графічного відтворення QR-коду. Під час генерації та сканування QR-коду може використовуватись один із чотирьох рівнів корекції помилок за рахунок включення спеціалізованих надлишкових даних;
3) модуль - найменша інформаційна одиниця QR-коду. Розмір сторони QR-коду дорівнює: номер версії QR-коду•4+17 модулів. Ширина/висота QR-коду розраховується як кількість модулів, помножена на X-розмір модуля;
4) QR-код (quick response - швидкий відгук) - матричний код (двовимірний штрих-код), який містить інформацію щодо отримувача коштів і призначений для сканування за допомогою мобільного пристрою, сканера штрих-коду з метою швидкого та безпомилкового передавання реквізитів операції переказу коштів.
Інші терміни та поняття в цих Правилах використовуються в значеннях, визначених у законах України та нормативно-правових актах Національного банку України.
II. Структура даних QR-коду
6. Характеристики символів QR-коду, методи кодування символів даних, формати символів, характеристики розмірів, правила корекції помилок, алгоритм декодування посилань, вимоги до якості продукції та інші параметри визначені ДСТУ ISO/IEC 18004:2019.
7. До стандартів кодування символів у QR-коді належать:
1) ISO 646 - для усіх символів, крім кириличних;
2) UTF-8, Win1251 або інші стандарти - для кириличних символів.
8. Елементи даних QR-коду, стандарти кодування кириличних символів, особливості кодування даних і приклади QR-кодів для версії формату 001 наведено в додатку 1 до цих Правил.
Елементи даних QR-коду, стандарти кодування кириличних символів, особливості кодування даних та приклади QR-кодів для версії формату 002 наведено в додатку 2 до цих Правил.
III. Генерація QR-коду
9. Правила формування рядка, з якого формується QR-код, визначаються у додатках 1, 2 до цих Правил з описом відповідних версій формату.
10. Загальний обсяг даних, які підлягають кодуванню для генерації QR-коду, що містить структуру відповідної версії формату, визначається у додатках 1, 2 до цих Правил з описом цих версій формату. Учасник безготівкових розрахунків під час генерації QR-коду повинен зменшити (оптимізувати) обсяг даних в одному або кількох полях змінної довжини QR-коду або застосувати іншу версію формату, якщо загальний обсяг даних, які підлягають кодуванню, перевищує максимальний обсяг для обраної версії формату.
11. Генерація QR-коду має бути виконана з рівнем корекції помилок "M" або "L" (залежно від умов відображення QR-коду), тобто можливість корекції помилок або надмірності даних становить близько 15 % або 7 % відповідно.
12. Максимальна версія згенерованого QR-коду визначається у додатках 1, 2 до цих Правил з описом відповідних версій формату.
13. Використання версій QR-коду менших, ніж визначені як максимальні для відповідних версій формату, дозволяється.
IV. Відображення QR-коду
14. QR-код може друкуватися (відображатися в електронному вигляді) на рахунку (інвойсі) разом із рештою платіжної інформації або друкуватися (відображатися в електронному вигляді) окремо від рахунку (інвойса).
15. Вміст інформації в тексті рахунку (інвойсі) та в розкодованих даних з QR-коду має бути ідентичним.
16. На рахунку (інвойсі) має бути зарезервовано достатньо місця, щоб відповідати QR-кодам, які містять максимальний обсяг даних. Для коректного відображення QR-коду має забезпечуватись відступ від країв паперу, ліній згину та тексту. Точка прив'язки QR-коду і напрямок, у якому код зростає зі збільшенням даних, також повинні враховуватися під час позиціонування QR-коду.
17. Роздільна здатність принтера визначатиме точний розмір QR-коду. X-розмір менше 0,5 мм не рекомендовано використовувати через можливі проблеми з друкуванням і подальшим скануванням QR-коду.
V. Сканування QR-коду
18. Інформація, що міститься в QR-коді, сканується за допомогою камери пристрою, платіжного застосунку (далі - застосунок), спеціалізованого банківського обладнання або універсального сканера QR-кодів. Дані розкодовуються як пропозиція щодо здійснення платежу, яка відобразиться в застосунку або інших інформаційних системах (програмному забезпеченні).
19. Намір здійснення переказу коштів за реквізитами отримувача переказу, що містяться в QR-коді, має бути підтверджений платником.
Додаток 1
до Правил формування
та використання QR-коду
для здійснення
кредитових переказів
(пункт 8 розділу II)
Елементи даних QR-коду, стандарти кодування кириличних символів, особливості кодування даних і приклади QR-кодів для версії формату 001
Таблиця 1
Елементи даних QR-коду для версії формату 001
№
з/п
Назва/призначення елемента
Довжина
Фікс./змін.
Обов'язковість
Кодування
Наповнення/зміст
1
2
3
4
5
6
7
1
Код старту застосунку
23 В
Фікс.
О
А
RFU (зарезервовано для подальшого використання)
2
Службова мітка
3 В
Фікс.
О
А
BCD
3
Версія формату
3 В
Фікс.
О
А
001
4
Кодування
1 В
Фікс.
О
А
1
5
Функція
3 В
Фікс.
О
А
UCT
6
BIC
11 В
Змін.
Р
А
Bank Identifier Code (BIC) банку отримувача
RFU (зарезервовано для подальшого використання)
7
Отримувач
70 С
Змін.
О
*
Прізвище, ім'я, по батькові фізичної особи/найменування юридичної особи
8
Рахунок отримувача
34 В
Змін.
О
А
Номер рахунку отримувача
9
Сума/валюта
15 В
Змін.
Оп.
А
Сума та валюта
10
Код отримувача
10 В
Змін.
О
*
Код за ЄДРПОУ / реєстраційний (обліковий) номер платника податку, який присвоюється контролюючими органами, отримувача - юридичної особи; реєстраційний номер облікової картки платника податків (далі - РНОКПП) отримувача - фізичної особи;
серію (за наявності) та номер паспорта отримувача - фізичної особи, якщо через свої релігійні переконання вона відмовилася від прийняття реєстраційного номера облікової картки платника податків та повідомила про це відповідний контролюючий орган і має відмітку в паспорті
11
Ціль
4 В
Змін.
Р
А
Код цілі в класифікаторі типів платежів RFU (зарезервовано для подальшого використання)
12
Reference
35 В
Змін.
Р
А
Посилання на рахунок (інвойс) RFU (зарезервовано для подальшого використання)
13
Призначення платежу
140 С
Змін.
О
*
Узгодження у форматі тексту
14
Відображення (дисплей)
70 С
Змін.
Р
*
Додатковий текст
I. Пояснення до заповнення таблиці 1
1. Колонка 3 "Довжина" містить визначений або максимальний розмір елемента:
1) В - у байтах;
2) С - у символах (розмір у байтах таких елементів може залежати від вмісту елемента, оскільки кодування (наприклад, UTF-8) передбачає використання одного або кількох байтів на символ).
2. Колонка 4 "Фікс./змін." визначає довжину елемента:
1) фікс. - фіксована, елемент завжди має бути визначеної довжини;
2) змін. - змінна, елемент може бути будь-якої довжини в межах визначеної.
3. Колонка 5 "Обов'язковість":
1) О - обов'язковий, не може бути порожнім;
2) Оп. - опціональний, обов'язково наявний, може містити текст або бути порожнім (складатися виключно із "закінчення рядка");
3) Р - резервний, у зазначеній версії формату має бути порожнім (складатися виключно із "закінчення рядка").
4. Колонка 6 "Кодування":
1) А - ISO 646;
2) * - ISO 646 або UTF-8 відповідно до значення у полі "Кодування" (для полів, у яких можуть міститися дані з різним кодуванням).
5. "Закінчення рядка" може бути у вигляді одного з двох варіантів: Lf або Cr + Lf. Який із варіантів використовується - визначається безпосередньо після службової мітки BCD. "Закінчення рядка" повинно бути однаковим для всіх рядків.
Якщо поле не містить інформації (порожнє), то воно повинно містити тільки "закінчення рядка".
II. Опис елементів даних QR-коду, що містяться в таблиці 1
6. Елемент "Код старту застосунку". Містить послідовність символів для автоматичного оброблення даних QR-коду операційною системою пристрою, який здійснив сканування QR-коду, з метою визначення та запуску застосунку мобільного банкінгу користувача. У версії формату 001 усе поле заповнюється символами " " (пробіл).
7. Елемент "Службова мітка". Дані, які розкодовуються з QR-коду, починаються із символів "BCD" - "службової мітки", після якої відразу закінчується рядок. Подальша перевірка вмісту QR-коду повинна включати розпізнавання та визначення "закінчення рядка".
8. Елемент "Версія формату". Версія 001 означає варіант формату № 1. Розширення елементів і функцій здійснюється шляхом розроблення нової версії формату з більшим порядковим номером. Опис нової версії формату повинен міститися в новому документі або додатках до документів з описами попередніх версій.
9. Елемент "Кодування". Значення у полі "Кодування" визначає інтерпретацію даних (кодову таблицю символів), що використовуються в полях, для яких у колонці "Кодування" таблиці зазначено символ "*". Для версії формату 001 у полі "Кодування" повинно бути виключно значення "1", що передбачає використання кодування UTF-8 для всіх полів, які можуть містити кириличні символи.
10. Елемент "Функція". Функція визначається її ключовими значеннями: кредитовий переказ - Ukrainian Credit Transfer: код "UCT" (для версії формату 001 допускається виключно значення "UCT").
11. Елемент "BIC". Для версії формату 001 поле "BIC" зарезервовано.
12. Елемент "Отримувач". Містить прізвище, ім'я, по батькові фізичної особи або найменування юридичної особи. Довжина значення елемента не повинна перевищувати довжину 38 символів для версії формату 001.
13. Елемент "Рахунок отримувача". Містить номер рахунку отримувача. Довжина значення елемента не повинна перевищувати довжину елемента 29 символів для версії формату 001.
14. Елемент "Сума/валюта". Значення в полі "Сума/валюта" є опціональним. Якщо поле "Сума/валюта" порожнє, то заповнення суми має відбутися під час ініціювання платежу. Максимальне число в полі "Сума/валюта" становить 999999999.99. Якщо сума не містить дрібної частини одиниці валюти, то допускається відсутність символу "." та нулів після цього символу. Якщо сума містить дрібну частину одиниці валюти, то ця дрібна частина обов'язково складається з двох цифрових символів.
Перед сумою повинні розмішуватися три великі літери коду валюти. Єдиною валютою, доступною для версії формату 001, є гривня.
Сума має бути якомога коротшою відповідно до результуючого коду, наприклад, краще "UAH3", ніж "UAH3.00" Нулі перед сумою зазначати заборонено.
15. Елемент "Код отримувача". Може містити один із трьох варіантів:
1) РНОКПП отримувача - фізичної особи;
2) серію (за наявності) та номер паспорта отримувача - фізичної особи, якщо через свої релігійні переконання вона відмовилася від прийняття реєстраційного номера облікової картки платника податків та повідомила про це відповідний контролюючий орган і має відмітку в паспорті;
3) код за ЄДРПОУ/реєстраційний (обліковий) номер платника податку, який присвоюється контролюючими органами, отримувача - юридичної особи.
16. Елемент "Ціль". Зарезервовано для подальшого використання.
17. Елемент "Reference". Зарезервовано для подальшого використання.
18. Елемент "Призначення платежу". Містить інформацію про платіж у текстовій формі.
19. Елемент "Відображення (дисплей)". Містить текст, призначений для виведення на дисплей або друку. Цей текст не включається до даних операції переказу коштів і має бути показаний користувачеві після розкодування QR-коду. Крім того, цей текст у незмінному або зміненому вигляді може використовуватись у системах оброблення даних для деталізації даних операції.
III. Пояснення щодо структури даних QR-коду версії формату 001
20. Порядок і позначення елементів даних QR-коду не може змінюватись.
21. Загальний обсяг даних, які підлягають кодуванню для генерації QR-коду, що містить структуру версії формату 001, не може перевищувати 331 байт (не символ).
22. Максимальна версія згенерованого QR-коду для версії формату 001 дорівнює 13. Це еквівалентно кількості модулів, яка дорівнює 69.
IV. Приклади QR-кодів
Таблиця 2
Оплата комунальних послуг
№
з/п
Вміст поля
Назва поля
текст
HEX
1
2
3
4
1
20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 0D 0A
Код старту застосунку
2
BCD
42 43 44 0D 0A
Службова мітка
3
001
30 30 31 0D 0A
Версія
4
1
31 0D 0A
Кодування
5
UCT
55 43 54 0D 0A
Функція
6
0D 0A
BIC
7
ПрАТ АК "Водопостачання"
D0 9F D1 80 D0 90 D0 A2 20 D0 90 D0 9A 20 C2 AB D0 92 D0 BE D0 B4 D0 BE D0 BF D0 BE D1 81 D1 82 D0 B0 D1 87 D0 B0 D0 BD D0 BD D1 8F C2 BB 0D 0A
Найменування юридичної особи
8
UA783226690000026005012107132
55 41 37 38 33 32 32 36 36 39 30 30 30 30 30 32 36 30 30 35 30 31 32 31 30 37 31 33 32 0D 0A
Номер рахунку
9
UAH576.45
55 41 48 35 37 36 2E 34 35 0D 0A
Сума/валюта
10
40723825
34 30 37 32 33 38 32 35 0D 0A
Код за ЄДРПОУ
11
0D 0A
Ціль
12
0D 0A
Reference
13
Оплата за червень 2019, вул. Свободи 1, кв. 24, Петренко С.І. Показання лічильника 23578,3
D0 A1 D0 BF D0 BB D0 B0 D1 82 D0 B0 20 D0 B7 D0 B0 20 D1 87 D0 B5 D1 80 D0 B2 D0 B5 D0 BD D1 8C 20 32 30 31 39 2C 20 D0 B2 D1 83 D0 BB 2E 20 D0 A1 D0 B2 D0 BE D0 B1 D0 BE D0 B4 D0 B8 20 31 2C 20 D0 BA D0 B2 2E 20 32 34 2C 20 D0 9F D0 B5 D1 82 D1 80 D0 B5 D0 BD D0 BA D0 BE 20 D0 A1 2E D0 86 2E 20 D0 9F D0 BE D0 BA D0 B0 D0 B7 D0 B0 D0 BD D0 BD D1 8F 20 D0 BB D1 96 D1 87 D0 B8 D0 BB D1 8C D0 BD D0 B8 D0 BA D0 B0 20 32 33 35 37 38 2C 33 0D 0A
Призначення платежу
14
0D 0A
Відображення (дисплей)
Таблиця 3
Купівля товарів
№
з/п
Вміст поля
Назва поля
текст
HEX
1
2
3
4
1
20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 0D 0A
Код старту застосунку
2
BCD
42 43 44 0D 0A
Службова мітка
3
001
30 30 31 0D 0A
Версія
4
1
31 0D 0A
Кодування
5
UCT
55 43 54 0D 0A
Функція
6
0D 0A
BIC
7
ТОВ "Будматеріали"
D0 A2 D0 9E D0 92 20 C2 AB D0 91 D1 83 D0 B4 D0 BC D0 B0 D1 82 D0 B5 D1 80 D1 96 D0 B0 D0 BB D0 B8 C2 BB 0D 0A
Найменування юридичної особи
8
UA783226690000026005012107133
55 41 37 38 33 32 32 36 36 39 30 30 30 30 30 32 36 30 30 35 30 31 32 31 30 37 31 33 33 0D 0A
Номер рахунку
9
UAH124.45
55 41 48 31 32 34 2E 34 35 0D 0A
Сума/валюта
10
40723823
34 30 37 32 33 38 32 33 0D 0A
Код за ЄДРПОУ
11
0D 0A
Ціль
12
0D 0A
Reference
13
Оплата за цемент М500
D0 A1 D0 BF D0 BB D0 B0 D1 82 D0 B0 20 D0 B7 D0 B0 20 D1 86 D0 B5 D0 BC D0 B5 D0 BD D1 82 20 D0 9C 35 30 30 0D 0A
Призначення платежу
14
0D 0A
Відображення (дисплей)
Таблиця 4
Обслуговування в стоматологічній клініці
№
з/п
Вміст поля
Назва поля
текст
HEX
1
2
3
4
1
20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 0D 0A
Код старту застосунку
2
BCD
42 43 44 0A
Службова мітка
3
001
30 30 31 0A
Версія
4
1
31 0A
Кодування
5
UCT
55 43 54 0D 0A
Функція
6
0A
BIC
7
ТОВ "Стоматологія"
D0 A2 D0 9E D0 92 20 C2 AB D0 A1 D1 82 D0 BE D0 BC D0 B0 D1 82 D0 BE D0 BB D0 BE D0 B3 D1 96 D1 8F C2 BB 0A
Найменування юридичної особи
8
UA783226690000026005012107358
55 41 37 38 33 32 32 36 36 39 30 30 30 30 30 32 36 30 30 35 30 31 32 31 30 37 33 35 38 0A
Номер рахунку
9
UAH1034.28
48 52 4E 31 30 33 34 2E 32 38 0A
Сума/валюта
10
40723824
34 30 37 32 33 38 32 34 0A
Код за ЄДРПОУ
11
0A
Ціль
12
0A
Reference
13
Стоматологічні послуги
D0 A1 D1 82 D0 BE D0 BC D0 B0 D1 82 D0 BE D0 BB D0 BE D0 B3 D1 96 D1 87 D0 BD D1 96 20 D0 BF D0 BE D1 81 D0 BB D1 83 D0 B3 D0 B8 0A
Призначення платежу
14
0A
Відображення (дисплей)
Таблиця 5
Переказ фізичній особі
№
з/п
Вміст поля
Назва поля
текст
HEX
1
2
3
4
1
20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 0D 0A
Код старту застосунку
2
BCD
42 43 44 0D 0A
Службова мітка
3
001
30 30 31 0D 0A
Версія
4
1
31 0D 0A
Кодування
5
UCT
55 43 54 0D 0A
Функція
6
0D 0A
BIC
7
Шевченко Тарас Петрович
D0 A8 D0 B5 D0 B2 D1 87 D0 B5 D0 BD D0 BA D0 BE 20 D0 A2 D0 B0 D1 80 D0 B0 D1 81 20 D0 9F D0 B5 D1 82 D1 80 D0 BE D0 B2 D0 B8 D1 87 0D 0A
Прізвище, ім'я, по батькові фізичної особи
8
UA783226690000026205012107136
55 41 37 38 33 32 32 36 36 39 30
30 30 30 30 32 36 32 30 35 30 31 32 31 30 37 31 33 36 0D 0A
Номер рахунку
9
UAH150.00
55 41 48 31 35 30 2E 30 30 0D 0A
Сума/валюта
10
3045312215
33 30 34 35 33 31 32 32 31 35 0D 0A
РНОКПП
11
0D 0A
Ціль
12
0D 0A
Reference
13
Повернення боргу за обід у кафе
D0 9F D0 BE D0 B2 D0 B5 D1 80 D0 BD D0 B5 D0 BD D0 BD D1 8F 20 D0 B1 D0 BE D1 80 D0 B3 D1 83 20 D0
B7 D0 B0 20 D0 BE D0 B1 D1 96 D0 B4 20 D1 83 20 D0 BA D0 B0 D1 84 D0 B5 0D 0A
Призначення платежу
14
0D 0A
Відображення (дисплей)
Додаток 2
до Правил формування
та використання QR-коду
для здійснення
кредитових переказів
(пункт 8 розділу II)
Елементи даних QR-коду, стандарти кодування кириличних символів, особливості кодування даних та приклади QR-кодів для версії формату 002
Таблиця 1
Елементи даних QR-коду для версії формату 002
№
з/п
Назва/призначення елемента
Довжина
Фікс./змін.
Обов'язковість
Кодування
Наповнення/зміст
1
2
3
4
5
6
7
1
Код старту застосунку
23 В