Ошибка синхронизации ЛМ ЧЗ: как понять, на каком участке пропал обмен

Перед началом проверки

Документы проверены 12.11.2026. Проверки интерфейса относятся к Кассатке и Контур.Маркет Кассе в явно обозначенных ветках.

Синхронизация нужна, чтобы локальные данные модуля обновлялись. Работа сервиса и актуальность этих данных — разные вещи. Не отключайте обязательные проверки маркировки, чтобы скрыть предупреждение.

Что означает именно syncerror

В инструкции оператора ЛМ, таблица 14, с. 27–29 описан конкретный переход: последняя успешная синхронизация осталась в прошлом, а допустимый интервал blockSyncPeriod превышен. Модуль переходит из ready в sync_error. Это уже не просто «медленный интернет»: в данном состоянии недоступны офлайн-проверка КИ, регистрация факта продажи и настройка списка товарных групп. После восстановления синхронизации модуль автоматически возвращается в ready.

Интервал задаётся конфигурацией разрешительного режима. Не подставляйте в него произвольное число дней и не меняйте часы ради обхода ограничения. Короткий разрыв репликации до истечения интервала — другой случай: руководство предусматривает автоматическое переключение на альтернативный адрес. Один сетевой тайм-аут ещё не доказывает переход в sync_error.

Проверка, которая отличает причину от догадки

1. В штатном окне состояния сохраните status, версию и lastSync. В документированном ответе время передаётся в миллисекундах Unix, а ноль может означать, что модуль ещё не инициализирован. Не превращайте ноль в дату успешного обмена.
2. Сравните два наблюдения. Для репликации оператор описывает localDocCount, serverDocCount и timeLag — количество местных и серверных записей и отставание в миллисекундах. Это разные поля; lastUpdate тоже не заменяет lastSync.
3. Проверьте соединение на компьютере самого ЛМ. Если доступ идёт через прокси, администратор должен сверить его фактические параметры с настройками установки. Браузер на другом рабочем месте не проверяет этот маршрут. Не меняйте центральный адрес на адрес из учебного примера.
4. После восстановления сети наблюдайте штатную синхронизацию. Критерий — возврат в ready и обновление данных, затем ответ проверки из кассового ПО. Если сеть доступна, а статус не меняется, сохраните журнал этого периода и передайте поставщику: ни сетевой доступ, ни имя статуса не раскрывают автоматически внутреннюю ошибку БД.

Повторная инициализация не является безобидным обновлением окна. На с. 20 оператор предупреждает: она очищает ранее установленные базы и начинает подготовку заново. Поэтому при потере обмена сначала проверяют существующий экземпляр и его соединение, а не удаляют данные и не отправляют запрос инициализации повторно.

1. Отделите синхронизацию от соединения

Откройте окно модуля в той программе, где появилась ошибка. На Кассатке путь — «Продажа» → ☰ → «ГИСМТ ЛМ». Сохраните состояние, версию, дату последней синхронизации и репликацию. Именно эти поля перечисляет производитель.

Если окно вообще недоступно, сначала нужна проверка запуска. Если окно доступно и сервис запущен, а сведения об обмене не обновляются, сохраните это различие: оно сужает задачу.

2. Проверьте, где произошёл сбой

Спросите кассира, когда он впервые увидел сообщение и что менялось перед этим: сеть, компьютер, программа, обновление модуля. Это не доказательство причины, а способ выбрать проверяемую версию. Не меняйте сразу несколько параметров — иначе нельзя будет понять, какое действие помогло.

Если рабочее место использует общий сервер, проверка интернета на телефоне кассира ничего не говорит о сети сервера. Проверьте подключение именно устройства, на котором работает модуль. Доступность обычной веб-страницы подтверждает лишь часть сетевого пути; она не доказывает обмен с конкретным сервисом маркировки.

3. Для Контур.Маркета проверьте последовательность ЕСМ → касса → ЛМ

Откройте ЕСМ и выберите нужную ККТ на вкладке «Информация». Посмотрите отдельно блоки ЛМ ЧЗ и ГИС МТ. Затем откройте «Настройки» Контур.Маркет Кассы. По инструкции подключения, программа сначала получает сведения о ЛМ через ЕСМ, после чего показывает синхронизированное состояние.

Если соединения с ЕСМ нет, начните со статьи о подключении. Если оно есть, но ЛМ не готов, сохраните сообщение именно блока ЛМ. Для случая с кодом 514 в Маркет Кассе есть проверенная отдельная ветка.

4. Сверьте совместимость версий

Руководство по обновлению Контура связывает ЛМ 2.6.1 или выше с ЕСМ 1.6.3.0 или выше в своём сценарии. Сначала запишите фактические версии и источник установки. Не считайте номер на старом скриншоте рекомендацией для обновления другой платформы.

Если требуется обновление, выполняйте согласованный порядок поставщика. Папку базы не удаляйте и не переносите с соседней кассы. При отсутствии документированного решения передайте разработчику журнал с точным временем ошибки: неподтверждённые команды очистки здесь не помогут.

Как убедиться, что обмен восстановлен

Вернитесь к тем же полям, которые сохранили в начале. Проверьте изменение состояния и показателей обмена, затем штатный ответ проверки маркировки в кассовой программе. Одна новая дата синхронизации не заменяет проверку интеграции. Запрет продажи конкретного товара нельзя трактовать как техническую поломку без чтения причины.

В обращении в сервис перечислите, что уже работает: открывается ЛМ, определяется касса, активен ЕСМ, но остаётся конкретное сообщение. Это полезнее просьбы «настройте всё заново».

Область применимости: значение sync_error, условия перехода и восстановления проверены по инструкции оператора. Причина конкретного сетевого или внутреннего сбоя требует его журнала. Собственного воспроизведения sync_error и снимка такого отказа пока нет.

Официальные материалы

Перед настройкой сверяйте актуальные инструкции и совместимость вашего решения.

• Кассатка: настройка ЛМ ЧЗ
• Контур: ТС ПИоТ на Windows
• Контур: обновление ТС ПИоТ
• Оператор ЛМ: инструкция установки, ЛМЧЗ.17221426.37140-06 91
• Честный знак: скачивание и установка ЛМ