Расшифровка строки ST00012 из платёжного QR-кода

Как это работает

Строка вида ST00012|Name=…|PersonalAcc=…|BIC=… — это содержимое платёжного QR-кода по ГОСТ Р 56042. Она появляется, когда код сканируют не банковским приложением, а обычным сканером QR или камерой телефона: приложение банка распознало бы формат и подставило реквизиты в платёж, а универсальный сканер просто показывает текст как есть. Никакой ссылки и никакого шифрования внутри нет — это открытый список реквизитов получателя, записанный парами «имя поля = значение». Разобрать его можно и вручную, но проще вставить строку в поле выше: инструмент разложит её по полям стандарта, подпишет каждое поле по-русски, переведёт сумму из копеек в рубли и проверит контрольную сумму счёта по БИК и контрольную цифру ИНН получателя. Так за пару секунд видно, кому и сколько предлагается заплатить, ещё до того как открыть банк. Разбор выполняется прямо в браузере, строка никуда не отправляется.

Из чего состоит строка ST00012

Первые семь символов — служебный блок. ST — идентификатор формата, следующие четыре знака 0001 — версия стандарта, а седьмой символ обозначает кодировку текста: 1 — Windows-1251, 2 — UTF-8, 3 — KOI8-R. Поэтому в российских счетах и квитанциях чаще всего встречается именно ST00012: первая версия стандарта, кодировка UTF-8.

Восьмой символ строки — разделитель полей. Обычно это вертикальная черта, но стандарт разрешает и другие символы, и приложение банка определяет разделитель именно по восьмому знаку. Дальше идут пары «имя=значение», разделённые этим символом: Name=ООО «Ромашка», PersonalAcc=40702810900000000001 и так далее. Имена полей заданы стандартом и пишутся латиницей, значения — в выбранной кодировке. Инструмент выше определяет кодировку и разделитель автоматически и одинаково работает со строками ST00011, ST00012 и ST00013.

Обязательные и дополнительные поля платёжного QR

По ГОСТ Р 56042 обязательных полей шесть, и без любого из них платёж не соберётся: Name — наименование получателя, PersonalAcc — его расчётный счёт, BankName — банк получателя, BIC — БИК этого банка, CorrespAcc — корреспондентский счёт банка, PayeeINN — ИНН получателя. Если в разобранной строке какого-то из них нет, инструмент прямо об этом скажет: банковское приложение, скорее всего, откажется принимать такой код или потребует дозаполнить поля руками.

Остальные поля дополнительные, и их набор зависит от того, кто выпустил квитанцию. У обычного счёта на оплату это KPP, Purpose (назначение платежа) и Sum. У квитанции ЖКУ добавляются PersAcc — лицевой счёт плательщика у поставщика услуги, PaymPeriod, а также CounterId и CounterVal с показаниями приборов учёта. У налогов и штрафов появляются CBC (КБК), OKTMO, PayeeStatus, PaytReason, TaxPeriod, DocNo и DocDate — те самые поля 101 и 106–109 платёжного поручения, а также UIN, уникальный идентификатор начисления. Известные поля инструмент подписывает по-русски, а незнакомое имя показывает как есть и помечает: такого поля в базовом наборе ГОСТ нет, его добавил отправитель.

Sum в копейках — самая частая ошибка при чтении строки

Sum=150000 в платёжном QR — это не сто пятьдесят тысяч рублей, а 1500,00 ₽. В стандарте сумма всегда записывается целым числом копеек, без разделителя и без знака валюты, поэтому две последние цифры — это копейки. Отсюда и типичный испуг при ручной расшифровке: сумма кажется в сто раз больше настоящей.

Инструмент пересчитывает Sum и AddAmount в рубли автоматически и показывает результат рядом со значением поля. То же правило действует в обратную сторону: если вы сами собираете QR-код по реквизитам, сумму нужно перевести в копейки — в генераторе QR-кода на этом сайте достаточно ввести её в рублях, пересчёт происходит сам.

Как оплатить, если на руках только строка ST00012

Самый простой путь — отсканировать исходный QR-код заново, но уже из приложения банка: почти везде это раздел «Оплата по QR» или «Оплата по счёту». Приложение распознает формат и заполнит платёж само.

Если доступа к самому коду нет, а есть только текст строки, платёж можно собрать вручную: расшифруйте строку выше и перенесите значения в форму «Оплата по реквизитам» — наименование получателя, ИНН, БИК, расчётный счёт, назначение платежа и сумму в рублях. Третий вариант — собрать QR-код обратно из расшифрованных полей и показать его приложению банка с другого экрана; для этого подойдёт генератор платёжного QR-кода по реквизитам, который формирует код по тому же ГОСТ Р 56042. Это удобно, когда счёт пришёл текстом в письме или мессенджере.

Что проверить, прежде чем платить по чужому QR-коду

Платёжный QR не защищён подписью: внутри просто текст, и подготовить его может кто угодно. Поэтому перед оплатой сверьте наименование получателя и его ИНН с тем, что указано в счёте или договоре. Совпадение суммы и назначения платежа ни о чём не говорит, а вот подменённый расчётный счёт при верном названии компании — известный приём в поддельных квитанциях. ИНН стоит пробить в сервисе «Прозрачный бизнес» ФНС, чтобы увидеть настоящее название организации.

Техническую часть проверки берёт на себя инструмент: он считает контрольную цифру ИНН по алгоритму ФНС и контрольную сумму расчётного и корреспондентского счёта по БИК по алгоритму ЦБ РФ с весами 7-1-3. Если контрольная сумма счёта не сходится с БИК, реквизиты точно битые — платёж либо не пройдёт, либо уйдёт не туда. Но помните границу метода: сходящиеся контрольные разряды подтверждают лишь отсутствие опечатки, а не добросовестность получателя.

Name=УФК по … области — почему получатель казначейство, а не школа или садик

Если в расшифрованной строке в поле Name стоит «УФК по такой-то области» (Управление Федерального казначейства), а квитанцию вам выдали в детском саду, колледже, музыкальной школе, ГИБДД или МФЦ, всё в порядке: это обычный бюджетный платёж. Государственные и муниципальные учреждения не держат деньги на собственных расчётных счетах — их средства проходят через лицевые счета, открытые в органах Федерального казначейства. Поэтому формальным получателем платежа в реквизитах указано УФК, а само учреждение прячется в скобках после названия управления либо в поле Purpose и в лицевом счёте.

Отличить такой QR-код легко по номерам счетов. С 2021 года в бюджетных реквизитах PersonalAcc (счёт получателя) начинается на 03100 — это казначейский счёт, а CorrespAcc — на 40102, это единый казначейский счёт в Банке России. Обычная коммерческая организация в тех же полях имела бы 40702 и 30101. Если вы видите пару 03100 и 40102, деньги идут в бюджет.

Вместе с ними в строке почти всегда появляются поля, которых нет у счёта от ООО: CBC — это КБК, код бюджетной классификации, по которому казначейство понимает, за что именно платёж; OKTMO — код муниципального образования; UIN — уникальный идентификатор начисления, тот самый номер, по которому платёж находят в ГИС ГМП и по которому штраф или начисление гасится автоматически; PayeeStatus — статус составителя (поле 101 платёжного поручения); PaytReason, TaxPeriod, DocNo и DocDate — поля 106–109 для налоговых платежей. Инструмент выше подписывает каждое из них по-русски.

Что здесь важно проверить. Само наименование УФК подделать бессмысленно — деньги всё равно уйдут в казначейство, а не мошеннику. А вот UIN и PersAcc (лицевой счёт плательщика) стоит сверить с бумажной квитанцией: ошибка в них означает, что платёж уйдёт в бюджет, но не будет зачтён именно вам, и начисление останется висеть непогашенным. Если UIN в строке равен нулю, платёж придётся идентифицировать по назначению и лицевому счёту вручную.

PersonalAcc начинается на 30 — счёт получателя оказался счётом банка

Иногда в расшифровке видно странное: в поле Name стоит название банка, например АО «АБ «РОССИЯ» или ООО НКО «Расчётные решения», а PersonalAcc начинается не на 40702, а на 301, 30232 или 47422. Это не ошибка и не подделка — так выглядит платёж через платёжного агента. Магазин, сервис или касса самообслуживания принимают деньги не напрямую, а через банк или небанковскую кредитную организацию, которая является оператором по переводу денежных средств. Формальным получателем в QR-коде указан этот оператор, а конкретный продавец и номер заказа зашиты в поле Purpose или в дополнительных полях вроде Contract и PersAcc.

Первые пять цифр счёта сразу говорят, что это за счёт. 30101 — корреспондентский счёт банка в Банке России, деньги на нём принадлежат самому банку. 30232 и 30233 — счета для незавершённых расчётов, через них проходят операции платёжных агрегаторов. 40821 — специальный банковский счёт платёжного агента, он как раз и предназначен по закону для приёма платежей в пользу третьих лиц. 47422 — обязательства банка по прочим операциям, технический транзитный счёт. Инструмент выше показывает расшифровку балансового счёта прямо под значением поля, поэтому гадать не нужно.

Отдельно стоит насторожиться в одном случае: если PersonalAcc начинается на 40817 или 42301, получатель платежа — обычное физическое лицо, а вовсе не организация, даже если в Name написано солидное название компании. Для оплаты счёта от юрлица это плохой признак: организация выставляет счёт на 40702, ИП — на 40802. Перевод «за товар» на личный счёт человека не создаёт никаких обязательств продавца перед вами и часто встречается в поддельных квитанциях.

Ещё одна проверка занимает секунду: сверьте PayeeINN. У банка и у небанковской кредитной организации ИНН всегда 10-значный, и его можно вбить в сервис «Прозрачный бизнес» ФНС, чтобы увидеть настоящее наименование. Если название в QR-коде и название по ИНН расходятся, платить не стоит.

Name=ООО НКО «Расчётные решения» и другие НКО — почему получатель не продавец

Самая частая строка, которую приносят на расшифровку, начинается примерно так: ST00012|Name=ООО НКО РАСЧЁТНЫЕ РЕШЕНИЯ|PersonalAcc=… Человек оплатил обед в столовой, пополнил счёт в кассе самообслуживания, заплатил за парковку, за питание ребёнка в школе или за обучение — а получателем в коде оказалась организация, о которой он никогда не слышал. Это штатная ситуация, а не подмена реквизитов. НКО — это небанковская кредитная организация с лицензией Банка России, и в такой схеме она работает оператором по переводу денежных средств: приём денег организует она, а выручку перечисляет продавцу по договору.

Почему схема вообще существует. Закон разрешает небанковской кредитной организации проводить переводы, но запрещает привлекать вклады и выдавать кредиты, поэтому такие организации специализируются на массовых платежах — терминалы, вендинг, кассы самообслуживания, школьное питание, оплата ЖКУ, интернет-эквайринг. В платёжном QR-коде получателем обязано стоять то юридическое лицо, на счёт которого деньги фактически поступят, — то есть оператор. Настоящий продавец в такой строке обычно спрятан в поле Purpose (назначение платежа с номером заказа или терминала), в дополнительных полях Contract и PersAcc, а иногда не указан вовсе.

Как убедиться, что перед вами настоящая кредитная организация. Самый надёжный признак — БИК: его нельзя выдумать, Банк России закрепляет БИК за конкретной организацией. Возьмите значение поля BIC из расшифровки выше и найдите его в справочнике кредитных организаций на сайте cbr.ru — там видно официальное наименование, город и состояние лицензии. Второй способ — поле PayeeINN: у кредитной организации ИНН всегда из 10 цифр, и его можно пробить в сервисе «Прозрачный бизнес» ФНС. Если наименование по БИК и по ИНН совпадает с тем, что стоит в Name, деньги уйдут именно этой организации. Заодно посмотрите на отметку о контрольной сумме: если PersonalAcc сходится с БИК по алгоритму ЦБ РФ, значит в номере счёта нет опечатки.

Что делать после оплаты, если что-то пошло не так. Обязательства по товару или услуге остаются за продавцом, а не за оператором: НКО только переводит деньги и договора с вами не заключает. Поэтому за чеком, возвратом или разбирательством идите к продавцу — в столовую, к владельцу терминала, в магазин, в учебное заведение — и показывайте платёжное поручение, где в назначении платежа виден номер заказа или лицевого счёта. Расшифрованную строку имеет смысл сохранить: в ней есть и сумма, и назначение, и точное наименование получателя.

Когда схема с оператором всё-таки должна насторожить. Она нормальна для терминала, кассы и онлайн-оплаты, но не для случая, когда конкретная компания выставила вам счёт со своими реквизитами, а в QR-коде на том же счёте стоит посторонняя организация. Правило простое: реквизиты в коде должны совпадать с реквизитами в бумажном счёте. И отдельно плохой признак — PersonalAcc на 40817 или 42301: это счёт обычного физического лица, каким бы солидным ни было название в поле Name.

Name=Садоводческое некоммерческое товарищество — QR-код на квитанции за взносы

Ещё одна строка, которую регулярно приносят на разбор, начинается с Name=САДОВОДЧЕСКОЕ НЕКОММЕРЧЕСКОЕ ТОВАРИЩЕСТВО … — это QR-код с квитанции на членские или целевые взносы. Здесь получатель как раз тот, кого и ждёшь: само товарищество, юридическое лицо со своим ИНН, ОГРН и расчётным счётом. Проверяется оно быстро: ИНН из поля PayeeINN пробивается в ЕГРЮЛ на сайте ФНС, а наименование из Name должно совпасть с тем, что записано в уставе и в протоколе общего собрания.

Обратите внимание на первые пять цифр PersonalAcc. У СНТ, ТСЖ, ЖСК, гаражного кооператива и любой другой некоммерческой организации расчётный счёт начинается на 40703, а не на 40702, как у ООО. Это не ошибка и не признак подделки: 40702 отведён коммерческим организациям, 40703 — некоммерческим. Инструмент выше подписывает балансовый счёт под значением поля, поэтому тип получателя виден сразу.

А вот чего в квитанции товарищества быть не должно — это счёта на 40817, то есть личного счёта или карты председателя. Федеральный закон 217-ФЗ требует, чтобы взносы вносились на расчётный счёт товарищества, и платёж на карту председателя не подтверждает оплату взноса: доказать потом, что деньги внесены, крайне трудно. Если в расшифровке виден счёт на 40817, попросите правление выставить квитанцию на счёт СНТ.

Сумма в такой квитанции, как и везде в стандарте, записана в копейках: Sum=1200000 — это 12 000 ₽ годового взноса, а не миллион с лишним. Размер взноса утверждает общее собрание, поэтому сумму из QR-кода полезно сверить со сметой или протоколом, а назначение платежа — с периодом и номером участка: в поле Purpose обычно стоит что-то вроде «Членский взнос за 2026 год, участок 42». Если номер участка в назначении не указан, впишите его при оплате вручную, иначе бухгалтеру товарищества будет сложно понять, чей это платёж, и взнос могут не зачесть.

Вместо русских букв в строке — ??? или РоÑÑиÑ: сбилась кодировка

Довольно частая картина: строка разобралась, счета и ИНН на месте, а наименование получателя превратилось в «??? "?? "??????? ??????"» или в набор вида «Ð Ð¾ÑÑиѻ. Реквизиты при этом целы — испорчен только текст, и виноват сканер, а не тот, кто выпустил QR-код.

Причина в седьмом символе служебного блока. Он задаёт кодировку значений: ST00011 — Windows-1251, ST00012 — UTF-8, ST00013 — KOI8-R. Приложение банка читает эту цифру и декодирует текст правильно, а универсальный сканер QR или онлайн-распознаватель часто игнорирует её и разбирает байты как попало. Если кириллицу в Windows-1251 прочитать как UTF-8, получаются вопросительные знаки и ромбы; если UTF-8 прочитать как однобайтовую кодировку, выходят пары латинских букв с диакритикой — Ð, Ñ, Â. Инструмент выше замечает оба случая и предупреждает о них.

Что с этим делать. Вопросительные знаки восстановить уже нельзя: сканер заменил каждый нечитаемый символ на «?» и потерял исходные байты — придётся пересканировать код другим приложением, лучше всего прямо в банке. Вариант с Ð и Ñ обратим: символы сохранены, просто прочитаны не той кодировкой, и большинство конвертеров кодировок вернут исходный текст.

Практический вывод: если испорчено только Name, а PayeeINN, BIC, PersonalAcc и Sum читаются нормально и контрольные суммы сходятся, платёж можно собрать по цифрам — они в любой кодировке остаются цифрами. Настоящее наименование получателя проверьте по ИНН в сервисах ФНС и впишите в платёж руками. А если планируете сами выпускать QR-коды, используйте ST00012 с UTF-8: генератор платёжного QR-кода на этом сайте формирует строку именно так, и проблема с кракозябрами не возникает.