В современной практике автоматизации розничной и интернет-торговли часто возникает задача фискализации чеков без участия оператора. Типовая Библиотека Подключаемого Оборудования (БПО) от 1С ориентирована на работу в клиентском контексте, что создает определенные трудности при попытке "пробить чек" из фонового задания на сервере. В этой статье мы подробно разберем, как организовать автоматическую работу с ККМ (на примере Атол 30Ф) в серверном режиме.
Рассмотрим стандартную ситуацию: в базу 1С поступают данные о продажах из внешней системы (сайт, мобильное приложение, маркетплейс). Нам необходимо, чтобы система самостоятельно открыла смену, пробила чек, отправила его в ОФД и клиенту, а при необходимости — закрыла смену. Основная сложность заключается в том, что драйверы торгового оборудования обычно требуют GUI или инициализируются в контексте пользователя. Проанализируем основные пути решения этой задачи.
Самый современный и надежный способ для серверной фискализации — это использование встроенного Web-сервера, который поставляется вместе с драйвером Атол версии 10 (DTO 10). Разберем по шагам этот механизм:
НаСервере, который формирует структуру чека в формате JSON и отправляет её через объект HTTPСоединение.Посмотрим на пример логики формирования запроса к такому серверу:
// Пример формирования структуры чека для Web-сервера Атол
ЗапросJSON = Новый Структура;
ЗапросJSON.Вставить("uuid", Строка(Новый УникальныйИдентификатор));
ЗапросJSON.Вставить("request", Новый Массив);
ДанныеЧека = Новый Структура;
ДанныеЧека.Вставить("type", "sell"); // Тип операции: Продажа
// Добавление позиций чека, налогов и оплат...
ЗапросJSON.request.Добавить(ДанныеЧека);
// Отправка через HTTP
Соединение = Новый HTTPСоединение("127.0.0.1", 16732);
ЗапросHTTP = Новый HTTPЗапрос("/requests");
ЗапросHTTP.УстановитьТелоИзСтроки(ЗаписатьJSON(ЗапросJSON));
Ответ = Соединение.ОтправитьДляОбработки(ЗапросHTTP);
Этот метод полностью снимает проблему «видимости» ККТ сервером 1С, так как взаимодействие идет по сетевому протоколу.
Если касса подключена непосредственно к серверу 1С по USB или COM-порту, мы можем использовать драйвер Атол 10 напрямую в серверном контексте. Выясним важные технические нюансы этого способа:
fptr10_x64.dll).USR1CV8. У этого пользователя должны быть права на доступ к портам (COM/USB) и права на чтение/выполнение в папке с драйвером.ПодключитьВнешнююКомпоненту с указанием пути к библиотеке или из макета.Проанализируем пример инициализации драйвера НаСервере:
&НаСервере
Процедура ФискализироватьНаСервере(ДанныеЧека)
ПутьКДрайверу = "C:\Atol\Drivers10\KKT\bin\fptr10.dll";
Если ПодключитьВнешнююКомпоненту(ПутьКДрайверу, "AtolDriver", ТипВнешнейКомпоненты.Native) Тогда
Драйвер = Новый ("AddIn.AtolDriver.Fptr10");
// Настройка параметров связи
Драйвер.setSingleSetting(Драйвер.LIBFPTR_SETTING_PORT, Строка(Драйвер.LIBFPTR_PORT_COM));
Драйвер.setSingleSetting(Драйвер.LIBFPTR_SETTING_COM_FILE, "COM3");
Драйвер.applySingleSettings();
Драйвер.open();
// Далее следуют команды открытия чека, регистрации позиций и закрытия чека
КонецЕсли;
КонецПроцедуры
Поскольку кассовый аппарат — это физическое устройство, которое работает последовательно, нельзя одновременно отправить на него два чека. Для автоматизации крайне важно реализовать механизм очереди чеков.
Рассмотрим правильную структуру этого процесса:
Для полной автономности «робота» необходимо программно обрабатывать состояние смены. Перед каждой операцией пробития чека рекомендуется выполнять следующую проверку:
getShiftStatus.openShift.closeShift (Z-отчет) и затем снова openShift.Важный момент: Современные драйверы Атол 10 позволяют делать это без вывода каких-либо диалоговых окон, что идеально подходит для работы «НаСервере».
Как отмечают специалисты, стандартная БПО часто "завязана" на клиентские процедуры. Если ваша конфигурация сильно зависит от БПО, вы можете пойти по пути запуска отдельного сеанса 1С в режиме «Тонкого клиента» на сервере под специальной учетной записью. Этот сеанс будет работать постоянно и выполнять роль «обработчика кассы». В этом случае можно использовать стандартные механизмы БПО, так как для системы это будет выглядеть как работа обычного пользователя.
Однако, для самописных конфигураций или высоконагруженных систем, прямой вызов методов драйвера (NativeAPI) или работа через Web-сервер Атол являются более предпочтительными, так как они потребляют меньше ресурсов и работают стабильнее.
Мы выяснили, что пробитие чеков на сервере в 1С вполне реализуемо. Выбор конкретного метода зависит от вашей архитектуры: Web-сервер удобен для распределенных систем, NativeAPI — для прямой работы с кассой на сервере, а регламентные задания в режиме клиента — для быстрого внедрения с использованием существующих механизмов БПО. Главное — обеспечить надежную обработку ошибок и последовательный доступ к устройству через механизм очереди.