Диагностика · 60 секунд

Соберём маршрут до разговора

Три вопроса без отправки данных. Ответы останутся в этой вкладке, пока вы сами не перенесёте маршрут в форму.

Вопрос 01 / 03
Контекст

Что сейчас болит сильнее всего?

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

Маркировка · прослеживаемость · 1С

Маркировка в 1С без остановки отгрузок

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

Не начинаем с API и доработки. Сначала проводим одну реальную операцию через все статусы и проверяем, кто и как восстанавливает исключение.

Трасса кода · демо‑сценарийКонтур наблюдаем
ИдентичностьGTIN + карточкатовар определён однозначно
ОперацияКод + упаковкафизический факт подтверждён
ОборотЭДО + внешний статусзавершение доказано
01

Единица 010…184код проверен

Нанесён
02

Короб 000…52724 кода внутри

Агрегат
03

УПД 00МБ‑0194ожидает квитанцию

Контроль
ФокусКод → операция → подтверждённый статус
1 группатоваров в периметре1 трассаот карточки до статуса7 материаловдля запуска и приёмки15 днейбазовая диагностика

Ролевая линза

Один проект. Четыре критерия правильного решения.

Выберите роль — получите критерий, метрику и следующий шаг для своей зоны ответственности. Факты и границы решения останутся одинаковыми для всей команды.

Отгрузка без регуляторного разрыва

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

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

Фокус решения
Непрерывность отгрузок, цена исключений и граница безопасного изменения
Главная метрика
Доля отгрузок без критичного исключения маркировки
Результат первого шага
Карта бизнес‑риска и решение о пилотном контуре
Перейти к контрольной трассе
Карта решения01 / 04
  1. 01Какая операция останавливает оборот
  2. 02Сколько стоит ручное восстановление
  3. 03Как проверить решение без риска
Управленческий выходИнвестировать в доказанный разрыв
Выбор сохраняется только на этом устройствеСобственник / CEO

Дорогой разрыв

Код нанесён. Управляемость ещё не появилась.

Маркировка ломается не в одном модуле. Разрыв возникает между НСИ, физическим товаром, оборудованием, документом 1С, ЭДО и внешним статусом.

01Код есть — документ не закрывается

Отгрузка останавливается после сборки

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

Срок отгрузки зависит от ручного расследования между складом, IT и ЭДО
02Системы видят разные состояния

1С, ЭДО и ГИС МТ расходятся в статусах

Документ отправлен в одном контуре, ожидает подтверждения в другом и считается завершённым в третьем. Сквозного идентификатора и владельца исключения нет.

Юридически значимый статус подменяется предположением оператора
03Упаковка пересобирается вручную

Агрегация ломается при первом исключении

Замена единицы, повреждённая этикетка или частичная отгрузка разрывают иерархию упаковок. Команда восстанавливает её вне устойчивого сценария 1С.

Один физический сбой создаёт каскад расхождений в документах и остатках
04Алгоритм знает один специалист

Восстановление держится на памяти оператора

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

Скорость восстановления и риск дубля зависят от присутствия конкретного человека

Короткий ответ

Что значит «устойчивый процесс маркировки»?

01Карточка02Код03Операция04Статус

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

  • Карточка и упаковка определяют товар однозначно
  • Код имеет проверяемое состояние и принадлежность
  • Физическая операция подтверждается в нужный момент
  • Сбой восстанавливается без прямой правки базы

Карта решения

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

Выберите этап. Схема покажет исходные данные, проверку и результат, который получит команда после диагностики.

Слой 01 · идентичность товара

Проверяем товарную карточку до заказа кодов и настройки оборудования.

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

  • Один GTIN связан с разными карточками
  • Единица оборота не совпадает с физической
  • Владелец мастер‑данных не определён
СигналНоменклатура и товарная группа
ПроверкаGTIN, единица, упаковка
РезультатКарта критичной НСИ

Продуктовый первый шаг

01 / Диагностика

«Контрольная проверка маркировки»

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

Срок15 рабочих днейПериметрОдна группа и один сценарийНа выходе7 рабочих материалов
Решение после диагностикинастроить / доработать / изменить процесс / не внедрять
Зафиксировать контрольную проверку
01

Граница контрольного сценария

Товарная группа, операция, участники, системы и критерий завершения.

02

Карта критичной НСИ

Номенклатура, GTIN, единицы, характеристики, упаковки и владельцы данных.

03

Жизненный цикл кода

Допустимые состояния, переходы, подтверждения и основания для повторного действия.

04

Паспорт рабочей операции

Оборудование, темп, роли, контрольный факт и безопасный резервный сценарий.

05

Сквозная трасса документов

Документ 1С, сообщение ЭДО, внешний статус и единый идентификатор.

06

Реестр исключений

Причина, влияние, диагностика, владелец, срок и проверенный способ восстановления.

07

Маршрут пилота

Что исправить в данных, процессе, интеграции и 1С — с критериями приёмки.

Причина до кода

Одинаковая ошибка сканирования требует разных решений

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

DСлой 01

Данные

GTIN, единица, характеристика, упаковка или карточка товара не образуют устойчивую идентичность.

Рабочий результатВладелец и контроль критичной НСИ
PСлой 02

Процесс

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

Рабочий результатПаспорт операции и точка подтверждения
IСлой 03

Интеграция

Оборудование, ЭДО и внешняя система передают статусы асинхронно, а связи между сообщениями теряются.

Рабочий результатСквозной идентификатор и карта статусов
RСлой 04

Восстановление

Нет безопасного повтора, идемпотентности, мониторинга или владельца для нерешённого исключения.

Рабочий результатПроверенный регламент восстановления

Целевой контур

Маркировка становится наблюдаемой операцией

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

  • Одна идентичность товара во всех системах
  • Сквозной идентификатор кода и документа
  • Подтверждение физической операции в нужный момент
  • Наблюдаемая очередь исключений и безопасный повтор
Управленческий результатКоманда видит, где остановился сценарий, что можно повторить и кто отвечает за восстановление.
Сквозной циклтовар → подтверждённый оборот
01КарточкаGTIN и упаковка02КодСостояние и связь03ОперацияСкан и агрегация04СтатусЭДО и подтверждение

Исключение возвращается в циклПричина, владелец и допустимое следующее действие видны до повторной отправки.

Маршрут диагностики

Пятнадцать дней до решения о запуске

Срок относится к одной согласованной товарной группе и начинается после доступа к данным, тестовому контуру и участникам операции.

  1. 01
    Дни 1–3

    Зафиксировать реальную трассу

    Выбираем товарную группу и один сценарий — от карточки и кода до подтверждённого завершения.

    Граница, роли и критерий готовности
  2. 02
    Дни 4–7

    Сверить данные и состояния

    Сопоставляем НСИ, жизненный цикл кода, документы и статусы на каждой границе систем.

    Карта разрывов и ручных обходов
  3. 03
    Дни 8–11

    Пройти операцию и исключение

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

    Протокол прогона и реестр причин
  4. 04
    Дни 12–15

    Спроектировать устойчивый пилот

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

    Паспорт пилота и решение о старте

Как доказываем готовность

Сценарий готов только после контрольного исключения

Штатный проход показывает работу функции. Управляемость доказывает безопасное восстановление: в согласованном тестовом контуре, с журналом и без прямой правки данных.

  1. 01

    Фиксируем штатную трассуОдин товар, код, операция, документ и ожидаемый внешний статус.

  2. 02

    Сверяем точки наблюденияИдентификатор, время, состояние и ответственный на каждой границе.

  3. 03

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

  4. 04

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

Критерий готовностиДокумент и внешний статус сходятся без прямой правки базы, скрытого шага и незафиксированной ответственности.

«Команда настоящих профессионалов: разбирается в бизнес‑процессах и учитывает специфику бизнеса».

Власов Иванруководитель IT‑департамента, ГК «ЖЕЛЕЗНО»

«Доверяем команде за внимание к деталям и индивидуальный подход к нашему делу».

Сметанина Светланаглавный бухгалтер, НЛК

«Команда проработала план перехода, предусмотрела наши пожелания и успешно его реализовала».

Солмашенко Светланакоммерческий директор, Miko

Короткие ответы

Что спрашивают до проекта маркировки

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

Задать свой вопрос
01Какие товары и с какой даты подлежат обязательной маркировке?

Это зависит от товарной группы, кодов ТН ВЭД и ОКПД2, роли участника и этапа ввода требований. Календарь меняется по группам, поэтому перед проектом мы сверяем конкретный ассортимент с актуальными официальными правилами системы маркировки и нормативными актами, а не используем универсальную дату.

02Достаточно ли типовых возможностей 1С:ERP или 1С:КА?

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

03Какое оборудование придётся подключать?

Состав зависит от роли и операции: могут потребоваться 2D‑сканеры, принтеры этикеток, терминалы сбора данных, аппликаторы и оборудование линии. В контрольной трассе фиксируем не перечень устройств вообще, а рабочее место, темп, драйвер, способ обмена и резервный сценарий.

04Всегда ли нужна агрегация кодов в короба и палеты?

Требования и полезность зависят от товарной группы и логистического процесса. Для потоков с коробами и палетами агрегация часто сокращает количество сканирований, но требует устойчивой пересборки, частичной отгрузки и контроля иерархии упаковок.

05Как маркировка связана с ЭДО?

В ряде сценариев сведения о кодах и переходе товара передаются вместе с электронными документами. Поэтому статус документа, квитанции оператора ЭДО и состояние операции в системе маркировки нужно рассматривать как одну трассу, а не как независимые отчёты.

06Можно ли уйти от ручной работы в личном кабинете?

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

07Что происходит, если внешняя система или ЭДО временно недоступны?

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

Материал проверенПрактика 1С · маркировка и прослеживаемость

Возможности и актуальность требований проверяйте по официальным материалам: система «Честный знак», нормативные документы по товарным группам, интеграция в 1С:ERP и обзор изменений 1С на 2026 год.

Актуализировано

Первый проверяемый шаг

Выберем сценарий маркировки, который можно проверить за 15 дней

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

  • 45 минут с архитектором и аналитиком
  • Сквозной сценарий и список нужных фактов
  • Без продажи доработки до проверки типового контура
Контрольная проверка маркировки01 / 01
Где чаще всего рвётся сценарий?

Ответим в рабочее время. До встречи пришлём короткий список данных, чтобы разговор был предметным.

Заявка принята

Спасибо. Мы получили вашу задачу.

Обращение передано ответственному менеджеру вместе с выбранной темой и контекстом страницы. Свяжемся с вами в рабочее время.