При работе с интернет-магазинами часто возникает ситуация, когда фискализация чека происходит на стороне платежного агрегатора (например, через облачную кассу Paykeeper), а данные о продаже необходимо корректно отразить в учетной системе 1С:Управление нашей фирмой (УНФ) 3.0. Это требуется для списания товарных остатков, учета выручки и, что немаловажно, начисления бонусов продавцам или менеджерам, чьи показатели завязаны на оформленные чеки.
Основная сложность заключается в том, чтобы зафиксировать продажу в программе именно как розничную операцию (через РМК или документ Чек ККМ), но при этом не отправить команду на физическое пробитие чека повторно, так как покупатель уже получил свой фискальный документ от Paykeeper. В случаях, когда клиенту требуется копия документа без фискализации, можно использовать печать чеков на принтерах чеков. Разберем пошагово, как реализовать такую схему учета.
Проанализируем ситуацию: если мы выберем стандартное подключение фискального регистратора, программа при попытке пробить чек выдаст ошибку отсутствия связи с устройством. Если вы планируете совмещать работу ККТ в 1С и внешнее приложение, обратите внимание на доработку РМК для освобождения порта кассы. Если использовать Эмулятор ККМ, 1С будет имитировать печать, но это программный драйвер, который может требовать лишних настроек и обновлений.
Наиболее правильным и надежным решением для 1С:УНФ 3.0 является создание Кассы ККМ с типом «Без подключения оборудования». В терминологии 1С это часто называют «автономной кассой». Рассмотрим преимущества этого подхода:
Чек ККМ проводятся в базе, списывают товар и формируют записи по регистрам продаж.Выполним настройку системы для работы в данном режиме. Процесс в версии 3.0 практически идентичен версии 1.6, но имеет свои нюансы в интерфейсе.
Шаг 1. Создание Кассы ККМ. Перейдем в раздел Настройки — Все справочники — Кассы ККМ. При создании новой карточки выберем тип кассы «ККТ offline» или просто укажем, что оборудование не подключается. Также полезно настроить ограничение продаж на ККМ, чтобы разделить доступные категории товаров. Важно убедиться, что в поле «Организация» указано то же юрлицо, от имени которого Paykeeper пробивает чеки на сайте.
Шаг 2. Настройка эквайрингового терминала. Поскольку оплаты через Paykeeper являются безналичными, нам необходимо создать объект ЭквайринговыйТерминал. Проанализируем настройки: в поле «Касса ККМ» укажем нашу созданную автономную кассу. Это свяжет входящие оплаты по картам с конкретной точкой продаж.
Шаг 3. Подключение к РМК. В новом РМК (начиная с версии 3.0) необходимо зайти в настройки и выбрать нашу автономную кассу в качестве основной для текущего рабочего места. Теперь при нажатии кнопки «Оплатить» в РМК 1С просто создаст и проведет документ в базе.
Для соблюдения законодательства (54-ФЗ) чек, пробиваемый платежной системой, должен содержать не общую сумму заказа, а детализацию по позициям. Если текущий модуль Paykeeper в вашей 1С подтягивает только суммы, необходимо доработать механизм передачи данных в API.
Выясним причину отсутствия позиций: скорее всего, в запросе к серверу Paykeeper не заполняется параметр cart. Рассмотрим пример структуры данных, которую необходимо передавать для формирования корректного состава чека:
// Пример формирования JSON-массива корзины для API Paykeeper
МассивТоваров = Новый Массив;
Для Каждого СтрокаТЧ Из ЗаказПокупателя.Товары Цикл
ДанныеПозиции = Новый Структура;
ДанныеПозиции.Вставить("name", СтрокаТЧ.Номенклатура.Наименование);
ДанныеПозиции.Вставить("price", СтрокаТЧ.Цена);
ДанныеПозиции.Вставить("quantity", СтрокаТЧ.Количество);
ДанныеПозиции.Вставить("sum", СтрокаТЧ.Сумма);
ДанныеПозиции.Вставить("tax", "vat10"); // Укажите вашу ставку НДС
МассивТоваров.Добавить(ДанныеПозиции);
КонецЦикла;
После того как Paykeeper получит этот массив, он сформирует чек с полным перечнем товаров, и данные в 1С будут полностью соответствовать фискальному документу.
Рассмотрим два сценария работы продавцов в 1С:УНФ 3.0 при поступлении оплаты с сайта.
Вариант 1: Ручной ввод через РМК. Продавец видит оплаченный заказ, открывает РМК, подбирает товары (или заполняет по основанию Заказ покупателя) и нажимает «Оплата картой». Система проводит чек по автономной кассе. Плюс: продавцы лично заинтересованы в вводе данных для получения бонусов. Минус: человеческий фактор и затраты времени.
Вариант 2: Автоматическая загрузка. Настроим регламентное задание, которое через API Paykeeper опрашивает успешные платежи и автоматически создает документы Чек ККМ в 1С. Для распределения бонусов можно использовать поле Ответственный, подтягивая его из исходного заказа на сайте.
Проанализируем ситуацию с бонусами: в УНФ 3.0 расчет премий часто завязан на владельца документа. При автоматической загрузке важно убедиться, что объект ДокументОбъект.ЧекККМ заполняется корректно:
НовыйЧек = Документы.ЧекККМ.СоздатьДокумент();
НовыйЧек.Дата = ТекущаяДата();
НовыйЧек.КассаККМ = Справочники.КассыККМ.НайтиПоНаименованию("Автономная Paykeeper");
НовыйЧек.Ответственный = Заказ.Менеджер; // Для начисления бонусов
НовыйЧек.ЗаполнитьПоОснованию(Заказ);
НовыйЧек.Записать(РежимЗаписиДокумента.Проведение);
Посмотрим, как эти операции будут выглядеть в управленческой отчетности. В конце дня, при закрытии смены на автономной кассе, будет сформирован документ ОтчетОРозничныхПродажах (ОРП).
Важно помнить, что если вы используете и обычную кассу в магазине, и автономную кассу для Paykeeper, у вас будет два разных ОРП. Это удобно для анализа каналов продаж: вы всегда сможете увидеть выручку «с полки» и выручку через онлайн-эквайринг отдельно.
Рекомендация: Если заказы доставляются курьером и оплачиваются при получении через мобильный терминал Paykeeper, используйте аналогичную схему с автономной кассой, но назовите её «Курьерская доставка», чтобы разделять потоки денежных средств.
Таким образом, использование кассы «без подключения оборудования» в 1С:УНФ 3.0 является оптимальным решением для интеграции с внешними сервисами фискализации. Это позволяет сохранить целостность учета, автоматизировать расчет премий и избежать технических сложностей с драйверами торгового оборудования.