Автоматизация строительной компании начинается не с выбора программы, а с архитектуры учёта: всё, что происходит на стройке — выполненные работы, материалы, работа техники и транспорта, работа подрядчиков и людей, — должно сходиться на объекте и договоре. Для этого нужно решить, какие события фиксируются оперативно на месте и кем, что ведётся в учётной системе и как они связаны. Только после этого выбирают ERP и решают, нужны ли отдельные рабочие места для объектов, техники и диспетчеров.
Типичная картина в строительной компании: руководитель знает выручку по договорам, но себестоимость объекта видит только после закрытия месяца, а иногда — после окончания стройки. Техника переходит между объектами, путевые листы приходят пачкой, материалы списываются «по факту», а выполнение субподрядчиков сверяется по актам. Каждая служба ведёт свой учёт, и согласовать их удаётся только вручную.
Из практики Александра Полохова: в строительной компании он провёл анализ деятельности, разработал организационную структуру и архитектуру учёта и автоматизации, руководил проектом внедрения ERP с несколькими командами и подрядчиками. Отдельно им создана система оперативного учёта автотранспорта и строительных работ. Материал описывает подход в общем виде, без данных конкретного предприятия.
Почему строительной компании сложнее, чем кажется
- Учёт привязан к объекту, а не к складу или цеху. Один и тот же ресурс — материал, машина, бригада — в течение месяца работает на нескольких объектах, и затраты нужно разнести правильно.
- События происходят далеко от бухгалтерии. Выполнение работ, приход материалов, работа техники фиксируются на площадке. Если их записывают позже по памяти или по бумаге, данные опаздывают и расходятся.
- Много участников с разными документами. Прорабы, механики, диспетчеры, снабжение, производственно-технический отдел, бухгалтерия, субподрядчики — у каждого своя форма и свой срок сдачи.
- Объём меняется по ходу. Сметы и состав работ уточняются, и учёт должен показывать, что изменилось и кто это согласовал.
Что нужно учитывать в строительной компании?
| Поток | Что фиксировать | Кто обычно отвечает |
|---|---|---|
| Объект и договор | Бюджет, смета, этапы, изменения объёма | Руководитель проекта, сметный отдел |
| Работы | Выполненные объёмы по видам работ, акты приёмки (например, КС-2 и КС-3) | Прораб, производственно-технический отдел |
| Материалы | Заявки, поставки на объект, списание на работы | Снабжение, прораб |
| Техника и транспорт | Путевые листы, рейсы, время работы, распределение по объектам | Механик, диспетчер |
| Подрядчики | Договоры, выполненные работы, расчёты | Руководитель проекта, бухгалтерия |
| Люди | Работа по объектам | Прораб, кадровая служба |
Таблица — ориентир. Состав потоков и ответственных у каждой компании свой, и его определяют при обследовании.
Оперативный учёт и учётная система
Главное архитектурное решение — где событие регистрируется впервые. Правило простое: один раз и там, где оно происходит.
- На объекте — то, что видно только там: выполненные объёмы, приём материалов, время работы техники, присутствие людей. Это могут быть рабочие места прораба, механика или диспетчера: в ERP, в отдельном приложении или на мобильных устройствах.
- В учётной системе — договоры, бюджеты, закупки, расчёты, себестоимость, регламентированный учёт.
- Связь между ними — справочники объектов, видов работ, техники и подрядчиков общие; события с объекта попадают в учётную систему без ручного переноса.
Если отдельные рабочие места нужны, их проектируют как часть общей архитектуры, а не как самостоятельные программы. Похожая задача — с весовой и учётом транспорта — разобрана в материале «Автоматизация весовой».
Сначала — ответственность, потом — программа
В строительной компании автоматизация часто упирается не в программу, а в распределение обязанностей. Кто подтверждает выполненный объём? Кто отвечает за то, на какой объект записана работа машины? Кто согласует изменение сметы? Пока ответы разные у разных служб, любая система будет показывать спорные цифры.
Поэтому проект обычно включает организационную часть: описание ролей, порядок передачи данных между службами, сроки и правила подтверждения. Это делается до настройки системы — иначе настройка закрепит текущую путаницу.
Как устроить проект
- Обследование. Как на самом деле движутся работы, материалы, техника и документы; где теряются сведения и время. Что должно получиться в результате, разобрано в материале «Результат обследования предприятия».
- Архитектура учёта. Что ведётся в ERP, что — в оперативных рабочих местах, какие справочники общие, как идут обмены.
- Организационная структура и ответственность. Кто регистрирует события, кто подтверждает, кто отвечает за справочники.
- Выбор системы и подрядчиков. По сценариям компании, а не по демонстрации (см. «Как выбрать ERP и подрядчика»).
- Внедрение под единым руководством. Если работают несколько команд или подрядчиков, их удерживает общая архитектура и общие правила приёмки.
- Приёмка на рабочих сценариях. Например: «машина отработала смену на двух объектах — затраты попали на оба объекта в тот же день».
Учебный пример: техника на нескольких объектах
Учебный пример. Ситуация создана для объяснения метода и не описывает конкретное предприятие.
Строительная компания ведёт несколько объектов одновременно. Собственная техника переезжает между ними, а время работы фиксируется в путевых листах, которые механик собирает раз в неделю. Распределение затрат по объектам делают вручную в конце месяца, и руководитель проекта узнаёт перерасход по технике, когда исправить уже ничего нельзя.
При обследовании выяснилось, что точное время работы на каждом объекте знает только прораб, но он его нигде не фиксирует. Решение: прораб подтверждает работу техники на своём объекте в конце смены, диспетчер видит загрузку машин, а затраты попадают на объекты ежедневно. Понадобились три изменения: общий справочник объектов и техники, рабочее место прораба и правило, кто и когда подтверждает работу. Программная часть оказалась наименьшей.
С чего начать
Возьмите один объект и проследите за неделю, как по нему движутся сведения о работах, материалах и технике: кто их записывает, когда они попадают в учёт, где расходятся. Этого обычно достаточно, чтобы увидеть, с чего начинать — с ответственности, справочников, оперативного учёта или учётной системы.
О предпроектном обследовании — на странице «Обследование и анализ бизнес-процессов», о руководстве ERP-проектом — на странице «Нестандартные проекты на 1С и ERP», о рабочих местах для объектов и техники — на странице «Заказные приложения».