В закупочной таблице все выглядело красиво. Три предложения, одно заметно дешевле остальных, срок поставки нормальный, условия оплаты терпимые. Руководителю можно показать понятную экономию, закупщик закрывает задачу, проект получает поставщика.
Потом кто-то из команды узнает название компании и морщится: "Подождите, это же они в прошлом году задержали поставку. И документы потом переделывали две недели".
Начинается неприятный разбор. Да, задерживали. Да, прислали замену без согласования. Да, склад тогда принимал товар с замечаниями. Да, бухгалтерия гонялась за исправленными документами. Но в момент выбора этого не было в таблице. Там была цена.
Так закупка снова выбирает поставщика, которого компания уже проверяла на себе.
Почему так происходит
У закупки обычно много данных. Проблема в том, что они лежат кусками.
Цена и срок попадают в сравнительную таблицу. Договор лежит в папке или системе документооборота. Акты и УПД живут в ЭДО. Претензии уходят к юристам. Жалобы по качеству видит сервис. Склад помнит недостачи и некомплект. Проектная команда помнит, из-за кого сдвигался график.
Когда приходит время выбирать поставщика, вся эта память редко собирается в одном месте. Закупщик видит новое КП, а не старую историю исполнения.
Поэтому дешевый поставщик может выглядеть лучше, чем он стоит компании после договора.
Почему это стало важнее именно сейчас
Рынок закупок в 2026 году активно идет в сторону AI и автоматизации. Но полезный AI в закупках начинается не с красивого ответа в чате. Ему нужна нормальная основа: данные, процессы и связь между системами.
SAP в марте вывел next-gen SAP Ariba и прямо написал, что результат AI зависит не только от алгоритмов. Нужна data foundation, иначе автоматизация будет работать поверх старой разрозненности. Coupa вместе с AWS говорит об AI-агентах внутри spend management и видимости цепочки поставок. AWS в своем примере Smart Procurement Assistant отдельно выделяет supplier management.
Российские примеры звучат приземленнее, но ведут туда же. "Росэлторг" внедрил AI-теги, которые читают закупочную документацию и помогают поставщикам быстрее находить подходящие процедуры. CNews и Bidzaar приводят цифры: 70% компаний считают экономию важной, но только 38% измеряют влияние закупок на финансовый результат. Четверть организаций до сих пор работает только в Excel, сквозная автоматизация есть у 15%.
То есть рынок уже понимает: быстрый поиск цены решает только часть задачи. Нужен контекст.
Как должна выглядеть память о поставщике
Память о поставщике больше похожа на короткую карточку рядом с ценой, чем на толстое досье или карательный рейтинг.
В такой карточке должны быть простые вещи: срывал ли поставщик сроки, были ли претензии по качеству, как быстро закрывались документы, были ли замены без согласования, сколько раз после договора людей дергали вручную.
Еще важен контекст. Один и тот же поставщик может хорошо возить типовые позиции и плохо справляться со срочными нестандартными заказами. Он может быть нормальным в одном регионе и рискованным в другом. Он может давать хорошую цену, но регулярно создавать бухгалтерии хвосты по документам.
В зрелой закупке это видно до договора.
Маленький тест для своей компании
Возьмите последнюю закупку, где победил самый дешевый поставщик. Не общий отчет, а конкретную закупку.
Посмотрите, были ли перед выбором видны пять вещей: прошлые сроки, претензии, замены, скорость закрытия документов и ручные вмешательства после поставки.
Если ответы приходится искать в почте, спрашивать склад, звонить проектному менеджеру и поднимать ЭДО, значит закупка принимает решение без памяти. Не потому что люди плохо работают. Просто система не приносит им нужный контекст вовремя.
Начать можно без большого проекта. Выберите 30 активных поставщиков или 50 последних закупок и соберите рядом с ценой признаки исполнения. Через несколько дней станет видно, кто действительно экономит деньги, а кто переносит стоимость в другой отдел.
Мы в Woghan как раз помогаем собирать такие контуры: CRM, 1C/ERP, ЭДО, склад, договоры, претензии и короткий supplier scorecard. Закупщик все равно принимает решение. Но он принимает его не с чистого листа.
t.me/woghan_dev