С появлением Системы быстрых платежей (СБП) многие предприятия столкнулись с вопросом о том, как правильно интегрировать этот новый способ оплаты в свои учетные системы на базе 1С. В частности, возникает много неясностей относительно процесса печати фискальных чеков, отражения этих операций в отчетах и понимания того, как система 1С взаимодействует с банком при оплате через СБП. Давайте вместе разберемся в этих вопросах, рассмотрим основные методы интеграции и ответим на ключевые опасения, связанные с учетом и фискализацией.
Основной запрос пользователя часто сводится к следующему: если клиент оплачивает через СБП, каким образом ему выдается чек? Как 1С и банк понимают, что это именно оплата через СБП, а не по карте? Что нужно указывать в расчете – «электронно»? И как эти операции в итоге отражаются в Z-отчете?
В этой статье мы подробно рассмотрим, как правильно настроить и использовать СБП в 1С, чтобы процесс оплаты был прозрачным, а учет – корректным.
Первое и одно из самых важных пониманий, которое мы должны усвоить, заключается в том, что для программы 1С оплата через СБП, с точки зрения фискализации и учета, является разновидностью безналичного расчета. Несмотря на то, что для СБП не используется традиционный банковский эквайринговый терминал в привычном его понимании (считыватель карт), в системе 1С этот механизм имитируется.
Для корректной работы с СБП в 1С мы настраиваем так называемый "виртуальный эквайринговый терминал". Это не физическое устройство, а программная сущность внутри 1С, которая обрабатывает операции, связанные с СБП. По сути, мы добавляем в систему еще один «эквайринговый терминал» через расширение конфигурации или штатные механизмы, если они предусмотрены конкретной версией 1С. Эта программная «обертка» позволяет 1С взаимодействовать с банком-эквайером или напрямую с Национальной системой платежных карт (НСПК) по протоколам СБП.
// Пример схематичного добавления нового эквайрингового терминала
// В реальной конфигурации это делается через справочники "Эквайринговые терминалы"
// и соответствующие обработки обслуживания торгового оборудования.
// Создание нового элемента справочника "ЭквайринговыеТерминалы"
НовыйТерминал = Справочники.ЭквайринговыеТерминалы.СоздатьЭлемент();
НовыйТерминал.Наименование = "СБП (Система быстрых платежей)";
НовыйТерминал.Владелец = Объект.Организация; // Привязка к нашей организации
НовыйТерминал.ВидЭквайринговогоТерминала = Перечисления.ВидыЭквайринговыхТерминалов.СБП; // Если такой вид есть
// Либо используем существующий вид для безналичной оплаты
// и в обработке обслуживания определяем, что это СБП
// НовыйТерминал.ВидЭквайринговогоТерминала = Перечисления.ВидыЭквайринговыхТерминалов.ПлатежнаяСистема;
// В реальной реализации требуется написание обработки обслуживания,
// которая будет взаимодействовать с API банка или СБП.
// Эта обработка будет содержать логику для:
// 1. Запроса QR-кода с суммой.
// 2. Отслеживания статуса платежа.
// 3. Получения подтверждения от банка.
// 4. Передачи данных о платеже в 1С.
// Примерный вызов метода для создания QR-кода из обработки обслуживания:
// ПараметрыПлатежа = Новый Структура();
// ПараметрыПлатежа.Вставить("Сумма", СуммаОплаты);
// ПараметрыПлатежа.Вставить("ИдентификаторЗаказа", ИдентификаторЧека);
// QR_КодСтрока = МойБанкАПИ.ЗапроситьQRДляСБП(ПараметрыПлатежа);
// Затем QR_КодСтрока передается на дисплей, в печать или на экран.
Таким образом, мы обходимся без необходимости подключать физический банковский терминал для СБП. Наш «виртуальный» терминал в 1С просто обрабатывает методы, которые обычно характерны для эквайринговых операций, но делает это через программное взаимодействие с банком. Это позволяет нам интегрировать СБП в существующие кассовые процессы 1С, не изобретая колесо для нового типа торгового оборудования.
Теперь, когда мы понимаем, что СБП – это «виртуальный эквайринг» для 1С, давайте рассмотрим пошагово, как происходит процесс оплаты и печати фискального чека.
Выбор способа оплаты: Кассир формирует чек в 1С и при переходе к оплате выбирает СБП как способ оплаты. Для системы 1С это, по сути, выбор одного из видов безналичного расчета, ассоциированного с нашим настроенным «виртуальным эквайринговым терминалом».
Запрос QR-кода: Программа 1С, используя обработку обслуживания нашего виртуального терминала, обращается к банку-эквайеру (или напрямую к НСПК) с запросом на формирование уникального QR-кода для текущей покупки. Этот QR-код содержит всю необходимую информацию: сумму платежа, идентификатор магазина, иногда наименование товара и прочие детали транзакции.
Отображение QR-кода: Сформированный QR-код выводится для покупателя. О различных способах вывода мы поговорим подробнее в следующем разделе, но суть в том, что покупатель должен иметь возможность его отсканировать.
Ожидание оплаты: В интерфейсе 1С появляется окно, информирующее кассира о том, что система ожидает подтверждения оплаты. Это похоже на окно «Ожидаем ответа от терминала» при оплате банковской картой.
Действия покупателя: Покупатель сканирует QR-код своим мобильным банковским приложением. В приложении уже отображается сумма к оплате (если это динамический или «активированный» статический QR-код), и покупатель просто подтверждает транзакцию.
Подтверждение оплаты в 1С: Как только оплата совершена и средства зачислены на расчетный счет продавца (или заблокированы, в зависимости от банка), банк-эквайер отправляет в 1С сигнал об успешном проведении транзакции. Только после получения этого подтверждения от банка программа 1С считает платеж состоявшимся. Как верно было подмечено в обсуждении, «как на сервере банка отмашку сделают, что оплата прошла - проводим чек».
Печать фискального чека: Получив подтверждение, 1С дает команду контрольно-кассовой машине (ККМ) на печать фискального чека. Важно отметить: чек печатается именно на ККМ, а не на отдельном банковском терминале. Если у вас эквайринговые чеки ранее печатались на ККМ, то и чеки СБП будут печататься там же. В чеке такая операция будет отражена как "БЕЗНАЛИЧНЫМИ" или "ЭЛЕКТРОННЫМИ", что соответствует требованиям законодательства для данного типа оплаты.
Таким образом, для покупателя процесс оплаты через СБП ничем не отличается от оплаты картой – он получает фискальный чек, подтверждающий покупку. Для кассира процесс также стандартизирован: он видит подтверждение оплаты непосредственно в программе 1С, что минимизирует риски ошибок и упрощает работу.
Один из вопросов, который часто беспокоит пользователей, касается того, как операции СБП будут отражаться в Z-отчете (отчете о закрытии смены). Мы выясним, что подход здесь достаточно унифицирован.
В стандартном Z-отчете платежи, проведенные через СБП, не выделяются отдельной строкой. Они суммируются с остальными безналичными операциями и попадают в общую категорию "БЕЗНАЛИЧНЫХ" расчетов. Это сделано потому, что с точки зрения фискального учета для налоговых органов важно разделение на наличные и безналичные платежи, а не на конкретный вид безналичной оплаты (например, карта Visa, MasterCard, СБП и т.д.).
Если вам необходима более детальная аналитика и вы хотите четко видеть, какая часть безналичной выручки пришла по банковским картам, а какая – через СБП, 1С предоставляет для этого специализированные отчеты. Например, в таких конфигурациях, как «1С:Управление торговлей» или «1С:Розница», мы можем использовать следующие инструменты:
Отчеты по эквайринговым операциям: Эти отчеты позволяют развернуть общую сумму безналичных платежей по различным эквайринговым терминалам. Поскольку мы настроили СБП как «виртуальный эквайринговый терминал», в этом отчете мы сможем увидеть сумму, прошедшую именно через СБП, отдельно от других терминалов (например, для традиционных банковских карт).
Сверка расчетов по эквайрингу: Это стандартный метод в 1С, который позволяет провести детальную сверку операций, прошедших через эквайринг, с данными банка. Здесь мы также сможем увидеть информацию в разрезе каждого терминала, что позволит нам точно отделить выручку по СБП.
Такая детализация крайне важна для управленческого учета, поскольку комиссии по СБП зачастую значительно ниже, чем по традиционному эквайрингу. Возможность раздельного учета позволяет точно рассчитать прибыльность операций и эффективно управлять финансами предприятия. Таким образом, несмотря на отсутствие отдельной строки в Z-отчете, вся необходимая информация для глубокого анализа доступна в системе 1С.
Одним из ключевых моментов в организации оплаты через СБП является способ предоставления QR-кода покупателю для сканирования. Мы рассмотрим несколько подходов, каждый из которых имеет свои преимущества и недостатки, начиная от самых простых и заканчивая наиболее технологичными.
Это самый простой и экономичный вариант, не требующий глубокой интеграции с 1С на уровне терминального оборудования. Многие предприятия начинают именно с него.
Описание: Мы просто распечатываем один статический QR-код на бумажке или наклейке и размещаем его рядом с кассой. Этот код содержит общие реквизиты вашей организации, но не привязан к конкретной сумме текущей покупки.
Процесс оплаты:
Преимущества:
Недостатки:
В принципе, такой вариант ничем не отличается от обычного эквайринга, когда терминал не подключен к кассе, только сумму набирает не кассир на клавиатуре, а покупатель у себя в телефоне.
Это более продвинутый и удобный способ, который обеспечивает полную автоматизацию процесса оплаты.
Описание: Для каждой конкретной покупки 1С, через настроенный «виртуальный эквайринговый терминал», запрашивает у банка-эквайера или НСПК уникальный, динамический QR-код. Этот код уже содержит в себе точную сумму текущей покупки и все необходимые реквизиты.
Процесс оплаты:
Методы вывода QR-кода для покупателя:
Преимущества:
Недостатки:
Этот вариант является наиболее современным и эффективным, сочетая простоту статического кода с функциональностью динамического. Его также называют "Кассовая Платежная ссылка СБП с возможностью перезаписи параметров платежа", согласно терминологии НСПК.
Описание: В кассовой зоне размещается один физический статический QR-код (например, в виде наклейки, таблички или напечатанного листа). Однако, в отличие от базового статического QR, этот код "умный" – он способен динамически привязываться к конкретной сумме покупки на время транзакции.
Процесс оплаты:
HTTP сервис, поднятый на кассе, получающий callback от НСПК). Кассир видит подтверждение на экране 1С и нажимает «Пробить чек». Сразу после этого или при отмене платежа, «кассовая ссылка» автоматически деактивируется, ожидая следующей активации для новой покупки.Преимущества:
Недостатки:
Этот метод является одним из наиболее перспективных, так как сочетает в себе простоту внедрения и все преимущества автоматизации, делая процесс оплаты быстрым и безошибочным для обеих сторон.
Для более глубокого изучения возможностей, связанных с СБП, и разработки собственной интеграции, программистам могут быть полезны официальные API банков и НСПК, которые описывают протоколы взаимодействия.
Мы подробно разобрали, как печатать чеки при оплате через Систему быстрых платежей в 1С. Мы выяснили, что СБП для 1С воспринимается как вид безналичного расчета, и для его интеграции используется концепция «виртуального эквайрингового терминала». Фискальные чеки печатаются на ККМ с указанием типа оплаты «БЕЗНАЛИЧНЫМИ», а в Z-отчете операции СБП агрегируются с другими безналичными платежами, при этом детальная аналитика доступна в специализированных отчетах 1С.
Мы также рассмотрели три основных метода вывода QR-кодов для покупателей: от базового статического с ручным вводом суммы до полностью автоматизированных динамических QR-кодов и продвинутых статических «кассовых ссылок» с динамическим обновлением. Выбор оптимального метода зависит от потребностей вашего бизнеса, уровня автоматизации и готовности к инвестициям в оборудование или разработку.
Внедрение СБП – это не только соответствие современным требованиям рынка, но и возможность сократить комиссии за эквайринг, что делает этот способ оплаты выгодным для большинства торговых предприятий. Правильная интеграция в 1С позволяет сделать процесс оплаты через СБП максимально эффективным и прозрачным.