Кодировка qr кода st00012

Расшифровка штрих-кода на квитанциях

Расшифровать значение штрих-кода на квитанции можно довольно просто, но иногда даже со специальным оборудованием и программами ничего не выходит. Рассмотрим способы расшифровки информации, закодированной в штрих-коде, на примерах линейных (одномерных формата Code128, EAN13 и т.п.) и двумерных кодов (формата QR-code, Data Matrix и т.п.).

Расшифровка линейного штрих-кода

Зачастую на квитанциях об оплате под линейным штрих-кодами пишут значение, которое там закодировано.
На рисунке ниже показан образец квитанции ФНС, содержащий линейный штрих-код (формат Code128). Данный штрих-код печатается в верхней части квитанции. По этому штрих-коду как раз и производят оплату.

Под штрих-кодом подписано его значение. Если разбирать по частям штрих-код, то слева на право можно увидеть: индекс документа (на рисунке красным), КБК (выделен зеленым), ОКАТО/ОКТМО (малиновый), сумма платежа (обведена синим).
Если вы заметили сумма, на квитанции указана в рублях, а закодирована в штрих-коде в копейках. В большинстве случаях сумму кодируют именно в копейках.
По такому же принципу можно провести расшифровку штрих-кода любой организации.

Расшифровка линейного штрих-кода без подписи

Хорошо если у вас есть сканер штрих-кодов, тогда можно прочитать им. Если нет, то можно воспользоваться телефоном с камерой. Потребуется установить специальную программа для распознавания штрих-кодов, например как QR-reader , Scanvi, сканер штрих-кодов и т.д. Подобных программ очень много как в AppleStore так и GooglePlay.
Прочитав телефоном, получаем последовательность символов и ищем их аналоги на квитанции как в примере выше.

Расшифровка двумерного штрих-кода

В случае печати двумерного штрих-кода на квитанции, его значение под ним не печатается. Поскольку информации, закодированной в данном штрих-коде, может быть довольно-таки много. Например, на квитанции той же самой налоговой в нижней части расположен двумерный код, в котором помимо всего прочего, закодированы платежные реквизиты, а также данные о плательщике: ФИО, адрес.
Наиболее часто в качестве двумерного штрих-кода на квитанциях можно встретить QR-code, являющимся один из самых распространенных форматов.
Ниже приведен образец такой квитанции с двумерным штрих-кодом.

При расшифровке такого значения двумерного штрих-кода можно выделить банковские реквизиты:
расчетный счет – PersonalAcc=40101810800000010041
Наименование банка BankName=ОТДЕЛЕНИЕ 1 МОСКВА Г. МОСКВА 705
БИК =044583001
Корреспондентский счет CorrespAcc=0
И можно увидеть данные о самом плательщике.

Может кому-нибудь придёт идея в голову изготовить похожий штрих-код, предварительно расшифровав штрих-код образца своей квитанции и сделав похожий. Сразу скажу, что этого делать не следует. Поскольку это может привести к:
1) ошибочной оплате по такой квитанции;
2) проблемам с разбором переданной информации в организацию, (получателя платежа);
3) преследованию по закону, в некоторых случаях.

А вам приходилось делать расшифровку двумерного штрих-кода?

Суждения экспертов

Предыдущее:   

Следующее:

Навигация по странице

В графе «Пример данных» указаны возможные значения, которые будут приходить на вход. В том случае, если напротив параметра указано, что «По умолчанию для всех», значит указанное значение в «Пример данных» используется для всех QR кодов без исключения.

По ряду параметров после таблицы указаны уточнения.

Сейчас QR код собирается в двух местах для решения двух задач:

Ссылка на старую задачу по QR коду.

Поля QR кода

Настройка реестра particulars происходит силами администратора.

Наполнение значений для QR кода

Данные для наполнения QR кода значениями, которые зависят не от профиля пользователя, а от адреса его регистрации, формируются на основании парсинга этого адреса. Алгоритм описан в задаче.
Также в ней приведена ссылка на структуру данных, в которой хранится информация.

Ниже указаны алгоритмы сбора данных для заполнения полей QR кода, логика которых напрямую не зависит от профиля пользователя или поведения мобильного приложения.

Сумма приходит из МП с методом /api/v1/qr_codes, описание по ссылке.

Сумма в QR код записывается строго в копейках.

Это поле по разному заполняется для QR кода для ПФ и для МП (см. ссылку)

В реестре addresses_list поле ifns_inn, находится через поле address_id, на который идет ссылка в реестре extended_profile.

В задаче описано откуда брать эти данные.

В реестре addresses_list поле ifns_kpp, находится через поле address_id, на который идет ссылка в реестре extended_profile.

Данное поле заполняется по масте МС. ХХ. ХХХХ, где:

При этом, порядковый месяц опеределяется как следующий за текущим в соответствии с полем payment_date_to из реестра next_payment для выбранного пользователя. В данном реестре есть флаг actuality, который определяет текущий период оплаты.
За счет того, что платежи могут быть только авансовыми, выбирается именно ближайший будущий месяц.

current_date = ‘2020-05-26’
payment_date_to = ‘2020-06-16’

В этом случае:

ТAXPERIOD = МС.07.2020

В реестре addresses_list поле oktmo_number, находится через поле address_id, на который идет ссылка в реестре extended_profile.

Отличие в формировании полей QR кода для ПФ и для МП

У логики формирования QR кода между МП и ПФ есть два отличия:

Формирование QR кода для печатной формы

Метод /api/web/v1/qr_codes вызывается в момент формирования печатной формы, в качестве ответа который присылает ссылку на картинку с QR-кодом для указанного пользователя:

Наименование файла хранится в реестре gb_profile в поле qr_code_images.

Размер картинки QR-кода не должен превышать примерно 3*3 см, так как иначе ряд банкоматов не сможет обрабатывать данный код в силу того, что он не будет помещаться в рамки сканера.

Сам файл физически хранится в сторадже и за счет прямой ссылки на него вставляется в ПФ и выводится уже на печать.

Настройка ПФ происходит в рамках базового функционала.

Также этип ПФ используются для Массовой печати паролей пользователей.

Формирование QR-кода в мобильном приложении

Метод /api/v1/next_payment отправляет в МП следующие данные:

«payment_date» — дата следующего платежа
«payment_sum» — плановая сумма по умолчанию

Данные строятся на основании реестра next_payment, который заполняется автоматически при импорте пользователей.

Когда ИГ запрашивает формирование QR-кода, первым делом ему отображается диалоговое окно, где пользователь может или подтвердить сумму payment_sum из /next_payment или указать ту, что его интересует.

В рамках метода /api/v1/qr_codes, МП отправляет на сервер о том, на какую сумму сформировать текст для QR-кода. Это или payment_sum из метода /next_payment или сумма, указанная пользователем.

и в ответ приходит сообщение типа, в котором в тексте QR-кода учитываются отправленные ранее данные:

В поле location заносится место, где пользовать просматривал QR-код. Фиксируется исходная точка. Если пользователь сместился больше, чем на 50 метров от исходной точки, координаты дополняются и так до тех пор, пока экран не будет закрыт.
Расширенное описание поведения МП при формировании Qr-кода по ссылке.

Обработка QR кода на бэке

В рамках метода /api/v1/qr_codes сервер получает от МП сумму в рублях, преобразует в копейки и подставляет в текст QR-кода.

После получения запроса на формирование QR-кода в реестр qr_history сервер заносит запись о новом запросе, куда складывает сумму платежа уже в рублях, а также текст сформированного QR-кода, где сумма указана в копейках.
Этот реестр используется как источник данных для экрана истории транзакций в мобильном приложении.

В реестре qr_field хранится раскладка каждой записи из qr_history с указанием какие значения для какого поля QR-кода были использованы. В этом реестре сумма указывается в копейках.

В реестры qr_history и qr_field вносятся данные по сформированным QR-кодам только из мобильного приложения.

Формирование QR-кода для печатных форм описано в разделе

Набор полей, из которых состоит QR-код захардкожен.