Диагностика процесса закупок: где теряются деньги
Диагностика процесса закупок «Закупка → Оплата»: где теряются деньги в закупках, типичные разрывы и как их устранить.
Автор: Александр Ожерельев, основатель NeoGraph · Опубликовано: 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%.
Что дальше
- Оптимизация бизнес-процессов в закупках -- диагностика плюс реализация изменений с измеримым эффектом
- Что такое сквозные (E2E) процессы -- полное определение, ключевых сквозных процессов
- Диагностика бизнес-процессов: услуга -- что получите, сроки, стоимость
- Почему CRM не решает проблему Заказ → Деньги -- аналогичный разбор для цепочки Заказ-Деньги
- Чек-лист E2E диагностики за 10 шагов -- самостоятельный аудит
- AI-консалтинг -- стратегия внедрения ИИ в процессы закупок
- Экспресс-аудит за 10 минут -- бесплатный старт