Учет и Финансы · 10 мин
Как настроить оплату по QR-коду в 1С
Настройка оплаты по QR-коду в 1С: подключение СБП, доработка печатных форм счетов, формирование строки QR по ГОСТ, интеграция с банком и проверка платежей.
Приём оплаты по QR-коду в 1С реализуется двумя основными способами: через Систему быстрых платежей (СБП) с интеграцией банка и через статический QR-код на печатной форме счёта по ГОСТ Р 56042-2014. Первый вариант даёт автоматическое зачисление и сверку оплат, второй — простое решение без договора с оператором СБП, но требует ручной проверки поступлений.
Выбор сценария зависит от конфигурации (УТ 11, КА 2, ERP 2, Бухгалтерия 3.0, УНФ), объёма платежей и того, готов ли банк предоставить API для обмена данными о платежах. Ниже разобраны оба пути: от проверки готовности конфигурации до печати QR-кода на счёте и контроля зачисления денег.
Выбор сценария: СБП или QR на печатной форме
СБП (Система быстрых платежей) — это переводы между физическими лицами и организациями с мгновенным зачислением. Для юридических лиц работает схема C2B: покупатель сканирует QR-код приложением банка, подтверждает платёж, деньги поступают на расчётный счёт продавца. 1С при этом может автоматически получать информацию об оплате и закрывать заказы или счета.
Альтернатива — QR-код по ГОСТ Р 56042-2014, в котором зашиты реквизиты получателя (ИНН, счёт, БИК, сумма, назначение платежа). Покупатель сканирует код, проверяет реквизиты и подтверждает платёж в своём банке как обычный перевод. Зачисление занимает стандартное время банковского платежа, а об оплате 1С узнаёт только из выписки.
Сравнение вариантов
Мгновенное зачисление, автоматическая сверка оплат в 1С, динамический QR на каждый счёт. Требуется договор с банком и комиссия за операции.
Не требует договора с оператором СБП и доработок обмена. Нет автоматической сверки — оплаты закрываются по выписке, оплату может подтвердить только бухгалтер.
Подходит, если банк не даёт API. Агрегатор генерирует QR и передаёт статусы оплат, но добавляет посредника и свою комиссию.
Проверка готовности конфигурации
Перед настройкой убедитесь, что конфигурация поддерживает нужный механизм. В типовых УТ 11, КА 2, ERP 2 и Бухгалтерии 3.0 актуальных релизов есть подсистема обмена с банками и поддержка СБП через сервис «1С:СБП» или прямую интеграцию. В старых релизах или самописных конфигурациях потребуется доработка.
Проверьте наличие раздела настроек обмена с банками: в Бухгалтерии 3.0 это «Администрирование — Обмен электронными документами — Обмен с банками», в УТ 11 и ERP — «Настройки и справочники — Обмен с банками». Если пунктов СБП в списке нет, обновите конфигурацию до актуального релиза — это безопаснее, чем переносить механизм вручную.
Настройка СБП через банк
Первый шаг выполняется вне 1С: заключите с банком договор на приём платежей через СБП (услуга «торговый эквайринг СБП» или аналогичная). Банк выдаст идентификатор мерчанта и параметры подключения. Уточните у банка, поддерживает ли он обмен статусами оплаты через API, совместимый с вашей конфигурацией, или работает через сервис 1С.
В 1С перейдите в настройки обмена с банками и включите функциональность приёма оплат через СБП. Укажите расчётный счёт организации, на который будут поступать платежи, и параметры подключения, полученные от банка. Проверьте, что в карточке организации корректно заполнены ИНН и расчётный счёт — ошибка в реквизитах приведёт к отказам платежей.
- 1Заключите с банком договор на приём платежей через СБП и получите параметры подключения
- 2В 1С откройте настройки обмена с банками и включите функциональность СБП
- 3Укажите расчётный счёт организации и параметры, выданные банком
- 4Проверьте заполнение ИНН и счёта в карточке организации
- 5Проведите тестовый платёж на небольшую сумму и убедитесь, что статус оплаты пришёл в 1С
Динамические и статические QR-коды СБП
Динамический QR формируется под конкретный заказ: в нём зашиты сумма и идентификатор платежа, поэтому сверка происходит автоматически. Статический QR привязан только к мерчанту — покупатель вводит сумму сам, и сопоставлять платежи с заказами придётся по сумме и времени. Для торговли по счетам и заказам используйте динамические коды.
Печать QR-кода на счёте по ГОСТ
Если СБП не подходит, добавьте QR-код на печатную форму счёта. Строка для кодирования формируется по ГОСТ Р 56042-2014: она начинается с префикса ST00012 и содержит поля Name (наименование получателя), PersonalAcc (расчётный счёт), BankName, BIC, CorrespAcc, а также необязательные Sum (сумма в копейках), Purpose, PayeeINN и другие.
Пример строки для кодирования: ST00012|Name=ООО Ромашка|PersonalAcc=40702810100000000001|BankName=ПАО Банк|BIC=044525000|CorrespAcc=30101810000000000000|Sum=150000|Purpose=Оплата по счету 123|PayeeINN=7700000000. Сумма указывается в копейках: 1500 рублей — это 150000.
Для генерации картинки QR-кода в 1С используется компонента формирования QR-кодов, доступная в типовых конфигурациях (в БСП — функция генерации двумерного кода), либо внешние компоненты и HTTP-сервисы. Практичный путь — внешняя печатная форма счёта, в макете которой добавлена область с картинкой, заполняемая сформированным QR-кодом.
ДанныеQR = "ST00012|Name=ООО Ромашка|PersonalAcc=40702810100000000001|BankName=ПАО Банк|BIC=044525000|CorrespAcc=30101810000000000000|Sum=150000|Purpose=Оплата счета 123";
ДанныеКартинки = ГенерацияШтрихкода.ДанныеQRКода(ДанныеQR, 0, 200);
Рисунок.Картинка = Новый Картинка(ДанныеКартинки);Вывод QR-кода в документах и на кассе
Для оплаты на месте (розница, касса) QR-код выводится на экран покупателя или печатается на чеке. В конфигурациях с подсистемой розничных продаж для СБП предусмотрен вывод кода на дисплей покупателя при выборе соответствующего вида оплаты. Убедитесь, что в настройках РМК добавлен вид оплаты «СБП» и к нему привязан договор эквайринга.
Для дистанционной оплаты QR размещают на печатной форме счёта, в PDF, отправляемом клиенту, или на странице заказа. Если счета рассылаются из 1С по почте, QR должен быть встроен в макет до формирования PDF — отдельной картинкой в письме код часто игнорируют или блокируют почтовые клиенты.
Проверка результата и сверка оплат
После настройки проведите контрольный платёж: сформируйте счёт на небольшую сумму, отсканируйте QR-код приложением банка и проверьте, что реквизиты в приложении совпадают с реквизитами организации. Особое внимание — на ИНН получателя и номер счёта: ошибка в одной цифре направит деньги не туда.
При работе через СБП проверьте, что в 1С пришёл статус оплаты и документ оплаты связался с заказом или счётом. При варианте с ГОСТ-QR сверка выполняется по банковской выписке: загрузите выписку в 1С и убедитесь, что поступления корректно распознаются и закрывают выставленные счета.
Как проверить результат
Приложение банка показывает корректные наименование получателя, ИНН и сумму
Неверный получатель, пустая сумма или ошибка чтения кода
В документе оплаты появился статус «Оплачен», заказ закрыт автоматически
Статус не обновляется, платёж «завис» — проверяйте обмен с банком
Поступление распознано и связано со счётом
Платёж не идентифицирован, назначение платежа пустое или искажено
Типичные ошибки и ограничения
Самая частая проблема — неверно сформированная строка QR по ГОСТ: кириллица в назначении платежа без корректной кодировки, лишние пробелы, сумма в рублях вместо копеек. Из-за этого банковское приложение либо не читает код, либо подставляет неверную сумму. Всегда тестируйте код минимум в приложениях двух разных банков.
Вторая группа ошибок — организационные: приём платежей СБП без договора эквайринга, использование личной карты вместо расчётного счёта, отсутствие отражения оплат в учёте. Платежи через СБП — это выручка организации, они должны проходить по расчётному счёту и отражаться в учёте так же, как обычные безналичные поступления.
Что важно запомнить
Для автоматической сверки оплат подключайте СБП через банк с API и включайте функциональность в обмене с банками. Для простого решения формируйте QR по ГОСТ Р 56042-2014 на печатной форме счёта, но контролируйте оплаты по выписке. В обоих случаях тестируйте код на реальном платеже и проверяйте реквизиты до запуска.
Частые вопросы
Можно ли принимать оплату по QR-коду без договора с банком на СБП?
Да, если использовать QR-код по ГОСТ Р 56042-2014 с реквизитами расчётного счёта. Это обычный банковский перевод, инициированный сканированием кода, — отдельный договор не нужен. Но автоматической сверки оплат в 1С не будет, платежи закрываются по выписке.
Почему банковское приложение не читает сформированный QR-код?
Чаще всего причина в нарушении формата строки: неверный префикс, кириллица в неподдерживаемой кодировке, лишние пробелы или спецсимволы в полях. Проверьте строку на соответствие ГОСТ Р 56042-2014 и протестируйте код в приложениях разных банков — некоторые приложения строже относятся к формату.
Нужно ли обновлять конфигурацию для работы с СБП?
В актуальных релизах типовых конфигураций поддержка СБП уже встроена. Если ваш релиз старый и нужных настроек нет, обновление — самый надёжный путь. Перед обновлением сделайте резервную копию базы и проверьте совместимость расширений и доработок.
Как в строке QR указать сумму платежа?
Сумма передаётся в поле Sum в копейках без разделителей: 1500 рублей записывается как 150000. Если поле опустить, покупатель введёт сумму вручную — это удобно для статических кодов, но повышает риск ошибки в сумме и усложняет сверку.
Что делать, если платёж через СБП прошёл, а в 1С статус не обновился?
Проверьте регламентное задание обмена с банком и настройки подключения СБП — возможно, обмен остановлен или параметры подключения устарели. Запустите обмен вручную. Если статус не приходит систематически, запросите у банка журнал передачи уведомлений по платежам.
Можно ли вывести QR-код на чеке при розничной продаже?
Да, при работе через СБП в конфигурациях с розничными продажами код выводится на дисплей покупателя или печатается на чеке, если добавлен соответствующий вид оплаты в настройках РМК и подключён договор эквайринга СБП. Формат вывода зависит от конфигурации и модели кассового оборудования.