NeoGraph.tech

Диагностика процесса закупок: где теряются деньги

Диагностика процесса закупок «Закупка → Оплата»: где теряются деньги в закупках, типичные разрывы и как их устранить.

Автор: · Опубликовано: 08.03.2026

TL;DR: На среднем производственном предприятии от 30% до 50% закупок -- экстренные. Каждая экстренная закупка обходится на 15-25% дороже плановой. Причина -- разрывы в цепочке «Закупка → Оплата» (Закупка → Оплата) на стыках между подразделениями. E2E-диагностика позволяет увидеть эти разрывы и посчитать, сколько денег компания теряет ежемесячно.


Что такое цепочка «Закупка → Оплата»

Закупка → Оплата -- вторая по значимости сквозная цепочка предприятия после Заказ → Деньги. Она охватывает весь путь от возникновения потребности в материале до оплаты поставщику:

Через эту цепочку проходят 4 подразделения: производство/операции (потребность), закупки (заявка, заказ), склад (приёмка), бухгалтерия (учёт, оплата). И на каждом стыке -- потенциальный разрыв.


5 типичных разрывов в закупках

1. Потребность → Заявка: «Устная заявка»

Что происходит: мастер производственного участка звонит или пишет в мессенджер снабженцу: «Нужны болты М10, срочно!» Нет формальной заявки, нет привязки к заказу клиента, нет проверки остатков.

Последствия:

  • Закупщик не знает приоритет и не видит общую картину
  • Дублирующие закупки (другой мастер уже заказал то же самое)
  • Нет audit trail -- невозможно понять, кто и зачем инициировал закупку

Уровень зрелости стыка: начальный (изолированный)

2. Заявка → Согласование: «Согласование в мессенджере»

Что происходит: заявка отправляется на согласование через WhatsApp или Telegram. Руководитель читает между встречами, забывает ответить. Закупщик ждёт 2-3 дня.

Последствия:

  • Средний срок согласования: 3-5 дней вместо часов
  • Плановая закупка превращается в срочную из-за задержки
  • Нет эскалации при задержке согласования

Уровень зрелости стыка: базовый (реактивный)

3. Согласование → Заказ: «Закупщик-солист»

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

Последствия:

  • Цены на 10-20% выше рыночных
  • Закупки концентрируются у 2-3 «привычных» поставщиков
  • Нет leverage для переговоров (поставщик знает, что альтернатив не ищут)

Уровень зрелости стыка: базовый (реактивный)

4. Приёмка → Учёт: «Материал есть, данных нет»

Что происходит: материал физически принят на складе, но в ERP/1С он отражается через 1-3 дня. Производство не видит, что нужный материал уже на месте.

Последствия:

  • Производство стоит, ожидая материал, который уже на складе
  • Повторные экстренные закупки того, что уже пришло
  • Расхождение складских остатков и учётных данных

Уровень зрелости стыка: базовый (реактивный)

5. Учёт → Оплата: «Оплата по напоминанию»

Что происходит: бухгалтерия оплачивает счета по факту напоминания от поставщика, а не по условиям контракта. Нет автоматического сопоставления накладных, счетов и заказов (трёхсторонний matching).

Последствия:

  • Переплата за просрочку (пени, ухудшение условий)
  • Невозможность использовать скидку за раннюю оплату
  • Споры с поставщиками из-за расхождений в документах

Уровень зрелости стыка: Начальный-Базовый


Экономика разрывов: сколько это стоит

Для предприятия с годовым объёмом закупок 100 млн руб. типичные потери:

Разрыв Формула потерь Сумма/год
Экстренные закупки (40% от объёма) 40 млн x 20% переплата 8 млн руб.
Задержка согласования → простой 12 случаев x 80 тыс. (стоимость простоя) 960 тыс. руб.
Дублирующие закупки ~3% от объёма 3 млн руб.
Пени за просрочку оплаты ~0.5% от объёма 500 тыс. руб.
Итого ~12.5 млн руб./год

Это 12.5% от объёма закупок -- типичная картина для предприятия с уровнем зрелости Начальный-Базовый.


Как E2E-диагностика решает проблему закупок

Вместо «автоматизации закупок» (покупки ещё одной системы) мы проводим диагностику стыков:

Шаг 1. Сбор данных

Собираем из 1C/ERP: даты заявок, согласований, заказов, приёмок, оплат. Строим фактическую временнУю карту каждого этапа.

Шаг 2. Измерение cycle time по этапам

Этап закупок Целевое время Фактическое (типичное)
Потребность → Заявка < 4 часа 1-3 дня
Заявка → Согласование < 1 день 3-5 дней
Согласование → Заказ < 1 день 1-2 дня
Заказ → Приёмка Зависит от поставщика +2-5 дней к контрактному
Приёмка → Учёт < 4 часа 1-3 дня
Учёт → Оплата По условиям контракта +5-15 дней

Шаг 3. Классификация разрывов

Каждый разрыв оценивается по:

  • Критичность (High / Medium / Low)
  • Экономический эффект (руб./месяц)
  • Сложность устранения (просто / средне / сложно)

Шаг 4. Подбор инструментов

для закупок типичные решения:

  • Формализация заявок: веб-форма или бот с привязкой к номенклатуре и складским остаткам
  • Автосогласование: workflow с эскалацией по таймеру (не мессенджер)
  • Мобильная приёмка: сканирование ТТН → автоматическое оприходование в 1С
  • Трёхсторонний matching: автосверка заказ ↔ накладная ↔ счёт

Шаг 5. Расчёт ROI и план пилота

Выбираем один стык с наибольшим эффектом, фиксируем baseline, запускаем пилот на 4-8 недель и измеряем результат.


Связь Закупка → Оплата с другими цепочками

Закупки не существуют изолированно. Она критически связана с:

  • Планирование -- план закупок формируется из прогноза спроса. Нет Планирование → нет плановых закупок
  • Склад (Склад → Производство) -- закупленный материал передаётся в производство. Задержка в Закупки → простой Склад
  • Отчётность (Учёт → Отчётность) -- оплата поставщику влияет на cash flow и отчётность
  • Заказ → Деньги -- задержка закупки → задержка выполнения заказа клиента → рост DSO

Поэтому диагностика Закупка → Оплата часто проводится вместе с Заказ → Деньги -- это даёт полную картину от заказа клиента до оплаты поставщику.


FAQ

С чего начать диагностику Закупка → Оплата? С измерения фактического cycle time каждого этапа. Выгрузите даты из 1С: дата заявки, дата согласования, дата заказа поставщику, дата приёмки, дата оплаты. Посчитайте среднее и медиану по каждому переходу.

Нужна ли ERP для Закупка → Оплата-диагностики? Нет. Если ERP/1C есть -- используем данные оттуда. Если учёт ведётся в Excel -- проводим интервью с участниками процесса и собираем данные из первичных документов.

Какой эффект от устранения одного разрыва? Типичный эффект от перевода стыка «Согласование» с начального уровня (мессенджер) на развитый (workflow): сокращение cycle time согласования с 3-5 дней до 4-8 часов. Это снижает долю экстренных закупок на 15-25%.


Что дальше

Нужна диагностика процессов или AI-автоматизация?
Бесплатная консультация за 15 минут