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

«СЕНТИН» анализирует закупочную историю компании и показывает руководителю, что требует проверки

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

Но наличие данных ещё не означает наличие контроля.

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

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

Именно эту задачу решает «СЕНТИН» — система аналитического контроля закупок и снабжения, работающая поверх существующего учёта.

Стандартный отчёт отвечает на вопросы «сколько купили», «у кого купили» и «на какую сумму». Для управленческого контроля этого часто недостаточно.

Чтобы обнаружить системную потерю, нужно сопоставить данные из разных измерений:

- одну и ту же номенклатуру, записанную разными способами; - цены в разные даты и у разных поставщиков; - количество и единицу измерения; - объект, подразделение и инициатора закупки; - последовательность заказов во времени; - способ закупки и маршрут согласования; - изменение доли поставщика; - условия поставки, доставки, НДС и оплаты.

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

Резкий скачок легко заметить. Гораздо сложнее увидеть последовательное удорожание на несколько процентов в каждом заказе.

Сравнивать нужно не только с предыдущей покупкой, но и с сопоставимыми операциями: учитывать объём, характеристики, дату, поставщика, доставку и условия оплаты. Значимым становится не сам факт превышения медианы, а устойчивое отклонение, которое нельзя объяснить доступными данными.

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

- какие позиции дорожают быстрее внутреннего диапазона; - где рост не объясняется характеристиками или условиями поставки; - сколько составляет возможный финансовый эффект за выбранный период.

«Цемент М500», «ПЦ 500, 50 кг» и «цемент 500 мешок» могут обозначать одну позицию. Для учётной системы это могут быть разные строки.

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

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

Вместо заказа на 1 000 единиц компания оформляет пять заказов по 200. Причиной могут быть объективная срочность, ошибки планирования, раздельная потребность объектов или обход внутреннего порога согласования.

Поводом для проверки становится сочетание факторов:

- близкие даты; - одинаковая или сопоставимая номенклатура; - один поставщик; - общий объект, подразделение или инициатор; - совокупный объём, который разумно рассматривать вместе.

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

Высокая доля поставщика сама по себе не является нарушением. Контрагент может быть надёжнее конкурентов, работать в удалённом регионе, давать отсрочку или обеспечивать необходимое качество.

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

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

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

Причина может находиться не в работе снабжения, а в планировании запасов, ремонтов, производства или строительных этапов. Поэтому срочную операцию нужно связывать с предыдущими заказами, остатками, объектом и сроками.

Цена мешка и килограмма, упаковки и штуки, комплекта и отдельной детали — разные показатели. Аналогичная ошибка возникает при сравнении сумм с НДС и без НДС, товара с доставкой и самовывозом, разных валют или разных условий оплаты.

До поиска аномалий необходимо привести данные к общей базе. Если этого сделать нельзя, ограничение должно быть отражено в карточке кейса.

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

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

«СЕНТИН» не превращает анализ в длинный список тревожных индикаторов. Он объединяет связанные сигналы в приоритетные кейсы.

В карточке должны быть видны:

- связанные операции и исходные строки; - нормализованная позиция и её варианты в учёте; - применённые правила и расчёты; - внутренний ценовой диапазон; - факторы, повышающие и понижающие достоверность; - возможная сумма отклонения; - документы и пояснения, которые нужно запросить; - рекомендуемое следующее действие.

Руководитель получает ответ не «в системе есть риск», а более практичную формулировку:

> «Эти операции связаны по позиции, времени, поставщику и объекту. Цена выше сопоставимого диапазона. Проверьте спецификацию, доставку и основания срочности».

Для первичного анализа достаточно обезличенной структурированной выгрузки из 1С или Excel. Не требуется менять ERP, подключаться к рабочей базе или передавать данные во внешний генеративный сервис.

Конвейер анализа выглядит так:

1. Проверка качества и структуры исходных данных. 2. Нормализация номенклатуры и единиц измерения. 3. Сопоставление одинаковых и сопоставимых позиций. 4. Построение внутренних ценовых диапазонов. 5. Поиск ценовых, процессных и поведенческих отклонений. 6. Анализ временных окон и повторяющихся сценариев. 7. Построение связей «поставщик — инициатор — подразделение — объект — позиция». 8. Объединение отдельных сигналов в проверяемые кейсы. 9. Ранжирование по достоверности и возможному финансовому эффекту. 10. Формирование управленческого отчёта.

Аналитика выполняется собственным детерминированным, статистическим, ML- и графовым движком. LLM не является обязательной частью системы.

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

«СЕНТИН» не объявляет операцию нарушением и не заменяет аудитора, снабженца или руководителя. Он помогает определить, куда направить человеческую проверку в первую очередь.

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

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

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

> **Это модельный пример, а не сведения о реальном клиенте.**

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

Одновременно система обнаружила четыре заказа кабеля одному поставщику за 11 дней. По группе крепежа доля этого поставщика выросла с 38% до 82%, а средняя приведённая цена увеличилась.

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

«СЕНТИН» не стремится заменить систему закупок, ERP или электронную торговую площадку.

SRM автоматизирует процесс: заявку, тендер, согласование, договор, заказ и взаимодействие с поставщиком. BI-система строит отчёты по данным, которые ей подготовили. Проверка контрагентов показывает внешнюю информацию о юридическом лице.

«СЕНТИН» занимает другой участок: анализирует внутреннюю историю закупок и связывает разрозненные признаки в понятные кейсы для проверки.

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

Закупочные потери редко выглядят как одна очевидная ошибка. Чаще это совокупность небольших отклонений, которые распределены между разными датами, поставщиками, объектами и названиями товаров.

«СЕНТИН» делает эту картину видимой. Он анализирует существующие данные, находит связи, объясняет причины выделения операции и помогает руководителю сосредоточиться на тех случаях, где проверка действительно может изменить решение или предотвратить дальнейшие потери.

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

«СЕНТИН» — интеллектуальная система контроля бизнеса. Каждая операция под контролем.