От заявки на закупку и линейного согласования до рассылки запросов поставщикам, оплаты и приёмки ТМЦ — в одной воронке
строительной компании — компания в сфере автомобильного грузового транспорта. Для бесперебойной работы автопарка нужен постоянный поток закупок — запчасти, инструменты и хозяйственно-бытовые товары. Раньше снабжение шло вручную: заявки и согласования — в мессенджерах, запросы поставщикам — из личной почты, счета терялись, а контроля поставки и приёмки на склад не было.
Задача проекта — выстроить сквозной процесс снабжения на роботах и триггерах: список на закупку проходит линейное согласование, рассылаются запросы на КП, счета попадают в оплату, а дальше — контроль поставки и приёмки ТМЦ на склад.
Снабжение было непрозрачным: непонятно, на каком этапе застряла заявка, кто её согласовал, отправлены ли запросы поставщикам и оплачен ли счёт. Согласование зависит от того, что закупают (запчасти — к механику, хозтовары — к коменданту), но единой логики не было.
Клиент поставил цели:
Провели аудит процесса снабжения, собрали карту воронки, стадий, полей и логики согласования и составили ТЗ. Настроили портал, роли (инициатор, комендант, главный механик, руководитель снабжения, ЗГД) и права доступа.
Единый путь заявки на закупку, 8 стадий:
Движение между стадиями — на роботах и триггерах; неуспешные заявки уходят в «Причины провала».
После того как инициатор формирует заявку и заполняет обязательные поля, запускается бизнес-процесс, а маршрут согласования выбирается по полю «Тип заявки»:
Инструменты / Запчасти: Главный механик → Руководитель снабжения.
Хоз. быт: Комендант → Руководитель снабжения → ЗГД.
На каждом уровне согласующий может отредактировать количество товаров (инициатору приходит уведомление «Отредактировано кол-во товаров») или отклонить заявку — она возвращается инициатору с комментарием. После согласования на всех уровнях сделка автоматически переходит на следующую стадию.
На стадии «Запрос поставщика» по позициям заявки формируется и рассылается запрос на коммерческое предложение поставщикам. Позиции можно вести отдельно: найденное движется дальше, недостающее остаётся в поиске — заявка может содержать до нескольких десятков товаров.
Собранные счета проходят согласование, после чего заявка переходит в «Оплату». В карточке фиксируются комментарий директора, дата оплаты, счёт списания и платёжное поручение (файл, несколько документов) — обязательные на соответствующих стадиях.
После оплаты организуется поставка и доставка, а на складе фиксируется приёмка ТМЦ. Для контроля груза в карточке — номер пломбы и вид поставки (сборный груз / собственным транспортом), обязательные на стадии «Доставка».
Поля сгруппированы и обязательны на своей стадии: срочность и тип заявки — на «Формировании заявки»; товары — привязка к номенклатуре; комментарий директора, дата и счёт оплаты — на «Оплате»; платёжное поручение — на «Организации поставки»; номер пломбы и вид поставки — на «Доставке». Это не даёт двигать заявку дальше без нужных данных.
Полностью автоматическое движение по воронке на роботах и триггерах: запуск согласования, маршрутизация по типу заявки, уведомления инициатору при правках и отклонении, автопереходы стадий, контроль обязательных полей.
Провели обучение сотрудников по работе с системой и оказали гарантийную поддержку 14 дней.
Продажи, объекты на карте, стройка со Сметтр, снабжение и финучёт по объектам — всё в одном портале
Читать кейс →Переезд с AmoCRM на Битрикс24 и воронка под длинный цикл загородного строительства
Читать кейс →Один объект — несколько сделок, воронки продаж и повторных, контроль оплаты и раздельные отделы
Читать кейс →