QR-код в 1С: счёт с QR, оплата по СБП и печать этикеток

«Сделай QR в 1С» просят три разных человека. Бухгалтер хочет квадрат на счёте, чтобы клиент оплатил с телефона и не переставил цифры в расчётном счёте. Кассир — приём денег по СБП. Кладовщик — коды на этикетках, ценниках и ячейках стеллажа. Задачи решаются по-разному, и половина вопросов на форумах франчайзи растёт из путаницы между ними.

Четыре задачи под одним запросом

Задача	Тип кода	Кто формирует данные	Где в 1С
Счёт покупателю	QR по ГОСТ Р 56042-2014	сама 1С из реквизитов	печатная форма счёта
Приём оплаты	QR СБП, ссылка НСПК	банк по API, 1С только выводит	касса, документ оплаты
Маркировка товара	Data Matrix, не QR	«Честный знак»	подсистема маркировки
Склад и активы	QR или Code 128	сама 1С	этикетки, ценники, ячейки

Развилка — первые две строки, и цена ошибки тут вполне денежная. QR по ГОСТ на счёте денег не принимает: он переносит реквизиты в банковское приложение, а платёж дальше уходит обычным переводом со сроком зачисления межбанка. Бухгалтерия, которая ждёт от такого кода мгновенного поступления, потом неделю ищет деньги. QR СБП — уже приём платежа: зачисление за секунды, комиссия у получателя, статус операции возвращается в базу.

Вторая типовая путаница — попытка «сгенерировать код Честного знака» из макета этикетки. Коды маркировки выдаёт государственная система, локально их не сделать, и формат там принципиально другой.

Счёт с QR: как устроен ГОСТ Р 56042-2014

Платёжный QR в России описан стандартом ГОСТ Р 56042-2014. По нему живут не только счета: тот же формат используется в квитанциях ЖКХ, налоговых уведомлениях и постановлениях о штрафах, поэтому банковские приложения читают его без исключений и без отдельных договорённостей с вашим банком.

Внутри кода не картинка и не ссылка, а обычная текстовая строка из пар «ключ=значение». Заголовок собирается так: ST (идентификатор формата) плюс 0001 (версия) плюс цифра кодировки — 1 для Windows-1251, 2 для UTF-8, 3 для KOI8-R. Восьмой символ строки задаёт разделитель полей, на практике это почти всегда вертикальная черта.

Поле	Статус	Что кладём
Name	обязательное	Наименование получателя ровно как в банке.
PersonalAcc	обязательное	Расчётный счёт, 20 цифр.
BankName	обязательное	Название банка получателя.
BIC	обязательное	БИК, 9 цифр.
CorrespAcc	обязательное	Корсчёт банка. Забывают чаще всего именно его.
PayeeINN, KPP	дополнительное	Формально не обязаны, но без ИНН банк плательщика попросит ввести реквизиты руками.
Sum	дополнительное	В копейках: 1 250 ₽ = `125000`.
Purpose	дополнительное	Назначение: номер и дата счёта, ставка НДС.

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

Стандарт держит суммарную длину данных в районе трёх сотен символов. Это не бюрократия, а физика печати: чем длиннее строка, тем выше версия QR-кода и тем мельче модуль на бумаге при том же размере квадрата. Пять обязательных полей плюс ИНН, сумма и короткое назначение укладываются в лимит с запасом, а вот полная расшифровка номенклатуры в назначении — уже нет.

Как включить QR в печатной форме счёта

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

Проверьте реквизиты. Карточка организации и карточка банковского счёта: наименование, ИНН, КПП, расчётный счёт, БИК, корсчёт. Код строится из этих полей, и пустой корсчёт означает нечитаемый банком QR при внешне нормальной картинке.
Найдите настройку печатной формы. В типовых конфигурациях вывод QR на счёте включается флажком в настройках печати документа либо в разделе настроек банка и кассы.
Задайте шаблон назначения платежа. Что-то вроде «Оплата по счету {Номер} от {Дата}» — без перечисления позиций и длинных примечаний.
Напечатайте пробный счёт на том же принтере и той же бумаге, что и рабочие документы. Просмотр на экране проблемы печати не показывает.
Отсканируйте банковским приложением. Правильный результат — открытая форма перевода с подставленными получателем, счётом, БИК, суммой и назначением платежа.

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

Где QR есть из коробки

Конфигурация	Что закрывает
Бухгалтерия предприятия	QR по ГОСТ на счёте покупателю, платёжные поручения, загрузка выписок.
Управление нашей фирмой	Счета с QR плюс сценарии приёма оплаты — целевая конфигурация малого бизнеса.
Розница	Касса, оплата по QR через банк-партнёр, печать ценников и этикеток.
Управление торговлей	Счета, штрихкодирование номенклатуры, работа с ТСД, обмен с банком.

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

Оплата по QR через СБП в 1С

СБП устроена принципиально иначе. Код генерирует не 1С, а банк через НСПК: конфигурация обращается к API банка, получает ссылку вида https://qr.nspk.ru/..., рисует её как QR на экране или на чеке и ждёт подтверждения об оплате.

Критерий	QR по ГОСТ на счёте	QR СБП
Кто формирует	1С локально, офлайн	банк через НСПК
Зачисление	обычный перевод, до 1–2 дней	секунды, круглосуточно
Комиссия	у плательщика, тариф его банка	у получателя, тариф СБП
Сверка оплаты	вручную по выписке	автоматически по статусу операции
Что нужно	ничего, кроме реквизитов	договор с банком, регистрация ТСП, интеграция

Внутри СБП тоже есть развилка. Статический код — наклейка или табличка на кассе без суммы, покупатель вводит её сам: дешевле и проще, но выше доля ошибок и сложнее сверка. Динамический код формируется на конкретный заказ с уже подставленной суммой и живёт ограниченное время; именно он связывается с документом в базе и закрывает оплату автоматически.

Что запросить у банка при подключении: приём по СБП для вашей категории деятельности, идентификаторы торговой точки и терминала, доступ к API или готовый модуль интеграции под вашу конфигурацию, тариф с комиссией по вашему МСС, порядок возвратов — по СБП возврат идёт отдельной операцией и не всегда доступен прямо из интерфейса кассы.

Рядом стоит технология 1С:ДиректБанк — прямой обмен с банком без клиент-банка и файлов выгрузки. К генерации QR отношения не имеет, но закрывает вторую половину задачи: автозагрузку выписки, по которой в базе закрывается счёт, оплаченный по коду. Связка «QR на счёте плюс ДиректБанк» убирает и ручной ввод реквизитов у клиента, и ручную разноску поступлений у вас.

Этикетки, ценники и маркировка

Печать кодов на товар — типовой блок «Печать этикеток и ценников». Шаблон собирается в редакторе макетов, в него добавляется поле со штрихкодом или QR, вывод идёт на термопринтер или на обычный лист с сеткой самоклеящихся этикеток.

Практический выбор простой. Для кассового сканирования оставляйте линейный код, EAN-13 или Code 128: он привычнее кассовому оборудованию и читается сканером быстрее. QR ставьте туда, где нужен объём данных или ссылка — паспорт изделия, инструкция по монтажу, карточка товара на сайте, гарантийный талон. Размеры, плотность печати, поведение термобумаги и типичные провалы качества разобраны отдельно — QR-код на этикетке.

Коды «Честного знака» к этой теме не относятся: там применяется Data Matrix с криптографической частью, а не QR, и подменить его самодельным кодом не выйдет — разбор в материале про Data Matrix и маркировку.

Инвентаризация, ТСД и адресное хранение

На складе QR закрывает то, что неудобно линейному штрихкоду. Ячейку или паллету сканируют с любого угла и с плохого ракурса, код читается даже при частично повреждённой наклейке, а внутрь помещается не только номер, но и связка «склад — ряд — стеллаж — ячейка».

Инвентаризация. Терминал сбора данных считывает коды с полок, документ пересчёта загружается в базу, расхождения видны сразу. Пересчёт зала на тысячу позиций сокращается с рабочего дня до пары часов, а главное — исчезают ошибки ручного ввода артикулов.
Адресное хранение. Каждая ячейка получает свою маркировку. При приёмке сканируется товар и место, при отборе 1С подсказывает маршрут: куда положить и откуда взять. Новый сотрудник выходит на нормальную скорость за смену, а не за месяц.
Основные средства и оборудование. Инвентарный номер в QR на корпусе: сканирование открывает карточку объекта с датой ввода, ответственным и историей ремонтов. Годовая инвентаризация перестаёт быть недельным квестом со сверкой бумажных описей.

Технически ТСД либо работает офлайн с выгрузкой документов, либо держит постоянную связь с базой через Wi-Fi. Второй вариант дороже, зато остатки меняются в момент сканирования и два кладовщика не отбирают один товар.

Когда 1С не хватает и проще внешний генератор

Внутри учётной системы коды статические: данные зашиты в картинку намертво. Для складского и бухгалтерского учёта этого достаточно, для всего, что уходит наружу к клиенту, — нет.

Ситуация	Почему 1С мимо
QR ведёт на лендинг акции	Акция кончилась — код мёртв, а тираж уже ушёл в печать.
Нужна статистика сканирований	1С не считает переходы: ни города, ни устройства, ни времени.
Партия ссылок на серию товаров	Массовая генерация уникальных адресов в конфигураторе — отдельный проект.
Код на упаковке и в рекламе	Логотип, фирменный цвет, рамка с призывом: макеты 1С про документы, не про дизайн.
Разметка кампаний UTM	Метки приходится зашивать руками в каждый макет и пересобирать при любой правке.

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

Почему QR из 1С не читается: частые ошибки

Симптом	Причина и решение
Камера не видит код	Мелкая печать: в макете код ужат до 12–15 мм. Для платёжной строки минимум 20 мм по стороне, комфортно 25–30 мм.
Читается через раз	Нет свободного поля вокруг кода. Отступ от рамок таблицы и текста — не меньше четырёх модулей.
В назначении кракозябры	Кодировка в заголовке не совпадает с фактической: строка в UTF-8 объявлена как `ST00011`. Приводите к `ST00012`.
Банк просит ввести реквизиты	Не хватает обязательного поля, чаще всего корсчёта или БИК. Проверьте карточку банковского счёта.
Сумма больше в сто раз	Sum передали в рублях, а поле принимает копейки.
Код «поплыл» на бумаге	Картинку растянули в макете без сохранения пропорций либо принтер полосит. Печатайте от 300 dpi.
Длинный счёт не сканируется	В назначение подставили всю номенклатуру. Обрежьте до номера и даты счёта.
Нечитаем после пересылки	Счёт распечатали, отсканировали и отправили картинкой. Отправляйте PDF прямо из 1С.

Порядок проверки перед выкаткой на всех клиентов: напечатать один счёт на рабочем принтере, отсканировать его двумя разными банковскими приложениями, отдельно проверить обычной камерой, что строка начинается с ST0001 и содержит все нужные ключи, и убедиться, что сумма в форме перевода совпадает с итогом счёта до копейки. Прошло — форма готова к тиражу.

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

В нашей конфигурации QR на счёте не предусмотрен — что делать?

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

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

Строка ГОСТ делится на обязательный и дополнительный блок. Обязательны только получатель, расчётный счёт, наименование банка, БИК и корсчёт — их достаточно, чтобы банк построил форму перевода. Сумма, назначение, ИНН и КПП лежат в дополнительном блоке, и если печатная форма их не заполняет, приложение честно откроет пустые поля. Причины две: настройка формы не подставляет реквизиты либо назначение оказалось длиннее допустимого и обрезалось. Проверьте формат суммы — она передаётся в копейках без разделителей, и значение вида 1250.00 многие банки игнорируют.

Чем QR на счёте отличается от QR СБП и что выбрать бизнесу?

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

Какой минимальный размер QR ставить в печатной форме счёта?

Считайте не миллиметры кода целиком, а размер одного модуля — той самой маленькой чёрной клетки. На офисном лазерном принтере уверенно печатается модуль от 0,4 мм, ниже начинается лотерея. Платёжная строка по ГОСТ с полным набором реквизитов даёт версию QR примерно 8–12, то есть 49–65 модулей по стороне, отсюда и минимум: около 20 мм при идеальной печати и 25–30 мм для запаса. Оставьте чистое поле шириной в четыре модуля со всех сторон: код впритык к рамке таблицы сканируется заметно хуже. Мало места на листе — сокращайте назначение платежа, а не сам квадрат.

Что делать с кириллицей в назначении платежа?

Кириллица в платёжном QR допустима, стандарт это предусматривает, но кодировка должна быть честно объявлена в заголовке строки. Цифра после ST0001 означает: 1 — Windows-1251, 2 — UTF-8, 3 — KOI8-R. Если печатная форма отдаёт UTF-8, а заголовок говорит ST00011, приложение банка покажет вместо назначения набор символов, и клиент откажется платить. Второй источник проблем — служебные символы внутри значений: вертикальная черта разрывает строку на поля, кавычки и переносы ломают разбор. Держите назначение простым: номер счёта, дата, ставка НДС.

Можно ли одним кодом закрыть и оплату, и ссылку на документы?

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

Коды, которые 1С не умеет

Учётные коды — в 1С. Клиентские — в динамическом QR. Ссылка меняется без перепечатки тиража, сканирования попадают в статистику.

Создать динамический QR →

от 490 ₽/мес · статистика сканирований · смена ссылки в один клик

QR-код в 1С — счёт с QR, оплата по СБП, этикетки и ТСД