В современной практике автоматизации розничной торговли и услуг на выезде часто возникает вопрос: как обеспечить легальный прием оплаты картами без покупки дорогостоящих переносных кассовых аппаратов (ККТ) для каждого сотрудника. Рассмотрим ситуацию, когда агенты работают удаленно в 1С (например, через RDP или мобильные приложения) и им необходимо принять безналичную оплату от клиента, соблюдая при этом требования Федерального закона № 54-ФЗ.
Первым делом проанализируем правовую основу. Согласно Федеральному закону № 54-ФЗ (статья 1.2, пункт 5.1), существует ряд случаев, когда контрольно-кассовая техника может быть расположена вне места осуществления расчета. Это касается разносной торговли, дистанционной продажи товаров и оказания услуг на выезде. В этих ситуациях закон разрешает не выдавать бумажный чек, а заменить его электронным или предоставить клиенту возможность считать QR-код.
Важные условия применения удаленной кассы:
Ранее существовала грань: если карта предъявляется физически (вставляется в терминал), это считалось обычным расчетом, требующим локальной кассы. Однако современные трактовки и технологические решения (такие как СБП и интернет-эквайринг) позволяют перевести этот процесс в категорию безналичных расчетов без непосредственного взаимодействия с физическим картридером на месте, что упрощает фискализацию.
Разберем техническую возможность вызова формы оплаты прямо из интерфейса 1С. Это решение позволяет агенту сгенерировать ссылку на оплату, которую клиент может открыть на своем смартфоне или которую агент может открыть в браузере (если клиент готов ввести данные карты сам). Проанализируем шаги реализации:
1. Формирование запроса к платежному шлюзу. Программа 1С отправляет HTTP-запрос к API банка или платежного агрегатора (например, Сбербанк, ЮKassa, Тинькофф). В запросе передаются сумма, номер заказа и параметры обратного вызова (callback).
2. Получение ссылки на оплату. В ответ банк возвращает уникальный URL страницы оплаты.
3. Визуализация. В 1С можно открыть это URL в штатном браузере или использовать объект ПолеHTMLДокумента на управляемой форме.
Пример программного формирования структуры для запроса к эквайрингу:
ПараметрыЗапроса = Новый Структура;
ПараметрыЗапроса.Вставить("amount", СуммаДокумента * 100); // Сумма в копейках
ПараметрыЗапроса.Вставить("orderNumber", Строка(Объект.Номер));
ПараметрыЗапроса.Вставить("returnUrl", "https://mysite.ru/success");
ПараметрыЗапроса.Вставить("failUrl", "https://mysite.ru/fail");
Результат = ИнтеграцияПлатежнаяСистема.СоздатьЗаказНаОплату(ПараметрыЗапроса);
Если Результат.Успех Тогда
ПерейтиПоСсылке(Результат.UrlОплаты);
КонецЕсли;
После успешной оплаты банк отправит уведомление, которое 1С должна обработать (через HTTP-сервис), после чего документ в базе сменит статус на "Оплачено" и отправит команду на офисную кассу для регистрации чека.
Проанализируем наиболее современный и экономичный способ — СБП. Это альтернатива классическому эквайрингу, которая идеально подходит для "полевых" сотрудников. В последних релизах типовых конфигураций (УТ 11, УНФ, БП 3.0) этот механизм уже встроен.
Преимущества СБП в 1С:
Как это работает для агента: в документе "Заказ покупателя" или "Реализация" нажимается кнопка "Оплатить по QR-коду". На экране устройства агента выводится динамический код. Клиент сканирует его своим телефоном. Как только деньги поступают на счет, касса в офисе автоматически пробивает чек и отправляет его клиенту по SMS или e-mail.
Выясним, как использовать современные технологии смартфонов для приема карт. Если мобильное устройство агента поддерживает NFC, можно использовать приложения класса SoftPOS. Некоторые банки предоставляют SDK, которые можно интегрировать в мобильное приложение на платформе 1С.
В этом случае клиент прикладывает карту или телефон к смартфону агента. Данные шифруются и передаются в банк. Для 1С эта операция выглядит как обычный эквайринговый платеж, но без физического терминала (пин-пада). Это решает проблему "предъявления карты", о которой часто спорят в контексте 54-ФЗ, так как технологически это защищенный банковский процесс, приравненный к эквайрингу.
Рассмотрим подробнее механизм фискализации. Независимо от того, выбрали вы форму интернет-эквайринга или СБП, обязанность выдать чек остается. Чтобы не покупать каждому агенту кассу, выполним следующие настройки:
Именно возможность демонстрации QR-кода (согласно п. 2 ст. 1.2 54-ФЗ в редакции от 2019 года) делает работу удаленных агентов без бумажных чеков абсолютно легальной. Покупатель, считав такой код приложением ФНС "Проверка чеков", получает полноценный фискальный документ.
Организация оплаты через интернет-эквайринг из 1С — это эффективный способ сэкономить на оборудовании. Основная задача программиста здесь заключается не только в техническом вызове формы оплаты, но и в настройке корректной цепочки фискализации через удаленную кассу. Использование СБП на текущий момент является наиболее предпочтительным вариантом из-за простоты внедрения в типовые конфигурации 1С и соответствия всем нормам законодательства.