Сначала опишите работу точки
До подключения зафиксируйте три вещи: где оформляется заказ, какое устройство находится у сотрудника и в какой системе учитывается продажа. Для магазина с очередью, пункта выдачи и сервисной стойки эти процессы могут отличаться.
Договоритесь, какой сотрудник отвечает за незавершённые операции и куда он обращается при расхождении. Если торговых точек несколько, платёж должен позволять определить нужную точку и заказ. Без этого одинаковые суммы затрудняют поиск.
Поддержку конкретной кассы, оборудования или учётной системы необходимо согласовать отдельно. Возможность принять QR-платёж сама по себе не подтверждает наличие готовой интеграции с любым устройством.
Свяжите оплату с конкретной продажей
Для динамического сценария платёж формируется под отдельную покупку с заданной суммой. Статический QR может использоваться повторно, а сумма и сопоставление продажи требуют предусмотренного процесса контроля. Выбор зависит от одобренного подключения и организации учёта. Различия подробно разобраны в руководстве о динамическом и статическом QR.
Практическая схема для динамического QR:
- Сотрудник фиксирует состав и итоговую сумму заказа.
- Система создаёт связанную платёжную попытку.
- Покупателю показывается QR на согласованном носителе.
- Покупатель проверяет данные и подтверждает операцию в банке.
- Сотрудник получает подтверждение в предусмотренном интерфейсе.
- Продажа передаётся в исполнение и включается в сверку.
В записи операции сохраняйте заказ, платёжный идентификатор, сумму, время и торговую точку. Названия полей и доступный состав данных зависят от интеграции.
Сотрудник проверяет результат на своей стороне
НСПК указывает, что банк продавца сообщает ему статус операции и зачисленную сумму по СМС или другим предусмотренным способом. В автоматизированном контуре сотруднику нужен сопоставимый результат в рабочем интерфейсе.
Скриншот на телефоне покупателя не должен быть единственным основанием для выдачи товара: он может относиться к другой покупке или более ранней операции. Сотрудник проверяет платёж, сумму и связь с текущим заказом по доступному подтверждённому источнику.
Для очереди важны понятные состояния: ожидаем оплату, оплата подтверждена, попытка завершилась без успеха, требуется проверка. Не заставляйте кассира интерпретировать технические коды ошибок.
Подготовьте инструкцию для спорных ситуаций
| Ситуация | Действие сотрудника |
|---|---|
| Покупатель показывает списание, подтверждения ещё нет | Проверить исходную операцию; передать на проверку по номеру заказа |
| Два покупателя оплачивают одинаковую сумму | Сопоставить платежи по идентификаторам заказов, а не только по сумме |
| Код больше не действует | Проверить состояние прежней попытки и действовать по правилам её замены |
| Одно уведомление пришло повторно | Убедиться, что продажа не исполняется второй раз |
| Пропала связь | Использовать согласованный порядок действий, не обозначая неизвестный результат как успешный |
Инструкция должна указывать ответственного и сведения для обращения в поддержку: номер заказа, идентификатор платежа, время и описание ситуации. Не включайте в сообщение секреты интеграции. Если исход неизвестен, отделяйте проверку результата от создания новой оплаты.
Полезно проверить инструкцию на тренировочном примере: сотрудник должен найти нужный заказ и объяснить покупателю следующий шаг без доступа к технической документации разработчика.
Возврат и закрытие смены
Возврат связывайте с исходной успешной операцией. Сохраняйте сумму возврата, его идентификатор и результат отдельно от первоначальной продажи. Порядок выполнения и доступность частичного возврата проверяются по подключённому контуру. Подробнее — в руководстве об организации возвратов.
В конце смены сопоставляйте успешные оплаты с продажами, отдельно учитывайте возвраты и операции с неизвестным результатом. Если точек несколько, начинайте сверку по каждой из них. Внутренняя сумма продаж и сумма к перечислению могут различаться из-за согласованных комиссий и иных договорных условий — эти показатели нельзя смешивать.
Для расхождения заведите отдельную запись: что ожидалось, что подтверждено, какие идентификаторы проверены и кто продолжает разбор. Статус «передано в поддержку» не является финансовым статусом платежа. Базовый набор полей приведён в руководстве по сверке платежей и реестрам.
Порядок формирования и выдачи кассового чека проверьте отдельно применительно к бизнесу и юрисдикции. Изображение платёжного QR не является описанием всех обязанностей продавца.
Что обсудить с WhiteCapital Tech
Для оценки подключения подготовьте описание торговой точки, пример заказа, используемую учётную систему, устройства сотрудников и необходимую отчётность. WhiteCapital Tech рассматривает сценарии приёма платежей по QR для офлайн-бизнеса в рамках согласованного проекта.
Оборудование, кассовая интеграция, доступные методы, тарифы и лимиты требуют отдельного подтверждения. Общая информация о платёжном сценарии размещена на странице СБП для бизнеса. До запуска пройдите матрицу приёмочных тестов с участием сотрудника точки, разработчика и ответственного за сверку.
Вопросы и ответы
Нужен ли отдельный QR для каждой покупки?
Это зависит от сценария. Динамический QR связывается с отдельной оплатой; статический используется повторно и требует подходящего способа сопоставления продаж.
Можно ли выдать товар по скриншоту покупателя?
Для рабочего процесса используйте подтверждение на стороне продавца и связь с текущим заказом.
Подойдёт ли QR для любой кассы?
Совместимость конкретной кассы, оборудования и учётной системы проверяется отдельно.
Что делать при двух успешных оплатах одного заказа?
Сохраните обе операции, проверьте обстоятельства и обработайте лишнюю оплату по согласованному порядку возврата. Не удаляйте платёж из учёта.
Источники и границы материала
- НСПК — вопросы и ответы по QR.
- НСПК — оплата покупок через СБП.
- WhiteCapital Tech — платёжная инфраструктура.
Общие сведения о QR и подтверждении оплаты основаны на официальных материалах НСПК. Последовательность работы точки и таблица исключений — редакционные рекомендации. Конкретные обязанности, доступные интерфейсы и правила операций определяются применимыми требованиями, договором и документацией подключения.
Практическое руководство. Доступные методы, интеграция оборудования, лимиты, комиссии и расчёты зависят от одобрения проекта и согласованных документов.