Площадка закупок с ИИ для строительства
Платформа управления закупками со встроенной площадкой поставщиков. Один контур: от плана производства до поставки на объект.
Боль — в отсутствии управляемого процесса закупки
Что именно ломается в закупках строительных компаний — по факту, без обобщений. Нажмите «Подробнее», чтобы развернуть детали.
Нет единого источника заявок
Учётная система, ручные заявки прорабов и таблицы с объектов — в разных каналах и форматах.
Номенклатура не нормализована
Один и тот же материал у поставщиков, бухгалтерии и прорабов называется по-разному.
Выбор поставщика — ручной процесс
«Знаем по памяти», «работали в прошлом квартале». Объективного механизма нет.
Закупка не связана с планом производства
Закупки идут реактивно, а не от графика работ по объектам.
Откатные схемы и фейковые предложения
Сфабрикованные КП от аффилированных компаний и одинаковая наценка к базовым ценам.
Нет разграничения прав и аудита решений
Закупщики меняют данные и скрывают действия. Нет логов и трассировки решений.
Долгая проверка поставщиков останавливает стройку
День простоя стоит миллионы. Проверка нового контрагента занимает несколько дней.
Подрядчик физически не вытянет объём
ИП с одним сотрудником берётся за работу на сотни единиц — выясняется уже на стройке.
Коммуникации идут через почту
Запросы и предложения — в письмах и мессенджерах. Нет контроля сроков и истории.
Платформа управления закупками со встроенной площадкой поставщиков
Три слоя. Площадка поставщиков — следствие первых двух, а не точка входа.
Управляемый поток заявок и нормализованная номенклатура
- Сбор заявок из учётной системы и из веб-форм (никаких произвольных таблиц).
- Проверка полноты: что нельзя обработать — возвращается автору с указанием, чего не хватает.
- Нормализация номенклатуры к единому корпоративному справочнику.
- Классификация по категориям закупок и привязка к объектам и срокам.
Это и есть то, чего нет у конкурентов: не витрина и не торги, а управляемый вход.
Проверка, подбор поставщиков, конкурентная карта
- Проверка заявок на полноту, дубли, аномалии.
- Категоризация и маршрутизация по ответственным и категориям.
- Подбор поставщиков из корпоративного справочника по категории, рейтингу, географии и истории.
- Формирование запросов и сборка конкурентной карты по полученным предложениям.
ИИ готовит конкурентную карту, рекомендации и материалы. Финальное решение — за ответственным.
Личные кабинеты поставщиков, отклики, коммерческие предложения
- Личный кабинет поставщика: входящие запросы, статусы, история.
- Отклики и предложения — через структурированные формы платформы, а не через произвольные файлы.
- Уточнения, переписка, документы — внутри площадки, с историей по сделке.
- Площадка появляется как следствие первых двух слоёв, а не как самостоятельный продукт.
Площадка поставщиков — это не продукт. Это интерфейс взаимодействия внутри управляемой системы.
Как мы анализируем процессы и собираем карту бизнес-возможностей перед запуском такого продукта — в методичке по Business Capability.
Сквозной процесс: от потребности в ERP до выбора поставщика
Семь шагов одного процесса. Заказчик и система формируют потребность, поставщик работает в общей модели данных, закупщик принимает финальное решение.
Потребность формируется из ERP, плана и склада
- Интеграция с ERP (например, 1С) — заявки на закупку и плановые потребности.
- Интеграция с планом производства / графиком строительства.
- Интеграция со складом — текущие остатки и резервы.
- На выходе: список потребностей с привязкой к сроку, объекту и категории.
Потребность приходит из данных, а не из таблиц прорабов.
Нормализация номенклатуры — ядро системы
- Приведение позиций заявки к единому корпоративному справочнику.
- Устранение дублей и разночтений в названиях.
- Сопоставление с артикулами поставщиков и историческими позициями.
- Категоризация по группам закупок.
Автоматическое формирование требований и ТЗ
- Анализ номенклатуры → определение категории закупки.
- Подтягивание обязательных и необязательных требований по категории.
- Внутренние регламенты и стандарты — из корпоративной базы.
- История прошлых закупок: ранее использованные ТЗ, параметры, поставщики.
- Интеграция с регуляторной базой (223-ФЗ / 44-ФЗ): КТРУ и классификаторы из ЕИС.
ТЗ собирается системой на основе данных, а не пишется заново каждый раз.
Человек подтверждает, а не собирает с нуля
- Проверка сформированной потребности и состава закупки.
- Корректировка сроков, требований, позиций при необходимости.
- Подтверждение запуска закупочной процедуры.
- Все правки логируются — видно, кто и что менял.
Закупщик валидирует решение системы, а не строит ТЗ вручную.
Подбор поставщиков и адресная коммуникация
- Реестр поставщиков: внутренний справочник + обогащение из внешних источников.
- Сопоставление номенклатуры, категорий, региона, рейтинга.
- Формирование shortlist под конкретную потребность.
- Адресная рассылка запросов: «у вас есть релевантная потребность».
Поставщик работает в единой модели данных
- Управляет своей номенклатурой в системе: артикулы, характеристики, остатки.
- Система сама сопоставляет позиции поставщика с номенклатурой заказчика.
- На входящий запрос система готовит черновик ответа: подобранные позиции и цены из каталога поставщика.
- Поставщик получает уведомление, заходит в кабинет, видит релевантные запросы и сопоставленные позиции.
- Подтверждает или корректирует — отправка не автоматическая.
Поставщик не ищет заказы — система находит их за него и готовит черновик предложения.
Сбор предложений → конкурентная карта → решение человека
- Ответы поставщиков приходят в едином структурированном формате: цена, срок, условия.
- Никаких произвольных файлов — только формы платформы.
- Система формирует конкурентную карту: сравнение по цене, срокам, условиям, рейтингу.
- Закупщик принимает решение по подготовленным данным; решение и обоснование фиксируются в логах.
Система не заменяет закупщика. Она убирает ручную работу и оставляет ему то, что должно быть за человеком — выбор.
Это не каталог и не тендерная процедура. Это интеграционный слой закупок: ERP, единая номенклатурная модель, регуляторная база и поставщики — внутри одного процесса.
Пять отличий, которые меняют всё
Не «чуть лучше», а другой принцип организации закупочного процесса.
Не каталог, а процесс
Нет витрины и тендера — есть сквозной процесс закупки от потребности до поставки.
От данных, а не от поиска
Точка входа: ERP, план производства, склад. А не поисковая строка по поставщикам.
Номенклатура — ядро
Единая модель и сопоставление позиций между заказчиком и поставщиками.
Поставщик встроен в систему
Работает в общей модели данных, а не через почту и Excel.
ИИ работает внутри процесса
Формирует ТЗ, сопоставляет позиции, готовит черновики коммерческих предложений.
Подробное сравнение в таблице
| Критерий | Классические каталоги и тендерные системы | Платформа Лаб ИТ |
|---|---|---|
| Точка входа | Поиск товара или поставщика | План закупок и заявка от объекта |
| Управление процессом | Нет — площадка вне процесса заказчика | Сквозное: заявка → предложение → решение → поставка |
| Номенклатура | Хаос названий и артикулов | Нормализация к корпоративному справочнику |
| Сбор требований | Произвольные таблицы и почта | Шаблоны и формы внутри системы |
| Источник поставщиков | Открытый каталог или регистрация | Корпоративный справочник с рейтингом и историей |
| Решение | Принимает человек, без подготовленных данных | ИИ готовит конкурентную карту, решает человек |
| Контроль и аудит | Нет — действия пользователей не фиксируются | Разграничение прав, неизменяемые логи, трассировка решений |
Семь модулей, из которых собирается система
Каждый модуль решает свою задачу и связан с соседними. Площадка поставщиков — один из модулей, не центр системы.
Приём заявок
Сбор из учётной системы и веб-интерфейса. Проверка полноты входящих заявок, привязка к объектам и срокам.
Номенклатура и справочники
Приведение названий и характеристик к единому корпоративному виду. Сопоставление с позициями поставщиков.
Справочник поставщиков
Корпоративный справочник с фильтрацией и рейтингом. Источник кандидатов для запроса — справочник, а не документы и письма.
Коммуникации
Не через почту, а через площадку. Запросы, уточнения, документы — внутри платформы, с историей по сделке.
Площадка поставщиков
Личный кабинет поставщика, входящие запросы, отклики. Структурированные формы вместо произвольных файлов.
Обработка предложений
Структура данных по позициям и условиям. Автоматическая сборка коммерческих предложений в сравнимый вид.
Подготовка решения
Конкурентная карта и рекомендации для лица, принимающего решение. Не авто-выбор — подготовка данных для человека.
Контроль и аудит
Разграничение прав доступа, неизменяемые логи действий пользователей, трассировка «почему выбран именно этот поставщик».
Смежный продуктовый трек — платформа Лаб ИТ для закупочной документации по 223-ФЗ.
Что мы фиксируем как принципы и не сдвигаем
Это не пожелания — это границы, без которых продукт превращается в обычную витрину.
Никаких произвольных таблиц
Только шаблоны платформы. Лучше — формы прямо в системе. Произвольный файл = потеря структуры данных.
Никакого авто-расширения номенклатуры
Новую позицию в корпоративный справочник заводит только человек. Иначе справочник деградирует за квартал.
Решение принимает человек
Система готовит данные, конкурентную карту и рекомендации. Финальный выбор поставщика — за ответственным.
Источник поставщиков — справочник
Не извлечение из писем и документов. Корпоративный справочник с рейтингом и категориями.
Действия фиксируются и поддаются аудиту
Разграничение прав (например, «только просмотр» для закупщика), неизменяемые логи, возможность восстановить, почему выбран именно этот поставщик.
Площадка поставщиков — обязательное условие масштабирования
Без личных кабинетов и структурированных откликов процесс не масштабируется за пределы 10–20 поставщиков.
Что получает заказчик и что получает поставщик
Один процесс — две точки входа. Обе стороны работают в общем контуре, а не через почту и таблицы.
- Единый поток заявок из учётной системы и с объектов
- Нормализованная номенклатура и привязка к графику работ
- Корпоративный справочник поставщиков с рейтингом и историей
- Конкурентная карта по каждой заявке — основа для решения
- Разграничение прав, неизменяемые логи, трассировка решений
- Сокращение цикла «заявка → поставка» и снижение откатных схем
- Личный кабинет: входящие запросы, статусы, история сделок
- Запросы приходят структурированно — не нужно разбирать письма
- Отклик через форму платформы, без свёрстанных вручную КП
- Прозрачные критерии оценки и обратная связь по решению
- Накопленный рейтинг и история — преимущество в следующих закупках
- Ускоренная проверка контрагента — быстрее выходит на работу
Как это работает на практике
Короткие ответы на четыре главных вопроса о ролях и потоках данных.
Рынок перегружен торговыми площадками, но они не закрывают главную проблему
Сравнение с тем, что уже работает на российском рынке. Каждое решение покрывает одну часть процесса и оставляет остальное вне контроля.
Не работает от плана производства, не управляет жизненным циклом заявки.
Помогает провести торги, но не решает проблему хаоса входящих заявок и НСИ.
Поиск возможностей для поставщика, не операционная система закупок заказчика.
Каталог SKU, не управляет процессом «план → заявка → КП → решение → поставка».
Существующие решения — это либо витрина поставщиков, либо тендерная система, либо каталог. Ни одно из них не работает от плана производства, не управляет заявкой сквозным образом, не нормализует номенклатуру и не автоматизирует подготовку решений.
Это система, которая понимает потребность, формирует требования, находит поставщиков и структурирует предложения.
И превращает закупку из ручного процесса в управляемую систему — от плана производства до поставки на объект.
Подход к Business Capability
Как мы анализируем процессы и собираем карту бизнес-возможностей перед запуском такого продукта.
Платформа Лаб ИТ — закупочная документация по 223-ФЗ
Смежный продуктовый трек: интеллектуальный анализ закупочной документации и работа со справочниками.
Обсудить адаптацию для вашей компании
По теме
Связанные материалы
Как выбрать КТРУ: интерактивный поиск по описанию
Демо-инструмент: подбор позиции КТРУ по описанию закупки + объяснение, как это работает.
ЧитатьИИ в закупках: ошибки и лишние закупки
Как ИИ формирует ТЗ, проверяет заявки и помогает контролировать закупки. Промо-разбор.
ЧитатьТЗ в закупках — как ускорить подготовку и снизить ошибки
Где теряется время на подготовке ТЗ и как сократить его в 2 раза с помощью ИИ.
Читать