Автоматизация закупок связывает сравнение предложений с выбранной версией заказа

Что именно должна свести программа? Условия покупки одного и того же комплекта. Цена насоса без штуцеров ещё не сравнима с ценой готового комплекта.

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

Для приёмки возьмём учебную заявку на насос со штуцерами. Поставщик А предлагает насос и отдельно доставку. Поставщик Б предлагает комплект с доставкой.

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

После сравнения закупщик выбирает предложение Б. В этот момент модуль сохраняет условия выбора вместе с исходным файлом. Согласующий видит именно их.

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

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

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

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

Теперь Б присылает новый файл с более поздним сроком. Модуль сохраняет новую версию и показывает разницу. Старое согласование остаётся привязано к прежним условиям.

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

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

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

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

ABC/XYZ-анализ ассортимента требует общего периода расчёта и правил для исключений.

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

ИИ-агент для кода собирает модуль по описанию процесса. Кто подтверждает аналог, что считать доставкой, когда выбор устарел: эти решения входят в правила для ИИ-агентов.

Карта нашей машины показывает такое устройство на vibecoding.ru: описание работы хранится рядом с кодом. Инженер ведёт машину агентов и принимает её результат.

В открытой программе курса есть урок «Файл правил целиком». Это доказательства способа работы с агентами, сокращение времени закупщика ими не измерено.

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

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

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

Красивый экран сравнения ещё не доказывает, что заказ верен. На приёмке закупщик выбирает Б, загружает его новый срок и проверяет сохранённый заказ.

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

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

До пилота назначьте того, кто принимает работу. Закупщик подтверждает позиции и условия, руководитель разрешает выбор, ИТ проверяет выгрузку.

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

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

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

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

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

На /services можно заказать разработку по подписке. Тариф «Один проект» стоит 250 000 ₽ в месяц на 08.10.2026, в одном потоке выполняется одна задача, следующая ждёт.

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

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

1. Сравнивайте один комплект на одинаковых условиях. Неизвестное поле оставляйте неизвестным.

2. Сохраняйте выбор снимком условий вместе с исходным предложением.

3. Новый файл поставщика не переносит старое согласование на новые условия.

4. Принимайте модуль на изменённом сроке и сверке заказа с выбранной версией.

5. Свяжите отклонения пилота с задачами разработки и повторными проверками.