Указания по использованию стандарта для организаций, принимающих платежи с использованием двумерных символов штрихового кода

Для размещения в двумерном символе штрихового кода используется строка двоичного типа (тип binary) и ее разбор осуществляется непосредственно программным обеспечением принимающей организации. Следовательно, взаимодействие между устройством считывания двумерных символов штрихового кода и программным обеспечением должно происходить с использованием интерфейса, позволяющего передавать считанные двоичные данные без дополнительных преобразований и/или искажений. Таким образом, для взаимодействия не рекомендуется режим имитации клавиатуры (USB HID и т.п.), так как он преобразует данные, имитируя нажатия кнопок клавиатуры.

Получив строку двоичных данных из устройства считывания двумерных символов штрихового кода, принимающая сторона выполняет ее разбор по алгоритму, приведенному в таблице 4.

Таблица 4 - Последовательность разбора строки, закодированной в двумерном символе штрихового кода

 

Шаг разбора

1 Считываются первые 2 байта, если они не равны "ST", то прекращается разбор по данному стандарту.

2 Считываются следующие 4 байта и проверяется версия стандарта, если принимающая сторона поддерживает данную версию, то разбор продолжается. См. также раздел 0 "Поддержка предыдущих версий стандарта".

3 Считывается признак набора кодированных знаков и знак-разделитель.

4 Разбирается оставшаяся часть строки согласно используемому набору кодированных знаков.

5 Считывается блок обязательных реквизитов (5 шт.). Проверяется, что все обязательные реквизиты заполнены. По ним определяется поставщик услуг, а также определяется, имеет ли он договор с данной принимающей организацией.

6 Считывается блок дополнительных реквизитов: оставшаяся часть строки. Каждый дополнительный реквизит представляет собой пару псевдоним-значение со знаком-разделителем между ними. Если в блоке получены реквизиты с одинаковыми псевдонимами (без учета регистра букв в наименовании псевдонимов), то берется значение последнего из них. Если поставщик услуг договорной, то значения дополнительных реквизитов разбираются согласно договору (помещаются во внутренние переменные, разносятся в реестры). Если поставщик не договорной, то: - дополнительные реквизиты, регулируемые [5] (см. также приложение А), помещаются в соответствующие поля платежного поручения; - значения прочих дополнительных реквизитов (без псевдонимов) объединяются через пробел в одну строку в порядке следования и передаются поставщику услуг в поле "Назначение платежа" платежного поручения с ограничением на количество знаков (лишние знаки обрезаются).

7 Проводится платеж.

_______________

Максимальная длина поля на момент написания документа составляет 210 знаков. Данное значение регулируется [5].

Пример разбора элементов строки, содержащей данные о платеже, приведен в приложении Д.

Приложение А (справочное). Таблица набора кодированных знаков WIN1251

Приложение А
(справочное)

В таблице приведены знаки кодированного набора WIN1251 из шестнадцатеричного интервала 0x80 - 0xFF (по вертикали располагаются цифры высшего шестнадцатеричного разряда (0х8_ - 0xF_), по горизонтали - низшего (0х_0 - 0x_F). Под изображениями знаков в ячейках приведены десятичные значения кодов знаков. Знаки из интервала 0x00 - 0x7F полностью соответствуют знакам с теми же значениями из набора кодированных знаков по [2].

Рисунок А.1 - Таблица набора кодированных знаков WIN1251

Рисунок А.1 - Таблица набора кодированных знаков WIN1251

Приложение Б (справочное). Таблица набора кодированных знаков KOI8-R

 

Приложение Б
(справочное)

В таблице приведены знаки кодированного набора KOI8-R из шестнадцатеричного интервала 0x80 - 0xFF (по вертикали располагаются цифры высшего шестнадцатеричного разряда (0х8_ - 0xF_), по горизонтали - низшего (0х_0 - 0x_F). Под изображениями знаков в ячейках приведены десятичные значения кодов знаков. Знаки из интервала 0x00 - 0x7F полностью соответствуют знакам с теми же значениями из набора кодированных знаков по [2].

Рисунок Б.1 -Таблица набора кодированных знаков KOI8-R

Рисунок Б.1 -Таблица набора кодированных знаков KOI8-R

Приложение В (обязательное). Перечень зафиксированных псевдонимов реквизитов платежа

 

Приложение В
(обязательное)

 

Таблица В.1

Псевдоним	Наименование реквизита
Обязательные реквизиты (блок "Payee" УФЭБС [5])
Name	Наименование получателя платежа	Макс. 160 знаков (имя тега по [5]: Payee/Name)
PersonalAcc	Номер счета получателя платежа	Макс. 20 знаков (имя тега по [5]: Payee/PersonalAcc)
BankName	Наименование банка получателя платежа	Макс. 45 знаков (не определен [5])
BIC	БИК	Макс. 9 знаков (имя тега по [5]: Payee/Bank/BIC)
CorrespAcc	Номер кор./сч. банка получателя платежа	Макс. 20 знаков (имя тега по УФЭБС: Payee/Bank/CorrespAcc)
Дополнительные реквизиты, формат значений которых определяется Альбомом [5].
Sum	Сумма платежа, в копейках	Макс. 18 знаков (имя тега по [5]: Sum)
Purpose	Наименование платежа (назначение)	Макс. 210 знаков (имя тега по [5]: Purpose)
PayeeINN	ИНН получателя платежа	Макс. 12 знаков (имя тега по [5]: Payee/INN)
PayerINN	ИНН плательщика	Макс. 12 знаков (имя тега по [5]: Payer/INN)
DrawerStatus	Статус составителя платежного документа	Макс. 2 знака (имя тега по [5]: Departmentallnfo/DrawerStatus)
КРР	КПП получателя платежа	Макс. 9 знаков (имя тега по [5]: Payee/КРР)
СВС	КБК	Макс. 20 знаков (имя тега по [5]: Departmentallnfo/CBC)
ОКТМО	Общероссийский классификатор территорий муниципальных образований (ОКТМО)	Макс. 11 знаков (имя тега по [5]: Departmentallnfo/ОКАТО, поле 105)
PaytReason	Основание налогового платежа	Макс. 2 знака (имя тега по [5]: Departmentallnfo/PaytReason)
TaxPeriod	Налоговый период	Макс. 10 знаков (имя тега по [5]: Departmentallnfo/TaxPeriod)
DocNo	Номер документа	Макс. 15 знаков (имя тега по [5]: Departmentallnfo/DocNo)
DocDate	Дата документа	Макс. 10 знаков (имя тега по [5]: Departmentallnfo/DocDate)
TaxPaytKind	Тип платежа	Макс. 2 знака (имя тега по [5]: Departmentallnfo/TaxPaytKind)
Прочие дополнительные реквизиты
LastName	Фамилия плательщика
FirstName	Имя плательщика
MiddleName	Отчество плательщика
PayerAddress	Адрес плательщика
PersonalAccount	Лицевой счет бюджетного получателя
Docldx	Индекс платежного документа
PensAcc	N лицевого счета в системе персонифицированного учета в ПФР - СНИЛС
Contract	Номер договора
PersAcc	Номер лицевого счета плательщика в организации (в системе учета ПУ)
Flat	Номер квартиры
Phone	Номер телефона
PayerldType	Вид ДУЛ плательщика
PayerldNum	Номер ДУЛ плательщика
ChildFio	Ф.И.О. ребенка/учащегося
BirthDate	Дата рождения
PaymTerm	Срок платежа/дата выставления счета
PaymPeriod	Период оплаты
Category	Вид платежа
ServiceName	Код услуги/название прибора учета
Counterld	Номер прибора учета
CounterVal	Показание прибора учета
Quittld	Номер извещения, начисления, счета
QuittDate	Дата извещения/начисления/счета/постановления (для ГИБДД)
InstNum	Номер учреждения (образовательного, медицинского)
ClassNum	Номер группы детсада/класса школы
SpecFio	ФИО преподавателя, специалиста, оказывающего услугу
AddAmount	Сумма страховки/дополнительной услуги/Сумма пени (в копейках)
Ruleld	Номер постановления (для ГИБДД)
Execld	Номер исполнительного производства
RegType	Код вида платежа (например, для платежей в адрес Росреестра)
UIN	Уникальный идентификатор начисления
TechCode	Технический код, рекомендуемый для заполнения поставщиком услуг. Может использоваться принимающей организацией для вызова соответствующей обрабатывающей ИТ-системы. Перечень значений кода представлен в Приложении Г.

Приложение Г (обязательное). Перечень значений технического кода платежа (TechCode)

 

Приложение Г
(обязательное)

 

Таблица Г.1

 

Код назначения платежа	Наименование назначения платежа
01	Мобильная связь, стационарный телефон
02	Коммунальные услуги, ЖКХ
03	ГИБДД, налоги, пошлины, бюджетные платежи
04	Охранные услуги
05	Услуги, оказываемые УФМС
06	ПФР
07	Погашение кредитов
08	Образовательные учреждения
09	Интернет и ТВ
10	Электронные деньги
11	Отдых и путешествия
12	Инвестиции и страхование
13	Спорт и здоровье
14	Благотворительные и общественные организации
15	Прочие услуги

Приложение Д (справочное). Пример кодирования платежа в виде строки знаков

 

Приложение Д
(справочное)

Ниже приведен пример кодирования платежа с применением правил, описанных в настоящем документе.

 

ST00011|Name=ООО "Три кита"|PersonalAcc=40702810138250123017|BankName=OAO "БАНК"|BIC=044525225|CorrespAcc=30101810400000000225|PayeelNN=6200098765|LastName=Иванов|FirstName=Иван|MiddleName=Иванович|Purpose=Оплата членского взноса|PayerAddress=г.Рязань ул.Ленина д.10 кв.15|Sum=100000

 

Таблица Д.1 - Разбор элементов строки, содержащей данные о платеже

Элемент строки	Содержимое
Служебный блок
ST	Идентификатор формата (формат "свой")
0001	Версия формата
1	Кодированный набор WIN1251
|	Разделитель реквизитов платежа
Блок обязательных реквизитов
ООО "Три кита"	Наименование получателя
40702810138250123017	Номер счета получателя платежа
ОАО "БАНК"	Наименование банка получателя платежа
044525225	БИК
30101810400000000225	Номер кор./сч. банка получателя платежа
Блок дополнительных реквизитов
6200098765	ИНН получателя
Иванов	Фамилия плательщика
Иван	Имя плательщика
Иванович	Отчество плательщика
Оплата членского взноса	Наименование платежа (назначение)
г.Рязань ул.Ленина д.10 кв.15	Адрес плательщика
100000	Сумма платежа в копейках

Библиография

[1] ISO/IEC 18004:2006*	Information technology - Automatic identification and data capture techniques - QR Code 2005 bar code symbology specification
________________ * Доступ к международным и зарубежным документам, упомянутым здесь и далее по тексту, можно получить, перейдя по ссылке на сайт http://shop.cntd.ru. - Примечание изготовителя базы данных.
[2] ISO/IEC 8859-1:1998	Information technology - 8-bit single-byte coded graphic character sets - Part 1: Latin alphabet N 1
[3] ISO/IEC 646:1991	Information technology - ISO 7-bit coded character set for information interchange
[4] ISO/IEC 10646:2012	Information technology - Universal Coded Character Set (UCS)
[5]	Унифицированные форматы электронных банковских сообщений для безналичных расчетов (УФЭБС, v. 2.5.9)
[6] ISO/IEC 15426-2:2005	Information technology - Automatic identification and data capture techniques - Bar code verifier conformance specification - Part 2: Two-dimensional symbols

 

__________________________________________________________________________

УДК 336.717:006.354 ОКС 03.060

Ключевые слова: штриховой код, платежный документ, реквизит платежа, поставщик услуг, графический маркер

__________________________________________________________________________

 

Электронный текст документа
подготовлен АО "Кодекс" и сверен по:
официальное издание

М.: Стандартинформ, 2014