При работе с розничными точками часто возникает ситуация, когда стандартная интеграция между 1С:Бухгалтерия 3.0 и терминалами Эвотор начинает давать сбои. Типичный сценарий: программа сообщает об успешном завершении обмена, но фактические данные (товары, цены) на кассе не появляются, а отчеты о сменах перестают приходить в учетную систему. Особенно остро эта проблема проявляется при попытке разделить одну торговую точку на несколько или при использовании нескольких терминалов в рамках одной информационной базы.
В данной статье мы подробно разберем причины возникновения таких ошибок и рассмотрим проверенные способы восстановления корректного обмена данными.
Для начала проанализируем, как именно происходит передача данных. В отличие от классических фискальных регистраторов, работающих «напрямую», Эвотор использует облачную архитектуру. Цепочка передачи выглядит следующим образом:
Выясним причину ошибки: если 1С пишет, что обмен прошел успешно, значит, первый этап (1С -> Облако) отработал. Если данных нет на кассе, проблема кроется либо в обработке данных внутри облака, либо в связи облака с самим терминалом. Часто это связано с дублированием настроек при разделении магазинов или некорректным сопоставлением УникальногоИдентификатора устройства.
Посмотрим на фрагмент кода, который отвечает за инициирование выгрузки данных в офлайн-оборудование. В стандартной обработке за это отвечают следующие процедуры:
&НаКлиенте
Процедура ВыгрузитьПолныйПрайсЛист(Команда)
ТекущиеДанные = Элементы.СписокОборудования.ТекущиеДанные;
Если НЕ ТекущиеДанные = Неопределено Тогда
МенеджерОфлайнОборудованияКлиент.НачатьПолнуюВыгрузкуПрайсЛистаНаККМ(
ТекущиеДанные.Ссылка,
УникальныйИдентификатор,
Неопределено
);
КонецЕсли;
КонецПроцедуры
Обратим внимание на параметр УникальныйИдентификатор. Это GUID формы или конкретного узла обмена. Если вы настраивали оборудование копированием карточек «Подключаемого оборудования», этот идентификатор мог продублироваться. В результате облако Эвотор может «путать» два разных терминала, затирая данные одного магазина данными другого. Для каждого терминала в справочнике должно быть создано отдельное устройство с собственными параметрами подключения.
Практика показывает, что стандартное приложение «1С-Эвотор» не всегда справляется с комплексными задачами (например, сложной иерархией групп товаров или специфическими налоговыми ставками). Рассмотрим альтернативный и более стабильный способ настройки обмена с использованием внешней обработки и приложения из магазина Эвотор.
Разберем по шагам алгоритм настройки:
Коды товаров офлайн оборудования.Проанализируем ситуацию, почему товары могут не попадать в Эвотор даже при технически исправном канале связи:
1. Реестр кодов (PLU): Эвотор жестко привязывается к кодам товаров. В 1С:Бухгалтерии при выгрузке в офлайн-кассы создаются записи в специальном регистре. Если один и тот же товар имеет разные коды для двух разных магазинов, или наоборот — разные товары получили один код, облако отклонит загрузку. Рекомендуется создавать номенклатуру только на стороне 1С и запретить кассирам ручное заведение позиций на терминале.
2. Налоговые ставки: Убедитесь, что в карточке номенклатуры в 1С указана ставка НДС. Если в 1С стоит «Без НДС», а в настройках Эвотора в облаке указана иная система налогообложения (например, УСН Доходы), может возникнуть конфликт форматов данных.
3. Иерархия папок: Эвотор плохо воспринимает слишком глубокую вложенность групп товаров. Постарайтесь ограничить структуру каталога 2-3 уровнями вложенности.
Если данные не уходят, рекомендуется воспользоваться отладчиком. Поставим точку остановки в процедуре ЗагрузитьДанные или ВыгрузитьДанные модуля МенеджерОфлайнОборудованияВызовСервера. Проанализируем содержимое структуры, которая отправляется в JSON-пакете. Особое внимание уделите полю price и barcode — наличие пустых значений или спецсимволов в штрихкоде часто является скрытой причиной сбоя.
Если вы используете стороннее приложение, проверьте логи в самом терминале. Для этого на смарт-терминале зайдите в Настройки -> Обслуживание кассы -> Связь с ЛК. Там должна отображаться дата последней успешной синхронизации. Если дата старая — проблема в связи терминала с сервером (Wi-Fi/4G), а не в настройках 1С.
Заключение: Для стабильной работы двух магазинов на Эвоторах в связке с 1С:БП 3.0 критически важно разнести настройки оборудования на разные узлы, следить за уникальностью кодов PLU и, в случае нестабильной работы стандартного модуля, переходить на специализированные приложения интеграции, которые обеспечивают более детальное логирование ошибок.