Что делать производству при сбое «Честного Знака»

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

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

Определите масштаб

Проверьте, проблема возникла на одном рабочем месте или затронула несколько участков. Доступны ли другие разрешённые сетевые ресурсы? Работает ли вход в систему, но не конкретная операция?

Сопоставьте время ошибки с последними изменениями: обновлением ПО, заменой сертификата, изменением прав или сетевых настроек. Не меняйте всё одновременно — иначе будет трудно установить причину.

Признаки неисправности локального принтера или сканера не нужно автоматически относить к ГИС МТ. Читаемость изображения и обработка внешнего документа — разные проверки.

Зафиксируйте состояние до повторов

До повторной отправки

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

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

Технические методы и форматы сверяйте с документацией ГИС МТ, а пользовательские действия — со справкой своего ПО.

Отделите товар с неопределённым состоянием

Отметьте затронутые партии и исключите их случайное смешение с подтверждённым выпуском. Сотрудник склада должен понимать, какие документы ещё не завершены.

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

Проверьте типовые локальные причины

• Доступность сети и разрешённых адресов.
• Срок действия сертификата и полномочия подписанта.
• Дату и время рабочего компьютера.
• Версию интеграционного модуля.
• Очередь заданий и сообщения об ошибках.
• Соответствие выбранного контура и товарной группы.

Эти проверки не требуют передавать кому-либо закрытый ключ или пароль. В обращении в поддержку не прикладывайте секреты и полный массив действующих кодов.

Как восстанавливать обмен

Порядок восстановления

Начните с проверки судьбы незавершённых запросов. Сопоставьте ответы внешней системы с локальным журналом, а затем обработайте оставшиеся задания в контролируемом порядке.

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

Разделение состояний и повторов предусмотрите в архитектуре интеграции линии и 1С.

Что включить в регламент аварии

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

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

Для обсуждения устойчивой работы участка с «Современными технологиями» подготовьте время сбоя, версии ПО и несколько обезличенных примеров ошибок. Это позволит проверить процесс восстановления без неподтверждённых обещаний «полностью исключить любые сбои».