В современной розничной торговле использование Системы быстрых платежей (СБП) становится стандартом. Однако технические нюансы, такие как внезапное отключение электроэнергии, обрыв интернет-соединения или зависание кассового оборудования, могут привести к неприятной ситуации: клиент деньги перевел, банк подтвердил операцию, а в 1С документ не создался и чек в ОФД не ушел. Разберем подробно, как действовать в таких случаях, как правильно оформить возврат или легализовать выручку.
Для начала выясним причину, по которой возникает подобный «подвисший» платеж. Процесс оплаты через СБП в 1С обычно выглядит так: программа отправляет запрос в банк (или агрегатору), получает платежную ссылку в виде QR-кода, клиент сканирует его и платит. После этого 1С ожидает подтверждения (callback) от сервера СБП. Если в этот короткий промежуток (обычно до 30 секунд) происходит сбой связи, цепочка прерывается. Деньги уже зачислены на ваш расчетный счет, но 1С считает операцию незавершенной или ошибочной.
Важно понимать: сервис 1С:СБП является связующим звеном, но он не хранит историю транзакций вечно в виде готовых документов, если они не были записаны в базу данных. Поэтому ответственность за сверку ложится на плечи кассира и бухгалтера.
Рассмотрим порядок действий кассира при возникновении сомнений. Если программа 1С выдала ошибку или закрылась, а клиент утверждает, что оплата прошла, не стоит верить только скриншоту в телефоне покупателя. Проанализируем инструменты подтверждения:
Посмотрим на ситуацию, когда оплата прошла, но товара нет в наличии или клиент передумал, а в 1С транзакция не зафиксирована. Поскольку документа Чек или Операция по платежной карте в системе нет, стандартная кнопка «Возврат» не сработает. Выполним следующие действия:
В этом случае в 1С ничего отражать не нужно, так как юридически и фактически продажа не состоялась ни в учетной системе, ни по кассе.
Если в конце смены или месяца мы обнаружили лишние деньги на счету, которые не подтверждены чеками ККТ, — это прямое нарушение законодательства о применении кассовой техники (54-ФЗ). Просто «пробить обычный чек» задним числом нельзя. Выясним, как правильно легализовать выручку:
Согласно рекомендациям налоговой службы и логике работы 1С, в данной ситуации необходимо использовать Чек коррекции. Рассмотрим алгоритм:
Чек коррекции.Разберем спорный момент, возникший в обсуждении коллег. Существует мнение, что переход на 1С:Розница 3.0 (или УНФ) решает проблемы с СБП. Отчасти это так, и вот почему:
Однако, если вы используете Розница 2.3, проанализируем настройки. Проверьте, включено ли регламентное задание СверкаСтатусовСБП. Оно помогает системе автоматически находить ответы от банка, которые не пришли вовремя из-за краткосрочных сбоев интернета.
Часто возникает вопрос: можно ли вывести QR-код СБП прямо на экран банковского терминала, чтобы не печатать его на чеке? Проанализируем ситуацию с популярными моделями типа PAX:
Большинство терминалов PAX, предоставляемых банками (Газпромбанк, Альфа-Банк и др.), работают через протоколы эквайринга. Важно различать СБП через 1С и MultiQR от банка. Если вы хотите использовать именно сервис «1С:СБП», то передать картинку QR-кода на старый терминал без специального драйвера (например, от сторонних разработчиков) не получится. Стандартный драйвер 1С для эквайринга предназначен для работы с картами.
Решение: либо использовать вывод QR-кода на дисплей покупателя, либо печатать его в пречеке, либо устанавливать специализированные QR-дисплеи, которые подключаются к 1С как отдельное устройство. Это исключит зависимость от настроек банковского терминала.
Чтобы не сталкиваться с необходимостью постоянно выверять отчеты, рекомендуем предпринять следующие шаги:
Подводя итог: при возникновении лишних денег по СБП из-за сбоя в 1С, главным инструментом бухгалтера остается личный кабинет банка для идентификации платежа и Чек коррекции для соблюдения кассовой дисциплины. Мы рекомендуем регулярно проводить сверку итогов СБП (в идеале — ежедневно), чтобы расхождения не накапливались к концу месяца.