Делаем QR код для оплаты через мобильный банк бесплатно
Понадобилось сделать QR код для оплаты через мобильное приложение банков — все просят деньги за это. По сути ерундовая вещь. Короче говоря вот решение — гуглим «Free QR code generator» — таких сайтов полно. Тип данных выбираем текст и вносим следующие данные:
ST00012|Name=ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «РОГА И КОПЫТА»|PersonalAcc=40702810000000000000|BankName=НАЗВАНИЕ БАНКА|BIC=000000000|CorrespAcc=30101810200000000000|KPP=000001001|PayeeINN=00000000|Purpose=НАЗНАЧЕНИЕ ПЛАТЕЖА|Sum=0
меняем значения в полях:
Name — наименование нашего юр лица (или ваше фио)
PersonalAcc — номер расчетного (лицевого) счета (перепроверьте многократно)
BankName — название банка (точное из реквизитов)
CorrespAcc — корр. счёт
Purpose — назначение платежа (за что оплата)
И всё, в результате получим QR код для оплаты через мобильный банк бесплатно
Надеюсь кому-нибудь поможет сэкономить деньги)
О, охуенная тема.
1. Делаем сайт по генерации таких изображений бесплатно.
2. Когда все к нему привыкнут, начнут пользоваться и он станет популярным — начинаем подменять номер счета своим, вдруг не заметят.
4. PROFIT (ну или пиздюли, тут как карта ляжет)
Щас попрошайки побегут таблички с этими кодами делать.
А как сделать QR код , чтобы допустим в приложении СБ онлайн направляла перевод по номеру телефона/карты , с уже забитым номером телефона/карты ? или это не возможно ?
Объясню , работаю в торговле , что-то типа рыночного ларька , и часто клиенты просто скидывают деньги на карту , по номеру телефона , или по номеру карты .
Можно ли это как-то прикрутить в QR коду ?
У жены узнавал, там клиент будет комиссию платить, что не этично и будет раздражать.
А еще можно войти на сайт какплатить.рф, нажать там внизу «Организациям, присылающим населению квитанции об оплате товаров/услуг» — и сделать то же самое в абсолютно человеческом виде, намного удобнее.
Можно загуглить ГОСТ для создания QR-кода платежа и подробнее просмотреть какие есть поля и как заполняются
все перепроверил, но сбербанк онлайн не работает пишет «Неправильное значение SCHET»
Это получается подобие alipay?
так, одной проблемой меньше, осталось придумать как это всё сразу в накладную в 1с вбивать)
Делал qr-код для печати квитанций за ТВ, на сайте сбера есть описание формата и можно сразу проверить правильность сформированного кода
https://www.sberbank.ru/ru/legal/bankingservice/code
А физику как переводы таким же образом получать? У Тинь кстати есть оплата по qr, если его выдернуть?
А что за акция, почем бесплатно -то?
Автор, напиши в сообщения, могу прислать файлик для формирования qr, используется самим сбером
А как сделать QR код для двух полей? Чтобы логин и пароль в телефоне заполнять
@SupportTech, вам известен такой баг? Воспроизводится на Самсунге, Сяоми, Айпаде, во всех моих браузерах. Часто раздражает
Сбер и Альфа работает, ВТБ не распознает
То есть прикрутить такую штуку к частной карте (бармену для чаевых, например) пока не получится?
Мне одному было бы неудобно постоянно с помощью телефона платить по всяким кодам? Как по мне, проще иметь в кармане тонкую ничего не весящую карточку, или вообще кольцо с NFC вроде PayRing, чем постоянно с телефоном тыркаться.
вопрос: PayeeINN — это ИНН получателя или ИНН Банка?
Аналогично для КПП: это КПП получателя или КПП банка?
И если у получателя нет КПП, то не заполнять поле вовсе или оставить нули?
Сбер и Альфа пропускает нормально. Тинькофф не хочет, требует чтобы НДС был либо включен, либо «НДС не облагается». Куда и как прописать образования не хватает(
Низкий поклон вам!
Прикрутим на сайт QR-code
Это сильно упростить нам сбор оплаты за услуги
Один вопрос, как идентифицировать плательщика?
На сайте можно сделать так, чтобы плательщик сам вбивал свой lastName?
Просветите, кто добр, пожалуйста!
А можно таким образом полностью от налички отказаться и работать без кассового аппарата?
Осторожно, мошенники. Как могут украсть деньги с карты. Способ о котором, к сожалению, нигде не писали
Спустя более чем год, немного придя в себя, решил поделиться с Вами своей историей. Картинок не будет, да и не нужны они тут. История длинная и грустная, расскажу весь ход подробно. До сих пор никто не найден, деньги мне не вернули, так что, устраивайтесь поудобнее, потратите 10-15 минут на чтение, зато возможно мои рекомендации помогут Вам сохранить ваши средства, либо не надо будет платить по чужому кредиту. Если времени нет, переходите сразу к последнему абзацу, где резюмирую необходимые меры предосторожности.
Расскажу Вам, как в июля 2019 года я стал жертвой виртуальных мошенников, заполучивших доступ к моей SIM-карте Мегафон, после чего понес потери в крупном размере, путем вывода неустановленными третьими лицами средств с моих счетов в АльфаБанке и СберБанке. Причем средства вывели не те, что там были. А в одном банке взяли кредит от моего имени, во втором вычистили полностью кредитку.
Теперь подробнее расскажу, как, даже не доверяя никому, никаким звонкам банков и пр, я испытал шок и стресс…
Июльским московским утром 2019 года, выходя утром из дома, как я предположил забыл дома свой телефон. Приехав на работу и просматривая свою электронную почту, я увидел входящее письмо от «noreply» с темой «Документы клиента по кредиту», т.к. кредитов я не брал и письмо было с адреса noreply@ alfa-bank.info , подумал, что это спам и даже открывать не стал, т.к. домен адреса отправителя ( alfa-bank.info ) не совпадал с реальным адресом банка ( alfabank.ru ), просто поместил письмо в спам. Листая почту дальше, обнаружил письмо уже от Альфа-Банка с темой «Ваша карта заблокирована Банком» с адреса frauddepartment@ alfabank.ru , в котором говорилось о блокировке карт и доступа в Альфа-Клик/Мобайл в связи с выявлением сомнительных операций (дословно: «Уважаемый клиент, по карте **** выявлены сомнительные операции, все действующие карты и доступ в Альфа-Клик/Мобайл заблокированы»). Понял, что предыдущее письмо возможно не спам и открыл его, в нем находились файлы-вложения в формате pdf. Открыв которые я узнал, что между мной и АО «АЛЬФА-БАНК» в прошедшую в ночь заключен кредитный договор, а также оформлена страховка заемщика. Договор заключен от моего лица с моими персональными данными, хотя я данный договор не читал, не подписывал и не заключал и никого на это не уполномочивал. Время заключения около 4 часов утра/ночи, когда я спал. Сумма кредита составила почти миллион рублей. Был шокирован данным фактом и понял, что телефон я дома не забыл, а потерял его днем ранее, когда возвращался домой вечером. Предполагаю, что получили кредит, оформили страхование и предприняли попытки к выводу средств неустановленные третьи лица (злоумышленники), завладев моим мобильным телефоном Sony (на базе Android) с установленной в него SIM-картой Мегафон, (данный номер телефона был привязан в т.ч. к АльфаБанку и Сбербанку). О данном факте вечером мною было оставлено заявление в полицию по адресу моей регистрации. Потерял телефон, предположительно когда возвращался домой вечером. Помню последний телефонный разговор, после которого, как мне показалось положил телефон в карман, по факту скорее всего промахнулся и не услышал как уронил. На телефоне была установлена блокировка (установлен закрытый доступ к содержимому) по сложному графическому ключу или отпечатку пальца, исключающий доступ к приложениям, уведомлениям на телефоне, отправке/ чтению СМС и совершению звонков. Пропажу заметил не сразу, т.к. придя домой почти сразу лег спать, а утром торопился на работу и понял, что без него вышел, уже когда выехал на работу. Поэтому сначала и подумал, что забыл телефон дома.
По программе поиска телефона сам телефон был в сети последний раз примерно по моему маршруту следования в районе автозаправки ( Думал вдруг органы запросят видео с заправки. Т.к. позже стало очевидно, что тот кто нашел телефон, скорее всего пришел/остановился у автозаправки и там уже отключил его. Возможно, кто-то нашел телефон и продал таксисту, который там мог ожидать вызов). Но более чем уверен, что никто и не думал запрашивать там видео, да и долго его там не хранят наверное). Далее активность на телефонном номере началась спустя полтора-два часа, но СИМка была уже в другом телефоне (исходящие СМС).
После того, как увидел вышеуказанные входящие письма на электронную почту позвонил в Альфабанк и другие банки, где у меня открыты карты с целью выяснения обстоятельств и блокировки карт, что заняло продолжительное время дозвона и общения с каждым банком. Также в этот же день днем заблокировал Сим-карту у сотового оператора. После этого поехал в офис мегафон за новой СИМ-картой. Предполагаю, что злоумышленники вставили СИМ-карту в свой телефон, после чего каким-то образом смогли зайти (авторизоваться) вместо меня в Приложениях АльфаБанка и Сбербанка, а для этого предполагаю, что они узнали каким-то образом номера моих карт. Т.к. по детализации были видны входящие СМС от АльфаБанка в течение всей ночи.
Претензию в АльфаБанк конечно же написал. Очень подробно интересовались всем подробно. Но по итогу – признать недействительными операции – отказались. Остался я с кредитом наедине.
Также в детализации, которую я взял у оператора, есть исходящее СМС на номер 900 той же ночью и много входящих СМС от номера 900 в течение всей ночи и утра. Данные СМС я не видел. Телефона у меня не было. Звонил в поддержку Сбербанка. Для блокировки карт и доступа, мне сказали, что было осуществлено закрытие моего вклада, находящегося у них и эти деньги были переведены на мою дебетовую карту с телефона Хуавей, к счастью, хоть эти деньги остались на карте. Для справки, у меня были всегда телефоны марки Сони и после случая взял другой более старый телефон Сони. Я подумал, что деньги вывести не смогли или не успели и оставил обращение об аннулировании закрытия вклада, т.к. я этого не делал и не хотел терять проценты. Полиция сказала, что раз не вывели деньги со вклада, то этот случай не будет расследоваться. На следующий день заказал перевыпуск карт (дебетовой (на которую перевели сумму со вклада) и кредитной (была у меня еще кредитная карта с лимитом несколько сотен тысяч рублей) в отделении Сбербанка, спустя несколько дней я получил карты и восстановил доступ в сбербанк онлайн. Когда зашел с телефона в приложение Сбербанк увидел, что на кредитной карте осталось доступно для трат только 210 рублей. Сразу же позвонил по номеру 900 и сообщил об этом, где мне подтвердили, что той злополучной ночью с данной карты были совершены операции по выводу средств. Я сразу же заехал в отделение Сбербанка и написал соответствующее заявление. Данные операции по картам и счетам не проводил, никого не уполномочивал.
Самое удивительное во всей этой истории то, что сами банковские карты не терял, никому не передавал, их данные, цифры с обратной стороны (код безопасности CVV2 или CVC2) или ПИН-коды не сообщал. Эти карты до сих пор есть у меня. Специально не стал их выкидывать или уничтожать, чтобы можно было опровергнуть факт утраты. В итоге еще раз обратился в тоже самое отделение полиции, т.к. до этого не знал, что были выведены средства с кредитной карты Сбербанка (лимит карты был мной не тронут, я ей редко пользовался, была скорее как «на всякий случай» или иногда бронирование требуется именно по кредитной, а не дебетовой карте). В Отделении полиции сказали подождать, доп.бумаги не взяли, сказали дождаться, когда кто-то возьмет мое заявление/дело по первому обращению ( к тому времени прошло уже 5 дней) . Еще через 2 дня вечером со мной связался сотрудник правоохранительных органов (следователь), о том что необходимо подойти для предоставления дополнительных документов. На след день я явился в отделение полиции и предоставил собранные материалы по АльфаБанку, а также сообщил касаемо нового эпизода по Сбербанку, мне сказали, что будет рассматриваться отдельно, а не совместно и поэтому необходимо написать новое заявление, что я и сделал сразу же.
Спустя примерно дней 20 зашел около 20 часов в полицию, чтобы передать материалы (в т.ч. ответ от банка), но на проходной не пустили, сказали прийти в рабочее время с 9 до 18. На след день не получалось никак зайти, зашел через день утром. Ответ от сбербанка в отделение полиции предоставил Начальнику розыска. По информации от Сбербанка хронология была следующая: было установлено приложение на новое устройство, введен номер карты, введен СМС код подтверждения, создан новый пин-код, далее карта добавлена в Google Pay, через устройство самообслуживания (банкомат) были сняты средства без использования карты, бесконтактно, посредством телефона с NFC на всю доступную по кредитке сумму. Даже сказали номер и адрес Банкомата и пообещали сохранить с него видео. Но сказали, что все данные дадут только следствию
Судя по истории операций в Сбербанке, была попытка оплатить мобильную связь (МТС?), но оплата не прошла. Также, судя по выписке была оплату в пользу Авиакомпании Победа (4 оплаты на 7500, 7500, 6500, 9500 рублей) на общую сумму 31 000 рублей. Неофициально удалось выяснить, что билеты на такую сумму в тот день не покупались. Из всех четырех сумм, в тот день была только одна похожая сумма, но там мама купила билет по своей карте для ребенка.
Подал 4 обращения в сбербанке:
1ое по вкладу (что закрыли досрочно и перевели на карту);
2ое по кредитной карте (совершение расходов, переводов, снятий);
3-е и 4-е на оспаривание отказа по первым двум через Омбудсмена Сбербанка .
К слову, Сбербанк тоже отказал, но ответил более доброжелательно что ли.
В АльфаБанке полученный кредит (банк создал новый счет и перевели деньги на него) был потрачен на страхование моей жизни (обычно банк навязывает эту услугу «автоматом»), а также совершены переводы на карты Сбербанка и Кивибанка на сумму несколько сотен тысяч рублей. Также банк взыскал комиссию за каждый перевод и начал начислять проценты по кредиту.
Задолженности я не гасил, ждал ответа банков и надеялся, что отменят операции или возместят денежные средства. Но после ответов банков понял, что все долги останутся на мне.
Для любителей цифр, итого,в Альфе взят кредит примерно на 750 000 рублей (в т.ч. около 54 тысяч руб за страховку, которую позже, удалось полностью вернуть). Переводы с комиссией составили около 200 тысяч рублей. Гасить мне их пришлось уже с процентами. В Сбербанке от кредитного лимита чуть более 300 тысяч рублей, осталось доступно всего 210 рублей. С учетом процентов за переводы и снятие по кредитной карте я погасил сумму большую, чем был изначально лимит по кредитке. Итого весь ущерб от действий мошенников составил для меня более чем полмиллиона рублей рублей, а также неполученные проценты из-за досрочно закрытого вклада. Для меня это очень большие суммы и сам бы я не смог рассчитаться несколько лет точно. Гасить задолженности мне пришлось досрочно, чтобы не дожидаться дальнейшего роста задолженности (а по кредитной карте это около 25% годовых), а также не портить себе кредитную историю просрочками оплаты. Гасил денежными средствами (буквально незадолго до этого) полученными моей семьей по наследству от отца, эти денежные средства я своими не считал, а хотел передать своей матери (вдове отца), но т.к. прямо сейчас они были ей не нужны, хотели сберечь, я решил их сохранить, разместив на вкладе (на полгода) в сбербанке. Но мошенники закрыли данный вклад досрочно, через месяц после открытия, таким образом я потерял еще около 2500 рублей процентов за месяц, которые денежные средства находились на вкладе. Но так как вклад под 6% на 6 месяцев был закрыт досрочно, банк начислил около 5 рублей процентов только.
Предполагаю, что если бы я был родственник какого-то высокопоставленного главы южного региона России, возможно, всех нашли бы очень быстро и в течение пары дней принесли бы извинения. Нашлись бы сразу и записи с камер, и удалось бы выяснить на кого оформлялись покупки в АК Победа, можно было бы опросить этих людей, каким образом они купили билеты или доп.услуги, либо видео с аэропорта. Также есть место, где работал телефон последний раз (АЗС), наверняка бы что-то было бы и на видео с нее, например, таксист нашедший телефон, где его уже выключили и он перестал передавать данные о своем местонахождении.
На основании вышеизложенного очевидно, что имеет место новая схема мошенничества, без якобы звонков от банка, без кражи банковских карт или их данных, без установки сомнительных приложений на телефон. О том, что только завладев одной лишь СИМ-картой можно взять кредит, снять деньги в банкомате, сделать переводы, купить билеты и пр., я ранее не знал и о таких мошенничествах не писали в СМИ. Получается мошенники сами узнали каким-то образом номера моих карт, то ли путем покупки базы данных банков (сейчас не секрет, что можно купить базу данных клиентов почти любого крупного банка, в т.ч. с кодовыми словами, номерами счетов и персональными данными), то ли смогли найти у меня на телефоне, хотя он и был заблокирован. Кстати, когда они установили СИМ-карту в свой телефон, они взломали и вошли в один из самых типа самых защищенных мессенджеров (т.к. код подтверждения для входа тоже приходит на номер телефона) и могли видеть все мои частные переписки, которые загрузились с сервера, а также раздел «избранное», где я не утверждаю, но допускаю, что мог когда-то сохранить только для себя фотографию своей карты(карт), но, если такие фото и были, то карты там бы были только с лицевой стороны!
Есть IMEI моего утерянного телефона Sony. IP адрес телефона мошенников (Телеграм показывал его при сеансе, а также что телефон мошенников — Samsung Galaxy A5 (2017), Android 8.0, с которого вошли в мессенджер с другого устройства (причем активны были в нем еще несколько дней, т.к. завершить их сеанс я не мог, т.к. с нового устройства при входе в мессенджер это сделать нельзя. Пришлось удалять полностью аккаунт. Хорошо никому не стали еще писатьот моего имени с просьбой перевода средств. Думаю, что наверняка можно как-то отследить с какого устройства заходили (ведь в него вставили мою СИМ-карту), IMEI этого телефона, какие сим-карты были в нем ранее или какие абонентские номера находились рядом с ним, на кого оформлены, кому принадлежит номер телефона на который пытались оплатить, где он находился, где находилась территориально моя сим-карта в новом телефоне. Но опять же, нашли бы, только если бы кому-то высокопоставленному это было бы надо. Мое же заявление просто несколько дней лежало в полиции, и по разговорам с сотрудниками я понял (а они это и не скрывали) шанса найти нет, они особо даже и не ищут, и даже данные от Альфабанка и Сбербанка им типа просто так не дают. Хотя казалось бы во всей этой истории столько было ниточек, за которые можно было бы подергать и попытаться распутать.
В итоге я пытался сделать все от меня зависящее, подавал обращение в Альфа-Банк и Сбербанк, полицию, управление «К» МВД через сайт мвд.рф , писал и в ЦБ РФ (но там тоже сказали, что помочь не могут и посоветовали обратиться в правоохранительные органы).
Да, кстати, оба банка отказали, сославшись, что со своей стороны они добросовестно выполняли свои обязательства, выдавая мне кредит и позволяя выводить деньги с моих счетов. Т.к. я подписал согласие на подключение к интернет/мобильному банку, по которому код из СМС – является моей простой электронной подписью. Типа банк не мог не провести операции, которые для него выполнял как бы я.
Помните, что давая свое согласие на подключение интернет-банка или мобильного банка, которое сейчас, как правило, стандартное при получении банковских карт вы позволяете проводить операции по вашим счетам только благодаря СМС-кам. Вряд ли кто-то отказывается сейчас от их использования, проводя все операции только через банкоматы или отделения банка.
А если я не согласен с отказом банков и данные выполнял не я – порекомендовал обращаться в полицию.
Кстати, были еще счета в не самых популярных банках, но их не тронули, может потому что денег там не было, либо отработана схема была только по крупным банкам.
Таким образом, резюмируя:
1. предодобренные кредиты, которые висят у Вас в мобильных банках – зло. Хотя кажется, что и удобно, вдруг что, то для взятия которого не надо даже ничего заполнять и ждать одобрения. Они уже «предварительно одобрены банком» для Вас. Остается только нажать кнопку «получить» и средства сразу становятся доступны к пользованию и тратам.
2. Обязательно ставьте пароль на SIM-карту. Сейчас, к сожалению, редко кто его использует, чем и воспользовались в моем случае мошенники. Я тоже больше внимания уделял блокировке самого телефона, а не симки. Поэтому включайте пароль на SIM и меняйте его со стандартного 0000 на другой. По сути заполучив только СИМ-карту мошенникам не составляет труда узнать номер телефона, а по нему пробить по базам основных банков, продаваемым в даркнете номера карт или счетов. К слову у Рокетбанка вообще чтобы войти в приложение, использовался только номер телефона.
3. Лучше не хранить номера и/или фото даже лицевой стороны карт нигде, ни в телефоне, ни на SD-карте, не в мессенджерах. Про то, что не хранить фото или данные обратной стороны карт – это также само собой. Здесь может небольшой плюс iOS устройств, где фото сохраняются только на внутреннюю память. Но и минус, что нельзя быстро достать microSD и быстро скопировать на ПК. Ну и можно взломать через iCloud.
4. Если Ваш номер моб. телефона вдруг стал заблокирован, сразу блокируйте все свои карты. К сожалению, это также не сразу может быть понятным, если мессенджеры на телефоне работают по Wi-Fi и сами вы никому не звоните часто. Позже прочел немного похожую схему, но там даже СИМ-карта не была утрачена, ее просто получили в офисе сотового оператора по поддельной доверенности, якобы выданной владельцем. Но в данной ситуации хотя бы небольшие, но есть шансы попробовать отсудить что-либо у оператора связи, который выдал третьему лицу СИМ-карту. Хотя, наверняка, тоже трудно доказать будет, что доверенность левая…
Вот такая вот нерадостная история. Когда за один день вся жизнь меняется. У меня правда это было два удара. Второй, когда при получении перевыпущенных карт у Сбербанка узнал, что кредитная карта полностью пустая. Череда совпадений. Ведь телефон не просто нашли, отключили и выбросили симку, да сдали аппарат в ломбард. А в течение ограничпенного времени, ночью провернули столько оперативных действий с СИМ-картой. Как будто либо телефон сразу нашел мошенник, либо кто-то быстро продал кому-то, кто уже знал что делать не только с телефоном, но и незаблокированной СИМкой, либо кому ее отдать..
ГОСТ Р 56042-2014 «Национальный стандарт РФ. Стандарты финансовых операций. Двумерные символы штрихового кода для осуществления платежей физических лиц»
Штриховой код, как технология автоматической идентификации и сбора данных, широко используется при осуществлении платежей физическими лицами. Использование символов штрихового кода на платежном документе позволяет осуществить автоматизированный ввод реквизитов платежа и этим снизить трудоемкость проведения операции приема платежа, уменьшить количество ошибок, допускаемых клиентами и сотрудниками организаций, принимающих платежи, и сократить время оформления платежа. Для задания единых правил использования штрихового кода как поставщиками услуг при выставлении счетов (печати платежных документов), так и принимающими платежи организациями возникла необходимость разработки общего стандарта.
1 Область применения
Настоящий стандарт устанавливает:
– перечень двумерных символик штрихового кода, используемых при осуществлении платежей физическими лицами;
– требования к содержанию данных, кодируемых в двумерном символе штрихового кода;
– требования к поддержке предыдущих версий стандарта в программном обеспечении поставщиков услуг и организаций, принимающих платежи, в случае выпуска новой версии стандарта;
– руководство по использованию стандарта для поставщиков услуг, в адрес которых будут осуществляться платежи;
– руководство по использованию стандарта для организаций, принимающих платежи.
В настоящем стандарте не рассматривается:
– специфика выбора конкретной двумерной символики штрихового кода (из предложенных) для целей поставщика услуг, с учетом устойчивости к повреждениям, качества используемой бумаги и прочих факторов;
– форма платежного документа и место расположения двумерного символа штрихового кода на ней;
– выбор поставщиком услуг размера X двумерного символа штрихового кода, с учетом возможных проблем с распознаванием в различных организациях;
– различия в спецификациях и технических характеристиках различных моделей устройств считывания двумерных символов штрихового кода, установленных в различных организациях;
– форматы взаимодействия между поставщиками услуг и организациями, принимающими платежи физических лиц, не использующими данный стандарт.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ Р ИСО/МЭК 15415-2012 Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация испытаний символов штрихового кода для оценки качества печати. Двумерные символы
ГОСТ Р ИСО/МЭК 16022-2008 Автоматическая идентификация. Кодирование штриховое. Спецификация символики 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 Обозначения и сокращения
Банковский идентификационный код
Документ, удостоверяющий личность
Идентификационный номер налогоплательщика
Код бюджетной классификации
Код причины постановки на учет
Общероссийский классификатор территорий муниципальных образований
Пенсионный фонд Российской Федерации
Страховой номер индивидуального лицевого счета
Унифицированные форматы электронных банковских сообщений для безналичных расчетов
5 Основные положения
Для задания единых правил использования двумерных символов штрихового кода при осуществлении платежей физическими лицами в настоящем стандарте устанавливаются требования к содержанию и формату данных, закодированных в двумерном символе штрихового кода, а также перечень двумерных символик штрихового кода для нанесения на платежные документы. Правила задаются как для поставщиков услуг, в адрес которых будут осуществляться платежи, так и для организаций, принимающих платежи физических лиц.
5.1 Используемые символики штрихового кода
Для кодирования платежной информации в рамках данного стандарта возможно использовать следующие наиболее распространенные матричные символики штрихового кода: QR Code, Aztec Code, Data Matrix. Поскольку платежная информация будет содержать знаки кириллического алфавита (наименование организации, адрес и т. п.), то для обеспечения возможности использования различных наборов кодированных знаков будет применяться режим кодирования 8-битовыми байтами.
5.1.1 Общие сведения о символике QR Code
Требования к символике QR Code установлены1.
QR Code – это матричная символика со следующими параметрами:
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:
– числовые данные: 7 089 знаков;
– алфавитно-цифровые данные: 4 296 знаков;
– данные в байтах: 2 953 знаков;
– знаки кандзи: 1 817 знаков;
е) выбираемый уровень исправления ошибок:
Используются четыре уровня исправления ошибок Рида-Соломона (обозначаемые как L, М, Q и Н в порядке увеличения занимаемой емкости):
от числа кодовых слов символа.
Для символов Micro QR Code уровень исправления ошибок Н не используют. Для Micro QR
Code версии М1 алгоритм Рида-Соломона позволяет только обнаруживать ошибки;
ж) тип кода: матричный;
и) независимость от ориентации: обеспечивается (допускается поворот на любой угол и зеркальное отображение).
Пример символа QR 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.
Данное представление соответствует интерпретации в расширенном канале (ECI) – ECI 000003;
2) поддерживает кодирование двух знаков, не являющихся знаками данных: знак FNC1 для совместимости с некоторыми действующими приложениями и знак управляющей последовательности ECI для типового кодирования сведений об интерпретации сообщения;
б) представление данных: темный модуль соответствует двоичной единице, светлый – двоичному нулю;
в) размер символа:
1) символ Aztec Code наименьшего размера представляет собой квадрат размером 15 х 15 модулей, а наибольшего – квадрат размером 151 х 151 модулей;
2) наличие свободной зоны за границами символа не обязательно;
г) объем данных (для рекомендуемого уровня исправления ошибок):
1) символ Aztec Code наименьшего размера обеспечивает кодирование до 13 цифровых или 12 алфавитных знаков или 6 байтов данных;
2) символ Aztec Code наибольшего размера обеспечивает кодирование до 3 832 цифровых или 3 067 алфавитных знаков или 1 914 байтов данных;
д) задаваемый уровень исправления ошибок:
1) устанавливается пользователем в размере от 5% до 95% объема данных, но не менее трех кодовых слов;
2) рекомендуемый уровень – 23% емкости символа с добавлением трех кодовых слов;
е) тип кодирования: матричная символика;
ж) независимость от ориентации: присутствует.
Пример символа 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, только четные значения;
– для версии ЕСС 000-140 – от 9 х 9 до 49 х 49, только нечетные значения;
г) число знаков данных в символе (для символа максимального размера версии ЕСС 200):
3) алфавитно-цифровые данные – до 2 335 знаков,
4) в 8-битовых байтах – 1 555 знаков,
5) числовые данные – 3 116 числовых разрядов;
д) задаваемое исправление ошибок:
– для версии ЕСС 200 – исправление ошибок Рида-Соломона;
– для версии ЕСС 000-140 – четыре уровня исправления ошибок на основе сверточного кода плюс (по выбору) только обнаружение ошибки;
е) тип кода: матричный;
ж) независимость от ориентации: присутствует.
Пример символа Data Matrix приведен на рисунке 3.
Рисунок 3 – Символ Data Matrix
5.2 Формат представления платежных данных
Формат представления платежа представлен на рисунке 4.
Рисунок 4 – Формат представления платежа
Платежные реквизиты представляют в виде строки знаков для дальнейшего кодирования в двумерном символе штрихового кода. Строка знаков состоит из трех блоков:
а) блок служебных данных, которые приведены в таблице 1;
б) блок обязательных реквизитов, необходимых для проведения платежа, которые приведены в таблице 2;
в) блок дополнительных реквизитов.
5.2.1 Блок служебных данных
Служебный блок содержит метаданные о платеже и предназначен для указания правил интерпретации данных о платеже.
Элементы служебного блока имеют строго фиксированный размер и располагаются в строго определенном порядке. Описание элементов служебного блока приведено в таблице 1. Длина блока равна строго 8 байт.
Таблица 1 – Элементы служебного блока
Количество знаков (байт)
1 Идентификатор формата
Является признаком формата. Элемент содержит предопределенное значение «ST», означающее, что платеж представлен в формате, описанном в данном документе, и его можно обрабатывать. Если элемент содержит значение, отличное от указанного, то это означает, что формат «чужой», и он обрабатываться не должен.
Версия формата. В текущей версии заполняется фиксированным значением ‘0001’. Данное значение будет изменяться в случае выхода новых версий стандарта. Программное обеспечение, используемое в приеме платежей, интерпретирует (обрабатывает) форматы определенных версий. См. также раздел 0 «Поддержка предыдущих версий стандарта».
3 Признак набора кодированных знаков
Набор кодированных знаков, который используется для представления данных платежа. Задается в виде цифрового признака кодированного набора:.
1 – WIN1251 1 ;
2 – UTF8 2 ;
3 – KOI8-R 3 .
Графический знак, используемый для разделения значений реквизитов платежа. По умолчанию используется знак «|» – вертикальная черта.
Примечание – При этом элементы служебного блока разделителем не выделяются.
1 Набор кодированных знаков WIN1251 приведен в приложении А.
2 Набор кодированных знаков UTF8 определен [4].
3 Набор кодированных знаков KOI8-R приведен в приложении Б.
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».
4 При описании обязательных реквизитов используется формат, действующий на дату выпуска документа. Формат данных реквизитов определяется [5]. При расхождении указанных в документе форматов с действующим Альбомом УФЭБС, следует руководствоваться форматами, указанными в действующем Альбоме.
5.2.4 Блок дополнительных реквизитов
Элементы этого блока представляют собой последовательность дополнительного набора реквизитов, наличие которых в платеже необязательно и/или зависит от специфики платежа. В общем случае множество таких реквизитов бесконечно и ограничено только максимально-допустимым объемом данных в символике штрихового кода. Заполнение блока реквизитами происходит согласно правилам, описанным в разделе 0. Знак-разделитель после последнего значения последнего элемента этого блока не используется.
Перечень зафиксированных псевдонимов для дополнительных реквизитов приведен в приложении В. При отсутствии в списке нужного реквизита или невозможности использования указанных псевдонимов, поставщик услуг имеет возможность формировать собственные псевдонимы/реквизиты.
В случае наличия договорных отношений с принимающей организацией:
– поставщик услуг оговаривает на этапе заключения договора/дополнительного соглашения использование собственных псевдонимов/реквизитов и правила их обработки с каждой организацией, принимающей его платежи;
– все используемые псевдонимы дополнительных реквизитов, как зафиксированные в приложении В, так и произвольные, должны быть указаны в договоре/дополнительном соглашении.
Дополнительные реквизиты рекомендуется располагать в порядке приоритета для каждого конкретного поставщика услуг, так как в случае автоматического формирования поля 2 «Назначение платежа» (Purpose) платежного поручения по конкретному платежу на принимающей стороне (см. раздел 0) информация будет обрезаться по границе поля 5 .
5 Максимальная длина поля на момент написания документа составляет 210 знаков. Данное значение регулируется [5].
В собственных псевдонимах поставщика услуг не допускается использовать знак-разделитель, указанный в 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 Формирование двумерного символа штрихового кода
До формирования строки для штрихового кода поставщик услуг выполняет следующие действия:
– при наличии договорных отношений между поставщиком услуг и организацией, принимающей платежи физических лиц в его пользу – проверяет, что организация использует данный стандарт;
– определяет перечень и порядок следования дополнительных реквизитов (первыми должны идти наиболее приоритетные для данного поставщика) для включения в двумерный символ штрихового кода;
– проверяет, все ли из необходимых дополнительных реквизитов имеют зафиксированные в стандарте псевдонимы (приложение В); при отсутствии в перечне необходимых псевдонимов определяет собственные уникальные псевдонимы/реквизиты;
– при наличии договорных отношений с принимающей организацией – фиксирует псевдонимы и форматы реквизитов (как присутствующих в приложении В, так и отсутствующих) в договорах/доп. соглашениях с этой организацией и определяет значение технического кода платежа (TechCode) согласно приложению Г.
При определении реквизитного состава следует учитывать ограничения по объему информации для выбранных символик штрихового кода.
Платежные реквизиты, включенные в двумерный символ штрихового кода, в обязательном порядке должны присутствовать в распечатанном для клиента (физического лица) платежном документе. Не отраженные для клиента реквизиты в двумерный символ штрихового кода не включаются.
В двумерный символ штрихового кода кодируется строка двоичного типа (тип binary). На принимающей стороне будет происходить преобразование двоичной строки в текст (0). Для этого программное обеспечение принимающей организации будет получать информацию об используемом наборе кодируемых знаков из элемента № 3 блока служебных данных (0).
Формирование строки для штрихового кода происходит следующим образом (таблица 3).
Таблица 3 – Порядок формирования строки знаков для кодирования в двумерном символе штрихового кода
1 Идентификатор формата (фиксированное значение «ST»)
2 Версия стандарта (на данный момент, версия равна «0001»)
3 Признак набора кодированных знаков. Для кодирования знаков кириллического алфавита рекомендуется использовать 8-битовые кодированные наборы («1»-WIN1251, «3»-KOI8-R), как наиболее экономные (1 байт = 1 знак).
4 Разделитель. По умолчанию «|» – вертикальная черта.
5 Блок обязательных реквизитов.
ST00011|Name=ООО «Три кита»|PersonalAcc=40702810138250123017|BankName=OAO
«БAHК»|BIC=044525225|CorrespAcc=30101810400000000225
6 Блок дополнительных реквизитов. Добавляются реквизиты с псевдонимами из Приложения А.
ST00011|Name=ООО «Три кита»|PersonalAcc=40702810138250123017|BankName=OAO «БAHК»|BIC=044525225|CorrespAcc=30101810400000000225|PayeelNN=6200098765|LastName=Иванов|FirstName=Иван|MiddleName=Иванович|Purpose=Оплата членского взноса|РауегАddress=г. Рязань ул. Ленина д. 10кв. 15|Sum=100000|Phone=79101234567|SomeNewReq=100
5.4.3 Печать двумерных символов штрихового кода
5.4.3.1 Рекомендуемые параметры
В целях обеспечения оптимальных условий считывания двумерных символов штрихового кода всеми участниками рынка платежей в рамках текущего стандарта рекомендуется:
– формировать двумерные символы штрихового кода с размером X не менее 0,4064 мм (16 мил);
– не формировать двумерные символы штрихового кода размером (в одном из направлений) более 80 мм;
– при печати двумерных символов штрихового кода использовать разрешение не менее 600 dpi;
– исключить использование интерпретации в расширенном канале ECI при кодировании 8-битовыми байтами (в связи с некорректной обработкой данного режима некоторыми моделями сканеров).
На качество распознавания двумерного символа штрихового кода могут влиять качество печати принтера, используемой бумаги и контрастность распечатанного двумерного символа штрихового кода.
С учетом индивидуальных условий:
– поставщиков, формирующих двумерные символы штрихового кода;
– организаций, принимающих платежи с использованием двумерных символов штрихового кода;
– состояния платежных документов, поступающих от клиентов-плательщиков,
текущий стандарт не гарантирует 100% успешного распознавания платежных реквизитов из размещенного на платежном документе двумерного символа штрихового кода.
5.4.3.2 Верификация двумерных символов штрихового кода
Для объективной оценки качества нанесенных на платежные документы двумерных символов штрихового кода целесообразно воспользоваться методами, описанными в ГОСТ Р ИСО/МЭК 15415. Верификацию двумерных символов следует проводить с помощью устройств, соответствующих [6].
5.4.3.3 Визуальное выделение двумерного символа штрихового кода
Пример изображения двумерного символа штрихового кода с графическим маркером стандарта приведен на рисунке 5.
Рисунок 5 – Пример изображения двумерного символа штрихового кода с графическим маркером стандарта
Для удобства плательщиков и сотрудников принимающих организаций необходимо обеспечить визуальное отличие двумерных символов штрихового кода, сформированных согласно текущему стандарту, от прочих символов штрихового кода, печатаемых на платежных документах. При использовании нескольких символов штрихового кода на платежном документе, рекомендуется дополнить изображение двумерного символа штрихового кода, сформированного по стандарту, графическим маркером – двумя расходящимися от нижнего правого угла символа линиями, параллельными сторонам символа штрихового кода.
Параметры графического маркера:
Рекомендуемая толщина линии – не менее размера 2*Х символа штрихового кода.
Расстояние от границ символа штрихового кода (без учета свободной зоны) – не менее размера 4*Х символа штрихового кода.
Длина линий – 50% от геометрического размера двумерного символа штрихового кода (для структурного объединения двумерных символов штрихового кода – 50% от размера одного символа), одинакова для обоих направлений.
Указанный графический маркер не влияет на качество распознавания двумерного символа штрихового кода и не обрабатывается средствами считывания двумерных символов штрихового кода.
5.5 Указания по использованию стандарта для организаций, принимающих платежи с использованием двумерных символов штрихового кода
Для размещения в двумерном символе штрихового кода используется строка двоичного типа (тип binary) и ее разбор осуществляется непосредственно программным обеспечением принимающей организации. Следовательно, взаимодействие между устройством считывания двумерных символов штрихового кода и программным обеспечением должно происходить с использованием интерфейса, позволяющего передавать считанные двоичные данные без дополнительных преобразований и/или искажений. Таким образом, для взаимодействия не рекомендуется режим имитации клавиатуры (USB HID и т. п.), так как он преобразует данные, имитируя нажатия кнопок клавиатуры.
Получив строку двоичных данных из устройства считывания двумерных символов штрихового кода, принимающая сторона выполняет ее разбор по алгоритму, приведенному в таблице 4.
Таблица 4 – Последовательность разбора строки, закодированной в двумерном символе штрихового кода
1 Считываются первые 2 байта, если они не равны «ST», то прекращается разбор по данному стандарту.
2 Считываются следующие 4 байта и проверяется версия стандарта, если принимающая сторона поддерживает данную версию, то разбор продолжается. См. также раздел 0 «Поддержка предыдущих версий стандарта».
3 Считывается признак набора кодированных знаков и знак-разделитель.
4 Разбирается оставшаяся часть строки согласно используемому набору кодированных знаков.
5 Считывается блок обязательных реквизитов (5 шт.). Проверяется, что все обязательные реквизиты заполнены. По ним определяется поставщик услуг, а также определяется, имеет ли он договор с данной принимающей организацией.
6 Считывается блок дополнительных реквизитов: оставшаяся часть строки. Каждый дополнительный реквизит представляет собой пару псевдоним-значение со знаком-разделителем между ними. Если в блоке получены реквизиты с одинаковыми псевдонимами (без учета регистра букв в наименовании псевдонимов), то берется значение последнего из них.
Если поставщик услуг договорной, то значения дополнительных реквизитов разбираются согласно договору (помещаются во внутренние переменные, разносятся в реестры).
Если поставщик не договорной, то:
– дополнительные реквизиты, регулируемые [5] (см. также приложение А), помещаются в соответствующие поля платежного поручения;
– значения прочих дополнительных реквизитов (без псевдонимов) объединяются через пробел в одну строку в порядке следования и передаются поставщику услуг в поле «Назначение платежа» платежного поручения с ограничением на количество знаков (лишние знаки обрезаются) 6 .
7 Проводится платеж.
6 Максимальная длина поля на момент написания документа составляет 210 знаков. Данное значение регулируется [5].
Пример разбора элементов строки, содержащей данные о платеже, приведен в приложении Д.
Приложение А. Таблица набора кодированных знаков WIN1251
Приложение А
(справочное)
В таблице приведены знаки кодированного набора WIN1251 из шестнадцатеричного интервала 0x80 – 0xFF (по вертикали располагаются цифры высшего шестнадцатеричного разряда (0х8_ – 0xF_), по горизонтали – низшего (0х_0 – 0x_F). Под изображениями знаков в ячейках приведены десятичные значения кодов знаков. Знаки из интервала 0x00 – 0x7F полностью соответствуют знакам с теми же значениями из набора кодированных знаков по [2].
Рисунок А. 1 – Таблица набора кодированных знаков WIN1251
Приложение Б. Таблица набора кодированных знаков KOI8-R
Приложение Б
(справочное)
В таблице приведены знаки кодированного набора KOI8-R из шестнадцатеричного интервала 0x80 – 0xFF (по вертикали располагаются цифры высшего шестнадцатеричного разряда (0х8_ – 0xF_), по горизонтали – низшего (0х_0 – 0x_F). Под изображениями знаков в ячейках приведены десятичные значения кодов знаков. Знаки из интервала 0x00 – 0x7F полностью соответствуют знакам с теми же значениями из набора кодированных знаков по [2].
Что означает в qr коде st00012
ВАЖНО:
Ни до, ни после палки | ни пробелы ни переносы не ставятся категорически.
Если поставщик услуг договорной, то значения дополнительных реквизитов разбираются согласно договору (помещаются во внутренние переменные, разносятся в реестры).
Если поставщик не договорной, то:
- ST0001 1 — Строка стандарта. Если первые два байта не ST, то далее код не разбирается. Последний символ — признак кодировки (1 — Win1251, 2 — UTF-8, 3 — KOI8R). Для экономии символов рекомендуют использовать 1;
Таблица: Перечень зафиксированных псевдонимов реквизитов платежа
Макс. 160 знаков
(имя тега по [5]: Payee/Name)
Макс. 20 знаков
(имя тега по [5]:
Payee/PersonalAcc)
Макс. 45 знаков
(не определен [5])
Макс. 9 знаков
(имя тега по [5]:
Payee/Bank/BIC)
Макс. 20 знаков
(имя тега по УФЭБС:
Payee/Bank/CorrespAcc)
Дополнительные реквизиты, формат значений которых определяется Альбомом [5].
Макс. 18 знаков
(имя тега по [5]: Sum)
Макс. 210 знаков
(имя тега по [5]: Purpose)
Макс. 12 знаков (имя тега по [5]:
Payee/INN)
Макс. 12 знаков
(имя тега по [5]:
Payer/INN)
Макс. 2 знака
(имя тега по [5]:
Departmentallnfo/DrawerStatus)
Макс. 9 знаков
(имя тега по [5]:
Payee/КРР)
Макс. 20 знаков
(имя тега по [5]:
Departmentallnfo/CBC)
Макс. 11 знаков
(имя тега по [5]:
Departmentallnfo/ОКАТО, поле 105)
Макс. 2 знака
(имя тега по [5]:
Departmentallnfo/PaytReason)
Макс. 10 знаков
(имя тега по [5]:
Departmentallnfo/TaxPeriod)
Макс. 15 знаков
(имя тега по [5]:
Departmentallnfo/DocNo)
Макс. 10 знаков
(имя тега по [5]:
Departmentallnfo/DocDate)
Макс. 2 знака
(имя тега по [5]:
Departmentallnfo/TaxPaytKind)
Прочие дополнительные реквизиты
БОНУС (чтобы совсем запутаться)
А вот как в «Руководстве разработчика», заботливо вытащенном мной из кэша Яндекса (у Гугла уже не было) по версии сбербанка выглядят эти же реквизиты (не ручаюсь за актуальность, может как всегда что-нить поменялось у Сбера):
В общем, создавая квитанции с реквизитами согласно таблице я исправно получаю платежи от моих клиентов на расчетный счет, но, так как договор на обслуживание до сих пор не заключен, в выписке я получаю назначение платежа с кучей ненужных реквизитов. Дерзайте, кароч ))
4 комментария
Спасибо за статью, очень полезно. Стал сегодня разбираться, почему QR-код мосэнергосбыта в квитанции с их сайта в терминале вызвал отображение кривой кирилицы. Видимо дело в ST00012 и данные в UTF, а терминал почему-то решил, что в 1251.
@Павел, это, видимо, инициатива мосэнергосбыта (или ручки кривые у программеров, что тоже не исключено), которую еще не поддержал сбербанк. У них очень долго обновления проходят. И, кстати, сам Сбер настаивает на ST00011 (1251), видимо, так терминалам понятнее.
А можно поподробнее инфу: чей терминал, ссылку на картинку с QR? Интересно разобраться с ними.
Коллеги, а как зашифровать в платежке, что в платеже не содержится НДС? Единственное поле, которое не нашлось. Понятно, что можно написать в назначении платежа, но хочется, что бы совсем четко было. В некоторых банках при составлении платежки есть отдельный параметр в форме, и приходится его указывать вручную после сканирования QR-кода.
(отвечаю поздно — что-то не пришло уведомление о Вашем комментарии)
ГОСТ Р 56042-2014
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
СТАНДАРТЫ ФИНАНСОВЫХ ОПЕРАЦИЙ
Двумерные символы штрихового кода для осуществления платежей физических лиц
Standards of financial transactions. Two-dimensional barcode symbols for payments by individuals
Дата введения 2014-09-01
Предисловие
1 РАЗРАБОТАН Некоммерческим партнерством "Национальный платежный совет"
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 122 "Стандарты финансовых операций"
4 ВВЕДЕН ВПЕРВЫЕ
5 ПЕРЕИЗДАНИЕ. Февраль 2020 г.
Введение
Штриховой код как технология автоматической идентификации и сбора данных широко используется при осуществлении платежей физическими лицами. Использование символов штрихового кода на платежном документе позволяет осуществить автоматизированный ввод реквизитов платежа и этим снизить трудоемкость проведения операции приема платежа, уменьшить количество ошибок, допускаемых клиентами и сотрудниками организаций, принимающих платежи, и сократить время оформления платежа. Для задания единых правил использования штрихового кода как поставщиками услуг при выставлении счетов (печати платежных документов), так и принимающими платежи организациями возникла необходимость разработки общего стандарта.
1 Область применения
Настоящий стандарт устанавливает:
— перечень двумерных символик штрихового кода, используемых при осуществлении платежей физическими лицами;
— требования к содержанию данных, кодируемых в двумерном символе штрихового кода;
— требования к поддержке предыдущих версий стандарта в программном обеспечении поставщиков услуг и организаций, принимающих платежи, в случае выпуска новой версии стандарта;
— руководство по использованию стандарта для поставщиков услуг, в адрес которых будут осуществляться платежи;
— руководство по использованию стандарта для организаций, принимающих платежи.
В настоящем стандарте не рассматриваются:
— специфика выбора конкретной двумерной символики штрихового кода (из предложенных) для целей поставщика услуг с учетом устойчивости к повреждениям, качества используемой бумаги и прочих факторов;
— форма платежного документа и место расположения двумерного символа штрихового кода на ней;
— выбор поставщиком услуг размера X двумерного символа штрихового кода с учетом возможных проблем с распознаванием в различных организациях;
— различия в спецификациях и технических характеристиках различных моделей устройств считывания двумерных символов штрихового кода, установленных в различных организациях;
— форматы взаимодействия между поставщиками услуг и организациями, принимающими платежи физических лиц, не использующими данный стандарт.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ Р ИСО/МЭК 15415 Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация испытаний символов штрихового кода для оценки качества печати. Двумерные символы
ГОСТ Р ИСО/МЭК 16022 Автоматическая идентификация. Кодирование штриховое. Спецификация символики Data Matrix
ГОСТ Р ИСО/МЭК 19762-1 Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 1. Общие термины в области АИСД
ГОСТ Р ИСО/МЭК 19762-2 Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 2. Оптические носители данных (ОНД)
ГОСТ Р ИСО/МЭК 24778 Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация символики штрихового кода Aztec Code
Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя "Национальные стандарты" за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.
3 Термины и определения
В настоящем стандарте применены термины по ГОСТ Р ИСО/МЭК 19762-1 и ГОСТ Р ИСО/МЭК 19762-2, а также следующие термины с соответствующими определениями:
3.1 псевдоним реквизита: Уникальный идентификатор реквизита, состоящий из латинских букв, цифр и знака "_" — подчеркивание.
3.2 договорной поставщик услуг (по отношению к организации, принимающей платежи): Поставщик услуг, который состоит в договорных отношениях с данной организацией, принимающей платежи.
4 Обозначения и сокращения
В настоящем стандарте применены следующие сокращения:
БИК — банковский идентификационный код;
ДУЛ — документ, удостоверяющий личность;
ИНН — идентификационный номер налогоплательщика;
КБК — код бюджетной классификации;
КПП — код причины постановки на учет;
ОКТМО — Общероссийский классификатор территорий муниципальных образований;
ПУ — поставщик услуг;
ПФР — Пенсионный фонд Российской Федерации;
СНИЛС — страховой номер индивидуального лицевого счета;
5 Основные положения
Для задания единых правил использования двумерных символов штрихового кода при осуществлении платежей физическими лицами в настоящем стандарте устанавливаются требования к содержанию и формату данных, закодированных в двумерном символе штрихового кода, а также перечень двумерных символик штрихового кода для нанесения на платежные документы. Правила задаются как для поставщиков услуг, в адрес которых будут осуществляться платежи, так и для организаций, принимающих платежи физических лиц.
5.1 Используемые символики штрихового кода
5.1.1 Общие сведения о символике QR Code
Требования к символике QR Code установлены [1]*.
* Поз. [1]-[6] см. раздел Библиография, здесь и далее по тексту. — Примечание изготовителя базы данных.
QR Code — это матричная символика со следующими параметрами:
1) QR Code, который обладает полным набором возможностей и максимальной емкостью для данных;
2) Micro QR Code, который обладает уменьшенным набором возможностей, рядом ограниченных возможностей и уменьшенной емкостью для данных (по сравнению с символами QR Code);
б) кодируемые наборы знаков:
1) числовые данные (цифры от 0 до 9);
3) байтовые данные (по умолчанию в соответствии с [2] или другой набор знаков, если это специально указано);
4) знаки кандзи. Один знак кандзи в QR Code может быть сжат в 13 бит;
в) представление данных: темный модуль соответствует двоичной единице, светлый — двоичному нулю;
г) размеры символа (не включая свободную зону):
1) символы Micro QR Code: размеры (в модулях) от 1111 до 1717 (версии от М1 до М4, с шагом в два модуля для стороны);
2) символы QR Code: размеры (в модулях) от 2121 до 177177 (версии от 1 до 40, с шагом в четыре модуля для стороны);
д) число знаков данных на символ:
1) символ Micro QR Code максимального размера, версия M4-L:
— числовые данные: 35 знаков;
— алфавитно-цифровые данные: 21 знак;
— данные в байтах: 15 знаков;
— знаки кандзи: 9 знаков;
2) символ QR Code максимального размера, версия 40-L:
— числовые данные: 7089 знаков;
— алфавитно-цифровые данные: 4296 знаков;
— данные в байтах: 2953 знаков;
— знаки кандзи: 1817 знаков;
е) выбираемый уровень исправления ошибок.
Используются четыре уровня исправления ошибок Рида-Соломона (обозначаемые как L, М, Q и Н в порядке увеличения занимаемой емкости):
QR-коды на квитанциях и счетах позволяют физическим лицам быстро их оплачивать. Непонятно почему его не поддерживали раньше приложения для юридических лиц и ИП. Но сейчас при подготовке статьи выяснили, что Тинькофф, Точка и Модуль уже реализовали.
Далеко не все знают, что банковские приложения для физиков поддерживают два типа QR-кодов. Второй — это мгновенная оплата типа того же интернет-эквайринга по картам через систему быстрых платежей (СБП) по номеру телефона. И там как с интернет-эквайрингом банк берёт комиссию с продавца. А первый — это просто оплата по обычным банковским реквизитам — распознавание реквизитов для платёжного поручения (ГОСТ Р 56042-2014). Вот так выглядит этот QR-код:
Попробуйте навести на него свой мобильный банк и увидите просто платёжное поручение. В большинстве нормальных банков платежи по безналу для физиков бесплатные.
Как сгенерировать QR-код для оплаты в мобильном приложении
Генерируется такой код в PHP и других языках элементарно просто и быстро:
Размещаете его на своих счетах, договорах, квитанциях и упрощаете жизнь своим клиентам, избавляя их от необходимости вводить реквизиты и назначение платежа. Не будет возможности у них ошибиться.
В других языках программирования примерно также.
Проверить сгенерённый QR-код можно на сайте Сбера.
Включите в свои счета и квитанции QR-код
Если ваши банки не распознают обычный QR-код (особенно для РКО юрлиц и ИП), то обратитесь в их поддержку, чтобы добавили распознавание.
И получайте платежи без комиссий. Хватит кормить банки! Безналичные платежи сейчас доходят за пару часов в рабочий день.
Дата-центр ITSOFT — размещение и аренда серверов и стоек в двух дата-центрах в Москве. За последние годы UPTIME 100%. Размещение GPU-ферм и ASIC-майнеров, аренда GPU-серверов, лицензии связи, SSL-сертификаты, администрирование серверов и поддержка сайтов.
Значение штрих-кода :ST00012|Name=наименованиеОрганизации|PersonalAcc=БанковскийСчет|BankName=ПАО СБЕРБАНК|BIC=БИК|CorrespAcc=кор.счет|Sum=1080000|Purpose=Счет-договор на оплату № 1 от 05 октября 2017 г.|PayeeINN=ИНН|KPP=КПП|lastName=Иванов|firstName=Иван|middleName=Иванович|payerAddress=г. Москва
Также добавлены условия договора, которые можно удалить.
Форма с отладкой. Тестировал на БП 3.0.53.38 и БП 3.0.55.16.
Построена на стандартном механизме формирования двумерных кодов Бухгалтерии.
Подключается как внешняя обработка.
Тестировалась на релизе БП 3.0.71.89
Related Posts
12 Comments
У Вас в терминале сбербанковском не отображается? мы носили в банк к ит специалистам, они сказали все корректно.
Можете для проверки в коде подставить какое нибудь слово и посмотреть.
Текст есть в штрихкоде, скорей всего чтото в приложении, попробуйте на терминалах сберовских просканировать. потому что я через сайт оф. проверял, там все поля заполнены
(7) Протестировал на демо базе БП 3.0. Все ОК, написал сбербанк
сам сбербанк мне сказал, что нужно подключиться у них в качестве клиента для приема платежей, и тогда они подберут нам шаблон чтения штрихкода или что-то вроде того.
ну я писал по типовому шаблону + заказчик проверял в сбербанке, сказал все ок
Что нужно сделать, чтобы формировать двумерный штрих-код по ГОСТ:
Изучить Стандарт двумерного штрих-кодирования
Реализовать формирование штрих-кода на платежном документе на основании Стандарта
Заключить со Сбербанком договор на перевод денежных средств/дополнительное соглашение к действующему договору, обратившись в ближайший филиал Сбербанка / подразделение Сбербанка
Воспользоваться инструментом Сбербанка по формированию двумерного штрих-кода
В приложении СБ-Онлайн больше не работает, если у получателя платежа нет договора со сбером.
ору, обратившись в ближайший филиал Сбербанка / подразделение Сбербанка
Воспользоваться инструментом Сбербанка по формированию двумерного штрих-кода
В приложении СБ-Онлайн больше не работает, если у получателя платежа нет договора со сбером.
_d_850.jpg)
"РГ" — Неделя" собрала главные вопросы о новом порядке, в том числе и те, ответы на которые должны появиться во время обсуждения изменений в законе.
_t_310x206.jpg)
В чем суть нововведений с QR-кодами?
Когда вступит в силу новый порядок?
Во многих регионах различные учреждения уже сейчас работают по принципу Covid free, вход в них возможен только с QR-кодом. Повсеместно требовать их начнут в ближайшее время, как только новые законы будут приняты.
При этом до 1 февраля 2022 года объявлен переходный период: наряду с QR-кодом можно будет предъявить отрицательный результат ПЦР-теста на коронавирус. После 1 февраля и до 1 июня 2022 года — только QR-код, который содержит зашифрованную информацию о его владельце: если человек был привит, либо переболел COVID-19, либо имеет медотвод от вакцинации.
Сроки, когда без QR-кода нельзя будет купить билеты и сесть на междугородные или международные авиарейсы и поезда, станет известен позже. Минтранс, минцифры и другие ведомства должны синхронизировать электронные ресурсы по бронированию и продаже билетов с федеральным регистром вакцинированных.
Все ограничения вводятся только на взрослое население и не распространяются на детей и подростков до 18 лет.
А что будет с городским общественным транспортом — метро, автобусами, трамваями?
Автобусные перевозки между городами, а также внутригородской общественный транспорт в законопроектах не упоминается. Видимо, пока там сохранится ныне действующий порядок. Для международных поездок нужно предъявлять свежий (сделанный не ранее 72 часов) ПЦР-тест или QR-код.
Ограничения для внутригородских поездок должны установить региональные власти.
Как и где можно получить QR-код?
Сертификат о вакцинации действует год после второй прививки, сертификат о заболевании — полгода после его окончания, а QR-код, полученный при сдаче ПЦР-теста, действителен три дня.
Что делать, если человек переболел COVID-19, но не обращался в медучреждение, и поэтому его нет в регистре?
Этот вопрос обсуждается. В Чувашии, например, власти объявили, что будут выдавать временный сертификат таким переболевшим, если тестирование подтвердит у них высокий уровень антител к коронавирусу. Но утвержденных показателей, какой уровень можно считать "высоким", нет не только в России, но и в мире.
Как быть иностранцам, которые живут в России?
Для иностранцев будет действовать особый порядок: они и до, и после 1 февраля смогут предъявлять справку о свежем ПЦР-тесте вместо QR-кода при посещении общественных мест и на транспорте.
А зачем все это нужно? Это действительно поможет победить эпидемию?
Вице-премьер России Татьяна Голикова, объявляя о решении, объяснила, что главная цель: подтолкнуть людей к вакцинации, чтобы страна достигла целевого уровня в 80% имеющих иммунную защиту (то есть вакцинированных и переболевших). Только так можно замедлить распространение коронавируса и уменьшить количество тяжелых случаев и смертей. При этом она отметила, что в связи с приходом "дельта"-штамма эпидемиологи разных стран поднимают эту планку до 90% и даже 95%.
Эпидемиологи и вакцинологи также предупреждают: пока среди населения высока доля непривитых, создаются идеальные условия для появления дальнейших мутаций коронавируса, причем он будет эволюционировать в сторону большей агрессивности: увеличения заразности и ухода от иммунной защиты. Об этом, в частности, говорили специалисты на только что завершившейся конференции Futuremed. Привитые, как показал опыт последнего года, также могут выступать в качестве носителей коронавируса, и в их организмах будут выживать новые, более устойчивые штаммы, не поддающиеся вакцинной защите. При заражении непривитых людей этими штаммами велика вероятность более тяжелого течения заболевания.
В других странах применяют подобные меры?
Да, так называемые "зеленые паспорта" (Green pass) одним из первых ввел Израиль. И с сентября в этой стране его получают уже за ревакцинацию. Для остальных много ограничений. Предприятия отправляют работников без Green pass в неоплачиваемые отпуска. QR-коды, подтверждающие проведение прививки, введены во многих провинциях Канады, в ряде штатов США. Страны ЕС также используют Green pass — до недавнего времени в качестве пропуска в общественные места можно было также предъявлять ПЦР-тест, но сейчас все больше стран отменили бесплатное тестирование, и за выполнение теста приходится платить 60-80 евро. При этом вакцинацию все государства обеспечивают за счет своих бюджетов, для населения прививки бесплатны.