Odoo: что это за ERP-система и как она работает

Odoo — модульная ERP-система для управления продажами, закупками, складом, производством, финансами, проектами, сервисом, персоналом и электронной коммерцией. Все приложения работают с общей моделью данных: заказ клиента может создать потребность в товаре, запустить закупку или производство, сформировать складские операции, проект и финансовые документы.

Именно взаимосвязь модулей отличает полноценную ERP от набора отдельных программ. Компания может начать с CRM или склада, а затем расширить систему, не создавая заново справочники клиентов, товаров и сотрудников.

Если вы уже выбираете конфигурацию для проекта, перейдите к обзору решений Odoo или услуге внедрения Odoo. Ниже разберём саму платформу: редакции, приложения, интеграции, размещение и требования к инфраструктуре в 2026 году.

Что такое Odoo

Odoo — бизнес-платформа бельгийского происхождения, ранее известная как TinyERP и OpenERP. Современное название отражает развитие продукта за пределы традиционного учёта ресурсов предприятия: в одной среде доступны операционные, финансовые, клиентские и цифровые каналы.

Пользователь работает через браузер. Интерфейс строится вокруг привычных представлений: списков, форм, календарей, диаграмм, сводных таблиц и Kanban-досок. Записи связаны между собой: из контакта видны сделки и документы, из заказа — доставка и счёт, из производственного заказа — материалы, операции и затраты.

Odoo подходит не только для корпораций. Модульность позволяет использовать её в растущей B2B-компании, торговом бизнесе, производстве, eCommerce, проектной или сервисной организации. Но простота интерфейса не означает, что ERP внедряется одним нажатием: необходимы процессы, качественные справочники, роли и проверяемая граница проекта.

Community и Enterprise: в чём разница

У Odoo есть две основные редакции.

Odoo Community распространяется с открытым исходным кодом и без платы за Enterprise-лицензии. Она даёт основу платформы и набор приложений, но часть функций Enterprise отсутствует или требует альтернативных модулей и разработки. Community не означает «бесплатное внедрение»: инфраструктура, настройка, миграция, интеграции, обновления и поддержка всё равно требуют ресурсов.

Odoo Enterprise расширяет Community фирменными приложениями и возможностями, поддержкой производителя и лицензированием по действующей модели Odoo. Для финансов, производства, документов, аналитики, мобильной работы и ряда интерфейсных возможностей различия могут быть существенными.

Выбор нельзя делать только по стоимости лицензии. Нужно сравнить совокупную стоимость владения: стандартное покрытие требований, сторонние приложения, разработку, тестирование обновлений и дальнейшую поддержку. Иногда Community оправдана для специализированного решения с сильной собственной технической командой. Для комплексной ERP стандартные функции Enterprise часто уменьшают объём стороннего кода.

Odoo Online, Odoo.sh и On-Premise

Редакция и способ размещения — разные решения.

Odoo Online

Odoo Online размещает и обслуживает базу в облаке Odoo. Этот вариант удобен для стандартных приложений и настроек без собственного серверного администрирования. Существенное ограничение: Odoo Online не поддерживает произвольные custom modules и приложения из Odoo Apps Store. Поэтому архитектуру интеграций и будущих доработок нужно определить заранее.

Odoo.sh

Odoo.sh — официальная облачная платформа для проектов с собственным кодом. Она предоставляет ветки, сборки, staging-окружения, доступ к журналам и инструменты разработчика. Это компромисс между управляемым облаком и гибкостью кастомизации.

On-Premise или управляемый хостинг

Odoo разворачивается на собственной или арендуемой инфраструктуре. Компания получает полный контроль над окружением, кодом, резервными копиями и сетевыми интеграциями, но берёт ответственность за безопасность, мониторинг, обновления и восстановление.

Мы работаем с Odoo.sh, On-Premise и управляемым хостингом. Выбор зависит от custom modules, требований безопасности, местоположения данных, доступности администраторов и интеграций, а не только от цены сервера.

Основные модули Odoo и их взаимосвязь

Contacts, CRM и Sales

Contacts хранит компании, людей, адреса и реквизиты. Odoo CRM ведёт лиды, потенциальные сделки, стадии, активности, команды продаж и прогноз. Sales формирует коммерческие предложения, прайс-листы и заказы.

После подтверждения предложения дальнейший процесс зависит от товара: система резервирует складской остаток, формирует потребность в закупке, создаёт производственный заказ или запускает проект оказания услуги.

Purchase и Inventory

Purchase поддерживает запросы цен, заказы поставщикам и контроль поступления. Odoo Inventory управляет складами, ячейками, маршрутами, партиями, серийными номерами, резервами, комплектацией и отгрузкой.

Связь продаж, закупок и склада позволяет видеть прогнозный остаток. Пользователь понимает не только сколько товара лежит сейчас, но и что уже зарезервировано, заказано поставщику или ожидается из производства.

Manufacturing, Quality и Maintenance

Odoo Manufacturing использует спецификации, производственные заказы, операции и рабочие центры. Продажа или правило пополнения может создать спрос на выпуск. Производство резервирует материалы на складе, отражает фактическое потребление и передаёт готовый продукт в запас.

Quality добавляет проверки и точки контроля, Maintenance — обслуживание оборудования. Финансовая часть получает данные о материалах, операциях и движении запасов для анализа себестоимости и незавершённого производства.

Accounting

Odoo Accounting связывает счета клиентов и поставщиков, платежи, банковские транзакции, выручку, себестоимость и затраты с операционными документами. В зависимости от локализации и конфигурации доступны мультикомпании, мультивалютность, план счетов, бюджеты, основные средства и финансовая отчётность.

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

Project, Timesheets, Documents и Sign

Odoo Project связывает проекты, задачи, этапы, трудозатраты и клиентские обязательства. Подтверждённая продажа услуги может создать проект по шаблону; учтённое время или достигнутая веха — стать основанием для выставления счёта.

Documents организует рабочие файлы, а Sign — маршруты электронной подписи в поддерживаемых сценариях. Вместе приложения формируют единый контекст: договор, изменение, задача, фактические часы и финансовый результат не теряются в разных системах.

Website, eCommerce, Helpdesk и сервис

Website и eCommerce позволяют создавать каталог и принимать заказы. Покупка поступает в Sales, резервирует товар в Inventory и передаётся в доставку и Accounting. Helpdesk регистрирует обращения, SLA и работу сервисной команды. Repairs или собственные сервисные процессы помогают учитывать возвращённые изделия, диагностику, запчасти и выполненные работы.

Employees и другие внутренние приложения

Employees хранит организационные данные и связывает пользователя с подразделением и рабочими процессами. Дополнительные приложения поддерживают подбор, отпуска, расходы, согласования и маркетинг. Доступность конкретных функций зависит от редакции, версии и локализации.

Пример: продажа и монтаж сложного оборудования

Рассмотрим B2B-компанию, которая продаёт, поставляет и монтирует техническое оборудование. Этот обезличенный сценарий основан на типе процессов, с которыми мы работаем.

В Contacts хранится структура заказчика, проектировщиков, подрядчиков и поставщиков.
CRM ведёт тендер или сделку, коммуникации, следующий шаг и вероятность продажи.
Sales формирует предложение с нужной комплектацией, ценой и условиями.
После подтверждения заказ проверяет доступность оборудования и комплектующих.
Purchase создаёт закупки недостающих позиций, Inventory контролирует поступление и партии.
Project запускает подготовку, доставку и монтаж, назначает задачи бригаде и собирает трудозатраты.
Sign и Documents связывают согласования, договоры и изменения с заказом и проектом.
Accounting отражает авансы, счета, оплаты, затраты и рентабельность заказа.
Helpdesk принимает обращения после запуска и сохраняет историю обслуживания.

Преимущество не в наличии девяти приложений, а в передаче данных между ними. Менеджер не создаёт проект и закупку заново, склад понимает основание резерва, а финансовый результат можно анализировать в разрезе заказа или проекта.

Интеграции Odoo с внешними системами

Odoo может быть центральной операционной системой, не заменяя каждый существующий сервис. На практике интеграции охватывают:

eCommerce и marketplaces: WooCommerce, Shopify, Shopify Plus, Magento, Allegro, Amazon, eBay и другие каналы;
доставку и fulfillment: InPost ShipX, ShipStation, 3PL и API перевозчиков;
платежи и банки: Stripe, PayPal, Revolut, банковские выписки и внешние банковские API;
коммуникации: WhatsApp Business API, почту, телефонию и сообщения;
рекламу и аналитику: Google Ads, Google Analytics, LinkedIn, Tableau и DWH;
внешние каталоги, конфигураторы, государственные или отраслевые системы;
автоматизацию через n8n и API-сервисы.

Что именно нужно определить до интеграции

Интеграция — это часть бизнес-процесса, а не просто обмен записями. До разработки нужно ответить:

какая система является master для товара, цены, клиента и остатка;
где создаётся исходный заказ;
какие статусы и идентификаторы синхронизируются;
когда документ считается подтверждённым;
как обрабатываются повторные запросы и дубликаты;
что происходит при временной недоступности API;
где пользователь видит ошибку и кто отвечает за её устранение.

Например, интернет-магазин может оставаться витриной и checkout, а Odoo — управлять товаром, остатком, складом и back office. После заказа Odoo резервирует товар, создаёт отправление через службу доставки, получает tracking number и возвращает статус в магазин.

API Odoo в 2026 году

Odoo расширяется внутренними custom modules и подключается к внешним системам через API и web-контроллеры. В Odoo 19 появился внешний JSON-2 API. Для старых интеграций продолжают встречаться XML-RPC и JSON-RPC, но официальная документация сообщает об их планируемом удалении в будущих версиях. Новую архитектуру следует проектировать с учётом миграции, версии базы и доступности API в выбранном тарифном плане.

Требования к серверу Odoo в 2026 году

У Odoo нет универсальной конфигурации «на 20, 50 или 100 сотрудников». Нагрузка зависит от числа одновременно активных пользователей, установленных модулей, объёма данных, отчётов, автоматизаций, сайта, изображений, интеграций и качества custom-кода.

Для небольшого production-контура практической отправной точкой могут быть 4 vCPU, 8–16 GB RAM и SSD/NVMe, но это ориентир для первичной оценки, а не гарантированное требование. Ресурсы подтверждают нагрузочным тестом и мониторингом реальной базы.

Официальная документация Odoo 19 по production-развёртыванию предлагает для multi-process режима ориентиры:

предельное число workers — примерно (число CPU × 2) + 1;
один worker обслуживает ориентировочно шесть одновременных пользователей;
cron workers также потребляют CPU;
при оценке памяти Odoo исходит из смеси лёгких и тяжёлых workers: около 150 MB и 1 GB соответственно.

В официальном примере сервер с 4 CPU и 8 потоками для 60 конкурентных пользователей использует восемь HTTP workers и один cron worker; расчётная память процессов Odoo составляет около 3 GB. Это не полный размер сервера: отдельные ресурсы требуются PostgreSQL, операционной системе, reverse proxy, файловому хранилищу, резервному копированию и пиковым операциям.

Что должно входить в production-инфраструктуру

Linux-сервер и PostgreSQL поддерживаемой версии;
SSD/NVMe с запасом под базу, filestore, журналы и временные операции;
multi-process режим с лимитами памяти и времени;
reverse proxy с HTTPS и корректной маршрутизацией websocket;
ограниченный пользователь PostgreSQL и защищённый database manager;
регулярные резервные копии базы и filestore с проверкой восстановления;
отдельное staging-окружение для обновлений и доработок;
мониторинг CPU, RAM, диска, запросов PostgreSQL, очередей и ошибок;
план обновления безопасности и поддерживаемой версии Odoo.

Для тяжёлой аналитики, большого eCommerce, массовых фоновых операций или множества интеграций приложение и PostgreSQL можно разделять, добавлять workers и масштабировать инфраструктуру. Решение принимают по метрикам, а не только по общему числу сотрудников.

Что влияет на производительность

Медленная работа не всегда означает нехватку CPU. Частые причины:

неэффективные вычисляемые поля и SQL-запросы в custom modules;
тяжёлые мультивалютные и финансовые отчёты;
массовые импорты и scheduled actions в рабочее время;
большое количество изображений и вложений;
длинная история сообщений в одной записи;
интеграции без очередей, повторов и ограничения нагрузки;
неверно настроенные workers, cron и memory limits;
медленный диск или неоптимальная конфигурация PostgreSQL.

Поэтому инфраструктура, качество разработки и операционное сопровождение рассматриваются вместе.

Как внедрять Odoo без лишней разработки

Мы придерживаемся подхода business process first, configuration first. Сначала выясняем, как возникает документ, кто отвечает за данные, где выполняется ручная работа и какие внешние системы должны остаться. Затем разделяем требования на стандартную функцию, настройку, интеграцию и действительно необходимую разработку.

Большой проект безопаснее делить на итерации. Например, сначала запустить CRM, Sales, Project и Sign; затем процесс изменений и монтажных работ; после этого Inventory и Purchase; далее банковские и финансовые процессы. Такой порядок не является универсальным, но показывает принцип: полезная часть системы запускается раньше, а сложность проверяется на эксплуатации.

Типовой жизненный цикл включает discovery, solution design, configuration, миграцию данных, разработку и интеграции, тестирование, обучение, запуск и поддержку. Custom development должен иметь подтверждённое операционное требование; иначе стандартные возможности проще обновлять и сопровождать.

Ограничения, о которых важно знать

функции отличаются между Community и Enterprise, версиями и тарифными планами;
локальный финансовый и кадровый учёт требует отдельной проверки;
сторонний модуль может ограничить обновление или потребовать поддержки автора;
Odoo Online не предназначена для произвольных custom modules;
интеграция не будет надёжной без правил обработки ошибок и master data;
плохие справочники нельзя исправить только импортом;
обновление major version требует тестирования модулей, данных и внешних обменов.

В 2026 году поддерживаемую версию также следует учитывать при выборе архитектуры: жизненный цикл Odoo 17 подходит к окончанию стандартной поддержки, тогда как Odoo 18 и 19 находятся в актуальном окне поддержки. План обновления нужен ещё до накопления критических доработок.

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

Odoo — это CRM или ERP?

Odoo является ERP-платформой, а CRM — одним из её приложений. Можно использовать только CRM, но основная ценность проявляется при связи продаж с исполнением, запасами, проектами и финансами.

Можно ли заменить 1С системой Odoo?

Для управленческих и операционных процессов — часто да. Возможность заменить регламентированный учёт зависит от страны, локализации, налогов, электронных документов и требований к отчётности. Иногда Odoo остаётся операционной ERP и обменивается данными с локальной бухгалтерской системой.

Можно ли начать с одного модуля?

Да. Важно сразу определить общие справочники и будущие связи, чтобы первый этап не мешал расширению.

Нужна ли разработка?

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

Как выбрать между Odoo.sh и собственным сервером?

Odoo.sh упрощает управление сборками и staging. On-Premise даёт больше контроля над инфраструктурой и сетью, но требует компетенций эксплуатации. Выбор зависит от безопасности, интеграций, custom-кода и ответственности команды.

Что делать дальше

Начните не со списка приложений, а с одного сквозного процесса: например, «обращение — продажа — закупка — склад — отгрузка — деньги» или «заказ — проект — трудозатраты — счёт — рентабельность». Определите участников, документы, источники данных и ожидаемый результат.

Изучите страницы ключевых направлений:

Если нужно выбрать редакцию, архитектуру и состав первого этапа, обсудите внедрение Odoo с нами. Мы разберём процессы, отделим стандартную конфигурацию от интеграций и разработки и сформируем проверяемый scope без привязки к именам других клиентов.