Ошибка синхронизации ЛК ЧЗ в 1С:Розница: как исправить
📅 Опубликовано 4 сентября 2026 г.
Коротко: Статус «Ошибка синхронизации ЛК ЧЗ» в 1С:Розница означает, что программа отправила запрос в ГИС МТ «Честный ЗНАК», но не получила корректный ответ по вашему личному кабинету. Касса обычно продолжает пробивать чеки, а вот заказ и эмиссия кодов, ввод в оборот, агрегация и приёмка по ЭДО останавливаются. Проверять нужно три вещи строго по порядку: доступность сертификата УКЭП, состояние личного кабинета на сайте ЧЗ и HTTPS-доступ к узлам *.crpt.ru.
- Статус — это результат последней проверки связи, а не постоянная блокировка. После устранения причины он обновляется кнопкой «Проверить подключение» — перезапускать базу не нужно.
- Три самые частые причины: недоступный, просроченный или не привязанный к ЛК сертификат подписи; неподписанные документы и непринятые условия в личном кабинете ЧЗ; закрытый исходящий порт 443 до серверов оператора.
- В клиент-серверной базе обмен, как правило, выполняется на стороне сервера 1С, а не на кассе: сертификат, криптопровайдер и параметры прокси должны быть настроены именно там, где реально идёт обмен.
- «ЛК ЧЗ не инициализирован» ≠ «Ошибка синхронизации»: первый статус говорит, что соединение не устанавливалось ни разу, второй — что связь была, но последний сеанс завершился отказом.
- Розничная продажа не встаёт: сведения о выбытии уходят в систему маркировки через ОФД по данным фискального чека, даже когда прямой обмен из 1С временно недоступен.
Что означает статус системы «Ошибка синхронизации ЛК ЧЗ»?
В 1С:Розница интеграция с системой маркировки построена на регулярных обращениях к API ГИС МТ. Программа не просто «отправляет документы» — она периодически спрашивает у «Честного ЗНАКа»: зарегистрирован ли этот ИНН как участник оборота, какие товарные группы у него активированы, действует ли договор с оператором, не истёк ли токен авторизации, выданный по сертификату. Результат последнего такого опроса и отображается в колонке «Статус системы».
Формулировка «Ошибка синхронизации ЛК ЧЗ» расшифровывается буквально: личный кабинет «Честного ЗНАКа» не синхронизирован с базой. Запрос ушёл, но ответ либо не пришёл вовсе (сеть, прокси, TLS), либо пришёл с отказом (истёкший токен, нет полномочий у сертификата, не заполнены обязательные сведения в ЛК). 1С не может отличить одну ситуацию от другой одним словом в колонке, поэтому и показывает обобщённый статус — детали всегда лежат уровнем ниже, в журнале регистрации.
Ключевое, что стоит понять бухгалтеру и руководителю магазина: красный статус не равнозначен остановке торговли. Он блокирует «тяжёлые» операции с ГИС МТ, но не мешает кассовой смене. Ниже — что именно перестаёт работать.
| Операция | Работает при ошибке синхронизации? | Комментарий |
|---|---|---|
| Пробитие чека с маркированным товаром | Да | Выбытие уходит в ГИС МТ через ОФД по фискальным данным |
| Онлайн-проверка статуса кода в ГИС МТ при продаже | Нет | Если опция включена — кассир получает предупреждение или задержку |
| Заказ на эмиссию и получение кодов маркировки | Нет | Документ создаётся, но не отправляется |
| Нанесение и ввод в оборот | Нет | Ответ от СУЗ/ГИС МТ не приходит, статус документа «Не отправлен» |
| Виртуальная агрегация в коробки и палеты | Частично | Состав собирается локально, отправка уведомления блокируется |
| Приёмка по УПД через ЭДО | Нет | Зависит от того же канала подписи и авторизации |
| Перемаркировка, списание, возврат в оборот | Нет | Документы копятся в очереди обмена |
Где в 1С:Розница посмотреть статус и подробности ошибки?
Первое место — сама форма настроек интеграции. Откройте НСИ и администрирование → Интеграция с ИС МП (Честный ЗНАК). В списке настроек по каждой организации и товарной группе видна колонка «Статус системы» и кнопка «Проверить подключение». Нажмите её вручную: часто статус висит старый просто потому, что регламентное задание ещё не отработало после того, как проблему уже устранили.
Второе место — журнал регистрации. Это единственный источник, где видно реальный текст отказа. Откройте «Администрирование → Обслуживание → Журнал регистрации», поставьте отбор по важности «Ошибка» и по периоду за последние сутки, а в отборе по событию найдите строки, связанные с обменом с ИС МП. Именно там вы увидите конкретику: «Ошибка при установлении защищённого соединения», код HTTP 401, «Не удалось получить закрытый ключ», «Сертификат не найден» и так далее.
Третье место — очередь обмена. В разделе маркировки есть журнал сообщений/ответов ИС МП, где видно, какие документы «зависли» в отправке. Если очередь длинная, после восстановления связи её лучше протолкнуть вручную, а не ждать расписания.
И четвёртое, о чём забывают чаще всего: регламентные задания. В файловой базе фоновые задания выполняются только при запущенном клиенте, и если базу закрывают на ночь, обмен физически не идёт. Проверьте, что задание обмена с ИС МП включено и у него адекватное расписание.
| Статус системы | Что означает | Первое действие |
|---|---|---|
| Синхронизировано / Работает | Последний обмен прошёл успешно | Ничего не требуется |
| Ошибка синхронизации ЛК ЧЗ | Связь была, последний сеанс завершился отказом | Журнал регистрации → текст ошибки |
| ЛК ЧЗ не инициализирован | Авторизация не выполнялась либо сброшены данные сессии | Заново выбрать сертификат и подключиться |
| Требуется настройка | Не заполнены обязательные реквизиты настройки | Организация, товарная группа, сертификат |
| Пустой статус | Регламентное задание не отрабатывало | Включить задание, нажать «Проверить подключение» |
Почему возникает ошибка синхронизации: сводная таблица причин
Ниже — разбор причин по частоте, с которой они встречаются на практике в рознице. Идти по ней стоит сверху вниз: порядок подобран так, чтобы самые дешёвые проверки шли первыми.
| Причина | Как проявляется | Решение |
|---|---|---|
| Сертификат УКЭП истёк или перевыпущен | «Сертификат не найден», «Не удалось получить закрытый ключ» | Установить новый сертификат, заново указать его в настройке интеграции и в ЛК ЧЗ |
| Носитель с ключом вынут из USB-порта | Ошибка появляется «сама собой» после перезагрузки ПК | Вернуть токен, проверить, что СКЗИ видит контейнер |
| Истекла лицензия криптопровайдера | Подпись не формируется ни в 1С, ни в браузере | Продлить лицензию СКЗИ на том компьютере или сервере, где идёт обмен |
| В ЛК ЧЗ не подписаны новые документы | Обмен отваливается у всех сразу, «в один день» | Зайти в личный кабинет под руководителем и подписать актуальные условия |
| Товарная группа не активирована | Ошибка только по одной группе, по остальным зелёный статус | Активировать группу в профиле участника оборота |
| Нет прав у владельца сертификата | Отказ из-за недостатка полномочий | Выдать сотруднику полномочия в ЛК или использовать сертификат руководителя |
| Заблокирован HTTPS к узлам оператора | «Не удалось установить соединение», таймауты | Открыть исходящий 443 до доменов crpt.ru на всех точках выхода в интернет |
| Нет корневых сертификатов НУЦ Минцифры | «Ошибка при установлении защищённого соединения» | Установить цепочку корневых сертификатов в хранилище доверенных |
| Устаревший релиз конфигурации | Ошибка после планового изменения API на стороне ГИС МТ | Обновить типовую конфигурацию до актуального релиза |
| Настройки прокси заданы только у клиента | Ручная проверка проходит, регламентная — нет | Продублировать прокси на сервере 1С |
Как исправить ошибку синхронизации ЛК ЧЗ: пошаговый алгоритм
Шаг 1. Прочитайте реальный текст ошибки
Не пытайтесь чинить статус — чините причину. Откройте журнал регистрации, найдите последнюю ошибку обмена и выпишите её дословно. Дальнейшие шаги зависят именно от этого текста: «сертификат», «соединение», «401/403» и «неверный формат» ведут по совершенно разным веткам.
Шаг 2. Проверьте подпись отдельно от 1С
Откройте в браузере личный кабинет «Честного ЗНАКа» и войдите тем же сертификатом, который указан в настройке интеграции. Если вход не проходит — проблема не в 1С вообще, и дальше искать в конфигурации бессмысленно. Типовые находки на этом шаге: сертификат перевыпущен на нового директора, закончилась лицензия криптопровайдера, токен просто вынут из порта.
Шаг 3. Осмотрите личный кабинет изнутри
Даже успешный вход не гарантирует работу API. Проверьте в профиле участника оборота: заполнены ли банковские реквизиты, активны ли нужные товарные группы, нет ли всплывающего окна с новой редакцией условий, которую требуется подписать. Массовые «внезапные» отвалы обмена в один и тот же день почти всегда объясняются именно неподписанным документом на стороне оператора.
Шаг 4. Проверьте сеть с той машины, которая реально ходит в интернет
В клиент-серверном варианте это сервер 1С, а не касса. Нужен исходящий доступ по порту 443 к рабочим узлам системы маркировки в домене crpt.ru. Отдельно проверьте антивирус с функцией проверки HTTPS-трафика: он подменяет сертификат сайта своим, и 1С законно отказывается доверять такому соединению.
Шаг 5. Переинициализируйте подключение
Если сертификат и сеть в порядке, в настройке интеграции заново выберите сертификат и нажмите «Проверить подключение». Программа запросит новый токен авторизации. Старый истёкший токен — очень частая причина того, что «вчера всё работало, а сегодня ошибка», особенно если базу долго не открывали.
Шаг 6. Обновите конфигурацию
Оператор периодически меняет версии методов API и выводит старые из эксплуатации. Если база не обновлялась несколько месяцев, обмен перестаёт работать без всяких действий с вашей стороны. Обновление типовой до актуального релиза закрывает такие ошибки полностью. Подробно про полный цикл настройки мы разбирали в большом гиде по маркировке и обмену с «Честным ЗНАКом».
Шаг 7. Протолкните очередь
После восстановления связи откройте журнал сообщений обмена и отправьте накопившиеся документы вручную, не дожидаясь расписания. Заодно убедитесь, что среди них нет документов с содержательными отказами ГИС МТ — их придётся править отдельно.
Чем «ЛК ЧЗ не инициализирован» отличается от ошибки синхронизации?
Разница принципиальная. «Не инициализирован» — это состояние «мы ещё не знакомы»: 1С не имеет действующей сессии с личным кабинетом, потому что авторизация либо не выполнялась вовсе, либо её данные сброшены (сменили сертификат, перенесли базу на другой сервер, восстановили копию, обновили релиз с изменением структуры настроек). Лечится это выбором сертификата и повторным подключением.
«Ошибка синхронизации» — это состояние «мы знакомы, но разговор сорвался». Настройка заполнена, подключение когда-то работало, но последний сеанс закончился отказом. Здесь копать нужно в сторону внешних факторов: сеть, сертификат, состояние ЛК, версия API.
Практический вывод: если у вас первый статус, не тратьте время на проверку файрвола — сначала просто переподключитесь. Если второй — наоборот, переподключение без устранения причины даст ту же ошибку через минуту.
Ошибки сети и сертификатов: что проверить в первую очередь?
Сетевые и криптографические сбои дают самый пугающий текст ошибки и при этом решаются быстрее всего. Разберём типовые формулировки.
- «Ошибка при установлении защищённого соединения» — почти всегда отсутствуют корневые сертификаты удостоверяющего центра либо в разрыв встал антивирус/шлюз с расшифровкой TLS. Установите цепочку корневых сертификатов и добавьте домены оператора в исключения проверки HTTPS.
- «Не удалось установить соединение», таймаут — блокировка на файрволе или прокси. Проверять надо с того узла, где выполняется обмен: в клиент-серверной базе фоновое задание идёт с сервера, у которого может быть совсем другой маршрут в интернет, чем у кассы.
- HTTP 401 — истёк или отозван токен авторизации. Решается повторным подключением по сертификату.
- HTTP 403 — сертификат валиден, но у его владельца нет полномочий на нужное действие. Проверяйте роли сотрудника в личном кабинете.
- HTTP 404 или «неизвестный метод» — расхождение версий API. Обновляйте конфигурацию.
- «Не удалось получить закрытый ключ» — контейнер недоступен пользователю, от имени которого работает служба сервера 1С. Классическая ловушка: администратор установил сертификат в своём профиле, а служба работает от другой учётной записи.
Отдельная история — облачные варианты работы. Если база размещена в сервисе, локальный USB-токен на кассе сервер не увидит: там применяется своя схема работы с подписью, и настраивать её нужно на стороне провайдера сервиса.
Найдите специалиста для решения этой задачи на koderion.ru