ФЕДЕРАЛЬНОЕ АГЕНТСТВО
ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
ГОСТ Р
56042—
С’
НАЦИОНАЛЬНЫЙ
СТАНДАРТ
РОССИЙСКОЙ
ФЕДЕРАЦИИ
СТАНДАРТЫФИНАНСОВЫХ ОПЕРАЦИИ
Двумерные символы штрихового кода для осуществления платежей физических лиц
Издание официальное
Москва
Стаодартинформ
ГОСТ Р 56042-2014
Страница: 1/24
ГОСТ Р 56042—2014
Предисловие
1 РАЗРАБОТАН Некоммерческим партнерством «Национальный платежный совет*
2 ВНЕСЕН Техническим комитетом по стандартизации ТК122 «Стандарты финансовых операций»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства па техническому регулированию и метрологи и о- 11 июня 2014 г. № 552-ст
4 ВВЕДЕН ВПЕРВЫЕ
О Сгандартинформ. 2014
Настоящий стандарт нс может быть полностью или частною воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии
HapoflHasoSaPDFOUToB
GostPDF.ru ГОСТ Р 56042-2014
Страница: 2/24
Введение
Штриховой ход. как технология автоматической цдентифихадпи и сбора данных, широко используется при осуществлении платежей физическими лицами. Использование символов штрихового кода на платежном документе позволяет осуществите автоматизированный ввод реквизитов платежа и этим снизить трудоёмкость проведения операции приёма платежа, уменьшить количества ошибок, допускаемых клиентами И сотрудниками организаций, принимающих платежи, и сократить время оформления платежа. Для задания дднных правил использования штрихового кода как поставщиками услуг при выставление счетов (печати платежных документов), так и принимающими платежи организациями возникла необходимость разработай общего стандарта.
Ill
HapoflHasoSaPDFOUToB
GostPDF.ru ГОСТ Р 56042-2014
Страница: 3/24
GOStPDF ГЦ ГОСТ Р 56042-2014 Страница: 4/24
HapoflHajoSa3arOUToB
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
СТАНДАРТЫФИНАНСОВЫХ ОПЕРАЦИЙ
Двумерный символы штрихового кода для о существ пения платежей физических лиц
Standards of Jinancidl l/ansacbjns.
Two-dimensional barcode symbols far peymentE by individuals
Дата введения -2014—05—QI
1 Область применения
Настоящий Стандарт устанавливает:
- перечень двумерных символик штрихового н&да, используемых при осуществлении платежей физическим шлицами,
- требования к содержанию данных. кодируемых в двумерном символе штрихового кода;
- требования к поддержке предыдущих версий стандарта о программном обеспечении поставщиков услуг и организаций, принимающих платежи, в случае выпуска новой версии стандарта;
- руководство по использоватю стандарта для поставщиков услуг, □ адрес Кд^Ьрых будут осуществляться платежи;
- руководство по использованию стандарта дг.а организаций, принимающих платежи.
В настоящем стандарте не рассматривается.
- специфика выбора конкретной двумерной символики штрихового кода (из предложенных) для целей поставщика успуг, с учетом устойчивое-и к повреждениям. качества используемой бумаги и прочих факторов;
- форма платежного документа и место расположения двумерного символа штрихового кода на ней,
- выбор поставщиком услуг размера X двумерного символа штрихового кода, с учетом возможных проблем с распознаванием в различных организациях;
- различия в спецификациях и технических характеристиках различных моделей устройств считывания двумерных символов штрихового кода, установленных о различных органаациях;
- форматы взаимодействия между поставщиками услуг и организациями, принимающими платежи физических лиц, не использующими данный стандарт.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие- стандарты.
ГОСТ Р ИСО/МЭК 15415-2012 Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация испытаний символов штрихового кода для оценки качества печати. Двумерные символы
ГОСТ Р ИСО/МЭК 16022-2006 Автоматическая идентификация. Кодирование штриховое. Спецификация символика Data Matrix
ГОСТ Р ИСО.'МЭК 19762-1-2011 Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный! словарь. Часть 1. Общие термины в области АИСД
ГОСТ Р ИСО'МЗК 19762-2-2011 Информационные технологии. Технологии автоматической Идентификации и сбора данных (АИСД). Гармонизированный словарь Часть 2. Оптические носители данных (ОНД)
ГОСТ Р ИСО/МЭК 24778-2010 Информационные технологии. Технологии автоматической Идентификации и сбора данных. Спецификация символики штрихового кода Aztec Code
Применение - При пользевании Настоящим стандартом целесосоразно проверить действие ссылочных стандартов в информационней системе общего пользований — на сфициальноы сайте Федерального вгентства но техническому раппироввнию и метрологии в сети Интернет или по ежегодному информационному указателю -НационапьньЕ стандарты», который оп^пыквван по состоянии.! на 1 января текущего года, и по аыпуснйм
Издание официальное
ежемесячного информационного указателя «Национальные '“андаргы» за текущий год. Если заменен ссылочный стандарт. на который дана недатированная ссылка, тс рекомандуегсн использовать действующую версию этого стандарта с учвтом нее* внеевнных в данную версию изменений. Если заманен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется испсль-зовать версию этого стандарта с указанным выше гсдом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять беа учета данного изменения. Если ссылочный стандарт о”менан Беа замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, на затрагиваю пай эту ссылку.
3 Термины и определения
В настоящем стандарте применены термины и определения, установленные в ГОСТ Р ИСО/МЗК 19762*1 и ГОСТ Р ИСО/МЭК 19762-2, а также следующие:
3.1 псевдоним реквизита: Уникальный идентификатор реквизита, состоящий из латинских букв, цифр и знака «_» - подчеркивания.
3.2 договорной поставщик услуг (по отношению к организации, принимающей платежи): Поставщик услуг, который состоит в договор пых отношениях с дайной организацией, принимающей платежи.
4 Обозначения и сокращения
БИК Ба i гковский аде и тификационг i ы й код
ДУЛ Документ, удостоверяющий личность
ИНН И дентификацио нн ы и номер налоге плательщика
КБ К Код бюджетной классификации
КПП Код причины постановки на учет
О КТМ О Общероссийски и классификато р территорий муницип альных об ра зовани й
ПУ Поставщик услуг
ПФР Пенсионный фонд Российском Федерации
С НИЛ С Страховой номер индивидуального лицевого счета
УФЭБС Унифицированные форматы электронных банковских сообщении для безналичных расчетов
5 Основные положения
Для задания единых правил использования двумерны* символов штрихового кода при осуществлении платежей физическими лицами в настоящем стандарте устанавливаются требования к содержанию и формату данных, закодированных в двумерном символе штрихового кода, а также перечень двумерных символик штрихового кода для нанесения на платежные документы. Правила задаются как для поставщиков услуг, в адрес которых будут осуществляться платежи, так и для организаций, принимающих платежи физических пиц.
5.1 Используемые символики штрихового кода
Для кодирования платежной информации а рамках данного стандарта возможно использовать следующие наиболее распространенные матричные символики штрихового кода. QR Code, Aztec Code. Data Matrix. Поскольку платежная информация будет содержать знаки кириллического алфавита (наименование организации, адрес и т.п.), то для обеспечения возможности использования различных наборов кодированных знаков будет применяться режим кодирования S-битовыми байтами.
5.1.1 Общие сведения о символике QR Code
Требования кеммволике OR Code установлены [1].
QR Code - ото матричная символика со следующими параметрами:
а)форматы.
1) QR Code, который обладает полным набором возможностей и максимальной емкостью для данных:
2) Micro OR Cods, который обладает уменьшенным набором возможностей, рядом ограниченных возможностей и уменьшенной емкостью для данных (по сравнению с символами CR Code);
б) коди руемые наборы знаков:
1) числовые данные (цифры от 0 до 9);
2) алфавитно-цифровые данные (цифры от 0 до 9: прописные буквы от А до Z; и девять специальных графических знаков: «пробели. «$», «%»г «*», «+», «-», «л, ■н/», «>):
3) бантовые данные (по умолчанию в соответствии с [2] или другой набор знаков, если это специально указано):
4) знаки кацдзи. Один знак каодзи в QR Code может быть сжат в 13 бит;
в) представление данных: темный модуль соответствует двоичной единице, светлый - двоичному нулю;
г) размеры символа (не включая свободную зону):
1) символы Micro QR Code: размеры (в модулях) от 11 * 11 до 17 к 17 (версии от М1 до М4, с шагам в два модуля для стороны):
2) символы OR Code: размеры (в модулях) от 21 х 21 до 177 «177 (версии от 1 до 40. с шагом в четыре модуля для стороны):
д) ч нсло знаков данных на сим вол:
1) символ Мюго OR Code максимального размера, версия M4-L:
- числовые данные: 35 знаков;
- алфавитно-цифровые данные: 21 знаков;
- данные в байтах: 1S знаков:
- знаки кандзи: 9 знаков;
2) символ QR Code максимального размера, версия 40-L.
- числовые данные: 7089 знаков:
- алфавитно-цифровые данные: 4236 знаков:
- данные в байтах: 2953 знаков.
- знаки кандзи: 1317 знаков;
в) выбираемый уровень исправления ошибок:
Используются, четыре уровня исправления ошибок Рида-Соломона (обозначаемые как L М. ОмНв порядке увеличения занимаемой емкости):
- L - 7 %:
■ М - 15 %;
- 25 %;
-Н-30%
от числа кодовых слое символа.
Для сим волей Micro QR Code уровень исправления ошибок Н не используют. Для Micro QR Code версии М1 алгоритм Рида-Соломона позволяет толыш обнаруживать ошибки;
ж) тип кода, матричный;
и) независимость от ориентации: обеспечивается (допускается поворот на любой угол и зеркальное отображение).
Пример символа QR Code приведен на рисунке 1.
Рисунок 1 — Символ QR Cade
5,1.2 Общие сводения о символике Aztec Code
Требования к символике Aztec Code установлены ГОСТ Р ИСО;МЭК 24778.
Aztec Code представляет собой двумерную матричную символику, имеющую следующие
основные параметры.
а) кодируемый набор знаков.
1) поддерживает кодирование любые 8-битоеык значений. По /молчанию используют следующее представление!
а) знаки набора ASCII (версии КОИ-7) по [3] согласно национальном версии СIIЛ для знаков с десятичными значении ми от 0 до 127 знаков кодового набора:
б) знаки расширенного набора ASCII (версия КОИ-8) го [2] с десятичными значениями ст 128 до 255.
Данное представлений соответствует интерпретации в расширенном канале (ЕС<)- ECI 000003;
2} поддерживает кодирование двух знаков, ns являющихся знаками данных знак ГЫС1 для совместимости с некоторыми действующими приложениями и знак управляющей последовательности ЕС1 для типового кодирования сведений об и I гор протай ни сообщения.
б) представление данных, темный модуль соответствует двоичной единице. светлый - двоичному нулю:
в) размер символа.
1) символ Aztec Code наименьшего размера представляет собой квадрат размером 15 х 15 модулей, а чаи большого - нвадрат размером 151 х 151 модулой;
2} наличие свободной зоны за граммами символа не обязательно:
г) объем данн ых(для реноме»iдусмого уревня исправления ошибок):
1} символ Aztec Cade наименьшее размера обеспечивает кодирование до 13 цифровых или 12 алфавитных знаков или 6 байтов данных:
2} символ Aztec Code наибольшего размера обеспечивает кодирований до 3832 цифровых или 3067 алфавитных знаков или 1914 байтов данных:
д) задаваемый уровень исправления ошибок:
1) устанавливается пользователем в размере от 5% до 95% объема данных, яо не менев трех кодовых слов;
2) рекомендуемый уровень - 23% емкости символа с добавлением трех кодовых слов.
е) тип кодирования, матричная символика.
ж) независимость от ориентации: присутствует.
Пример символа Aztec Code приведем на рисунке 2.
Рисунок 2 - Символ Aztec Code
5.1.3 Общие сведения о симболикс Data Matrix
Требования к символике Date Matrix установлены ГОСТ Р ИСО/МЭК 16022
□ata Matrix представляет собой двумерную матричную символику.
Существует две версии символики Data Matrix:
- версия, обозначаемая ЕСС 200, в которой использую- алгоритм исправления ошибок Рида- Соломона. Версия ЕСС 200 рекомендуется для разработки любого нового применения;
- версия, обозначаемая ЕСС 000-140 с несколькими доступными уровнями сверточного исправления ошибок, такими как ЕСС ООО, ЕСС 050, ЕСС 080, ЕСС 100 и ЕСС 140. Версию ЕСС 000140 следует использовать только для замкнутых прикладных систем, в которых адна и та же сторона контролирует создание и считывание символов и обеспечивает функционирование всей системы.
Символика Data Matrix имеет следующие параметры:
а.) кодируемый набор знаков:
1} знаки набора ASCII (версии КОИ-7) по [3] (согласно национальной версии США) с десятичными значениями от 0 до127;
2) знаки расширенного набора ASCII (версия КОИ-8) па [2] с десятичными значениями ат 126 до 255;
б) представление данных: темный модуль соответствует двоичной единице, светлый -
двоичному нулю:
в) размеры символа в модулях (без учета свободной зоны).
- для версии ЕСС 200 - от 10 * 10 да 144 * 144, только четные значения;
- для версии ЕСС 000-140 - от 9 * 9 до 49 * 49. только мечетные значения.
г) число знаков данных в символе (для символа максимального размера версии ЕСС 200):
3) алфавита-цифровые дачные - до 2335 знаков.
4) в 8-битовых байтах - 1555 знаков,
5) числовые данные - 3116 числовых разрядов.
д) задаваемое исправлений ошибок.
- для версии ЕСС 200 - исправление ошибок Рида-Соломона.
- для версии ЕСС 000-140 - четыре уровня исправления ошибок на основе сверточного кода плюс (по выбору) только обнаружение ошибки;
с) тип кода: матричный;
ж) независимость ат ориентации: присутствует. Пример символа Data Matrix приведен на рисунке 3.
Рисунок 3— Символ Data Matrix
5.2 Формат представлен ил платежных данных
Формат представления платежа представлен на рисунке 4.
Длила огрл tt-ciki
i.ll.TrfhLJHVL А 1ЙГ|ГиГ|Лн|. ¥,
Стпого 3 Г.йкт Не ИинКи сиг™™
eno пэтиьн!. п сгрс*е 1 рсгвиытам реквизите че
филсирь:эн-1^яДОниз авярепге^вго р?глиг.'н-ир>«ЕЧ
jHS'iciwn ронвмзнта го ■ строке Оь'Гь П|»К|5№ЛЬмыИ|
Рисунок 4— Формат представления платежа
Платежные реквизиты представляют в виде строки знаков для дальнейшего кодирования в двумерном символе штрихового кода. Строка знаков состоит из грех блоков.
а} блок служебных данных, которые приведены с таблице 1:
б) блох обязательных реквизитов, необходимых для проводення платежа, которые приведены о таблице 2;
в) блок дополнительных реквизитов
5,2.1 Блок ел у жабный данных
Служебный блок содержит метаданные о платеже и предназначен для указания правил интерпретации данных о платеже.
Элементы служебного блока имеют строго фиксированный размер и располагаются в строго определенном порядке. Описание элементов служебного блока приведено в таблице 1. Длина блока равна строго 8 байт.
Таблица 1 - Элементы служебного блока
| Наименование элемента | Количество знаков {байт) | Примечание |
| 1 Идентификатор формата | Является признаком формата. Элемент содержит предопределен?юс значение «ST*. означающее, что платеж представлен в формате, описанном □ данном документе, и его можно обрабатывать. Если элемент содержит значение, отличное от указанного, то это означает, что формат «чужой», и он обрабатываться не должен. | |
| 2 Версия | Версия формата. В текущей версии заполняется фиксированным значением 0001'. Данное значение будет изменяться в случае выхода новых версий стандарта. Программное обеспечение, используемое в приеме платежей. интерпретирует (обрабатывает) форматы определенных версии. См. также раздел 0 ■тПоддержка предыдущих версий стандарта^. | |
| 3 Признак набора кодированных знаков | Набор кодированных знаков, который используется для представления данных платежа. Задастся в виде цифрового признака кодированного набора. • 1-WIN12511; . 2 - UTF8!; • 3 - KOIS-R1. | |
| 4 Разделитель | Графический знак, используемый для разделения значений реквизитов платежа. По умолчанию используется знян *|» - вертикальная черта. Примечание - При стам элементы служебного блока разделителем нейь^оляюлтся. |
5.2.2 Общий правила заполнения блока обязательных реквизитов и блока дополнительных реквизитов
Элементы блока обязательных реквизитов и блока дополнительных реквизитов разделяются между собой знаком-разделителем, который указан в служебном блоке. Если знак-разделитель, используемым по умолчанию («|» - вертикальная черта), встречается в значении одного из реквизитов, та поставщик услуг должен выбрать другой знак-разделитель и указать его в блоке служебных данных (0).
Каждый реквизит состоит из псевдонима (наименования) и значения, котовые между собой
Набор ко дированных з-накав WIN 1251 приведен н приложении А. ' Набор йодированных знвкпв UTF8 опрвлагтвн |4].
Набор кодированных знака в KOtB-R приведен в пр^ложвнии Б. разделены знаком н-» - равно. При наличии более одного знака «=» а паре псевдоним-значение, «значением» признается асе содержимое данной лары после первого в=». Псевдонимы могут состоять только из латинских букв, цифр и знака «_» - подчеркивания, при атом регистр букв нс важен (соблюдается регистра независимость псевдонимов}.
5.2.3 Блок обязательных реквизитов
Обязательные дпя вклочения а двумерный символ штрихового кода реквизиты платежа првдетавлвны в таблице 2.
Элементы этого блока представляют собой последовательность реквизитов платежа, обязательных для включения в двумерный символ штрихового кода и позволяющих однозначно Идентифицировать поставщика услуги (получателя платежа). Обязательные реквизиты располагаются в строго определенном порядке (таблица 2). Общие правила заполнены блока реквизитами описаны в раздело 0. Не допускается отсутствие значений для обязательных реквизитов. Исходя из (форматов обязательных реквизитов, действующих на момент написания документа (определяется [5]). длина блока с учетом псевдонимов и разделителей не может быть более 300 знаков (300 байт дпя 8-битойык кодированных наборов знаков (WIN 1251, KOIB-R)).
Таблица 2 - Обязательные для включения в двумерный символ штрихового кода реквизиты платежа
| Наименование элемента | Тип* |
| 1 Наименование получателя платежа | Строка от 1 до 160 знаков |
| 2 Номер счета получателя платежа | Строка цифр строго 20 знаков |
| 3 Наименование банка получателя платежа | Строка ат 1 да 45 знаков |
| 4 БИК | Строка цифр строго 9 знаков |
| 5 Номер кор.'сн. банка получателя платежа | Строка цифр до 20 знаков. При отсутствии у бачка получателя платежа корр. счета поле заполнять значением «Ол. |
5.2.4 Блок дополнительных реквизитов
Элементы этого блока представляют собой последовательность дополнительного набора реквизитов, наличие которых в платеже необязательно и/или зависит ст специфики платежа. В общем случае множество таких реквизитов Бесконечно и ограничено только максимальнодопустимым объемом данных в символике штрихового кода. Заполнение блока реквизитами происходит согласно правилам, описанным в раздело 0. Знак-разделитель после последнего значения последнего элемента этого блока не используется.
Перечень зафиксированных псевдонимов для дополнительных реквизитов приведен в приложении В. При отсутствии в списки нужного реквизита или невозможности использования указанных псевдонимов, поставщик услуг имеет возможность формировать собственные пев вд онимы/рсНВ№и ты.
В случае наличия договорных отношений с принимающей организацией.
- поставщик услуг оговаривает на этапе заключения договора/допопн и тс льне го соглашения использование собственных псевдонима в/реквизитоа и правила их обработки с каждой организацией принимающей его платежи;
- все используемые псевдонимы дополнительных реквизитов, как зафиксированные в приложении В, так и произвольные должны быть указа вы в договореШополнитв льном соглашении.
Дополнительные реквизиты рекомендуется располагать в порядке приоритета для каждого конкретного поставщика услуг, так как в случае автоматического формирования поля 2 «Назначение платежа» (Purpose) платежного поручения по конкретному платежу на принимающей стороне (см раздел 0) информация будет обрезаться по границе поля".
4 При описании обязательных реквизитов используется формат, действующий на дату выпуска документа. Формат данных реквизитав- определяется [5]. При расхождений указа ни ык в дскументе форматов с действующим Альбомом УФЭБС, следует руководствоваться форматами, указанными а действующем Альбоме.
ь Максимальная длина по.тн на момент написания документа составляв? 210 знаков. Данное зна-Ение регулируется [5].
В собственных псевдонимах поставщика услуг не допускается использовать знак-разделитель, указанный в 4-м элементе блока служебных данных (0). При включонии двух и болев реквизитов с одинаковыми псевдонимами при раэборе учитываться будет только последнее вхо^аенне данного псевдонима.
5.3 Поддержка предыдущих версий стандарта
При выпуске обновлений стандарта, приводящих к изменению алгоритмов генерации мУипи разбора строки данных, размещаемой з двумерном символа штрихового кода:
- знамение элемента ^Версия» в описании раздела 5.2.1 «Блох служебных данных» увеличивается на единицу.
- поставщики услуг должны перейти на использование новой версии для генерации двумерных символов штрихового кеда не позже 6 месяцев с даты введения новой версии стандарта:
- поставщики услуг при формировании двумерного символа штрихового кода указывают соответствующее значение в поле «Версия» блока служебных данных (0);
- принимающими организациями должна обеспечиваться поддержка предыдущей версии стандарта для приёма платежей с использованием штрихового кеда не менее 6 месяцев с даты введения новой версии стандарта;
- поддержка более старых версий принимающими организациями не требуется.