В строительной компании порядок держится на людях: снабженец помнит поставщиков, прораб ведёт заявки в мессенджере, сметы считают в отдельных файлах, субподряд живёт в своей таблице. Пока объектов немного, это работает; на объёме выясняется, что данные об одном объекте лежат в четырёх местах и расходятся, а собрать смету клиенту — это каждый раз ручная пересборка цифр из разных источников.
Типовой Odoo эту задачу не закрывает: в нём просто нет сущностей «объект», «заявка на материалы» и «смета клиенту». Поэтому проект вели на FlectraHQ — форке Odoo, поверх которого собрано решение с отраслевой логикой стройки.
Проблема
- Заявки на материалы с площадки шли бумагой или перепиской: снабженец получал запрос с задержкой, и закупка стартовала позже, чем нужно.
- Затраты по объекту собирались по факту, а не по ходу работ: сводной картины по проектам и подрядам в одной системе не было.
- Субподряд учитывался отдельно от основных заказов — часть работ передавали подрядчику, но в карточке заказа это не отражалось.
- Смета для клиента собиралась вручную: материалы, труд и накладные расходы лежали в разных файлах.
- Портфолио объектов велось отдельно от учёта — фотографии и описания на сайте, фактические данные по объектам в другом месте.
Решение
Взяли в работу FlectraHQ — платформу на базе Odoo — и расширяли её отраслевыми модулями. Модули изначально были написаны для Odoo и переносились на Flectra отдельным скриптом-конвертером, а не переписывались с нуля: это позволило не терять наработки. Внедряли поэтапно, чтобы каждый следующий модуль опирался на уже работающий слой.
1. Сводная панель по объектам и подрядам
Начали с панели Job Costing Dashboard: статус проекта, бюджет и фактические затраты в одном месте. Дальше — Job Costing Management, учёт затрат по конкретному объекту или подряду и калькуляция себестоимости работ. Это базовый слой: пока затраты по объекту не собираются в системе, ни смету из неё не получить, ни понять, какой объект зарабатывает.
2. Заявки на материалы с площадки
Модуль Material Purchase Requisitions убрал бумажную служебную записку: сотрудник сам подаёт заявку на нужный материал, закупка сразу видит запрос. Заявка перестала быть перепиской и стала документом со статусом и ответственным.
3. Субподряд внутри заказа на работы
Модуль Job Order Subcontracting: часть работ передаётся субподрядчику, но остаётся видна в общей карточке заказа. Субподрядчики учитываются в том же контуре, что и основные заказы, — не отдельной таблицей рядом.
4. Смета и предложение клиенту
Job Cost Estimate готовит смету для клиента с разбивкой по материалам, труду и накладным расходам — она растёт из затрат по объекту, которые уже ведутся в системе. Дальше логику связали: модуль Job Cost and Estimate Relation формирует коммерческое предложение прямо из сметы затрат, Material Requisition Cost Sheet и Job Order Link Cost Sheet связывают заявку на материалы и планирование потребности в материалах со сметой по заказу.
5. Работа бригады на площадке
Job Order Card Instruction добавляет инструкции для бригады и чек-лист контроля качества прямо в карточку заказа: вместо отдельного документа рядом — запись внутри заказа, доступная с площадки.
6. Портфолио объектов на сайте
Модуль Website Construction Project Page публикует выполненные строительные объекты на сайте компании: портфолио обновляется из системы, а не собирается вручную.
Результат
- Цепочка «заявка на материалы → закупка → смета клиенту» работает в одной системе без ручной пересборки данных.
- Субподрядчики учитываются в том же контуре, что и основные заказы: переданные работы видны в карточке заказа.
- Смета клиенту и коммерческое предложение формируются из сметы затрат, а не собираются заново из файлов.
- Затраты и бюджет по объекту видны в сводной панели, а не выясняются после закрытия.
- Проекты компании публикуются на сайте напрямую из ERP.
- Вместо разрозненных документов на каждом этапе заявка, смета, план материалов и предложение клиенту связаны между собой.
С чего начать
Автоматизацию стройки почти всегда начинают не с покупки модулей, а с одного пилотного объекта: на нём видно, как в системе идут заявки, закупки и закрытие объёмов, и что мешает работать. Пилот занимает меньше времени, чем полный охват компании, а решение о тиражировании принимается по фактическому результату.
Точный состав модулей и стоимость зависят от числа объектов, процессов и доработок — оценку даём после аудита. Мы внедряем и сопровождаем ERP на FlectraHQ и Odoo, офис — в Новосибирске, работаем по всей России.
Свяжитесь с нами: +7 913 916-61-17, info@erpha.ru