Симптомы

• Нужно массово отредактировать карточки в Национальном каталоге. После редактирования карточки уйдут на модерацию. Повлияет ли это на работу производственной линии?

Решение

1. Если Задания на линии предполагают ввод товара в оборот или проверку статусов GTIN в реальном времени, то на период модерации эти операции могут блокироваться из-за неактуального статуса карточек в ГИС МТ.
2. Рекомендуется проводить массовое редактирование в периоды низкой производственной активности или заранее учитывать возможную задержку на модерацию.

Причина

• Для заказа кодов маркировки (КМ) достаточно статуса «Готов к заказу КМ», но для полноценного ввода в оборот карточка должна иметь статус «Готов к вводу в оборот».
• Сроки модерации карточек в национальном каталоге можете узнать в статье.

Симптомы

• За кем необходимо закрепить зоны ответственности со стороны клиента?
• Назначение ответственных лиц при запуске внедрения маркировки.

Решение

Причина

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

Симптомы

• Трудности с определением какой сценарий к какому этапу относится.

Решение

При создании в ДО папки с номером этапа по пути \"Клиенты (договор подписан или эксперимент)\"клиент\шоурум" необходимо прийти к единообразному наименованию, а именно структуре типа "номер этапа_тип оборудования_линия_участок", к примеру "0000-676.1.1, Станция валидации Цех1, ОЛ2-ВМ1, 1.0600".

Как найти информацию для наименования:

1. Номер этапа в ERP, так же дублируется в пачке старшим смены
2. Тип оборудования, в ERP в этапе, так же дублируется в пачке старшим смены
3. Линия должна быть указана в явном виде в комментариях к этапу
4. Участок должен быть указан в явном виде в комментариях к этапу

При отсутствии информации в явном виде в комментариях к этапу, обратиться к старшему смены.

Примеры:
НЕКОРЕТНОЕ НАИМЕНОВАНИЕ ПАПОК

Корректное (допустимое) наименование папок

Симптомы

• Как отразить рабочее время в 1С:Документооборот?
• Как отразить трудозатраты по задаче запуска?

Решение

1. Учёт времени в разделе Мои трудозатраты.

• Открой в 1С:Документооборот Мои трудозатраты e1cib/list/РегистрСведений.ФактическиеТрудозатраты (Учёт времени → подраздел Мои трудозатраты).

• Выбери период.

• Нажми Создать и заполни карточку: Описание работы, Начало работы, Окончание работы, Вид работ. Укажи Проект и Задачу.

2. Учёт времени в подразделе Мои ежедневные отчёты.

• Открой в 1С:Документооборот Мои ежедневные отчеты e1cib/list/Документ.ЕжедневныйОтчет (Учёт времени → подраздел Мои ежедневные отчёты).

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

3. Учёт времени из поручений по задачам запуска.

Руководитель отправляет задачу на исполнение:

• Открой план запуска и нажми Отправить → Поручение → Перейти к отправке.

• Назначь Исполнителя, Проверяющего, Начало, Срок. Нажми Направить на исполнение.

Исполнитель фиксирует трудозатраты:

• Перейди в раздел Задачи мне e1cib/command/Документ.Задача.Команда.ЗадачиМне (Главное → подраздел Задачи мне).

• Возьми задачу в работу, нажми Указать трудозатраты и заполни карточку. Сохрани через Добавить.

Просмотр трудозатрат: подраздел Мои трудозатраты.

Симптомы

Перенос сроков по проекту без согласования, отсутствие фиксации причин, риски недопонимания с клиентом.

Решение

1. Организуй встречу с участниками проекта и клиентом.
2. Обсуди текущий статус, причины задержки и предложи новые сроки.
3. Составь резюме встречи с фиксированными решениями и новыми датами.
4. Отправь резюме клиенту в чат с клиентом.
5. После получения подтверждения обнови план проекта и уведоми команду.
6. Загрузи встречу согласно статье.

Причина

Изменение требований, технические проблемы или нехватка ресурсов без timely коммуникации.

🧾 Постмортем после внедрения: как и зачем анализировать каждый запуск

Важно: В нашем контексте «постмортем» — это не про сбой, а про глубокий разбор завершённого внедрения. Мы не ищем виноватых. Мы ищем возможности стать лучше.

---

🔹 1. Краткое описание

Цель раздела:
Через полгода любой коллега (или вы сами) должен за 30 секунд понять: что, у кого и зачем внедряли.

Что писать:

• Имя клиента и отрасль (например, «Aller Petfood — производство сухого корма для животных»).
• Тип оборудования (например, «9 фасовочных линий типа Effytec»).
• Основная задача внедрения («Печать DataMatrix-кодов по требованиям системы “Честный ЗНАК” с сериализацией и интеграцией в 1С»).
• Сроки (фактические или план/факт).
• Ключевые участники с нашей стороны.

Пример:

«Внедрение комплекса маркировки на 9 упаковочных линиях завода Aller Petfood. Требовалась печать двух DataMatrix-кодов на упаковке (основной + дубль) с использованием пьезопринтеров Yeacode и интеграцией в 1С:ERP. Срок — 2 недели с момента прибытия оборудования. Участвовали: В. Пупкин (инженер), И. Иванов (настройка ПО).»

---

🔹 2. Обнаруженные проблемы

Цель раздела:
Выявить системные и технические сложности, которые помешали работе — даже если их в итоге обошли.

Что писать:

• Конкретные технические препятствия (например, «не хватило места в шкафу под СНПЧ»).
• Пробелы в информации от клиента («не сказали, что на линии два кода за такт»).
• Архитектурные или проектные недоработки («не учли особенности дуплекс-машины»).

Пример:

«1. Внутри корпуса упаковочной машины Effytec оказалось недостаточно места для размещения пьезопринтера и СНПЧ одновременно — пришлось искать нестандартное решение по креплению.
2. Клиент не сообщил заранее, что на части линий требуется печать двух кодов за один такт — это повлияло на настройку ПО и задержало ПНР.
3. На машине типа “дуплекс” невозможно корректно настроить датчик метки без фиксации пленки — стандартное решение не сработало.»

---

🔹 3. Что было хорошо

Цель раздела:
Зафиксировать лучшие практики, которые стоит сохранить и масштабировать.

Что писать:

• Удачные решения клиента или наших специалистов.
• Быстрые и грамотные действия.
• Инструменты, подходы или договорённости, которые сработали.

Пример:

«1. Клиент самостоятельно подключил отбраковщик через сухой контакт с машины — сэкономили 4 часа на настройке.
2. Механики клиента приварили монтажные шкафы, не нарушив герметичность — это ускорило монтаж и повысило надёжность.
3. Удалось использовать существующий датчик продукта — не пришлось тянуть новые провода.»

---

🔹 4. Что было плохо

Цель раздела:
Честно признать ошибки в планировании, коммуникации или подготовке, которые привели к потерям времени, ресурсов или нервов.

Что писать:

• Что можно было предусмотреть, но не предусмотрели.
• Где не хватило согласования внутри команды или с клиентом.
• Где нарушили собственный процесс.

Пример:

«1. Требование “два кода за такт” выяснилось только на ПНР — не уточнили при сборе ТЗ.
2. Не проверили особенности протяжки пленки на дуплекс-машинах — из-за этого пришлось менять схему установки датчика метки прямо на объекте.
3. На одной из линий разъём принтера был распинован неверно — потратили 8 человеко-часов на поиск причины. Это ошибка сборки, которую можно было избежать проверкой на складе.»

---

🔹 5. Где нам повезло

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

Что писать:

• Что могло обернуться серьёзной проблемой, но не обернулось.
• Помощь клиента, которая спасла ситуацию, но не должна быть обязательной в будущем.
• Обстоятельства, на которые мы не рассчитывали.

Пример:

«1. Клиент сам предложил заменить штатные датчики метки на свои с рамкой фиксации пленки — иначе бы не смогли настроить детектирование.
2. Механики клиента изготовили проставки под СНПЧ — это решило проблему с высотой печатающей головы.
3. Клиент отнёсся без негатива к задержкам и дал дополнительное время — в другом случае ушли бы с незакрытым проектом.»

💡 Вывод: если нам «повезло» — нужно превратить это в стандартную процедуру. Например: «Добавить в чек-лист пункт: уточнить тип фиксации пленки на дуплекс-машинах».

---

🔹 6. Где нам не повезло

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

Что писать:

• Непредсказуемые действия клиента.
• Ошибки поставщиков оборудования.
• Изменения в требованиях «Честного ЗНАК» или законодательстве в самый неподходящий момент.

Пример:

«1. Оказалось, что одна и та же номенклатура на разных линиях требует разного количества кодов (один vs два) — до запуска мы ошибочно считали, что везде одинаково.
2. При установке оборудования “как удобно клиенту” осталось слишком мало места для регулировки смещения печати — пришлось идти на компромиссы по качеству.
3. За день до запуска клиент сменил версию 1С — пришлось экстренно адаптировать интеграцию.»

---

🔹 7. Предложения (в терминах действий)

Цель раздела:
Превратить уроки в конкретные, измеримые шаги, которые исключат повторение проблем.

Правила:

• Каждое действие — SMART: конкретное, назначено ответственному, с дедлайном.
• Не должно быть общих фраз вроде «быть внимательнее».
• Действия могут касаться: чек-листов, ТЗ, обучения, документации, ПО, сборки.

Пример:

1. Добавить в чек-лист предпроектного обследования пункт: «Уточнить количество кодов за такт для каждой линии и каждой номенклатуры»
   — Ответственный: Руководитель проекта
   — Срок: до 30.11.2025
2. Разработать универсальный шаблон ТЗ для дуплекс-машин, включающий требования к фиксации пленки и доступу к датчикам
   — Ответственный: В. Пупкин
   — Срок: 10.12.2025
3. Внедрить обязательную проверку распиновки всех разъёмов на этапе сборки оборудования на складе
   — Ответственный: Инженер по сборке
   — Срок: немедленно
4. Добавить в методику обучения клиентов раздел по регулировке смещения печати на ограниченных пространствах
   — Ответственный: И. Иванов
   — Срок: 15.12.2025

---

💬 Заключение для команды

Каждый проект — это уникальный опыт, который исчезнет, если его не зафиксировать.
Постмортем — это не отчёт «наверх», а инструмент роста для нас самих.
Чем честнее и подробнее мы его заполним — тем проще, быстрее и спокойнее будет следующий запуск.

🧾 Примеры

• e1cib/data/Справочник.Файлы?ref=96cfd00d194c128211efdb3aece9dd12
• e1cib/data/Справочник.Файлы?ref=96cfd00d194c128211efdb371542a6f8

Симптомы

Перейти на короткий код маркировки.

Можно ли использовать длинные коды в разрезе одного вида номенклатуры?

Решение

Если требуется полностью перейти на короткие коды:

1. В настройках БИТ.MDT выбрать "Использовать укороченные КМ" - Да
2. Удалить заказы на эмиссию за прошедший месяц/срок годности марок

Если необходимо перейти на короткие коды для отдельных видов номенклатуры:

1. В настройках БИТ.MDT выбрать "Использовать укороченные КМ" - Да.
2. ПКМ на строку с настройкой, добавить разрез. Выбрать вид номенклатуры, у которой код должен быть длинным и указать "Нет".
3. Удалить заказы на эмиссию за прошедший месяц/срок годности марок

Причина

Необходимо печатать короткие коды маркировки

Симптомы

• Как безопасно получить ссылку на пароль?
• Как передать пароль?

Решение

1. Логин и ссылку на ресурс отправьте через WhatsApp/Telegram/почту
2. Пароль передайте отдельно — через одноразовую ссылку
   Для этого:
   • Откройте сайт https://xpaste.pro.
   • Включите опцию «пароль».
   • Установите срок хранения — 1 день.
   • Отметьте флажок «Уничтожить после просмотра».
   • Вставьте пароль в поле.
   • Нажмите «Создать».
   • Скопируйте полученную ссылку. Она будет иметь вид:
     https://xpaste.pro/p/5LP7WRX0
3. Отправьте ссылку через ресурс, отличный от первого.

Причина

1. Логин и пароль не отправляются одним сообщением или через один канал.
2. Пароли не хранятся в том же канале, через который его отправляли.

Монтажник, перед началом работ на площадке:

1. Проверь количество мест
   Сверь со сканом расходного складского ордера в 1С:ERP 2
2. Проверь пломбы
   Сверь номера пломб на ящиках с номерами в скане расходного ордера.
   Осмотри пломбы — нет ли повреждений или следов вскрытия.
3. Проверь комплектность
   Вскрой ящик. Внутри должен быть упаковочный лист.
   Сверь фактическое содержимое с этим листом.
4. Если есть расхождения — остановись
   🛑Не продолжай приёмку.
   Сразу позвони логисту.
   Если логист недоступен — звони начальнику производства.
   Действуй по их указанию.

📸 Рекомендуем фиксировать вскрытие ящика на видео