Объект делится на этапы, затраты на материалы и субподрядчиков записываются на этот объект, по выполненным работам выставляется счёт-фактура. В документации Odoo не описано готовое приложение для смет по нормам Узбекистана, но для строительства есть отраслевые пакеты. Границы возможностей описываем открыто.
Объектов много, у каждого свои этапы, бригада и заказчик. Если всё ведётся в Excel и переписке, ошибка вскрывается при сдаче объекта.
Odoo публикует для строительства два отраслевых пакета. Это не отдельные приложения, а набор стандартных приложений, полей и шаблонов. Автор — Odoo S.A., лицензия OEEL-1, то есть требуется Enterprise. В списке Apps Store указаны Odoo Online, Odoo.sh и On Premise.
Основной набор для подрядчика. Documents, Planning и Approvals входят в Enterprise (в репозитории открытого кода их нет). Какие приложения нужны, определяется на диагностике.
Объект ведётся как проект: этап, задача, зависимость и веха. Шаблон ускоряет повторяющиеся объекты.
Предложение, разбитое на разделы, аванс и счёт-фактура по этапам. Дополнительные работы — отдельной строкой.
Запрос предложения на материалы и услуги, долгосрочное соглашение, сверка счёта с заказом и приёмкой.
Приёмка и расход материалов. Склад объекта ведётся как отдельный склад или локация.
Часы бригады записываются на задачу. Часы и фото вносятся с объекта через телефон.
Аналитический учёт привязывает затраты к объекту. Если введён бюджет, затраты сравниваются с ним.
Чертежи, договор, разрешения и фото объекта — в одном месте.
Бригада, техника и время — в одной таблице. Оборудование вроде крана тоже становится ресурсом.
Цепочка утверждения закупок, дополнительных работ и оплаты.
Каждый этап оставляет свою запись, поэтому руководитель, прораб и бухгалтер смотрят на одну и ту же цифру.
Запрос заказчика ведётся в CRM, предложение составляется как заказ на продажу, разбитый на разделы. Определяются условия аванса и счёта-фактуры.
При подтверждении заказа открывается проект (если так выбрано в продукте). Этапы, задачи и зависимости берутся из шаблона.
Строки сметы привязываются к аналитическому учёту и бюджету по виду затрат.
Запрос предложения на материал или долгосрочное соглашение. Заказ на закупку привязывается к проекту: для этого в Odoo есть стандартный модуль.
Материал принимается в локацию объекта и расходуется из неё. Остаток и расход видны в учёте.
Записываются часы бригады, техника и работа субподрядчика. Прораб вносит статус этапа с объекта.
Счёт-фактура готовится по завершении этапа или по выполненному объёму. Акт оформляется в форме, согласованной с заказчиком.
Объект сдаётся, гарантийный срок берётся на контроль. Руководитель видит итоговую маржу по объекту.
Пример условный. На объекте внутренней отделки заказчик попросил выполнить дополнительную работу по стене. Порядок расчёта определяется тем, какую долю сметы составляет дополнительная работа. Постановление Пленума Высшего хозяйственного суда № 306 (от 23 декабря 2016 г.) требует, чтобы подрядчик предупредил заказчика о необходимости дополнительной работы и увеличении сметы. Если дополнительная работа составляет до 10 процентов общей сметной стоимости и не меняет характер работ, заказчик, давший согласие после предупреждения, может сам внести изменение в проектно-сметную документацию. Если больше 10 процентов, изменение оформляется письменным соглашением.
В документации Odoo не описано приложение для смет по строительным нормам Узбекистана. В Odoo смета ведётся как строки заказа на продажу, разделы и спецификация (BoM). В пакете Property Developer есть виды затрат, нормы единиц работ и виджет обновления себестоимости, но это собственная логика Odoo, а не местная нормативная база.
Для объектов государственных программ сметная стоимость должна формироваться по данным электронной платформы «Национальный классификатор строительных ресурсов»: Постановление Президента ПП-165 от 29 апреля 2024 г., п. 3, с 1 июля 2024 г. Переход на «объёмный метод» с 1 января 2025 г. также записан в этом пункте. Постановление относится к государственным программам и программам, финансируемым из бюджета; применимость к объектам частных заказчиков не проверена и письменно уточняется на диагностике.
Большая часть цепочки «проект — закупки — счёт-фактура» есть в готовых приложениях. Смета по нормам Узбекистана, форма акта и электронная счёт-фактура — отдельная работа. Данные приведены по документации, новостям и описаниям пакетов Odoo 19 и 20; если в вашей версии есть отличия, проверим на диагностике.
| Задача | В стандартном Odoo | Дополнительная работа (BUline) |
|---|---|---|
| Объект, этап, задача | Есть: Project. Зависимость, веха, шаблон, роли, подзадачи | Подстроить шаблон объекта и список этапов под ваши виды работ |
| Многоуровневая структура работ (WBS) | В пакете Property Developer: представление WBS из заказа на продажу и проекта (Odoo 20). В стандартном Project есть подзадачи | Протестировать пакет или построить структуру на подзадачах |
| Смета (нормы Узбекистана) | Отдельное приложение для смет в документации не описано. Есть: предложение с разделами, BoM; в пакете — нормы единиц работ | Импорт сметы, структура строк, нормативная база — оценивается |
| Контроль затрат | Есть: аналитический учёт, аналитический бюджет (Accounting), привязка заказа на закупку и складского документа к проекту | Виды затрат и структура бюджета |
| Закупки и сравнение | Есть: Purchase. Долгосрочное соглашение, альтернативные предложения, сверка счёта с заказом и приёмкой | Цепочка утверждения, список закупок по объекту |
| Склад объекта | Есть: склады и локации. В Property Developer — локации объекта (Odoo 20) | Структура складов объектов, порядок расхода материалов |
| Счёт-фактура по выполненным работам | Есть: аванс, веха (счёт-фактура создаётся отдельно), время и материалы. В Property Developer — по накопленному выполнению | Правило выставления счёта по выполненному объёму, привязка к договору с заказчиком |
| Удержание (retention) | В стандартной документации отдельная функция не описана. В описании General Contractor упомянуто удержание, привязанное к этапу | Протестировать в пакете или настроить отдельное правило расчёта — оценивается |
| Форма акта и справки | В документации (официальная узбекская локализация Odoo, Fiscal Localization → «uz Uzbekistan») формы акта и справки не упомянуты | Подготовка печатной формы; форма согласуется с заказчиком на диагностике |
| Субподрядчик | Приложение Odoo Subcontracting предназначено для производства. Строительный субподряд ведётся как закупка услуг; в описании Property Developer упомянуто управление субподрядчиками | Договор субподряда, объём работ и контроль оплаты — оценивается |
| Электронная счёт-фактура | Нет: не упомянуто в официальной узбекской локализации Odoo (Fiscal Localization → «uz Uzbekistan») | Подключение к системе оператора — оценивается |
Нижеследующее проверено по официальным источникам. То, что относится к вашему виду деятельности, мы письменно фиксируем списком на диагностике.
Каждое подключение оценивается и выполняется отдельно. Мы не обещаем, что «готовый коннектор есть».
Отчёты не переносятся в отдельную таблицу — они формируются из документов в той же базе.
Этапы соответствуют общему методу BUline. Срок письменно согласовывается после диагностики. Порядок внедрения →
Изучаются типы объектов, структура сметы, закупки и склад, работа с субподрядчиками и документооборот. Результат — карта бизнес-требований (BRD).
Утверждаются шаблон объекта, виды затрат, структура бюджета, правила утверждения и формы документов. Решается, нужен ли отраслевой пакет.
Сначала один объект проходит весь путь от начала до конца, затем остальные объекты, цепочка закупок и интеграции.
Сметчик, прораб, закупщик, кладовщик и бухгалтер обучаются по ролям. Выдаются инструкция и видеоуроки.
Усиленная поддержка, затем добавление новых типов объектов и отчётов.
Этот список ускоряет диагностику. Начать можно и без полного комплекта.
| Ошибка | Последствие | Как предотвращаем |
|---|---|---|
| Вносить смету одной суммой | Контроля по видам затрат нет | Вносить по строкам и видам затрат |
| Не привязывать заказ на закупку к объекту | Затраты объекта отображаются не полностью | Сделать проект или аналитическое распределение обязательным в каждом заказе |
| Считать прибыль высокой, когда материал получен, а счёт не пришёл | Заказ на закупку попадает в затраты только после подтверждения счёта поставщика | Отдельно отслеживать принятый материал, по которому не пришёл счёт |
| Согласовывать дополнительную работу устно | Право на оплату может быть утрачено (постановление № 306) | Сохранять предупреждение и подтверждение в переписке по проекту |
| Думать, что счёт-фактура выставляется сразу при достижении вехи | Этап обновляет только поставленную долю | Зафиксировать порядок отдельного создания счёта-фактуры |
| Устанавливать пакет Property Developer без пробного запуска | Зависимость от Studio и множества приложений приводит к непредвиденной работе | Сравнить пакет с процессом на тестовой базе |
Отдельное приложение для смет по нормам Узбекистана в документации Odoo не описано. Смета ведётся как строки заказа на продажу, разделы и спецификация, а в пакете Property Developer есть нормы единиц работ. Ввод нормативной базы и настройка формата сметы оцениваются на диагностике.
Да. Odoo публикует два отраслевых пакета: General Contractor и Property Developer. Это пакеты Odoo S.A., они требуют Enterprise и опираются на Studio. В документации они не описаны как отдельное приложение, поэтому охват проверяется в тестовой базе.
Odoo создаёт счета-фактуры и формы документов, но в документации по официальной узбекской локализации Odoo (Fiscal Localization → «uz Uzbekistan») форма акта не упомянута. Единая обязательная форма документов о выполненных работах в официальном источнике не подтверждена. Форма согласуется с заказчиком и готовится как печатный отчёт.
Приложение Odoo Subcontracting предназначено для производства. Строительный субподряд ведётся как закупка услуг: заказ, объём и оплата привязываются к объекту. В описании Property Developer управление субподрядчиками упомянуто, но детали проверяются на диагностике.
Материал принимается на отдельный склад или в локацию и расходуется оттуда, заказ на закупку и складской документ привязываются к проекту. В Property Developer есть локации объекта (Odoo 20). В стандартной настройке структуру проектируем вместе.
Отраслевые пакеты опираются на Studio, а специальный код в Odoo Online не работает. В списке Apps Store для пакетов указаны Online, Odoo.sh и On Premise; точное ограничение проверяется на диагностике. Типы хостинга →
Лицензия Odoo зависит от числа пользователей и приложений (условия на odoo.com). Объём работ BUline зависит от числа пользователей, типов объектов, филиалов, кастомизации, интеграций, объёма данных и обучения. Точные затраты и сроки указываются в письменном предложении после бесплатной диагностики.
На диагностике разберём ваши процессы и скажем, где достаточно стандартного Odoo, а где нужна настройка, — со списком приложений, версией и этапами.