При работе с распределенными информационными базами (РИБ) в программе 1С:Розница 3.0 пользователи часто сталкиваются с ситуацией, когда в центральном узле продажа маркированного товара проходит без проблем, а в периферийной базе (на торговой точке) возникает ошибка: «Не удалось проверить марку». Это блокирует работу кассира и требует оперативного вмешательства. Разберем по шагам, как правильно настроить синхронизацию и окружение, чтобы проверка маркировки в РИБ работала стабильно.
Первое, на что нам необходимо обратить внимание — это механизм передачи прав доступа от центральной базы к периферийной. В 1С:Розница 3.0 проверка маркировки требует действующего токена авторизации в системе ИС МП (Честный знак). Чтобы не настраивать сертификаты электронной подписи на каждой кассе, система позволяет передавать токен через синхронизацию.
Проанализируем настройки синхронизации данных. Выполним следующие действия в центральной базе:
Важно понимать, что без этого флага периферийная база пытается выполнить запрос к ГИС МТ, но не имеет «удостоверения личности» организации, из-за чего сервер отклоняет запрос.
Если на торговой точке используется несколько касс ККМ в одном РМК, необходимо проверить настройки разрешительного режима для каждой из них.
С апреля 2024 года правила проверки маркировки значительно усложнились в связи с введением разрешительного режима. Теперь 1С должна обращаться не к одному центральному серверу, а к распределенной сети CDN-площадок. Рассмотрим, как убедиться, что периферийная база готова к такой работе.
Зачастую настройки интеграции передаются из центрального узла, но актуальный список адресов CDN-площадок должен быть инициализирован локально. В периферийной базе нам следует зайти в раздел Настройки — Интеграция с ИС МП. Найдем подраздел настроек разрешительного режима. Если кнопка «Обновить» или «Проверить доступность» активна, обязательно нажмем её. Это заставит программу загрузить актуальный список серверов проверки, которые физически доступны с данного рабочего места.
Проблема «Не удалось проверить марку» часто кроется в сетевых ограничениях на конкретной торговой точке. Выясним причину, проверив технические параметры соединения. Проверка марки в РМК (рабочем месте кассира) происходит в режиме реального времени. Если ответ от сервера не пришел в течение установленного таймаута (обычно это несколько секунд), система выдает ошибку.
Проанализируем состояние системы на периферийном компьютере:
HTTPS к адресам markirovka.crpt.ru и api.gismt.ru (в случае сбоя оборудования может потребоваться оперативная смена рабочего места).VipNet CSP или CryptoPro CSP) должны быть установлены.Рассмотрим ситуацию, когда в РИБ настроена фильтрация данных (например, в периферийную базу уходят данные только по конкретному складу). На первый взгляд это не должно влиять на маркировку, но на практике это может привести к косвенным ошибкам.
Если товар в периферийной базе не привязан к нужному виду продукции или категории номенклатуры из-за того, что эти справочники не синхронизировались полностью, 1С может некорректно формировать структуру запроса к ИС МП. Проверим, чтобы такие объекты как КатегорииНоменклатуры, ВидыПродукцииИСМП и НастройкиИнтеграцииИСМП передавались без фильтров. В Рознице 3.0 эти данные являются общими для всей базы и критически важны для работы РМК.
Если вышеуказанные действия не помогли, выполним принудительную перенастройку механизма проверки:
Организации в периферийной базе. Он должен в точности совпадать с идентификатором в центральной базе, иначе Честный знак не сможет сопоставить запрос с вашим личным кабинетом.Используя этот комплексный подход, мы обеспечим стабильную работу торговой точки с маркированными товарами, минимизируем риск возникновения очередей и исключим ошибки при валидации марок в системе Честный знак.