Что такое номер дул плательщика
Что такое ДУЛ при работе с банком?
Большинство банковских операций осуществляются только при предъявлении документа, удостоверяющего личность. Именно его сокращенно и называют ДУЛ. Кредитные учреждения требуют, как правило, оригинал документа, однако могут запросить и его копию, которая в последствии остается у них.
Для каких финансовых операций требуется ДУЛ?
Центральный Банк РФ четко регламентирует порядок предоставления банковских услуг. Согласно инструкции Банка России № 28-И «Об открытии и закрытии банковских счетов, счетов по вкладам и депозитам» от 14 сентября 2006 года, для всех манипуляций со счетами понадобится оригинал ДУЛ. Неважно, получаете ли вы банковскую карту или открываете счет для кредита – везде у вас запросят документ, удостоверяющий личность.
К другим операциям, где требуют ДУЛ, относят следующие:
Также ДУЛ применяется для идентификации клиента при предоставлении некоторых онлайн-услуг или удаленного обслуживания. Если вы звоните по телефону на горячую линию банка, у вас наверняка запросят данные паспорта, чтобы убедиться, что на проводе именно вы, а не мошенник.
Какие документы принимает банк в качестве ДУЛ?
ДУЛ для иностранных граждан
Иностранцы для пользования услугами банка могут предоставить следующие документы:
Важно, чтобы документы были действительны и не просрочены. Если срок, например, вида на жительство вышел, принять его у вас не смогут.
Какие банковские операции проводятся без идентификации?
Установлен перечень финансовых действия, для которых предъявлять ДУЛ в банке нет необходимости. Это:
Что такое номер дул плательщика
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
СТАНДАРТЫ ФИНАНСОВЫХ ОПЕРАЦИЙ
Двумерные символы штрихового кода для осуществления платежей физических лиц
Standards of financial transactions. Two-dimensional barcode symbols for payments by individuals
Дата введения 2014-09-01
Предисловие
1 РАЗРАБОТАН Некоммерческим партнерством «Национальный платежный совет»
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 122 «Стандарты финансовых операций»
5 ПЕРЕИЗДАНИЕ. Февраль 2020 г.
Введение
Штриховой код как технология автоматической идентификации и сбора данных широко используется при осуществлении платежей физическими лицами. Использование символов штрихового кода на платежном документе позволяет осуществить автоматизированный ввод реквизитов платежа и этим снизить трудоемкость проведения операции приема платежа, уменьшить количество ошибок, допускаемых клиентами и сотрудниками организаций, принимающих платежи, и сократить время оформления платежа. Для задания единых правил использования штрихового кода как поставщиками услуг при выставлении счетов (печати платежных документов), так и принимающими платежи организациями возникла необходимость разработки общего стандарта.
1 Область применения
Настоящий стандарт устанавливает:
— перечень двумерных символик штрихового кода, используемых при осуществлении платежей физическими лицами;
— требования к содержанию данных, кодируемых в двумерном символе штрихового кода;
— требования к поддержке предыдущих версий стандарта в программном обеспечении поставщиков услуг и организаций, принимающих платежи, в случае выпуска новой версии стандарта;
— руководство по использованию стандарта для поставщиков услуг, в адрес которых будут осуществляться платежи;
— руководство по использованию стандарта для организаций, принимающих платежи.
В настоящем стандарте не рассматриваются:
— специфика выбора конкретной двумерной символики штрихового кода (из предложенных) для целей поставщика услуг с учетом устойчивости к повреждениям, качества используемой бумаги и прочих факторов;
— форма платежного документа и место расположения двумерного символа штрихового кода на ней;
— выбор поставщиком услуг размера X двумерного символа штрихового кода с учетом возможных проблем с распознаванием в различных организациях;
— различия в спецификациях и технических характеристиках различных моделей устройств считывания двумерных символов штрихового кода, установленных в различных организациях;
— форматы взаимодействия между поставщиками услуг и организациями, принимающими платежи физических лиц, не использующими данный стандарт.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ Р ИСО/МЭК 15415 Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация испытаний символов штрихового кода для оценки качества печати. Двумерные символы
ГОСТ Р ИСО/МЭК 16022 Автоматическая идентификация. Кодирование штриховое. Спецификация символики Data Matrix
ГОСТ Р ИСО/МЭК 19762-1 Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 1. Общие термины в области АИСД
ГОСТ Р ИСО/МЭК 19762-2 Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 2. Оптические носители данных (ОНД)
ГОСТ Р ИСО/МЭК 24778 Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация символики штрихового кода Aztec Code
3 Термины и определения
В настоящем стандарте применены термины по ГОСТ Р ИСО/МЭК 19762-1 и ГОСТ Р ИСО/МЭК 19762-2, а также следующие термины с соответствующими определениями:
3.2 договорной поставщик услуг (по отношению к организации, принимающей платежи): Поставщик услуг, который состоит в договорных отношениях с данной организацией, принимающей платежи.
4 Обозначения и сокращения
В настоящем стандарте применены следующие сокращения:
5 Основные положения
Для задания единых правил использования двумерных символов штрихового кода при осуществлении платежей физическими лицами в настоящем стандарте устанавливаются требования к содержанию и формату данных, закодированных в двумерном символе штрихового кода, а также перечень двумерных символик штрихового кода для нанесения на платежные документы. Правила задаются как для поставщиков услуг, в адрес которых будут осуществляться платежи, так и для организаций, принимающих платежи физических лиц.
5.1 Используемые символики штрихового кода
Для кодирования платежной информации в рамках данного стандарта возможно использовать следующие наиболее распространенные матричные символики штрихового кода: QR Code, Aztec Code, Data Matrix. Поскольку платежная информация будет содержать знаки кириллического алфавита (наименование организации, адрес и т.п.), то для обеспечения возможности использования различных наборов кодированных знаков будет применяться режим кодирования 8-битовыми байтами.
5.1.1 Общие сведения о символике QR Code
Требования к символике QR Code установлены [1]*.
1) QR Code, который обладает полным набором возможностей и максимальной емкостью для данных;
2) Micro QR Code, который обладает уменьшенным набором возможностей, рядом ограниченных возможностей и уменьшенной емкостью для данных (по сравнению с символами QR 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) символы QR Code: размеры (в модулях) от 21 21 до 177 177 (версии от 1 до 40, с шагом в четыре модуля для стороны);
д) число знаков данных на символ:
1) символ Micro QR Code максимального размера, версия M4-L:
— числовые данные: 35 знаков;
— алфавитно-цифровые данные: 21 знак;
— данные в байтах: 15 знаков;
— знаки кандзи: 9 знаков;
2) символ QR Code максимального размера, версия 40-L:
— числовые данные: 7089 знаков;
— алфавитно-цифровые данные: 4296 знаков;
— данные в байтах: 2953 знаков;
— знаки кандзи: 1817 знаков;
е) выбираемый уровень исправления ошибок.
Используются четыре уровня исправления ошибок Рида-Соломона (обозначаемые как L, М, Q и Н в порядке увеличения занимаемой емкости):
ГОСТ Р 56042-2014 Стандарты финансовых операций. Двумерные символы штрихового кода для осуществления платежей физических лиц
Текст ГОСТ Р 56042-2014 Стандарты финансовых операций. Двумерные символы штрихового кода для осуществления платежей физических лиц
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
СТАНДАРТЫ ФИНАНСОВЫХ ОПЕРАЦИЙ
Двумерные символы штрихового кода для осуществления платежей физических лиц
Предисловие
1 РАЗРАБОТАН Некоммерческим партнерством «Национальный платежный совет»
2 ВНЕСЕН Техническим комитетом по стандартизации ТК122 «Стандарты финансовых операций»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 11 июня 2014 г. № 552-ст
Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен а качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии
Введение
Штриховой код. как технология автоматической идентификации и сбора данных, широко используется при осуществлении платежей физическими лицами. Использование символов штрихового кода на платежном документе позволяет осуществить автоматизированный ввод реквизитов платежа и этим снизить трудоёмкость проведения операции приёма платежа, уменьшить количество ошибок, допускаемых клиентами и сотрудниками организаций, принимающих платежи, и сократить время оформления платежа. Для задания единых правил использования штрихового кода как поставщиками услуг при выставлении счетов (печати платежных документов), так и принимающими платежи организациями возникла необходимость разработки общего стандарта.
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
СТАНДАРТЫ ФИНАНСОВЫХ ОПЕРАЦИЙ
Двумерные символы штрихового кода для осуществления платежей физических лиц
Standards of financial transactions.
Two-dimensional barcode symbols for payments by individuals
1 Область применения
Настоящий стандарт устанавливает:
• перечень двумерных символик штрихового кода, используемых при осуществлении платежей физическими лицами:
• требования к содержанию данных, кодируемых в двумерном символе штрихового кода:
• требования к поддержке предыдущих версий стандарта в программном обеспечении поставщиков услуг и организаций, принимающих платежи, в случае выпуска новой версии стандарта;
• руководство по использованию стандарта для поставщиков услуг, в адрес которых будут осуществляться платежи;
• руководство по использованию стандарта для организаций, принимающих платежи.
В настоящем стандарте не рассматривается:
• специфика выбора конкретной двумерной символики штрихового кода (из предложенных) для целей поставщика услуг, с учетом устойчивости к повреждениям, качества используемой бумаги и прочих факторов;
• форма платежного документа и место расположения двумерного символа штрихового кода на
• выбор поставщиком услуг размера X двумерного символа штрихового кода, с учетом возможных проблем с распознаванием в различных организациях;
• различия в спецификациях и технических характеристиках различных моделей устройств считывания двумерных символов штрихового кода, установленных в различных организациях;
• форматы взаимодействия между поставщиками услуг и организациями, принимающими платежи физических лиц. не использующими данный стандарт.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ Р ИСО/МЭК 15415-2012 Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация испытаний символов штрихового кода для оценки качества печати. Двумерные символы
ГОСТ Р ИСО/МЭК 16022-2008 Автоматическая идентификация. Кодирование штриховое. Спецификация символики Data Matrix
ГОСТ Р ИСО/МЭК 19762-1-2011 Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 1. Общие термины в области АИСД
ГОСТ Р ИСО/МЭК 19762-2-2011 Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 2. Оптические носители данных (ОНД)
ГОСТ Р ИСО/МЭК 24778-2010 Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация символики штрихового кода Aztec Code
ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных е данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.
3 Термины и определения
В настоящем стандарте применены термины и определения, установленные е ГОСТ Р ИСО/МЭК 19762-1 и ГОСТ Р ИСО/МЭК 19762-2. а также следующие:
3.1 псевдоним реквизита: Уникальный идентификатор реквизита, состоящий из латинских буке, цифр и знака «_» • подчеркивание.
3.2 договорной поставщик услуг (по отношению к организации, принимающей платежи): Поставщик услуг, который состоит в договорных отношениях с данной организацией, принимающей платежи.
4 Обозначения и сокращения
ВИК Банковский идентификационный код
ДУЛ Документ, удостоверяющий личность
ИНН Идентификационный номер налогоплательщика
КБК Код бюджетной классификации
КПП Код причины постановки на учет
ОКТМО Общероссийский классификатор территорий муниципальных образований ПУ Поставщик услуг
ПФР Пенсионный фонд Российской Федерации
СНИЛС Страховой номер индивидуального лицевого счета
УФЭБС Унифицированные форматы электронных банковских сообщений для безналичных расчетов
5 Основные положения
Для задания единых правил использования двумерных символов штрихового кода при осуществлении платежей физическими лицами е настоящем стандарте устанавливаются требования к содержанию и формату данных, закодированных в двумерном символе штрихового кода, а также перечень двумерных символик штрихового кода для нанесения на платежные документы. Правила задаются как для поставщиков услуг, в адрес которых будут осуществляться платежи, так и для организаций, принимающих платежи физических лиц.
5.1 Используемые символики штрихового кода
Для кодирования платежной информации в рамках данного стандарта возможно использовать следующие наиболее распространенные матричные символики штрихового кода: QR Code. Aztec Code, Data Matrix. Поскольку платежная информация будет содержать знаки кириллического алфавита (наименование организации, адрес и т.л.), то для обеспечения возможности использования различных наборов кодированных знаков будет применяться режим кодирования 6-битовыми байтами.
5.1.1 Общие сведения о символике QR Code
Требования к символике OR Code установлены [1].
1) OR Code, который обладает полным набором возможностей и максимальной емкостью для данных:
2) Micro QR Code, который обладает уменьшенным набором возможностей, рядом ограниченных возможностей и уменьшенной емкостью для данных (по сравнению с символами QR 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) символ Micro QR Code максимального размера, версия M4-L:
• числовые данные: 35 знаков;
• алфавитно-цифровые данные: 21 знаков;
• данные в байтах: 15 знаков;
• знаки кандэи: 9 знаков;
2) символ OR Code максимального размера, версия 40-L:
• числовые данные: 7089 знаков;
• алфавитно-цифровые данные: 4296 знаков:
• данные в байтах: 2953 знаков:
• знаки кандэи: 1817 знаков:
е) выбираемый уровень исправления ошибок:
Используются четыре уровня исправления ошибок Рида-Соломона (обозначаемые как L. М. Q и Н в порядке увеличения занимаемой емкости):
от числа кодовых слов символа.
Для символов Micro QR Code уровень исправления ошибок Н не используют. Для Micro OR Code версии М1 алгоритм Рида-Соломона позволяет только обнаруживать ошибки;
ж) тип кода: матричный;
и) независимость от ориентации: обеспечивается (допускается поворот на любой угол и зеркальное отображение).
Пример символа OR Code приведен на рисунке 1.
Рисунок 1 — Символ QR Code
5.1.2 Общие сведения о символике Aztec Code
Требования к символике Aztec Code установлены ГОСТ Р ИСО/МЭК 24778.
Aztec Code представляет собой двумерную матричную символику, имеющую следующие основные параметры:
а) кодируемый набор знаков:
1> поддерживает кодирование любых 8-битовых значений. По умолчанию используют следующее представление:
а) знаки набора ASCII (версии КОИ-7) по [3] согласно национальной версии США для знаков с десятичными значениями от 0 до 127 знаков кодового набора;
б) знаки расширенного набора ASCII (версия КОИ-8) по [2] с десятичными значениями от 128 до 255.
2) поддерживает кодирование двух знаков, не являющихся знаками данных: знак FNC1 для совместимости с некоторыми действующими приложениями и знак управляющей последовательности ECI для типового кодирования сведений об интерпретации сообщения:
2) наличие свободной зоны за границами символа не обязательно;
г) объем данных (для рекомендуемого уровня исправления ошибок):
1) символ Aztec Code наименьшего размера обеспечивает кодирование до 13 цифровых или 12 алфавитных знаков или 6 байтов данных:
2) символ Aztec Code наибольшего размера обеспечивает кодирование до 3832 цифровых или 3087 алфавитных знаков или 1914 байтов данных:
д) задаваемый уровень исправления ошибок:
1) устанавливается пользователем в размере от 5% до 95% объема данных, но не менее трех кодовых слов;
е) тип кодирования: матричная символика:
ж) независимость от ориентации: присутствует.
Пример символа Aztec Code приведен на рисунке 2.
Рисунок 2 — Символ Aztec Code
5.1.3 Общие сведения о символике Data Matrix
Требования к символике Data Matrix установлены ГОСТ Р ИСО/МЭК 16022.
Data Matrix представляет собой двумерную матричную символику.
Существует две версии символики Data Matrix:
• версия, обозначаемая ЕСС 200. в которой используют алгоритм исправления ошибок Рида-Соломона. Версия ЕСС 200 рекомендуется для разработки любого нового применения;
— версия, обозначаемая ЕСС 000-140. с несколькими доступными уровнями сверточного исправления ошибок, такими как ЕСС 000. ЕСС 050. ЕСС 080. ЕСС 100 и ЕСС 140. Версию ЕСС 000-140 следует использовать только для замкнутых прикладных систем, в которых одна и та же сторона контролирует создание и считывание символов и обеспечивает функционирование всей системы. Символика Data Matrix имеет следующие параметры:
а) кодируемый набор знаков:
1) знаки набора ASCII (версии КОИ-7) по (3) (согласно национальной версии США) с десятичными значениями от 0 до127;
2) знаки расширенного набора ASCII (версия КОИ-8) по (2> с десятичными значениями от 128 до 255;
в) размеры символа в модулях (без учета свободной зоны);
• для версии ЕСС 200- от 10 * 10 до 144 * 144. только четные значения;
г) число знаков данных в символе (для символа максимального размера версии ЕСС 200):
д) задаваемое исправление ошибок:
е) тип кода: матричный;
ж) независимость от ориентации; присутствует.
Пример символа Data Matrix приведен на рисунке 3.
Рисунок 3 — Символ Data Matrix 5.2 Формат представления платежных данных Формат представления платежа представлен на рисунке 4.
к* более ЗСОсимволо»
Длина ограничена оставшимся свободным местом о штрих-коде
Оиксировамая длина значения реквизита
закрспис-а «то гозииияастроке
рстлаюенгируется (может Сыто произвольным!
Рисунок 4 — Формат представления платежа
Платежные реквизиты представляют в виде строки знаков для дальнейшего кодирования в двумерном символе штрихового кода. Строка знаков состоит из трёх блоков:
а) блок служебных данных, которые приведены в таблице 1;
б) блок обязательных реквизитов, необходимых дпя проведения платежа, которые приведены в таблице 2;
в) блок дополнительных реквизитов.
5.2.1 Блок служебных данных
Служебный блок содержит метаданные о платеже и предназначен для указания правил интерпретации данных о платеже.
Элементы служебного блока имеют строго фиксированный размер и располагаются в строго определенном порядке. Описание элементов служебного блока приведено в таблице 1. Длина блока равна строго 8 байт.
Таблица 1 • Элементы служебного блока
1 Идентификатор формата
Является признаком формата. Элемент содержит предопределенное значение «ST», означающее, что платеж представлен в формате, описанном в данном документе, и его можно обрабатывать. Если элемент содержит значение, отличное от указанного, то это означает, что формат «чужой», и он обрабатываться не должен.
Версия формата. В текущей версии заполняется фиксированным значением ‘0001’. Данное значение будет изменяться в случае выхода новых версий стандарта. Программное обеспечение, используемое в приеме платежей, интерпретирует (обрабатывает) форматы определенных версий. См. также раздел 0 «Поддержка предыдущих версий стандарта».
3 Признак набора кодированных знаков
Набор кодированных знаков, который используется для представления данных платежа. Задается в виде цифрового признака кодированного набора:
Графический знак, используемый для разделения значений реквизитов платежа. По умолчанию используется знак «|» • вертикальная черта. Примечание • Про этом элементы служебного блока разделителем не выделяются.
5.2.2 Общие правила заполнения блока обязательных реквизитов и блока дополнительных реквизитов
Элементы блока обязательных реквизитов и блока дополнительных реквизитов разделяются между собой знаком-разделителем, который указан в служебном блоке. Если знак-разделитель, используемый по умолчанию («|» • вертикальная черта), встречается в значении одного из реквизитов, то поставщик услуг должен выбрать другой знак-разделитель и указать его в блоке служебных данных (0).
5.2.3 Блок обязательных реквизитов
Обязательные для включения в двумерный символ штрихового кода реквизиты платежа представлены в таблице 2.
Элементы этого блока представляют собой последовательность реквизитов платежа, обязательных для включения в двумерный символ штрихового кода и позволяющих однозначно идентифицировать поставщика услуги (получателя платежа). Обязательные реквизиты располагаются в строго определенном порядке (таблица 2). Общие правила заполнения блока реквизитами описаны в разделе 0. Не допускается отсутствие значений для обязательных реквизитов. Исходя из форматов обязательных реквизитов, действующих на момент написания документа (определяется [5]). длина блока с учетом псевдонимов и разделителей не может быть более 300 знаков (300 байт для 8-битовых кодированных наборов знаков (WIN1251. KOI8-R)).
Таблица 2 — Обязательные для включения в двумерный символ штрихового кода реквизиты платежа
1 Наименование получателя платежа
Строка от 1 до 160 знаков
2 Номер счета получателя платежа
Строка цифр строго 20 знаков
3 Наименование банка получателя платежа
Строка от 1 до 45 знаков
Строка цифр строго 9 знаков
5 Номер кор./сч. банка получателя платежа
Строка цифр до 20 знаков. При отсутствии у банка получателя платежа корр. счета поле заполнять значением «0».
5.2.4 Блок дополнительных реквизитов
Элементы этого блока представляют собой последовательность дополнительного набора реквизитов, наличие которых в платеже необязательно и/или зависит от специфики платежа. В общем случае множество таких реквизитов бесконечно и ограничено только максимально-допустимым объемом данных в символике штрихового кода. Заполнение блока реквизитами происходит согласно правилам, описанным в разделе 0. Знак-разделитель после последнего значения последнего элемента этого блока не используется.
Перечень зафиксированных псевдонимов для дополнительных реквизитов приведен в приложении В. При отсутствии в списке нужного реквизита или невозможности использования указанных псевдонимов, поставщик услуг имеет возможность формировать собственные псевдонимы/реквизиты.
8 случае наличия договорных отношений с принимающей организацией:
• поставщик услуг оговаривает на этапе заключения догоеора/дополнительного соглашения использование собственных псевдонимов/реквизитое и правила их обработки с каждой организацией, принимающей его платежи;
• все используемые псевдонимы дополнительных реквизитов, как зафиксированные в приложении 8. так и произвольные должны быть указаны в договоре/дололнительном соглашении.
В собственных псевдонимах поставщика услуг не допускается использовать знак-разделитель, указанный в 4-м элементе блока служебных данных (0). При включении двух и более реквизитов с одинаковыми псевдонимами при разборе учитываться будет только последнее вхождение данного псевдонима.
5.3 Поддержка предыдущих версий стандарта
При выпуске обновлений стандарта, приводящих к изменению алгоритмов генерации и/или разбора строки данных, размещаемой в двумерном символе штрихового кода:
— значение элемента «Версия» в описании раздела 5.2.1 «Блок служебных данных» увеличивается на единицу:
• поставщики услуг должны перейти на использование новой версии для генерации двумерных символов штрихового кода не позже 6 месяцев с даты введения новой версии стандарта:
— поставщики услуг при формировании двумерного символа штрихового кода указывают соответствующее значение в поле «Версия» блока служебных данных (0);
• принимающими организациями должна обеспечиваться поддержка предыдущей версии стандарта для приема платежей с использованием штрихового кода не менее 6 месяцев с даты введения новой версии стандарта;
• поддержка более старых версий принимающими организациями не требуется.
5.4 Указания по использованию стандарта для поставщиков услуг
5.4.1 выбор двумерной символики штрихового кода
Выбор двумерной символики штрихового кода (из предложенных в данном стандарте) и размера X определяются поставщиком услуг самостоятельно исходя из возможных ограничений:
• необходимый уровень устойчивости (уровень исправления ошибок) к повреждениям двумерного символа штрихового кода (минимальные уровни исправления ошибок указаны в разделе 0);
— размеры двумерного символа штрихового кода установлены в соответствующих стандартах на символики штрихового кода, приведенных в разделе 3. и зависят от объема информации, подлежащей кодированию, уровня исправления ошибок и размера модулей символа;
— наиболее распространенные модели сканеров двумерных символов штрихового кода на рынке имеют квадратные окна сканирования и менее эффективны при распознавании вытянутых (более 80 мм) в одном из направлений прямоугольных символов штрихового кода с большим объемом информации и размером X менее 0,4064 мм (16 мил);
• увеличение размера X двумерного символа штрихового кода до уровня более 0,4064 мм (16 мил) увеличивает геометрические размеры символа штрихового кода, но значительно снижает риск ошибок распознавания существующим разнообразием сканеров и мобильными приложениями.
5.4.2 Формирование двумерного символа штрихового кода
До формирования строки для штрихового кода поставщик услуг выполняет следующие действия:
• определяет перечень и порядок следования дополнительных реквизитов (первыми должны идти наиболее приоритетные для данного поставщика) для включения в двумерный символ штрихового кода;
• проверяет, все ли из необходимых дополнительных реквизитов имеют зафиксированные в стандарте псевдонимы (приложение В); при отсутствии в перечне необходимых псевдонимов определяет собственные уникальные псевдонимы/реквизиты;
При определении реквизитного состава следует учитывать ограничения по объёму информации для выбранных символик штрихового кода.
Платежные реквизиты, включенные в двумерный символ штрихового кода, в обязательном порядке должны присутствовать в распечатанном для клиента (физического лица) платежном документе. Не отраженные для клиента реквизиты в двумерный символ штрихового кода не включаются.
8 двумерный символ штрихового кода кодируется строка двоичного типа (тип binary). На принимающей стороне будет происходить преобразование двоичной строки в текст (0). Для этого программное обеспечение принимающей организации будет получать информацию об используемом наборе кодируемых знаков из элемента №3 блока служебных данных (0).
Формирование строки для штрихового кода происходит следующим образом (таблица 3).
Таблица 3 • Порядок формирования строки знаков для кодирования в двумерном символе штрихового кода
1 Идентификатор формата (фиксированное значение «ST»)
2 Версия стандарта (на данный момент, версия равна «0001»)
3 Признак набора кодированных знаков. Для кодирования знаков кириллического алфавита рекомендуется использовать 8-битовые кодированные наборы («Г* WIN12S1, “3’-KOI8-R). как наиболее экономные (1 байт= 1 знак).
4 Разделитель. По умолчанию «|» • вертикальная черта.
5 Блок обязательных реквизитов.
ST00011 |Name=000 «Три
кита» [PersonalAcc=40702810138250123017|BankName=OAO «БАНК’|В1С=044525225|СоггбврАсс=30101810400000000225
6 Блок дополнительных реквизитов. Добавляются реквизиты с псевдонимами из Приложения А.
ST00011 |Name=000 «Три
кита» [Persona!Acc=40702810138250123017|BankName=OAO ’БАНК’|В1С=044525225|СогтеврАсс=30101810400000000225| PayeelNN=620009876S|LastName=HeaHoe|FirstName=HBaH| Mi Х символа штрихового кода.
Указанный графический маркер не влияет на качество распознавания двумерного символа штрихового кода и не обрабатывается средствами считывания двумерных символов штрихового кода.
5.5 Указания по использованию стандарта для организаций, принимающих платежи с использованием двумерных символов штрихового кода
Для размещения в двумерном символе штрихового кода используется строка двоичного типа (тип binary) и ее разбор осуществляется непосредственно программным обеспечением принимающей организации. Следовательно, взаимодействие между устройством считывания двумерных символов штрихового кода и программным обеспечением должно происходить с использованием интерфейса, позволяющего передавать считанные двоичные данные без дополнительных преобразований и/или искажений. Таким образом, для взаимодействия не рекомендуется режим имитации клавиатуры (USB НЮ и т.п.). так как он преобразует данные, имитируя нажатия кнопок клавиатуры.
Получив строку двоичных данных из устройства считывания двумерных символов штрихового кода, принимающая сторона выполняет ее раэбор по алгоритму, приведенному в таблице 4.
Табли ца 4 • Последовательность раэбора строки, закодированной в двумерном символе штрихового кода
1 Считываются первые 2 байта, если они не равны «ST», то прекращается раэбор по данному
2 Считываются следующие 4 байта и проверяется версия стандарта, если принимающая сторона
поддерживает данную версию, то разбор продолжается. См. также раздел 0 «Поддержка предыдущих версий стандарта»._
3 Считывается признак набора кодированных знаков и знак-разделитель.
4 Разбирается оставшаяся часть строки согласно используемому набору кодированных знаков.
5 Считывается блок обязательных реквизитов (5 шт.). Проверяется, что все обязательные реквизиты заполнены. По ним определяется поставщик услуг, а также определяется, имеет ли он договор с данной принимающей организацией.
6 Считывается блок дополнительных реквизитов: оставшаяся часть строки. Каждый дополнительный реквизит представляет собой пару псевдоним-значение со знаком-разделителем между ними. Если в блоке получены реквизиты с одинаковыми псевдонимами (без учета регистра букв в наименовании псевдонимов), то берется значение последнего из них.
Если поставщик услуг договорной, то значения дополнительных реквизитов разбираются согласно договору (помещаются во внутренние переменные, разносятся в реестры).
Если поставщик не договорной, то:
• дополнительные реквизиты, регулируемые [5] (см. также приложение А), помещаются в соответствующие поля платежного поручения:
7 Проводится платеж.
Пример раэбора элементов строки, содержащей данные о платеже приведен в приложении Д.