ERP для небольшой строительной компании: как я внедряю ERPNext вместо тяжёлых систем

ERP для строительной компании из пяти-шести человек нужна не вся и не сразу: хватает контура «спецификация договора, заявка прораба, закупка, согласование, оплата». Для него я ставлю ERPNext, а бухгалтерию оставляю в 1С. Ниже: как устроена цепочка, что входит в 65 000 ₽, где система упирается в потолок.

Какая ERP нужна подрядчику на 5–6 человек, а какая будет лишним грузом

Подрядчик с шестью рабочими местами живёт на трёх-пяти объектах одновременно. Директор подписывает договоры, руководитель проекта держит график, прорабы сидят на площадках, снабженец закрывает потребности, бухгалтер ждёт документы. Такой компании не нужны модули управления парком техники, расчёт зарплаты по десяти схемам и конструктор бизнес-процессов на сорок шагов. Ей нужно, чтобы заявка с объекта не терялась в мессенджере, чтобы никто не закупил больше, чем заложено в договоре, и чтобы руководитель видел, сколько денег ушло на каждый объект. Именно под этот контур я предлагаю внедрение ERPNext под ключ: открытая ERP без лицензионных платежей, в которой договор заводится как проект, а закупки, склад и согласования идут по одной цепочке документов.

Зачем вообще брать для этого ERP, а не продолжать жить в Excel? Таблица держится, пока заявки подаёт один человек. Когда прорабов трое, а объектов пять, появляются три версии одного файла, согласование голосом по телефону и вопрос «кто это заказал?» через месяц после поставки. ERP добавляет не красоту, а три свойства: у каждой заявки есть автор, статус и история, у каждого заказа есть ссылка на объект, а ограничения (лимит, порог суммы, роль) работают сами, без напоминаний от директора. Всё остальное, от красивых дашбордов до аналитики, вторично.

Чтобы не перегрузить систему, я делю возможности на три группы. Первая нужна с первого дня. Вторая подключается, когда первая отработала хотя бы месяц. Третью обычно не включаем совсем. Разделение выглядит так. | Группа | Что входит | Когда подключаем | |---|---|---| | Берём сразу | проект (договор), заявка на материалы, заказ поставщику, приёмка, права по объектам, согласование руководителем, бэкапы | на старте проекта | | Добавляем позже | контроль перебора по количеству, склад объекта и списание на проект, табели, отчёты по объекту | после месяца реальной работы | | Не включаем | производство, расчёт зарплаты, розничная касса, закупки по тендерам с конкурентным листом | пока нет процесса, который это требует | Такой порядок даёт два эффекта. Прорабы не тонут в полях, которые им не нужны, а директор через неделю видит первые заявки в системе, а не через три месяца настройки.

Чем это отличается от тяжёлых решений? Отраслевые строительные системы и крупные ERP умеют больше, но под компанию из шести человек они избыточны по цене, по срокам внедрения и по требованиям к дисциплине: чтобы они окупили настройку, нужен целый отдел, который их обслуживает. Если вы выбираете между системами для малого бизнеса на собственном сервере, посмотрите наш обзор какую систему учёта на Linux выбрать: там семь продуктов сравниваются по тем же критериям, а здесь я разбираю один сценарий до конца.

Цепочка «договор — заявка прораба — закупка — оплата — 1С»: где система вмешивается

Начну с важного уточнения: готового строительного модуля с ведомостью объёмов в ERPNext нет. Договор заводится как Project, и он становится сквозным центром затрат: к нему привязываются задачи, заявки, заказы, списания. Перечень материалов по договору хранится отдельным справочником поверх проекта. В статьях про ERPNext его иногда называют BOM, но это неточно: BOM в ERPNext — производственная спецификация изделия, она нужна для сборки и выпуска продукции. Для строительства я пишу «спецификация договора» и завожу под неё отдельный тип документа. Почему это важно, видно на практике: договорная спецификация меняется дополнительными соглашениями, а производственную BOM после проведения так не поправишь.

Теперь по шагам, где система вмешивается в работу. Первый шаг: руководитель проекта загружает спецификацию договора, обычно из Excel. Второй: прораб создаёт Material Request, то есть заявку на материалы, с привязкой к проекту и датой, к которой материал нужен на объекте. Третий: система проверяет заявку на перебор. Четвёртый: руководитель согласует. Пятый: снабженец формирует Purchase Order и ведёт поставки. Шестой: бухгалтер получает счёт и оформляет оплату, а регламентированный учёт продолжается в 1С, куда уходит реестр оплат и PDF-документы.

Те же шаги с ролями и документами в одной таблице. | Шаг | Кто | Документ ERPNext | Что проверяет система | |---|---|---|---| | 1 | Руководитель проекта | Project и спецификация договора | позиции и плановые количества | | 2 | Прораб | Material Request | обязательны объект, позиция, количество, дата | | 3 | Система | проверка перебора | Budget по сумме и (по доработке) лимит по количеству | | 4 | Руководитель | Workflow согласования | роль и порог суммы | | 5 | Снабженец | Purchase Order, приёмка | не заказано ли уже, что получено | | 6 | Бухгалтер | Purchase Invoice, Payment Entry | счёт, оплата, выгрузка в 1С |

Теперь о том, где проходит граница ответственности. Штатный контроль бюджета в ERPNext работает с деньгами: документ Budget привязывается к проекту или центру затрат (в коде v15 поле Budget Against принимает ровно эти два значения) и отдельно для заявки, заказа и фактических расходов, по году и накопительно по месяцам, может остановить действие (Stop), предупредить (Warn) или промолчать (Ignore). Об этом прямо написано в документации по Budget. Но «не больше 1 200 листов гипсокартона по договору» штатный бюджет не знает, потому что считает рубли, а не штуки. Этот контроль входит в доработку: к строке заявки добавляется ссылка на строку спецификации, а при проведении система суммирует уже заявленное. Подробный разбор у меня вынесен в отдельную статью, а здесь важно понимать: контроль по количеству — это не галочка в настройках, а небольшой кусок разработки, и его нужно закрепить в техническом задании.

Отдельно скажу про права доступа, потому что в цепочке из шести ролей именно они чаще всего ломаются. Одной роли мало: в ERPNext роль определяет, с какими типами документов человек работает, а ограничение по конкретным объектам задаётся отдельно через User Permissions, то есть через привязку пользователя к значению ссылки, например к проекту или компании. Если забыть создать такую привязку, прораб увидит заявки всех объектов. Поэтому в тестовой приёмке я захожу под учётной записью прораба с очищенным кэшем и проверяю три места: список заявок, поиск по системе и выпадающие списки проектов. Права на создание и на редактирование в Frappe разделены, так что прорабу можно дать подачу заявок и не давать удаление.

И последний вопрос цепочки: что с 1С. Purchase Invoice в ERPNext отражает задолженность перед поставщиком, но он не равен российской счёт-фактуре полученной, которая служит налоговым документом по НДС. Попытка «сопоставить документы по названиям» ломается на первом же поступлении: в 1С одно «Поступление товаров» часто объединяет приход, себестоимость и взаиморасчёты, а в ERPNext это разные документы (Purchase Receipt и Purchase Invoice). Поэтому я не строю двусторонний обмен на старте. Бухгалтеру приходит реестр утверждённых оплат и PDF, а регламентированный учёт остаётся там, где он был. Для сравнения подходов к локализации под российский учёт у нас есть материал про локализацию Odoo под 1С: логика та же, меняется только система.

• Договор в ERPNext — это проект, а не отдельный документ-договор
• Спецификация договора — свой справочник, не BOM
• Контроль по количеству — доработка, по сумме — штатный Budget
• Бухгалтерия и налоги остаются в 1С

Как это выглядит у «Северного Откоса»: шесть рабочих мест и один объект

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

Типичный сбой выглядел так. Договор на фасад, в спецификации 1 200 листов фиброцементной плиты. Первый прораб подал заявку на 500, второй, не зная об этом, на 450, и ещё 350 снабженец заказал по звонку директора. Итого 1 300 против 1 200: перебор в сто листов обнаружился уже после поставки, потому что остаток считали раз в неделю. Деньги не пропали, но плита ушла на склад, и три недели её никто не мог пристроить на другой объект.

Что изменилось после внедрения. В ERPNext заведён проект, под него загружена спецификация, а прорабы подают заявки, выбирая позиции из списка и видя остаток к заказу. Заявка, которая выводит позицию за допуск, останавливается и уходит руководителю на решение, а не пролетает молча. Согласование стало одним действием в одном месте, бухгалтер получает реестр из системы. Сравнение до и после для этого условного примера. | Параметр | Было | Стало | |---|---|---| | Заявки | чат и Excel | документ с автором, статусом, объектом | | Остаток по договору | считает снабженец раз в неделю | виден в заявке в момент подачи | | Перебор | находят после поставки | подсвечивается до заказа | | Согласование | голосом, без следа | роль, порог суммы, журнал решений | | Данные для бухгалтерии | письмом, пересчёт вручную | реестр оплат и PDF из системы |

Как распределились роли в этом примере. Директор получил право согласовывать заказы выше порога суммы и видит все объекты. Руководитель проекта согласует остальные заказы и меняет спецификации. Прорабы подают заявки только по своим объектам и не видят чужие. Снабженец формирует заказы и ведёт поставки, но не проводит оплату. Бухгалтер видит счета и платежи и не правит заявки. Роли названы по-русски, потому что человеку проще понять «Снабженец», чем набор технических прав, и за каждой ролью стоит заранее проверенная матрица доступа.

Что я бы не стал обещать даже в условном примере: сокращения затрат в процентах или срока окупаемости. Эффект зависит от дисциплины людей: если прораб продолжает звонить снабженцу в обход заявки, система выглядит как лишний шаг. Поэтому в первые две-три недели я сижу рядом: смотрю, какие поля в заявке прорабы заполняют неохотно, убираю лишнее, сокращаю форму до объекта, позиции, количества и даты. Форму для смартфона упрощаю заранее, потому что заполнять сложную таблицу стоя на площадке никто не будет.

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

Что входит в 65 000 ₽ и что в эту сумму не входит

Цифры лучше брать со страницы продукта, поэтому приведу их так, как они там указаны. Внедрение стоит 65 000 ₽ разово и рассчитано на команду из 5–6 пользователей. В него входят: развёртывание на сервере клиента или в нашем ЦОДе в России, настройка компании, объектов, складов и справочников, роли и права доступа для пользователей, маршрут согласования заявок и платежей, контроль перебора по спецификации договора (в объёме, закреплённом в ТЗ), русификация интерфейса и терминов под стройку, загрузка спецификаций и справочников из Excel, обучение команды на ваших данных, документация (инструкции по ролям и руководство администратора) и гарантия на настройку: недочёты нашей работы исправляем без доплаты.

После запуска система требует обслуживания, и это отдельная строка: сопровождение стоит 40 000 ₽ в год или 6 500 ₽ в месяц. В него входят хостинг сервера, обновления, ежедневные бэкапы, мониторинг и поддержка пользователей. Лицензии ERPNext стоят 0 ₽ (лицензия GPLv3), и оплата за число пользователей не применяется. Если рассчитывать «за три года» без экзотики, получится 65 000 ₽ плюс по 40 000 ₽ за каждый год сопровождения, но подробный расчёт с вариантами я вынес в отдельную статью про стоимость внедрения и владения.

Отдельно перечислю то, что в базовую сумму не входит и считается дополнительно: автоматическая интеграция с 1С (в базовом варианте только ручная выгрузка стандартными средствами), доработки сверх согласованного ТЗ, интеграции со сторонними сервисами (банки, обмен документами, онлайн-кассы, мессенджеры), регламентированные печатные формы, такие как УПД, КС-2 и КС-3, и нестандартные схемы размещения сервера. | Входит в 65 000 ₽ | Считается отдельно | |---|---| | Развёртывание, справочники, роли | Автоматический обмен с 1С | | Согласование заявок и платежей | КС-2, КС-3, УПД | | Контроль перебора (по ТЗ) | Банки, ЭДО, кассы, мессенджеры | | Загрузка спецификаций из Excel | Доработки сверх ТЗ | | Обучение и документация | Нестандартный сервер | | Гарантия на настройку | Сопровождение: 40 000 ₽ в год или 6 500 ₽ в месяц |

Почему я так подробно останавливаюсь на границах? Потому что самая частая претензия к внедрениям возникает не из-за качества, а из-за разного понимания «под ключ». Для директора это «всё работает и я ничего не доплачиваю», для интегратора — «мы сделали то, что записано в ТЗ». Поэтому до старта я прошу выписать, что именно должно работать в день запуска, и закрепляю это в техническом задании. Всё, что вы просите сверх списка, получает отдельную оценку. Если сомневаетесь, где хранить систему, сравните варианты по затратам в статье про облако или собственный сервер: для ERPNext расчёт устроен так же, меняются только цифры.

Чего ERPNext не делает и почему бухгалтерия остаётся в 1С

Начну с самого важного ограничения: в ERPNext нет регионального модуля для российского регламентированного учёта. Налоги, книги покупок и продаж, регламентированная отчётность в ФНС, ЭДО с контрагентами, форматы российских первичных документов — это зона 1С, и менять её на ERPNext в компании из шести человек я не рекомендую. Схема из двух контуров выглядит так: ERPNext отвечает за операционную работу (проекты, заявки, закупки, склад), а 1С остаётся системой бухгалтера и главным источником правды по налогам и контрагентам. Для каждой сущности (номенклатура, контрагенты) заранее назначается главная система, иначе двусторонняя синхронизация превращается в источник конфликтов.

Второе ограничение касается стройки: в коробке нет ведомости объёмов, графика Ганта с зависимостями уровня специализированных пакетов и актов КС-2 и КС-3. Они закрываются либо доработкой, либо отдельными инструментами, и в базовые 65 000 ₽ не входят. Третье: стандартный модуль производства ERPNext рассчитан на дискретное производство и плохо подходит для непрерывного списания материалов под длительные этапы, поэтому для стройки я его не использую, а списание на проект веду через склад объекта и документы движения.

Ещё одна ловушка касается данных. Многие думают, что перед запуском нужно перенести в систему всё: историю закупок за три года, всех поставщиков, всю номенклатуру. Я этого не делаю. Перенос истории тянет за собой чистку и сверку, которые съедают недели и не нужны для ежедневной работы. Для склада достаточно загрузить остатки на дату старта, для поставщиков и номенклатуры взять только тех, с кем вы работали за последний квартал. Остальное добавится по мере появления. Спецификации текущих договоров загружаются из Excel, и это единственный большой массив данных на старте.

Что ещё стоит учитывать. Русская локализация в новых версиях поддерживается штатно, но терминология в базовом переводе неровная (бывают контекстные ошибки в сокращениях), поэтому я выверяю её под стройку. Отдельная тема — эксплуатация: система не поддерживает откат версии базы данных, возможен только накат патчей или восстановление из резервной копии, а прямая правка базовых типов документов ломает обновления. Все доработки оформляются отдельным приложением. Для компании без собственного администратора это значит, что бесплатная лицензия не отменяет необходимости в подрядчике, который следит за сервером и обновлениями.

И несколько честных формулировок о том, когда ERPNext не подойдёт. Если у вас уже работает 1С:ERP или комплексная конфигурация, и все довольны, менять ничего не нужно. Если процессы не описаны и меняются каждую неделю, любая ERP будет мешать. Если вы тендерный подрядчик с конкурентными листами и электронными торговыми площадками, вам нужен специализированный инструмент для закупок. А если нет интернета на всех объектах и нет желания его обеспечивать, то заявки с площадки не получатся. Более подробно, где ERPNext вообще уместен, я разбирал в статье про открытую ERP для производства.

Как посмотреть на живом демостенде и с чего начать проект

Лучший способ проверить, подходит ли система, — потрогать её. Мы покажем всё на демостенде erp-demo.itfresh.ru по запросу: там четыре условных объекта со спецификациями, маршруты согласования, отчёты и блок CRM. Попросите пройти вашу цепочку целиком: создать заявку с телефона, увидеть перебор, согласовать от имени руководителя, дойти до выгрузки для бухгалтера. Если на каком-то шаге вы подумали «у нас это устроено иначе», запишите: именно такие места и определяют объём доработок.

Дальше проект идёт предсказуемо. Первая неделя уходит на описание вашего процесса: кто подаёт заявки, кто согласует, какие пороги сумм, какие позиции нужны в справочнике. Вторая — на развёртывание и настройку ролей на тестовых данных. Третья — на загрузку реальной спецификации одного договора и пилот с одним прорабом. После этого подключаем остальных и остальные объекты. Это ориентир, а не обещание: срок зависит от того, как быстро вы соберёте спецификации и согласуете маршрут. Подход к внедрению открытых систем у нас описан на странице услуги внедрение open-source, а здесь я держусь одного продукта.

Про сервер и обновления руководителю достаточно знать три вещи. Систему я разворачиваю в Docker по схеме compose.yml с отдельными контейнерами для веб-части, фоновых воркеров, базы и Redis: это канонический production-метод проекта frappe_docker, а демо-файл pwd.yml в README репозитория прямо назван одноразовым: свои приложения в него не установить, для работы он не предназначен. Приложения с доработками включаются в образ при сборке, а не доустанавливаются в работающий контейнер. Бэкапы идут по расписанию на отдельное хранилище, и восстановление стоит проверять на тестовой копии раз в квартал, потому что бэкап, который ни разу не разворачивали, остаётся предположением.

Что нужно подготовить заранее: список ролей с фамилиями (кто подаёт, кто согласует, кто оплачивает), спецификацию одного текущего договора в Excel, перечень поставщиков и номенклатуры, которая реально закупается, и ответ на вопрос про 1С: какую версию вы используете и что именно хочется получать из ERPNext. Не готовьте схему на сорок шагов: лучше начать с короткой цепочки и усложнять после первого месяца работы.

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

Частые вопросы