Оценку поставщиков собирают по фактам поставок: агенты пишут карточку с проверяемым рейтингом

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

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

Контур.Фокус предлагает заранее задать критерии и их веса. В документации SAP оценка сроков и объёмов опирается на ожидаемую поставку и фактическую приёмку. Проверено 8 октября 2026.

Для собственной карточки нужны связанные записи заказа, поступления и проверки качества. Отзыв «поставщик хороший» не объясняет, какая поставка была выполнена. Его можно оставить комментарием закупщика.

Проект карточки редакции; механизм оценки по операциям сверён с SAP и Контур.Фокус 08.10.2026.

Возьмём учебного поставщика упаковки за сентябрь 2026, срез на 1 октября. Все 10 поставок завершены и проверены; в каждой по 1 000 единиц. Эти данные придуманы для объяснения расчёта.

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

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

Учебный набор редакции, составлен 08.10.2026. Пара дат: согласованный срок и получение всего объёма в сентябре 2026. Реальные поставки клиентов не использованы.

Показатель сроков равен 80 из 100: вовремя пришли 8 поставок из 10. Показатель качества равен 94: приняли 9 400 единиц из 10 000 проверенных.

В учебной формуле сроки весят 60 %, качество 40 %. Общий балл получается 85,6 из 100. Веса выбирает компания до сравнения поставщиков, а не агент после просмотра результата.

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

Тот же учебный набор, 08.10.2026. Формула редакционная, не норматив SAP и не прогноз надёжности.

Уберём акт поставки 06 из учебного набора. Если код заменит пустое поле нулём брака, поставщик станет выглядеть лучше. Товар при этом не изменился.

Карточка должна показать «9 из 10 актов, общий рейтинг не рассчитан». Показатель сроков можно оставить, если даты полны. Качество за всё окно неизвестно, пока акт не восстановлен.

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

Правила проекта карточки, 08.10.2026; различение нуля и сбоя подтверждено историями нашей машины.

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

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

У нас агенты собрали собственную админку; выбор своей системы разбираем в статье про свою CRM для компании. Это опыт строительства пульта, а не результат автоматизации отдела закупок.

В нашем проекте сломался именно этот переход: из наблюдения в число. Истории ниже относятся к данным сайта и карточкам инструментов. Они объясняют устройство проверки, не доказывают снижение брака у поставщиков.

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

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

Записи машины августа–сентября перечитаны 08.10.2026. Это история нашего сайта.

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

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

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

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

На странице агентной разработки тариф «Один проект» стоит 250 000 ₽ в месяц, проверено 8 октября 2026. В нём один поток: одна задача в работе. Это цена подписки, не готового рейтинга и не срок внедрения.

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

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

Предлагаемый состав задачи, 08.10.2026; тариф сверён с живой страницей услуг.

Обсудить карточку можно на странице услуг: прежний тест для руководителя теперь ведёт туда. Для разговора подготовьте сроки и правила проверки качества.

1. Задайте критерии до кода: сроки, качество, период и категория.
2. Требуйте исходные строки: балл должен пересчитываться без программы.
3. Разделите ноль, пропуск и сбой: неполные данные должны быть видны.
4. Принимайте карточку на ошибках: дубликат, пропавший акт, перенос срока.
5. Замкните проверку: решение закупщика сверяйте со следующими поставками.