QR-код на счёт на оплату: как добавить и что зашить

Счёт от ИП или ООО, а в углу — чёрный квадрат: плательщик навёл камеру, банк подставил реквизиты и сумму, деньги ушли. Запрос «QR-код на счёт на оплату» набирает 1408 показов в месяц, «счет на оплату с qr кодом» — ещё 291, и почти треть спроса идёт от тех, кто ищет готовую кнопку внутри учётной программы. Кнопка не обязательна. Платёжный QR — это текстовая строка формата ST00012 по ГОСТ Р 56042-2014, которую соберёт онлайн-генератор, формула в Excel или вы сами в блокноте. Дальше — какие поля обязательны, как вставить код в счёт в Word и Excel, какого размера его печатать и почему банк-клиент иногда отвечает «формат не распознан».

Кому QR на счёте экономит время, а кому почти ничего не даёт

Задача кода одна — убрать ручной ввод. Двадцать цифр расчётного счёта, двадцать корреспондентского, девять цифр БИК, сумма с копейками и назначение платежа. Плательщик перебивает это с бумаги или из PDF, и на каждой сотне платежей вылезают опечатки: перепутанный разряд в счёте, 4 200 вместо 42 000, назначение «оплата услуг» без номера документа. Дальше вы ищете деньги в выписке и пишете уточняющее письмо в банк.

Теперь честная часть, которую генераторы обычно не проговаривают. ГОСТ Р 56042-2014 утверждён приказом Росстандарта от 11 июня 2014 года № 552-ст и называется «Двумерные символы штрихового кода на документах для осуществления платежей физическими лицами». Его писали под платежи физлиц: коммуналка, штрафы, взносы, обучение, охрана. Обязанности читать такой код у банк-клиента юрлица нет — она нигде не закреплена. Поэтому счёт с QR даёт максимум там, где платит человек с телефоном, и почти ничего не меняет там, где платёжку формирует корпоративная бухгалтерия выгрузкой из учётной системы.

Мини-кейс. Школа английского в Перми выставляет около 400 счетов в месяц физлицам. До QR бухгалтер вручную разносила 30–40 платежей, где сумма или назначение не совпадали со счётом: кто-то округлял, кто-то платил за прошлый месяц без пояснений. После кода с зашитой суммой и назначением расхождений осталось 6–8, а сверка вместо двух дней стала занимать полдня. Ни одной новой программы — только правка шаблона счёта в Word.

Что зашито в код: строка ST00012 по ГОСТ Р 56042-2014

Внутри платёжного QR нет ссылки, нет обращения к банку и нет никакой служебной криптографии. Там лежит обычная текстовая строка, где реквизиты идут парами «псевдоним=значение», разделённые вертикальной чертой. Строка состоит из трёх блоков: служебные данные, обязательные реквизиты получателя, дополнительные реквизиты платежа. Разбирает её программа принимающей стороны — банковское приложение, касса, терминал.

Служебный блок: восемь байт, с которых начинается всё

Отсюда и берётся заголовок ST00012: формат ST, версия 0001, кодировка UTF-8. Вариант ST00011 — та же строка в WIN1251, ST00013 — в KOI8-R. Сам стандарт рекомендует для кириллицы восьмибитовые наборы как самые экономные: один знак равен одному байту. В UTF-8 каждая русская буква весит два байта, строка распухает вдвое, версия символа растёт, модули мельчают. Если код получается гигантским — первое, что надо попробовать, это переехать на ST00011.

Пять обязательных реквизитов

Идут строго в этом порядке, пропустить нельзя ни один. Формат — из приложения А стандарта.

Ограничение, о котором забывают: длина всего блока обязательных реквизитов вместе с псевдонимами и разделителями — не больше 300 знаков (для WIN1251 и KOI8-R это ровно 300 байт). Полное фирменное наименование на 160 знаков плюс банк на 45 плюс три счёта — и лимит выбран под ноль. Поэтому в Name пишут сокращённое наименование из карточки счёта, а BankName режут до узнаваемого: «ПАО СБЕРБАНК» вместо «ПАО Сбербанк, дополнительный офис № 8593/0175».

Дополнительные реквизиты: что имеет смысл добавить в счёт

В приложении А есть ещё три десятка псевдонимов — показания приборов учёта, номер лицевого счёта плательщика, ФИО учащегося, номер постановления ГИБДД. Это коммунальный и бюджетный сценарий, к счёту юрлицу они отношения не имеют: разбор кода на квитанции ЖКХ — совсем другая история с другими полями. В B2B-счёте лишние поля только раздувают символ.

Правила, на которых спотыкаются

• Реквизит — это псевдоним, знак «=» и значение. Значением считается всё после первого знака равенства, так что второй «=» внутри назначения платежа разбор не сломает.
• Псевдонимы регистронезависимы: PayeeINN, payeeinn и PAYEEINN — одно и то же поле.
• Разделитель после последнего значения не ставится. Лишняя вертикальная черта в конце — источник пустого «мусорного» реквизита.
• Если вертикальная черта встречается внутри значения, стандарт требует выбрать другой знак-разделитель и указать его в служебном блоке. Иначе строка развалится ровно в этом месте.
• Два одинаковых псевдонима в строке — принимающая сторона возьмёт значение последнего.
• Псевдонимы состоят только из латинских букв, цифр и подчёркивания. Свои поля придумывать можно, но что с ними сделает банк — смотрите ниже.

Как выглядит готовая строка для счёта

ST00012|Name=ООО «Ромашка»|PersonalAcc=40702810900000012345|BankName=ПАО СБЕРБАНК|BIC=044525225|CorrespAcc=30101810400000000225|PayeeINN=7701234567|KPP=770101001|Sum=15000000|Purpose=Оплата по счёту № 145 от 26.08.2026, в т.ч. НДС 20% 25000,00

Обратите внимание на Sum=15000000. Это 150 000 рублей 00 копеек. Сумма кодируется в копейках, без пробелов, точек и запятых. Ошибка в этом поле — самая дорогая из всех: код на 42 000 рублей, записанный как Sum=42000, соберёт вам платежи по 420 рублей, и претензий к плательщику не будет, потому что он честно подтвердил то, что показал банк.

Что происходит на стороне банка

1. Считываются первые два байта. Не ST — разбор по стандарту прекращается, код уходит в обычный текст.
2. Проверяется версия: четыре знака, сейчас 0001.
3. Читается признак кодировки и знак-разделитель — по ним программа поймёт, как превращать байты в буквы.
4. Считываются пять обязательных реквизитов и проверяется, что все они заполнены. По ним определяется получатель.
5. Разбирается остаток строки — пары «псевдоним=значение».
6. Реквизиты из альбома УФЭБС (Sum, Purpose, PayeeINN, KPP и другие фиксированные) раскладываются по полям платёжного поручения. А вот значения ваших самодельных полей склеиваются через пробел в одну строку и падают в назначение платежа, обрезаясь по 210 знаков.

Последний пункт объясняет эффект, который бухгалтеры описывают как «в платёжке появился мусор». Вы добавили своё поле OrderId с внутренним номером заказа — банк такого псевдонима не знает, берёт значение и приклеивает к назначению платежа. Формально по стандарту, практически — назначение вылезает за 210 знаков и обрезается на середине фразы про НДС. Полный разбор формата — в справочнике: ГОСТ Р 56042-2014.

Как сделать QR к счёту без учётной программы

Порядок одинаковый и для разового счёта, и для шаблона на весь год.

1. Выпишите реквизиты из карточки счёта в банке, а не из старого шаблона счёта: наименование, расчётный счёт, наименование банка, БИК, корсчёт, ИНН, КПП. Реквизиты банков меняются при слияниях, и половина «неработающих» кодов — это код с БИК присоединённого банка.
2. Соберите строку. Служебный блок, пять обязательных полей строго по порядку, дальше сумма, назначение, ИНН, КПП. Проверьте длину обязательного блока — до 300 знаков.
3. Сгенерируйте символ. Уровень коррекции ошибок — M: 15% избыточности достаточно для листа А4, который не мокнет и не трётся. Уровень H раздувает версию символа, модули становятся мельче, и на печати вы теряете больше, чем выигрываете.
4. Скачайте векторный файл (SVG или EPS) — он не рассыплется при масштабировании в шаблоне. Если только растр, берите PNG под 600 dpi, но не JPEG: артефакты сжатия размывают границы модулей.
5. Проверьте до отправки. Сканируйте с бумаги, а не с экрана, двумя разными телефонами и обязательно приложением банка, а не только камерой. Камера покажет текст — банк покажет, подставились ли реквизиты и сумма.

Про инструменты честно. Генераторы «QR по реквизитам» сделаны по-разному: часть ставит заголовок ST00012, а строку кодирует в WIN1251, часть молча режет Name и оставляет разделитель в конце. Хороший сервис даёт скачать SVG, показывает саму строку и позволяет выбрать кодировку.

Если у вас на счетах стоит 1С, отдельный генератор не нужен — включение QR в печатной форме счёта там устроено своим способом, и об этом есть отдельный разбор про QR-коды в 1С.

Массовую выписку без учётной системы удобно держать в Excel: строку собирает формула в соседней ячейке, сумма приводится к копейкам через ТЕКСТ(F20*100;"0"), а картинки генерируются пачкой из этого столбца. Опечаток в них не бывает — строка берётся из тех же ячеек, что и сам счёт.

Как вставить код в счёт: Word, Excel и печать

Word

Место для кода — правый нижний угол счёта рядом с подписями или подвал под таблицей товаров. Не втискивайте его в шапку с реквизитами: там плотная таблица, и рамка соседней ячейки налезает на свободную зону символа.

1. Вставка → Рисунки → ваш SVG или PNG.
2. Обтекание — «В тексте» или «Перед текстом» с жёсткой привязкой. «По контуру» гонит код по странице при любой правке таблицы.
3. Задайте размер числом, а не мышкой: 30 × 30 мм в свойствах рисунка. Растянутый за угол прямоугольник вместо квадрата сканеры читают плохо.
4. Отключите сжатие: Файл → Параметры → Дополнительно → «Не сжимать изображения в файле», качество по умолчанию — 330 ppi или «Высокое качество». Иначе Word ужмёт код до 96 ppi при первом же сохранении, и на бумаге получится каша.
5. Для массовых счетов используйте слияние: поле с путём к файлу картинки через INCLUDEPICTURE, источник — та же таблица Excel, из которой берутся суммы.

Excel

В Excel код вставляется как изображение поверх листа, поэтому первым делом задайте ему привязку: правый клик → Размер и свойства → «Перемещать и изменять объект вместе с ячейками». Иначе при вставке строки в таблицу товаров код уедет на второй лист. Второе — область печати: символ должен целиком попадать внутрь границ. Третье и самое коварное — масштабирование. Режим «Вписать лист на одну страницу» ужимает всё, включая QR: код на 30 мм превращается в 22 мм, модуль падает ниже порога, и приложение банка перестаёт его видеть. Ставьте масштаб 100% и правьте ширину столбцов.

Размер и печать

Стандарт задаёт три рекомендации, и они не декоративные:

• Размер модуля X — не менее 0,4064 мм (16 мил). При печати 600 dpi это примерно 10 точек принтера на один модуль.
• Печатать с разрешением не менее 600 dpi. Лазерник в экономном режиме даёт серые модули с рваным краем — экономия тонера обходится в непрочитанные счета.
• Не делать символ больше 80 мм в одном направлении: сканеры с квадратным окном хуже справляются с крупными вытянутыми символами.

Считаем на пальцах. Типовая строка счёта в UTF-8 с кириллическим наименованием и назначением платежа весит 280–330 байт. При уровне коррекции M это версия символа около тринадцатой — 69 × 69 модулей. Умножаем на минимальный модуль: 69 × 0,4064 ≈ 28 мм. Плюс свободная зона в 4 модуля с каждой стороны — ещё около 3 мм. Закладывайте в шаблоне 30 × 30 мм, а лучше 35 × 35 мм. Ниже 25 мм на А4 опускаться не стоит: старый телефон с грязным объективом такой код возьмёт не с первого раза.

Мелочи, которые стоили бухгалтериям нервов. Не ставьте код поверх водяного знака, фоновой заливки или цветной подложки — контраст падает, распознавание рассыпается. Оставляйте вокруг белое поле в четыре модуля, это около 1,6 мм при минимальном X. При экспорте в PDF выбирайте «Высокое качество», а не «Минимальный размер».

Назначение платежа, УИН и поле «Код» в платёжке

Purpose — то поле, ради которого стоит городить всю затею. 210 знаков, и в них надо уложить номер счёта, дату и НДС: «Оплата по счёту № 145 от 26.08.2026, в т.ч. НДС 20% 25000,00» или «...НДС не облагается». Если оставить Purpose пустым, плательщик впишет своё, и в выписке вы получите набор из «перевод средств», «оплата услуг» и «за работу». Разносить это по счетам придётся руками.

Здесь же ловушка, на которую попадаются самостоятельные сборщики строк. Кажется логичным положить номер счёта в поле DocNo, а дату — в DocDate. Но в альбоме УФЭБС эти реквизиты относятся к блоку сведений о бюджетном платеже, то есть к полям 108 и 109 платёжного поручения — «номер документа» и «дата документа» для налогов и сборов. Банк раскладывает их именно туда. В платёжке за поставку появляются реквизиты из налогового блока, а номер счёта, ради которого всё делалось, в назначение так и не попадает. Номер и дата счёта живут в Purpose. Точка.

Про идентификатор платежа в платёжном поручении спрашивают отдельно — 89 показов в месяц. Это реквизит 22 «Код»: по правилам Банка России туда вписывают уникальный идентификатор начисления (УИН), если он есть. УИН присваивает администратор доходов бюджета — он печатается в налоговом требовании, постановлении ГИБДД, квитанции на пошлину. Не присвоен (а при оплате обычного счёта поставщику он и не присваивается) — в поле 22 ставится 0. Ноль, а не пустота и не прочерк. В QR к коммерческому счёту поле UIN не добавляют.

Три похожие аббревиатуры путают постоянно. УИН — уникальный идентификатор начисления, бюджетная история, поле 22. УИП — уникальный идентификатор платежа, его может присвоить получатель средств по договору, живёт в том же поле 22. СУИП — идентификатор операции в чеке Сбербанка, к платёжному поручению отношения не имеет: по нему в поддержке банка ищут конкретный перевод. Как устроены остальные поля документа — в справочнике: платёжное поручение.

Почему банк-клиент или приложение не читает код

Сценарий типовой: код красиво напечатан, камера его видит, а банк отвечает «формат не распознан» или подставляет пустые поля. Разбираем по симптомам.

Кодировка — причина номер один. Кириллица в строке есть всегда: наименование, банк, назначение платежа. Пятый знак заголовка говорит принимающей программе, как читать байты. Генератор, который ставит ST00012, а кодирует в WIN1251, выдаёт формально валидный QR: камера покажет крякозябры, а банк либо откажется от разбора, либо подставит нечитаемое наименование получателя. Проверка простая — отсканируйте код обычной камерой и посмотрите на первое поле.

Длина — причина номер два. Компания с названием на 90 знаков, банк с указанием филиала и города, назначение с перечислением трёх позиций — и вы вылетаете и за 300 знаков обязательного блока, и за 210 знаков назначения. Генератор при этом промолчит: он закодирует что дали. Симптом — обрезанное на полуслове назначение платежа в платёжке у контрагента.

Печать — причина номер три. Мини-кейс. Производственная компания печатала счета на матричном принтере и ставила код размером 20 мм, чтобы уместился в подвал. Из десяти плательщиков его брали трое. Увеличили до 32 мм и перешли на лазерный принтер — стали читать все: модуль вырос с 0,29 до 0,46 мм и перевалил порог, ниже которого сканеры начинают гадать.

Оплата на расчётный счёт по QR от физлица

Отдельный сценарий, за которым в поиске приходят 137 раз в месяц. Физлицо получает счёт (на бумаге, в PDF или картинкой в мессенджере), сканирует код приложением своего банка и подтверждает перевод по реквизитам на ваш расчётный счёт. Ни эквайринга, ни договора для этого не нужно: на стороне плательщика это тот же платёж по реквизитам, только заполненный автоматически.

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

И про кассу. Оплата по QR-коду от физлица за товар или услугу — это расчёт по смыслу 54-ФЗ, поэтому продавцу нужно пробить кассовый чек. Сам платёжный QR чек не заменяет: он лишь заполняет платёжку. У самозанятых порядок свой — чек формируется в приложении «Мой налог», и там свои тонкости, разобранные в материале про QR-код самозанятого.

Чек-лист полей перед отправкой счёта

Пробегитесь по списку один раз, когда делаете шаблон, и потом ещё раз, когда меняются реквизиты банка.

1. Строка начинается ровно с ST0001 и цифры кодировки, без пробела и BOM в начале.
2. Флаг кодировки совпадает с реальной кодировкой байтов: 1 — WIN1251, 2 — UTF-8.
3. Пять обязательных полей идут по порядку: Name, PersonalAcc, BankName, BIC, CorrespAcc.
4. Расчётный счёт — ровно 20 цифр, БИК — ровно 9, корсчёт — 20 цифр или 0.
5. Обязательный блок вместе с псевдонимами укладывается в 300 знаков.
6. Sum — целое число копеек без пробелов и запятых: рубли × 100.
7. Purpose содержит номер и дату счёта и формулировку по НДС, всего не длиннее 210 знаков.
8. PayeeINN совпадает с ИНН в шапке счёта; KPP есть у юрлица и отсутствует у ИП.
9. Номер счёта не спрятан в DocNo — это поле бюджетного блока.
10. Нет разделителя после последнего значения и нет вертикальной черты внутри значений.
11. Символ на макете 30–35 мм, вокруг белое поле не меньше четырёх модулей, печать 600 dpi.
12. Финальная проверка: код отсканирован с распечатанного счёта приложением банка, реквизиты и сумма подставились верно.

Частые вопросы

Собрать код к своему счёту

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