Аудит и проектирование решения
Разбираем бизнес-процессы, узкие места и текущие ограничения системы. Помогаем определить архитектуру решения, состав модулей, границы кастомной разработки и реалистичный план внедрения.
Services
Подключаюсь к Odoo-проектам как разработчик и архитектор: от аудита и MVP до интеграций, техподдержки и последующего масштабирования решения.
Разбираем бизнес-процессы, узкие места и текущие ограничения системы. Помогаем определить архитектуру решения, состав модулей, границы кастомной разработки и реалистичный план внедрения.
Разрабатываем модули под конкретную бизнес-логику без правок core Odoo: модели, представления, роли, record rules, backend UX, импорты, автоматизации и сопутствующую бизнес-логику.
Проектируем и реализуем синхронизацию Odoo с CRM, ERP, документооборотом, мессенджерами и внешними API. В фокусе устойчивость обмена, прозрачность логики и восстановление после ошибок.
Помогаем быстро собрать рабочий MVP на Odoo Community, когда процессы ещё живут в Google Таблицах или Excel. Цель — перевести операционную логику в систему и заложить базу для роста продукта.
Берём проекты на сопровождение после релиза: диагностика и исправление ошибок, доработки по заявкам, поддержка продакшена, работа с данными и аккуратное развитие системы без деградации архитектуры.
Подключаемся к этапу роста после запуска первой версии: расширение функционала, переработка процессов, новые реестры и интерфейсы, усиление интеграций и подготовка решения к следующему этапу развития.
Experience
Buildflow ERP MVP на Odoo 17 Community для инженера-сметчика: Docker-инфраструктура, архитектура кастомных модулей и реестры смет, договоров и актов. Реализовал ролевую модель и record rules, dashboard на spreadsheet_dashboard, интеграцию DMS OCA, контроль веб-сессий, Telegram-доступы, миграции и backend UX. Перенёс ключевую операционную логику из Google Таблиц в Odoo и заложил основу для дальнейшего развития продукта. После завершения MVP проект переведён на техническую поддержку, а следующим этапом запланировано масштабирование решения.
Архитектура и разработка модулей, интеграции между Odoo-инстансами (заказы, отгрузки, закупки, стоки, сообщения). Сбор требований от заказчика, формализация логики, проектирование синхронизации. Импорт Excel/CSV (до 500 строк), бизнес-логика, UI/UX, тестирование, поддержка продакшена. Руководство командой из 3 разработчиков, первая линия поддержки интеграций.
Руководил отделением из 5 человек. Создал систему автоматизации рапортов (Excel → Word): до 20 рапортов в день без ручной работы. Опыт управления, распределения нагрузки и высокой ответственности.
Service
Центральный модуль со сметами, иерархией родитель/доп. соглашения, статусами расчёта и договора, chatter, кронами и миграциями. Реализованы справочники, области видимости пользователей и кастомный backend UX для безопасной работы ролей.
Связанные реестры договоров и актов с финансовыми показателями, типами документов, статусами подписания и оплаты, комплектностью и расширением карточки сметы. Согласованная модель связей между сметой, договором и актом без правок core Odoo.
Клиентский dashboard на spreadsheet_dashboard с JSON-дашбордом, фильтрами по периоду, подрядчику, проекту и корпусу, а также переходами к связанным записям. Реализованы динамические таблицы под графиком: они вмещают любое количество сущностей без жёстких ограничений по строкам. Данные учитывают области видимости пользователя, чтобы каждый видел только свой контур работы.
MVP на Odoo 17 Community: Docker-инфраструктура, архитектура кастомных модулей, реестры смет/договоров/актов, роли и области видимости. Централизация данных, отказ от Google Таблиц как основного инструмента и база для дальнейшего масштабирования.
Подробнее о кейсе →Модуль ограничения одновременных веб-сессий и отдельная доработка доступа через Telegram: whitelist, logout/redirect при конфликте сессий, поля Telegram ID и права для бота. Закрыта операционная проблема неконтролируемого доступа и смежных сценариев работы пользователей.
Подробнее о кейсе Buildflow →Подключение Document Management System из OCA к кастомным модулям Buildflow: централизованное хранение, прикрепление файлов к сметам, договорам и актам, быстрый доступ к документам прямо из реестров.
Подробнее о кейсе Buildflow →Ежедневно: ≈100 заказов и закупок, ≈200 отгрузок, ≈500 сообщений и вложений. Устойчивость и автоматическое восстановление после ошибок. Инциденты снижены с 15 до 3–4 в неделю.
Подробнее о кейсе →Кастомный модуль импорта строк заказа под бизнес-логику клиента, когда стандартный base_import не покрывал нужный сценарий. Создание крупных заказов на 100-200 позиций сокращено с 1-2 часов до 5 минут.
Распределял задачи между 3 разработчиками, задавал стандарты кода и структуры синхронизации, проектировал решения. Совмещение ролей разработчика, аналитика и тестировщика при отсутствии отдельных BA/QA.
До 30 обращений в неделю по сбоям синхронизации, данным заказов и отгрузок. Обработано и закрыто около 300 тикетов. Документ с типовыми инцидентами и инструкциями — время реакции до 5 минут, восстановление в течение дня.
Обновлённый механизм расчёта стоков сделал остатки предсказуемыми. Служба клиента перестала тратить время на звонки на склад — отпала необходимость вручную уточнять доступные количества.
Работа с заказчиком напрямую: сбор и анализ бизнес-требований, уточнение логики, перевод в технические решения. Формализация процессов и проектирование интеграций при отсутствии отдельной роли BA — от переговоров до архитектуры модулей и синхронизации.
Skills
Development Team
При необходимости к проекту подключаются разработчики, с которыми выстроены процессы, стандарты качества и рабочая коммуникация.
Специалист по Odoo. Подключается к проектам при необходимости дополнительной мощности, а после завершения этапа разработки может брать на себя техническую поддержку и сопровождение решений.
Специалист по CRM-системам с практическим опытом внедрения и развития решений на Bitrix24. Работает с интеграцией телефонии и социальных сетей с CRM, а также имеет большой опыт в создании сложных сайтов и клиентских веб-решений.
FAQ
Коротко отвечаю на вопросы, которые чаще всего возникают перед стартом Odoo-проекта, MVP, интеграции или перехода на сопровождение.
Основной рабочий фокус — Odoo 17/18/19, но при необходимости готовы подключаться и к проектам на других версиях. Важнее не номер версии сам по себе, а текущее состояние системы, архитектура и реалистичный план дальнейшего развития.
Для расчета стоимости внедрения в вашей компании — пожалуйста, свяжитесь с нами. Стоимость зависит от масштаба проекта, количества процессов, объема кастомной логики, интеграций и того, нужен ли быстрый MVP, полноценное внедрение или сопровождение существующей системы.
Быстрый старт — от 3 недель. Полноценное внедрение для среднего бизнеса — 2-4 месяца. Мы запускаем 80% функционала за 30 дней, остальное дорабатываем итерационно.
Odoo дешевле чем 1С, а также в чем-то гибче и быстрее. Но российской бухгалтерии в Odoo нет. Если вам нужна бухгалтерия, то бухгалтерская программа, например, 1С, нужна.
Да, это один из типовых сценариев. Можно начать с MVP, перенести ключевую операционную логику в Odoo, собрать базовые реестры и роли, а затем развивать систему итерационно по мере роста требований.
Да. После релиза можем брать проект на сопровождение: исправление ошибок, доработки по заявкам, поддержку продакшена, работу с данными и подготовку системы к следующему этапу развития.
Да. Это отдельный формат работы: расширение функционала, переработка процессов, новые реестры и интерфейсы, усиление интеграций, оптимизация архитектуры и подготовка продукта к следующему этапу роста.
Да. Работаем с интеграциями между Odoo и внешними API, CRM, ERP, документооборотом, Telegram и другими сервисами. Важный акцент — устойчивость обмена, прозрачная логика синхронизации и восстановление после ошибок.
Да. Возможен формат точечного подключения: архитектура, отдельные модули, сложная интеграция, аудит, поддержка продакшена или закрытие дефицита мощности в существующей команде разработки.
Нет, в этом и смысл аккуратной архитектуры на open-source платформе. Если проект сделан через кастомные модули без правок core Odoo, его можно передавать другой команде или развивать дальше без жёсткой привязки к одному исполнителю.