Автоматизация строительной компании в 2026 году — это не покупка одной системы, а четыре связки между программами, которые у вас уже стоят. Сметная программа считает договорную цену, 1С ведёт деньги и налоги, прораб держит ход работ в своей таблице, снабжение живёт в телефоне, а чертежи лежат на облачном диске. Ни одну из этих частей выкидывать не нужно и в большинстве случаев не получится. Нужно проложить между ними четыре маршрута данных, по которым сейчас ходят люди с телефонами.
Разница между этими двумя подходами измеряется деньгами и месяцами. Проект «связать» для подрядчика на 120 человек с шестью объектами обходится в 1 580 000 ₽ и шесть месяцев, причём первый видимый результат появляется на девятой неделе. Проект «заменить всё разом» начинается от 4 000 000–6 000 000 ₽, идёт 9–18 месяцев и до самого конца не даёт компании ничего, кроме совещаний. Второй путь бывает оправдан, и ниже есть три признака, по которым это видно, — но по умолчанию он не нужен.
Ниже — карта того, что у подрядчика уже есть и кому какие данные принадлежат; четыре связки в порядке окупаемости; три технических способа их построить с ценами и сроками; модельный расчёт на 120 человек; порядок работ на шесть месяцев с точкой, в которой проект честнее остановить. И пять признаков, при которых стройку трогать пока рано.
Что у подрядчика уже стоит и кому оно принадлежит
Первое, что делает инженер на обследовании, — рисует не будущую архитектуру, а текущую. У подрядчика среднего размера обычно обнаруживается пять-шесть мест хранения данных, и у каждого есть свой хозяин, свой формат и своя зона слепоты. Проблема не в том, что систем много. Проблема в том, что ни одна из них не знает, что происходит в соседней, а связывает их человек — устно.
| Где лежат данные | Кто хозяин | Что там достоверно | Чего там нет |
|---|---|---|---|
| Сметная программа (ГРАНД-Смета и аналоги) | Сметчик | Договорные объёмы, расценки, ведомость договорной цены | Факта работ и остатка по объекту: смета не знает, что уже сделано |
| 1С:Бухгалтерия | Главный бухгалтер | Оплаты, накладные, зарплата, налоги | Объектной аналитики: расход виден по фирме целиком, а не по объекту |
| Таблица прораба | Прораб лично | Реальный ход работ и потребность в материалах на завтра | Копии у компании: файл живёт на его ноутбуке и уходит вместе с ним |
| Чаты по объектам | Формально никто | Решения, фото, согласования на словах | Поиска и подсчёта: чат нельзя ни сверить, ни просуммировать |
| Облачный диск с чертежами | Отдел ПТО | Комплекты рабочей документации | Гарантии, что на объекте печатают последнюю версию |
| Реестр договоров субподряда | Юрист или директор | Обязательства, суммы, сроки | Связи с фактом работ: акт подписывают, не сверяя с объёмом |
Из этой таблицы следует главный вывод обследования: в компании нет ни одного места, где сходятся объём, деньги и срок по одному объекту. Каждый месяц эти три величины сводит вручную либо руководитель проекта, либо экономист, и делает это с задержкой в три-шесть недель. Именно поэтому себестоимость объекта в строительной компании традиционно становится известна тогда, когда влиять на неё уже поздно.
Карта из шести узлов по кругу: «Сметная программа — сметчик», «1С:Бухгалтерия — главбух», «Таблица прораба — прораб», «Чаты по объектам — никто», «Диск с чертежами — ПТО», «Реестр субподряда — юрист». Между узлами вместо стрелок нарисованы фигурки людей с телефонами и подпись «связь через звонок». В центре пустой пунктирный круг с надписью «объём + деньги + срок по объекту: этого места нет». Чертёжный стиль, подписи по-русски.
Четыре связки, которые окупаются первыми
Связок между шестью системами теоретически может быть пятнадцать. Окупаются первыми четыре, и порядок здесь не произвольный: каждая следующая опирается на данные, которые появляются в предыдущей. Начинать с отчётности, минуя ввод данных, — самая частая и самая дорогая ошибка в отраслевых проектах.
- 1Смета → бюджет объекта
Из сметной программы выгружаются объёмы и расценки, раскладываются по статьям затрат и превращаются в плановый бюджет объекта в учётной системе. Дальше любой расход — накладная, акт субподрядчика, зарплата бригады — попадает в ту же аналитику. Без этой связки план и факт живут в разных файлах, и сравнить их можно только вручную, по памяти сметчика.
- 2Заявка с объекта → закупка
Прораб подаёт заявку не голосом, а формой из семи полей: объект, позиция из справочника, количество, дата потребности, инициатор, основание, фото места. Заявка идёт по маршруту согласования с лимитом суммы и превращается в закупку. Это единственная связка, которая даёт живые деньги сразу: падает доля срочных закупок по завышенной цене. Форму, каналы подачи и маршрут мы разобрали в отдельном материале про заявки на снабжение с объекта.
- 3Факт работ → КС-2
Прораб закрывает выполненные объёмы в системе по позициям сметы, а не пишет их в конце месяца по памяти. Из накопленного факта собирается ведомость к КС-2, которую остаётся проверить и подписать. Эффект здесь не в бумаге, а в скорости: закрытие сдвигается с конца следующего месяца на первую неделю, и деньги приходят раньше.
- 4Приход материала → списание на объект
Накладная распознаётся, приход встаёт на объект, расход списывается по факту работ или по акту на списание. Появляется остаток на площадке, который до этого существовал только в голове кладовщика. Механику распознавания первичных документов и её реальную точность мы разбираем на странице решения по обработке накладных.
Обратите внимание на порядок окупаемости и порядок внедрения — они не совпадают. Быстрее всех деньгами отбивается вторая связка, но начинать приходится с подготовки данных, а первой в работу обычно идёт именно она же: заявки дают прорабам ощутимую пользу за три недели и покупают проекту доверие площадки. Третью и четвёртую связку без первых двух строить бессмысленно: им неоткуда брать объёмы и номенклатуру.
Схема из четырёх горизонтальных дорожек. Дорожка 1: «Сметная программа» → «Бюджет объекта» → «План-факт». Дорожка 2: «Заявка прораба (7 полей)» → «Согласование» → «Закупка» → «Приход». Дорожка 3: «Факт работ по позициям сметы» → «Ведомость» → «КС-2». Дорожка 4: «Накладная» → «Распознавание» → «Приход на объект» → «Списание». Слева у каждой дорожки подпись со сроком: «6 недель», «6 недель», «5 недель», «6 недель». Справа общая скоба с подписью «единый код объекта и справочник материалов». Чертёжный стиль.
Справочник материалов и код объекта: без этого связок не будет
Здесь проваливается большинство проектов, и провал выглядит одинаково: интеграция написана, обмен работает, а сотрудники по-прежнему сверяют два списка вручную. Причина не в технике. Причина в том, что одна и та же позиция в трёх системах называется по-разному, а объект в каждой системе имеет своё имя.
Единый список позиций с кодом, наименованием и одной обязательной единицей измерения, на который ссылаются заявка, закупка, приход, списание и сметная позиция. Ключевое слово — «одна единица»: пока лист гипсокартона в заявке идёт в штуках, в накладной в квадратных метрах, а в смете в тоннах, сойтись эти документы не могут в принципе.
Один идентификатор объекта, который проставляется во всех системах: в бюджете, в заявке, в накладной, в акте, в табеле. Без него расход виден по компании целиком, и вопрос «сколько мы потратили на этот дом» требует ручной выборки по признакам вроде «кажется, это возили в апреле на Гагарина».
Работа выглядит скучно и стоит денег: выгрузить номенклатуру из всех источников, свести дубли, назначить единицы, привязать сметные расценки к складским позициям, задать коды объектов и историю прошлых. В модельной компании это 180 000 ₽ и три недели до начала разработки — плюс время своих сотрудников: сметчик, снабженец и кладовщик суммарно тратят на это около 130 часов. Экономить на этой строке нельзя: она не украшает проект, она делает его возможным.
Попросите выгрузить из учётной системы все позиции, в наименовании которых есть слово «профиль», и посчитайте строки. Если их больше сорока на компанию, а поставщиков у вас пять, то справочника нет — есть свалка наименований, накопленная из накладных. То же самое проверяется на «саморез», «кабель» и «смесь». Это пятиминутная проверка, которую стоит сделать до разговора с любым подрядчиком.
Сравнение в две колонки. Слева «Было»: три карточки одной и той же позиции — «Гипсокартон 12,5 влагостойкий, шт.» (заявка), «ГКЛВ 12.5 1200х2500, м²» (накладная), «Листы гипсовые влагост., т» (смета), между ними знаки вопроса. Справа «Стало»: одна карточка «Код 04-118. Гипсокартон влагостойкий 12,5 мм, лист» с подписью «одна единица измерения» и тремя стрелками от неё к тем же трём документам. Внизу подпись: «180 000 ₽ и 3 недели до старта разработки». Чертёжный стиль.
Три способа связать системы: файлы, прослойка, робот
Технически связка между двумя системами делается тремя способами, и они отличаются не качеством, а ценой ошибки. Выбор зависит от того, есть ли у системы программный интерфейс, как часто нужен обмен и что произойдёт, если он на день встанет.
| Способ | Срок | Цена одной связки | Что ломает | Когда брать |
|---|---|---|---|---|
| Обмен файлами по расписанию | 2–3 недели | 80 000–150 000 ₽ | Смена формата выгрузки, ручное переименование файла, пустой отчёт вместо ошибки | Систем две, обмена раз в сутки достаточно, данные не критичны к задержке |
| Интеграционная прослойка по API | 4–8 недель | 250 000–600 000 ₽ | Обновление версии системы с изменением метода, истёкший токен доступа | Нужен обмен чаще раза в сутки и статусы в обе стороны |
| Программный робот (RPA) | 3–5 недель | 200 000–450 000 ₽ плюс лицензии 40 000–120 000 ₽/год | Любое изменение интерфейса, всплывающее окно, обновление браузера | У системы нет программного интерфейса вообще и не предвидится |
Практическое правило простое. Прослойка по API — вариант по умолчанию там, где интерфейс есть: она дороже на входе, но переживает обновления и чинится за часы. Обмен файлами берут для сметной программы и для тех участков, где сутки задержки ничего не решают. Робот — крайняя мера, и относиться к нему надо как к временному протезу: он экономит месяцы на входе и требует внимания каждый квартал. Российские платформы для такой автоматизации есть — PIX RPA, Sherpa RPA, Primo RPA, — но закладывать в проект надо не только лицензию, но и человека, который будет чинить сценарий после каждого обновления.
Отдельно про низкокодовые платформы. Zapier и Make из России недоступны, поэтому сценарии собираются на российских платформах вроде Albato и ApiX-Drive либо на self-hosted n8n на своём сервере. Для подрядчика это рабочий вариант на первых двух связках — но у него есть потолок, за которым дешевле написать прослойку. Границу между низким кодом и разработкой мы разбирали в журнале отдельно.
Сравнение в три колонки: «Файлы по расписанию — 2–3 недели, 80 000–150 000 ₽», «Прослойка по API — 4–8 недель, 250 000–600 000 ₽», «Робот RPA — 3–5 недель, 200 000–450 000 ₽ плюс 40 000–120 000 ₽/год». В каждой колонке две строки: «Ломается от» и «Чинится за». Под колонками горизонтальная шкала хрупкости от «низкая» под API к «высокая» под RPA. Чертёжный стиль, подписи по-русски.
Модельный расчёт: подрядчик на 120 человек и шесть объектов
Модельная компания: генподрядчик отделки и инженерных систем, 120 человек в штате, шесть объектов в работе одновременно, четыре прораба, два снабженца, сметчик, три бухгалтера. Оборот 420 000 000 ₽ в год, то есть 35 000 000 ₽ в месяц; материалы — около 15 000 000 ₽ в месяц. Заявок на снабжение — 300 в месяц. Субподряда почти нет, объекты коммерческие. Все цифры ниже модельные: они показывают методику, а не обещают результат.
Это не полная смета автоматизации подрядчика. Сюда не входят субподряд, исполнительная документация и себестоимость объекта в реальном времени — они добавляют ещё 1 300 000–1 900 000 ₽ и разбираются в материале про бюджеты стройки на 50 и 150 человек. Здесь считается только тот минимум, который даёт деньги.
Горизонтальная столбчатая диаграмма из пяти полос с подписями сумм: «Подготовка данных — 180 000 ₽», «Смета → бюджет — 260 000 ₽», «Факт работ → КС-2 — 340 000 ₽», «Приход → списание — 380 000 ₽», «Заявка → закупка — 420 000 ₽». Справа итог «1 580 000 ₽ разово, 45 000 ₽/мес». Полоса подготовки данных выделена штриховкой и подписана «11 % бюджета, 3 недели до старта разработки». Ось в рублях.
Теперь экономия. Считать её надо не в сэкономленных часах, а в деньгах, которые не ушли из кассы, — часы возвращаются в работу, а не в прибыль. Поэтому в расчёте ниже время людей вынесено отдельной строкой и в итог не включено.
Деление 1 580 000 на 441 000 даёт 3,6 месяца — и это тот самый ответ, который любят писать в коммерческих предложениях. Он неверен. Экономия не включается в день запуска: первые два месяца уходят на подготовку данных и первую связку, срочные закупки начинают падать с третьего месяца, а эффект от ускорения КС-2 появляется только после первого закрытия по новой схеме. Если наложить экономию на календарь, накопленная сумма перекрывает вложение на седьмом месяце от подписания договора. Планировать деньги надо по этой дате, а не по формуле.
Двухосевой график на 12 месяцев. Серая штриховая горизонталь — вложение 1 580 000 ₽. Синяя ломаная — накопленная экономия: месяцы 1–2 около нуля, с 3-го месяца прирост 441 000 ₽ в месяц. Точка пересечения на седьмом месяце выделена и подписана «окупаемость». Слева от неё заштрихованная зона с подписью «настройка и подготовка данных». Оси: месяцы и рубли.
Когда всё-таки нужна большая система
Подход «связать существующее» имеет границы, и делать вид, что их нет, нечестно. Есть три признака, при которых набор связок не спасает и разговор идёт про систему управления предприятием целиком.
- Несколько юрлиц в одном контуре. Объект ведёт одна компания, технику держит вторая, персонал оформлен в третьей — и все три должны видеть один бюджет объекта. Связки здесь плодятся быстрее, чем окупаются: каждое новое юрлицо умножает число обменов, а не добавляет одно.
- Собственное производство конструкций. Если у вас свой цех металлоконструкций, столярка или узел бетонирования, то к стройке добавляется производственный контур: спецификации, техкарты, выработка. Это отдельная предметная область со своей логикой планирования — начинать её лучше с замера процессов производства, а не с интеграции.
- Объекты по 44-ФЗ и 223-ФЗ. Государственный заказчик требует прослеживаемости, форм и сроков, которые проще получить из единой системы, чем собрать из четырёх. Здесь цена ошибки в документах измеряется не переплатой, а штрафом и репутацией в реестре.
Стоимость такого проекта надо знать заранее. Комплексная автоматизация процессов по рынку начинается примерно от 1 500 000 ₽ при среднем проекте 3–5 месяцев, но это про отдельные направления. Внедрение полноценной системы уровня 1С:ERP или Comindware для подрядчика на 150 и более человек в 2026 году по нашей оценке рынка начинается от 4 000 000–6 000 000 ₽ и занимает 9–18 месяцев. Вилка широкая, поэтому подтверждать её надо тремя коммерческими предложениями с одинаковым техническим заданием, а не одним.
И ещё одно наблюдение, которое стоит проверить на себе. Компании, начинавшие с большой системы без наведённого порядка в справочниках, приходят к тому же самому справочнику, только через год и за большие деньги. Порядок в данных — обязательный этап в обоих сценариях; разница лишь в том, оплачивается он до старта или в середине проекта, когда сроки уже сорваны.
Сравнение в две колонки. Левая «Связать существующее»: 1 580 000 ₽, 6 месяцев, первый результат на 9-й неделе, окупаемость на 7-м месяце, риск «связок станет слишком много». Правая «Заменить всё разом»: 4 000 000–6 000 000 ₽, 9–18 месяцев, первый результат после запуска, три признака необходимости (несколько юрлиц, своё производство конструкций, объекты по 44-ФЗ). Внизу общая полоса «справочник материалов нужен в обоих сценариях». Чертёжный стиль.
Порядок на шесть месяцев и точка отказа
Порядок этапов важнее их содержания. Он строится по одному правилу: сначала то, что заполняет данные, потом то, что их потребляет. Отчёт, поставленный первым, показывает пустоту и убивает доверие к проекту на второй неделе.
- 1Недели 1–3. Данные и коды
Сведение справочника материалов, назначение единиц измерения, коды шести объектов и десятка завершённых, привязка сметных расценок к складским позициям. Результат этапа — выгрузка, которую принимают сметчик и кладовщик, а не обещание разобраться по ходу.
- 2Недели 4–9. Заявки с объекта
Форма из семи полей, канал подачи для человека в каске, маршрут согласования с лимитом автосогласования, обмен с учётной системой. Первый видимый эффект для площадки: прораб перестаёт по три раза объяснять, что именно ему нужно.
- 3Недели 10–15. Приход и списание материалов
Распознавание накладных, приход на объект, списание по факту, остаток на площадке. Здесь же настраивается разбор исключений: что делает система, когда в накладной позиция, которой нет в справочнике.
- 4Недели 16–20. Факт работ и КС-2
Закрытие объёмов прорабом по позициям сметы, сборка ведомости, выгрузка формы. Проверяется на одном объекте параллельно с обычным ручным закрытием — два месяца обе схемы работают вместе, и только потом ручная отключается.
- 5Недели 21–26. Бюджет объекта и отчёт
Смета превращается в плановый бюджет, все расходы уже приходят с кодом объекта, появляется план-факт и отчёт по объекту. Это последний этап именно потому, что до него отчёту нечего показывать.
К концу второго этапа доля заявок, поданных через систему, должна быть выше 70 %. Если она ниже — проект останавливается и разбирается причина, а не расширяется на следующие связки. Низкая доля означает одно из двух: либо канал подачи неудобен человеку в перчатках, либо у площадки нет причины им пользоваться, потому что по звонку по-прежнему быстрее. Обе причины лечатся за две-три недели и не лечатся вообще, если поверх них построить ещё три связки.
Горизонтальная лента на 26 недель с пятью этапами: «Недели 1–3. Данные и коды», «Недели 4–9. Заявки с объекта», «Недели 10–15. Приход и списание», «Недели 16–20. Факт работ и КС-2», «Недели 21–26. Бюджет и отчёт». Под каждым этапом — что заказчик принимает на выходе. На отметке 9-й недели вертикальный красный флажок с подписью «точка отказа: доля заявок через систему ниже 70 % — стоп». Чертёжный стиль, подписи по-русски.
Что в 2026 году может поменяться под ногами
Строительство — отрасль, где регулирование меняется чаще, чем окупается проект. Поэтому любую архитектуру стоит проектировать так, чтобы новое требование добавляло поле и отчёт, а не переписывало систему. Два сюжета, которые сейчас важнее всего, — информационное моделирование и маркировка стройматериалов.
Сроки обязательности технологий информационного моделирования для разных типов объектов и заказчиков переносились несколько раз, а перечень товарных групп «Честного знака» в 2026 году расширился, и стройматериалы в него попали. По состоянию на сентябрь 2026 года и то и другое надо проверять по действующей редакции нормативных актов на дату вашего проекта, а не по обзорам полугодовой давности, включая эту статью. Практический вывод один: закладывайте в структуру данных код объекта, партию и поставщика с самого начала — если требование придёт, вы добавите отчёт, а не перестроите учёт.
Отдельная волатильная зона — каналы связи с площадкой. WhatsApp заблокирован в России с февраля 2026 года, Telegram по состоянию на сентябрь 2026 года работает с ограничениями, MAX выступает основным каналом для новых внедрений. Для стройки это значит, что бот подачи заявок должен быть отделён от канала прослойкой: смена мессенджера тогда стоит нескольких дней, а не повторной оплаты интеграции. Как устроен такой запасной контур, мы разбирали в материале про план Б при ограничении канала связи.
Пять признаков, что стройку трогать пока рано
Мы отказываемся от таких проектов и советуем то же самое коллегам. Если совпало хотя бы два признака из пяти — деньги на связки пока лучше не тратить.
- Нет человека, который будет вести справочник. Не «поручим кладовщику дополнительно», а конкретный сотрудник с этой задачей в обязанностях и с временем на неё. Без него справочник разъезжается за два месяца, а вместе с ним разъезжается весь учёт.
- Меньше двух объектов одновременно и меньше 40 заявок в месяц. На таком потоке связка «заявка → закупка» стоит столько же, сколько при 300 заявках, а экономит в семь раз меньше. Дешевле навести порядок в общей таблице и вернуться к вопросу при росте.
- Прорабы работают не в штате, а от подрядной организации на сдельных условиях. Заставить их вести данные нечем: у них нет ни обязанности, ни выгоды. Сначала решается вопрос с ролью и мотивацией на площадке, потом ставится система.
- В компании кассовый разрыв. Тогда первыми деньгами занимается не автоматизация, а платёжный календарь и скорость закрывающих документов — эти два участка дают эффект за недели и стоят кратно дешевле связок.
- Смета существует только в договоре, а объектной аналитики в учётной системе нет вообще, и главный бухгалтер против её появления. Это не техническая проблема, а управленческая: пока расход не размечается по объектам, считать себестоимость нечем и связка «смета → бюджет» повиснет.
И последнее. Ни одна из четырёх связок не делает работу за прораба и не заменяет снабженца. Они убирают из процесса телефон как способ передачи данных и сдвигают момент, когда компания узнаёт правду о своей себестоимости, с конца квартала на конец недели. Этого достаточно, чтобы проект окупился, и недостаточно, чтобы обещать «прозрачность бизнеса». Разница между этими двумя формулировками и есть разница между инженерным проектом и презентацией.
На стройке процесс всегда быстрее документов про него. Автоматизация здесь — это сокращение отставания, а не его отмена.
