Программа для снабжения строительной компании: какие бывают и как выбрать

Запрос «программа для снабжения» или «программа для снабженцев» обычно появляется не на пустом месте. Сначала перестаёт справляться Excel: файлов становится больше, версии расходятся, снабженец тратит полдня на сведение. Потом кто-то предлагает «поставить нормальную систему», и начинается изучение рынка, где все говорят примерно одно и то же.

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

Четыре класса решений

Excel и общие таблицы

Не программа, но точка отсчёта — в этом работает большинство подрядчиков.

Где справляется: один-два объекта, один снабженец, десяток поставщиков. Порог входа нулевой, обучать никого не надо, гибкость абсолютная.

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

Признак, что Excel перестал справляться: на вопрос «что с заявкой» уходит больше двух минут.

1С и надстройки к ней

Самый частый выбор, потому что 1С в компании уже есть.

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

Где ломается: 1С строилась вокруг бухгалтерского учёта, и снабжение в ней — производное от документов, а не самостоятельный процесс. Заявка прораба, сбор коммерческих предложений и сравнение условий в базовой конфигурации не живут. Прораб в 1С не работает и работать не будет. Каждая доработка под процесс снабжения — это программист, техзадание, сроки и стоимость, которую сложно оценить заранее.

Отдельная развилка: снабжение можно вести и без 1С, если задача — управлять закупкой, а не вести бухучёт.

ERP и крупные корпоративные системы

Класс решений для больших организаций: единый контур от бюджета до отчётности, модули SRM для работы с поставщиками, сложные маршруты согласования. Чем формально отличаются SRM, SCM и смежные термины — разобрано в материале про SRM, SCM и МТО.

Где справляется: сотни сотрудников, десятки объектов, собственный ИТ-отдел, регламенты, которые уже описаны и утверждены.

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

Второй риск — система требует, чтобы процессы были формализованы заранее. Подрядчик, у которого регламент подачи заявок существует в виде устной договорённости, на внедрении ERP сначала полгода пишет регламент.

Узкие сервисы под снабжение

Решения, закрывающие один контур: от потребности объекта до приёмки материалов.

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

Где ломается: это не учётная система. Бухгалтерия остаётся там, где была. Складские перемещения, исполнительная документация, КС-2 и КС-3 закрываются другими инструментами. Если задача — заменить всё одним продуктом, узкий сервис её не решит. Отдельный частый вопрос — путают такой сервис со складской WMS-системой: разница разобрана в материале WMS или программа для снабжения стройки.

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

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

Как выбирать: порядок действий

Шаг 1. Определить, что именно болит

«Нужна программа для снабжения» — не задача. Задача звучит конкретно:

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

От формулировки зависит класс решения. Проблема с отчётностью для бухгалтерии решается в 1С. Проблема с потерянными заявками прорабов — нет.

Если задача звучит как «не видим, сколько потрачено» — начните с постановки учёта закупок.

Шаг 2. Посчитать, кто будет работать в системе

Сколько человек, в каких ролях, и главное — есть ли среди них те, кто работает с телефона на объекте.

Прораб — критическая проверка для любой системы управления снабжением. Если он должен зайти в браузер на компьютере, чтобы подать заявку, он не зайдёт. Он напишет в чат, как писал раньше, и процесс останется прежним, только теперь с оплаченной лицензией.

Шаг 3. Пройти свой процесс на демонстрации

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

Вопросы, которые стоит задать:

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

Ответы на эти четыре вопроса разделяют системы сильнее, чем списки функций.

Шаг 4. Выяснить полную стоимость

Лицензия — не вся цена. Спросите отдельно:

• стоимость внедрения и настройки;
• обучение пользователей — входит или отдельно;
• доработки под ваш процесс — почасово или пакетом;
• что происходит с данными при отказе от системы: выгружаются ли они и в каком формате.

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

Шаг 5. Начать с одного объекта

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

Признаки, что вам пока не нужна система

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

• объектов больше двух и они ведутся одновременно;
• в закупках участвуют минимум три человека — прораб, снабженец, согласующий;
• поставщиков больше десяти;
• руководитель регулярно запрашивает статус закупок отдельно.

Если объект один, снабженец один и он же принимает материалы — таблица справится. Вложение в систему окупится позже, когда появится второй объект.

Посмотрите без разговора с менеджером

В AverDoc есть предзаполненная демо-среда: объект с ресурсной ведомостью, заявки на разных этапах, предложения поставщиков, заказы и приёмки. Можно пройти весь контур и понять, подходит ли класс решения под вашу задачу, до того как записываться на демонстрацию.

Открыть демо →