Импорт, Excel и просроченные сертификаты: как превратить закупочный ад в управляемую систему

Разбираемся с экспертами Центра компетенций НОРБИТ и делимся чек-листом для самодиагностики

Ритейлер с ассортиментом от 10 000 SKU и 200+ поставщиками тратит до 40% рабочего времени закупщика на рутину: сверку Excel, поиск документов в почте, уточнение характеристик товара, исправление ошибок в карточках.

При этом каждая ошибка в PLU (карточке товара) стоит денег:

• Неправильные габариты → лишние 15–20% на логистике.
• Отсутствие сертификата → задержка поставки на 2–3 недели.
• Дубль карточки → двойной заказ и излишки на складе.

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

В этом материале — пошаговая методология: с чего начинать, где чаще всего возникают проблемы и как их обойти. А в конце — большой чек-лист, который поможет проверить себя и быстро принять меры.

Содержание:

• Блок 1. PLU
• Блок 2. Паспорта качества
• Блок 3. Офферы и тендеры
• Блок 4. Распределение объемов
• Блок 5. Интеграция логистики и закупок
• Блок 6. Сквозная модель

Блок 1. PLU

Почему карточка товара — это не «справочник», а фундамент всего бизнеса

В любой ERP есть справочник номенклатуры. Технически это просто таблица. Но для бизнеса PLU — это цифровой двойник товара. Через него проходят:

• Закупки (кто, по какой цене, с какими сроками).
• Логистика (габариты, вес, температурный режим).
• Склад (единицы измерения, сроки годности, условия хранения).
• Финансы (себестоимость, пошлины, логистические затраты).
• Маркетинг (описание, фото, характеристики для сайта).

Если PLU заполнен криво — вся цепочка хромает.

3 признака, что ваши PLU «больны» (даже если вы не начинали автоматизацию)

1. Дублирующиеся заказы. Разные менеджеры заказывают один и тот же товар у разных поставщиков, потому что в системе два PLU с разными артикулами, но физически — одна банка томатной пасты. Проверьте: если такие ситуации повторяются регулярно — проблема не в людях, а в качестве мастер-данных.
2. Постоянные расхождения при инвентаризации. Система показывает одно, физический остаток — другое. Причина в путанице в единицах измерения (ящик/штука/паллета) или в упаковке. Когда это происходит системно, автоматизация инвентаризации не поможет — надо лечить PLU.
3. Отказы в приемке на складе. Товар приехал, водитель ждет, а система пишет «не найден заказ» или «некорректный штрихкод». Сотрудник склада ищет закупщика, чтобы уточнить, что это за товар. Если такие инциденты случаются >2 раз в неделю — ваши PLU не консистентны с реальностью.
4. Дополнительный симптом (очень точный): ваши сотрудники постоянно «исправляют» карточки руками перед заказом. Уточняют характеристики по почте, вручную правят данные в заказах. Это значит, что PLU не вызывают доверия — и система перестала быть единым источником правды.

Как «лечить» PLU: три проверки, которые окупаются за первый месяц

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

• Валидация уникальности GTIN и контроль дублей. Система не дает создать новый PLU, если такой GTIN (глобальный номер товара) уже существует. Автоматический поиск дублей по наименованию, артикулу поставщика, штрихкоду. Результат: исчезают двойные заказы и ошибки в остатках.
• Контроль полноты и обязательности атрибутов. Вы задаете правило: «Для категории „Молочная продукция“ обязательны: срок годности, температурный режим, единица измерения, вес, состав». Система не даст согласовать PLU без этих полей. Результат: исчезают отказы в приемке и ошибки на складе.
• Автоматическая сверка с поставщиком. PLU поставщика и ваш сравниваются по ключевым атрибутам: упаковка, вложенность, штрихкоды, сертификаты. Расхождения подсвечиваются до отправки заказа. Результат: сокращение ручных проверок на 70–80%.

Что дает ROI уже через месяц

• Меньше ручных корректировок заказов (экономия времени закупщиков).
• Меньше отказов в приемке (экономия склада и транспорта).
• Выше скорость запуска новых товаров (быстрее вывод на полку).

Важное замечание:

Настройка PLU-модуля под конкретного ритейлера занимает у нашей команды 2–4 недели на базовую конфигурацию. Больше всего времени (до 60%) уходит не на технологии, а на сбор и согласование требований между подразделениями заказчика. Закупки, качество, логистика и ИТ часто по-разному понимают, какие поля обязательны. Именно здесь мы выступаем не как интегратор, а как фасилитатор, который помогает договариваться.

Кто в компании тормозит внедрение MDM (и почему это напрямую связано с PLU)

PLU — это единая точка правды для закупок, логистики и склада. Но чтобы PLU действительно стали этой точкой, потребуется MDM — система управления мастер-данными. Без MDM ваши карточки товаров остаются разрозненными, неполными и недостоверными. С MDM — превращаются в фундамент всей закупочной функции. И здесь возникает главная проблема: внедрить MDM сложнее, чем настроить PLU технически, потому что сопротивление приходит не от ИТ, а от коммерческого департамента.

MDM напрямую влияет на то, как создаются и изменяются PLU, — а это зона ответственности закупщиков и категорийных менеджеров. Специалисты коммерческого департамента боятся потерять скорость и гибкость: вместо того чтобы завести новый товар за 5 минут, придется заполнять обязательные поля, проходить согласования и фиксировать каждое изменение. Для них MDM выглядит как «препятствие», которое мешает работать, а не как инструмент, который убирает рутину. ИТ сопротивляется рационально — из-за рисков интеграции с legacy-системами, но с ними можно договориться через архитектуру и этапность. С коммерцией сложнее: там сопротивление эмоциональное, связанное с изменением привычек и зон ответственности.

Преодолеть барьеры можно внедрением ролевой модели, где коммерция отвечает за свои атрибуты PLU, логистика — за свои, качество — за свои. Никто не тащит на себе всю карточку, а MDM не централизует контроль — он распределяет ответственность. Хорошо будет продемонстрировать эффект на пилоте: навести порядок в PLU через MDM в одной категории. Через месяц закупщик видит: меньше ручных корректировок, меньше отказов в приемке, выше скорость запуска новых товаров.

Блок 2. Паспорта качества

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

Часто ритейлеры теряют деньги на качестве и не замечают этого. В большинстве компаний информация о качестве выглядит так:

• Сертификаты — в папке на диске у сотрудника отдела качества.
• Протоколы испытаний — в почте у закупщика.
• Сроки годности сертификатов — в голове у менеджера.

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

Как работает «паспорт качества»

Паспорт качества — это не просто «папка с файлами». Это цифровая сущность, которая привязана к PLU, поставщику и конкретной поставке.

Что в него входит:

• Сертификаты и декларации соответствия (со сроками).
• Результаты лабораторных испытаний.
• Требования к упаковке и маркировке.
• Сроки годности и условия хранения.
• Данные о составе (для пищевых и косметических товаров).

Что система делает автоматически:

1. Проверяет срок действия каждого документа перед заказом. Если сертификат истекает через 30 дней — предупреждение. Если уже истек — блокировка поставки.
2. Привязывает документы к конкретной партии. При возникновении рекламации вы за 5 минут находите, какой поставщик, какая партия, какие документы.
3. Сигнализирует о несоответствии параметров продукции установленным требованиям (например, заявленный состав не совпадает с фактическим).

Что делать, если у заказчика нет единого реестра требований (а так почти всегда)

На предпроектном аудите мы слышим: «У нас нет четких требований к товарам. Каждый отдел живет своей логикой». Наш подход — не писать все с нуля, а структурировать хаос:

• Берем отраслевые шаблоны — для продуктов, непродуктов, импорта, локальных поставок. По опыту, 70% требований типовые.
• Собираем недостающие 30% — через интервью с закупками, качеством, логистикой, юристами. Часто требования «живут» в головах экспертов и в старых контрактах.
• Согласовываем единый реестр — самый сложный этап. Разные подразделения по-своему понимают, какие данные обязательны. Мы выступаем медиатором.

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

Блок 3. Офферы и тендеры

Как превратить Excel в прозрачный процесс

Работа с офферами — это одна из самых чувствительных зон в коммерческих закупках. Именно здесь принимаются решения, от которых напрямую зависит маржинальность, ассортимент и устойчивость поставок.

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

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

1. Закупщик отправляет запрос 5–10 поставщикам по почте.
2. Получает ответы в виде Excel-файлов (каждый в своем формате).
3. Вручную сводит их в одну таблицу.
4. Сравнивает, обсуждает, теряет часть информации в переписке.
5. Принимает решение — но через месяц никто не помнит, почему выбрали именно этого поставщика.

Проблемы:

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

Как автоматизировать сбор офферов

Здесь поможет Портал поставщиков — единое пространство, где поставщик видит свои тендеры, заказы, документы.

Что получает ритейлер:

• Офферы в структурированном виде (все поля заданы заранее).
• Сравнение «яблок с яблоками».
• Полную историю переговоров, переторжек, изменений.
• Прозрачность для руководства (кто, когда, на каких условиях выбрал поставщика).

Однако у большинства (практически 90% проектов) возникают сложности с тем, чтобы мотивировать поставщиков, привыкших к Excel и почте, заходить на портал. Справиться помогают три рабочих приема:

1. Даем поставщику ценность. Поставщик через портал видит статус тендера в реальном времени, получает быстрые ответы на запросы, может скачать документы. Если портал удобнее почты — градус сопротивления снижается.
2. Позиция заказчика — «никаких параллельных каналов». Если компания продолжает принимать офферы по почте «для удобства поставщиков», портал никогда не заработает. Портал — основной канал. Исключения — только форс-мажор.
3. Минимальный порог входа. Не заставляем поставщика заполнять 50 полей при регистрации. Начинаем с простого сценария: участие в тендере, загрузка оффера, подтверждение заказа. Сложность добавляем поэтапно.

3 признака, что заказчик НЕ готов к порталу поставщиков

• Нет формализованных процессов. Если каждый закупщик работает «по-своему», требования к офферам отличаются от категории к категории, а регламенты существуют только в головах — портал зафиксирует этот хаос, а не наведет порядок.
• Нет внутреннего владельца изменений. Если бизнес ждет, что «внедрение сделает ИТ», а закупщики не готовы менять привычки — проект забуксует. Портал — это изменение модели взаимодействия, а не запуск интерфейса.
• Компания хочет сохранить параллельные каналы. «Мы будем работать в портале, но поставщикам можно и по почте присылать, чтобы не обижать». Это гарантия, что система останется пустой. Либо портал — основной канал, либо он не работает.

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

Блок 4. Распределение объемов

Как перестать спорить и начать считать

Завершили тендер, выбрали поставщиков. Дальше начинается самое интересное. Как распределить объем? Если решение принимает закупщик «на глаз», оно непрозрачно и может быть оспорено. Мы внедряем модель, основанную на KPI и весах факторов.

Что учитывается:

• Цена (базовый фактор, но не единственный).
• Выполнение обязательств за предыдущие периоды (точно ли поставляли).
• Стабильность поставок (процент отказов).
• Качество продукции (уровень брака, рекламации).
• Логистические параметры (срок поставки, география).
• Стратегическая роль поставщика (долгосрочное партнерство).

Как это выглядит в системе:

Вы задаете вес факторов (например: цена — 40%, стабильность — 30%, качество — 20%, логистика — 10%). Система автоматически рассчитывает оптимальное распределение объемов. Закупщик видит прозрачную математику.

Что делать с сопротивлением закупщиков?

На 8 из 10 проектов мы слышим: «Я не хочу, чтобы робот говорил мне, у кого покупать». И мы выбираем не замену экспертизы, а ее усиление. Система не принимает решение вместо закупщика. Она рекомендует на основании конкретных факторов. Отклониться можно, но теперь каждое такое отклонение фиксируется и требует обоснования.

В чем плюсы для закупщика:

• Может аргументированно защитить свое решение перед руководством.
• Видит скрытые риски (например, у поставщика упал KPI стабильности).
• Тратит меньше времени на ручную сверку.

Как снижаем сопротивление на проектах:

• Начинаем с пилотной категории — показываем на цифрах, что модель работает.
• Не отключаем ручное управление полностью, а делаем его «поверх модели».
• Позиционируем систему как помощника, а не как контролера.

Как выявляем манипуляции с KPI

Закупщик может вручную занизить KPI поставщика, с которым не хочет работать. Но методы защиты, конечно, есть. Во-первых, стоит максимально автоматизировать расчет KPI. Сроки поставки, процент выполнения, уровень брака — эти данные подтягиваются из ERP, WMS, TMS. Закупщик не может их редактировать.

Обязательно фиксируем историю изменений. Если какой-то показатель пришлось ввести вручную — система запоминает, кто, когда и почему изменил. При аудите это видно.

Учим систему автоматически подсвечивать аномалии. Если у поставщика стабильно были KPI 95%, а после смены категорийного менеджера упали до 60% — все будет видно.

Не забываем про кросс-проверку с другими категориями. Если тот же поставщик у других закупщиков показывает хорошие KPI, а у одного — плохие, это сигнал.

Блок 5. Интеграция логистики и закупок

Связываем «зоопарк» систем

Закупки в отрыве от логистики — это фикция. Вы заключили контракт на супервыгодных условиях: цена низкая, поставщик удобный. Но не учли, что его склад находится в 2000 км, а срок поставки — 21 день.

Как это выглядит в реальности: вам нужно держать страховой запас на 3 недели, а это замороженные деньги; транспортные расходы съедают скидку; при сбое поставки — out-of-stock на 2 недели. В итоге «выгодная» цена оказывается убыточной. Лучше встроить логистические параметры прямо в процесс принятия закупочных решений.

Что учитывается на стадии выбора поставщика:

• Срок поставки (lead time).
• Частота отгрузок (раз в неделю / раз в месяц).
• География (регион, удаленность от РЦ).
• Условия поставки (Incoterms: FOB, CIF, DAP).
• Требования к упаковке и паллетированию.

Как это связано с экономикой:

• Длинный lead time → больше страховой запас → выше затраты на хранение.
• Низкая частота отгрузок → крупные партии → риск затоваривания.
• Неудобная география → рост транспортных расходов.

Например, поставщик А: цена 100 руб., lead time 7 дней. Поставщик Б: цена 105 руб., lead time 2 дня. С учетом оборачиваемости товара (30 дней) и стоимости замороженного капитала поставщик Б может оказаться дешевле в совокупной экономике. Без интеграции этого не увидеть.

Техническая сторона: как связать ERP, TMS, WMS и не сойти с ума

В крупном ритейле типичный ландшафт выглядит так:

• Закупки в ERP (SAP, 1С, Oracle).
• Логистика в TMS (транспортная система).
• Склад в WMS.
• Качество в отдельной системе.

Заменить все одной системой нереально, поэтому мы выстраиваем единый слой интеграции поверх существующего ландшафта.

Что окупается быстрее всего (ROI за 2–3 месяца):

• Автоматическое создание заказа в ERP из SRM. Закупщик согласовал оффер → заказ автоматически уходит в ERP. Ручной ввод исчезает.
• Статус поставки из TMS в SRM. Закупщик видит, где груз: на складе поставщика, в пути, на таможне, на РЦ. Не нужно звонить логистам.
• Факт приемки из WMS в SRM. Товар принят → система обновляет остатки и закрывает заказ. Прозрачность 100%.

Самые сложные интеграции:

• Слот-планирование — согласование окон доставки с WMS. Проблемно, потому что у склада свои ограничения (пропускная способность, персонал).
• Синхронизация lead time в реальном времени — если срок поставки меняется, это должно мгновенно влиять на планы закупок.
• Учет логистических затрат в себестоимости закупки — требует калькуляции на лету.

Советуем начинать с простого (создание заказа, статус поставки). Это быстро, дешево и сразу дает эффект. Сложные интеграции — уже второй этап для более зрелых.

Блок 6. Сквозная модель

Как оценить готовность

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

Сквозная модель меняет эту логику. Она объединяет все ключевые элементы — PLU, офферы, поставщиков, документы качества, заказы и поставки — в единую цифровую среду, где данные связаны между собой и используются на всех этапах процесса.

3 признака, что заказчик готов к сквозной автоматизации

1. Бизнес сам чувствует ограничения текущей модели. Руководство говорит не «давайте автоматизируем, потому что это модно», а: «Мы уперлись в потолок. Excel и почта больше не работают эффективно. Ошибки множатся, масштабирование остановилось, поставщики жалуются, склады перегружены, а маржинальность падает». Это лучший старт, потому что драйвер изменений — не ИТ и не интегратор, а бизнес-необходимость.
2. Есть внутренний владелец изменений (и это не ИТ-директор). Ключевое отличие успешных проектов от провальных: владелец изменений сидит в бизнесе (закупки, коммерция, логистика, качество). Он понимает, что система потребует новых правил и дисциплины; имеет полномочия требовать их соблюдения от своих подразделений; готов тратить время на согласование процессов, а не только на приемочные тесты.
3. Компания готова работать с данными. Это проявляется в простых вещах: готовность признать, что мастер-данные в плохом состоянии; готовность стандартизировать требования к товарам, поставщикам, документам; готовность принимать решения на основе прозрачных метрик.

3 признака, что клиент не готов к сквозной автоматизации

1. Автоматизацию воспринимают как «оцифровать хаос». Если процессы не формализованы, требования не стандартизированы, а закупщики не готовы договариваться о единых правилах — система станет цифровой копией хаоса, только более дорогой и неповоротливой.
2. Нет поддержки со стороны бизнеса. Через полгода система может быть «внедрена», но в ней работает 10% сотрудников. Остальные — в Excel и почте.
3. Компания хочет сохранить параллельное ручное управление. В этой логике система никогда не станет основным каналом. Сотрудники и поставщики быстро поймут, что старые способы все еще работают.

Жесткая правда: если вы не готовы в какой-то момент сказать «стоп, теперь только через систему» — не начинайте проект. Вы просто потратите деньги. Сквозная автоматизация работает только тогда, когда она становится единственной моделью, а не одной из параллельных.

Автоматизация закупок — это не про технологии, а про управляемость

Мы прошли долгий путь. От больных PLU, которые разваливают инвентаризацию и приемку, до паспортов качества, спасающих от просроченных сертификатов. От Excel-офферов, которые нельзя честно сравнить, до моделей распределения объемов, где KPI поставщика важнее личных симпатий закупщика. От разрозненных ERP, TMS и WMS до сквозной логистики, где закупки видят реальную экономику, а не только цену контракта.

Автоматизация закупок — это не про «внедрить систему». Это про переход от реактивного управления к проактивному. От локальной экономии к общей экономике категории.

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

В такой модели:

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

Что дает этот переход бизнесу?

1. Прозрачность — вы всегда знаете, почему приняли то или иное решение, и можете это объяснить.
2. Скорость — закупщик тратит время на стратегию и переговоры, а не на ручную сверку Excel.
3. Устойчивость — вы меньше зависите от конкретных людей, а система масштабируется без потери управляемости.

Что важно понимать перед стартом

Ни одна система не исправит хаос, который вы пытаетесь «оцифровать». Если процессы не формализованы, данные разрознены, а сотрудники не готовы меняться — автоматизация сначала зафиксирует проблемы, а только потом, после перестройки процессов, начнет приносить пользу.

Поэтому наш первый вопрос новому клиенту — не «какой у вас бюджет», а «вы готовы к тому, что первые два месяца будет непривычно и потребуется дисциплина?»

Блок 7. Чек-лист для самодиагностики

От теории к действию за 15 минут

Мы поговорили о PLU, паспортах качества, порталах поставщиков и интеграции с логистикой. Теперь — практика. Чек-лист ниже построен очень просто: левый столбец — симптомы, правый — конкретное решение. Это инструмент самодиагностики.

• Список из 3–5 конкретных барьеров в ваших процессах.
• Готовое решение к каждому.
• Понимание, сколько денег вы теряете на каждом симптоме (если честно посчитать).
• Аргументы для руководства: «Мы просим не 5 миллионов на систему, а 500 тысяч на лечение вот этого конкретного симптома, и во сколько эта проблема обошлась нам за прошлый месяц».

Он не заменит аудит, но позволит не платить за диагностику очевидного.