Платёжный QR-код на счёте — небольшая деталь, которая заметно ускоряет оплату: вместо ручного ввода реквизитов плательщик наводит камеру банковского приложения и получает заполненное поручение. В России формат такого кода описан стандартом ГОСТ Р 56042, и именно его понимают приложения российских банков.
Что решает QR-код
Ручной ввод реквизитов — источник двух проблем.
Ошибки. Расчётный счёт — двадцать цифр, корреспондентский — ещё двадцать, БИК — девять. Опечатка в любом из них означает возврат платежа и потерянные дни.
Задержка. Бухгалтер откладывает счёт, потому что «надо будет вбить реквизиты», и возвращается к нему завтра. В опте, где счёт часто действует ограниченное время, это прямая потеря сделки.
Код убирает и то, и другое: данные попадают в платёжное поручение из счёта, а не из клавиатуры.
Что входит в код
Строка кода начинается с обязательного заголовка и содержит набор полей «имя=значение». Обязательная часть — реквизиты получателя:
- наименование получателя;
- ИНН получателя;
- расчётный счёт;
- наименование банка;
- БИК;
- корреспондентский счёт.
Дополнительно передаются сумма платежа, назначение платежа и данные плательщика. Сумма указывается в копейках — это самая частая ошибка при самостоятельной сборке кода: рубли вместо копеек дают платёж, отличающийся в сто раз.
Назначение платежа стоит формировать содержательно: «Оплата по счёту № 1234 от 15.09.2026, в том числе НДС 20%». Строка «Оплата товара» заставит бухгалтера плательщика её переписывать, то есть вернёт ровно ту ручную работу, которую код должен был убрать.
Где чаще всего ошибаются
Сумма в рублях вместо копеек. Проверяется за секунду: наведите камеру на собственный счёт и посмотрите, что подставилось.
Слишком длинная строка. Чем больше данных, тем плотнее код и тем хуже он считывается с экрана и с плохой печати. Разумный предел — обязательные поля плюс сумма и назначение.
Низкое разрешение при печати. Код, вставленный в PDF растровой картинкой малого размера, на печати рассыпается. Векторная отрисовка решает вопрос полностью.
Код без полей вокруг. Стандарты кодирования требуют свободного поля по периметру. Код, вплотную прижатый к таблице или к рамке, часть приложений не распознает.
Устаревшие реквизиты. Код формируется из тех же данных, что и текстовая часть счёта. Если реквизиты в системе не обновили после смены банка, ошибка попадёт и в текст, и в код одновременно.
Что должно быть в самом счёте помимо кода
Счёт — не только платёжный документ, но и то, по чему сверяются перед оплатой. Полный набор:
- номер и дата;
- полные реквизиты поставщика и покупателя, включая ИНН и КПП;
- банковские реквизиты;
- таблица позиций: наименование, количество, единица измерения, цена, сумма;
- итог с выделенным НДС или явным указанием, что поставщик не является плательщиком НДС;
- сумма прописью;
- подписи ответственных лиц.
Сумма прописью — не формальность: она защищает от расхождения при исправлении цифр и до сих пор требуется многими бухгалтериями.
Автоматическое формирование
Ручная сборка счёта — работа на несколько минут, которая повторяется десятки раз в день и в которой регулярно ошибаются. Автоматическое формирование решает не только скорость:
- нумерация ведётся сквозной, без пропусков и дублей;
- реквизиты берутся из одного места и не расходятся между документами;
- позиции переносятся из подтверждённого подбора, а не перенабираются;
- НДС считается по единому правилу, а не «как обычно считали».
Практическое следствие: счёт должен формироваться из тех же данных, из которых сформировано коммерческое предложение. Пересборка вручную — место, где в документы попадают расхождения, которые потом обнаруживает клиент.
Коротко
- Платёжный QR-код по ГОСТ Р 56042 убирает ручной ввод реквизитов и связанные с ним ошибки.
- В коде обязательны реквизиты получателя; сумма указывается в копейках.
- Назначение платежа стоит писать содержательно, с номером и датой счёта.
- Код должен быть векторным и иметь свободное поле по периметру.
- Счёт и коммерческое предложение должны собираться из одних и тех же данных.