KPI отдела закупок дописывают агентами: своевременность поставок считают по единой формуле

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

Сначала нужно выбрать, что считать одной поставкой. Здесь это строка графика с количеством и сроком, даже если к ней ещё нет приёмки.

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

Что означает «в срок»? Для поставки сравнивают дату полного принятого объёма с согласованным сроком, для потребности с датой внутреннего заказчика.

Московская бизнес-школа в статье от 20 апреля 2026 делит доставки в срок на все доставки. Для нашего дашборда предлагаем другую выборку: обязательства, срок которых наступил в отчётном месяце.

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

Четыре строки закрыты по сроку поставщика. Среди пяти полученных это 80 %, среди шести обязательств сентября 66,7 %.

У внутреннего заказчика иной итог. Строка Д пришла к обещанному поставщиком сроку, но позже нужной даты; потребности выполнены на 50 %.

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

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

Иначе дата движется вслед за поставкой. Обещали к 10 сентября, после опоздания записали 12 сентября, и отчёт задним числом стал зелёным.

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

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

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

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

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

В постановке задач агенту мы разбирали критерий «готово». Здесь это совпадение ручного и программного расчёта на одном принятом наборе строк.

Запрос «сделать дашборд закупок» такого критерия не даёт. Экран может выглядеть готовым и считать только пришедшие партии.

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

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

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

Как отличить «не поставлено» от «данные не пришли»? Отсутствие приёмки считают неисполнением только после проверки полноты источника.

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

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

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

Наш образец паспорта числа открыт в сносках к расчётам. Там фактический счёт коммитов отделён от оценки стоимости замещающей команды.

На живой странице 8 октября 7 107 коммитов за 99 дней. Этот счётчик подтверждает работу машины на vibecoding.ru; результат закупочного отдела из него не следует.

Что заказывать ИТ-директору? Изменение дашборда, в котором процент раскрывается до событий, а спорная строка превращается в проверку кода.

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

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

Для такой работы у нас есть разработка по подписке: «Один проект» стоит 250 000 ₽ в месяц, по живой странице 8 октября. Код остаётся в репозитории клиента.

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

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

Если компанию интересует самостоятельная сборка, урок «Руль, окно и сторож» в курсе «Агентная разработка» связывает записанные правила, экран наблюдения и проверку работоспособности.

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

1. Выберите единицу и набор обязательств. Неисполненные строки не должны исчезать из знаменателя.
2. Разведите срок поставщика и дату потребности. Храните обе даты в расшифровке.
3. Примите примеры частичной поставки, переноса и дубля до кода. Один пример должен давать один ожидаемый результат.
4. Показывайте неполную загрузку как ошибку данных. Обновление экрана не заменяет обновление проверенного среза.
5. Принимайте расчёт вместе с кодом и проверками. Следующий спор о строке должен дополнять проверку, а не создавать ещё один Excel.