Срок окончания поддержки в сентябре 2026 года
В текущей таблице поддержки Odoo сентябрь 2026 года указан как планируемая дата окончания стандартной поддержки Odoo 17.0. Стандартная поддержка включает помощь службы поддержки, исправления ошибок и обновления безопасности. Организациям, использующим Odoo 17, следует решить, обновляться ли до планируемого срока или оформить расширенную поддержку. (Odoo 19.0 Docs: Administration Standard Extended Support)
В опубликованной информации указан планируемый месяц окончания, но не приведен точный день завершения. Администраторам следует подтвердить дату у Odoo, а не предполагать, что покрытие изменится в первый или последний день сентября. (Odoo 19.0 Docs: Administration Standard Extended Support) Внутренний график должен оставить время на получение такого подтверждения до утверждения обновления или решения по поддержке.
Покрытие после окончания стандартной поддержки
Odoo указывает разное покрытие для стандартной и расширенной поддержки. Стандартная поддержка включает помощь службы поддержки, исправления ошибок и обновления безопасности. Расширенная поддержка требует дополнительной платы и включает помощь службы поддержки и исправления ошибок, если такие исправления осуществимы. (Odoo 19.0 Docs: Administration Standard Extended Support)
Обновления безопасности прямо включены в стандартную поддержку, но не указаны в предоставленном кратком описании расширенной поддержки. Исправления ошибок в рамках расширенной поддержки также зависят от осуществимости. (Odoo 19.0 Docs: Administration Standard Extended Support) Прежде чем полагаться на расширенную поддержку, ответственным за принятие решений следует запросить у Odoo подтверждение условий, применимых к их контракту, того, как оценивается осуществимость, и есть ли какие-либо ограничения, влияющие на существующие проблемы.
Odoo сообщает, что каждая основная версия получает три года поддержки, и настоятельно рекомендует использовать поддерживаемую версию. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Для организаций, которые все еще работают на Odoo 17, планируемый срок требует координации между теми, кто отвечает за контракты, системное администрирование, разработку пользовательских доработок, интеграции и простой в работе.
Начните с обновленной тестовой базы данных
Документированный процесс Odoo начинается с запроса обновленной тестовой базы данных. Затем организации следует протестировать бизнес-процессы и интеграции, устранить выявленные проблемы и планировать обновление production только после завершения этой работы. (Odoo 19.0 Docs: Administration Upgrade) Такой порядок предотвращает превращение обновления production в первую полную проверку совместимости.
Тестирование должно охватывать те процессы и интеграции, от которых зависит организация, в соответствии с рекомендациями Odoo. (Odoo 19.0 Docs: Administration Upgrade) За каждый процесс должен отвечать владелец, который может зафиксировать результат, изучить проблемы и подтвердить повторное тестирование исправлений. Создание тестовой базы данных, это только начало оценки, а не доказательство готовности обновленной среды к production.
Odoo рекомендует устранить проблемы, выявленные во время тестирования, до планирования обновления production. (Odoo 19.0 Docs: Administration Upgrade) Если проблема остается нерешенной, ее операционное влияние следует задокументировать до утверждения даты обновления production. Затем организация может решить, перенести дату, изменить план обновления или запросить дополнительную помощь.
В тестовом отчете следует различать успешные проверки, неудачные проверки и элементы, которые не были протестированы. Поскольку процесс Odoo ставит устранение проблем перед планированием production, незавершенное тестирование не следует считать успешным результатом. (Odoo 19.0 Docs: Administration Upgrade) Такое различие помогает ответственным за принятие решений видеть, какие части обновления готовы, а какие еще требуют работы.
Оцените пользовательские модули отдельно
У настраиваемой базы данных есть дополнительное предварительное условие. Odoo сообщает, что пользовательские модули должны быть совместимы с целевой версией, прежде чем базу данных можно будет обновить. (Документация Odoo 19.0: Обновление администрирования) Администраторам следует определить каждый пользовательский модуль, назначить за него ответственного и установить, доступна ли совместимая версия для целевого выпуска.
Согласно документированному требованию Odoo, совместимость пользовательских модулей должна быть подтверждена до отправки настроенной базы данных на обновление. (Документация Odoo 19.0: Обновление администрирования) Проверка только стандартных рабочих процессов не показывает, готов ли пользовательский код. Для каждого модуля следует зафиксировать статус совместимости и включить его в обновлённую тестовую базу данных, чтобы можно было проверить затрагиваемые им рабочие процессы.
Odoo также требует тестировать интеграции в рамках процесса обновления базы данных. (Документация Odoo 19.0: Обновление администрирования) Поэтому оценка должна охватывать и пользовательские модули, и подключённые системы. Для каждого элемента администраторам следует записать, что именно нужно проверить, кто сможет расследовать сбой и нужно ли привлекать стороннюю организацию во время тестирования или производственного обновления.
Планирование недоступности продуктивной среды
Продуктивная база данных недоступна во время обновления, и Odoo рекомендует планировать работу на период минимальной нагрузки. (Документация Odoo 19.0: Обновление администрирования) В плане следует указать допустимое окно, действия, которые нужно завершить заранее, и людей, которым необходимо знать, что рабочая база данных будет недоступна.
Рекомендации Odoo размещают планирование продуктивной среды после тестирования и устранения проблем. (Документация Odoo 19.0: Обновление администрирования) Администраторам следует сохранять эту последовательность, отсчитывая от запланированного срока поддержки в сентябре 2026 года. Слишком раннее обязательство по переходу в продуктивную среду может оставить недостаточно времени для устранения проблем, обнаруженных в рабочих процессах, интеграциях или пользовательских модулях, без изменения окна.
План для продуктивной среды не должен исходить из того, что завершение обновления базы данных является единственным фактором планирования. Odoo подтверждает, что во время процесса база данных будет недоступна, и советует выбирать период минимальной нагрузки. (Документация Odoo 19.0: Обновление администрирования) Поэтому внутреннее согласование должно учитывать перерыв и подтверждать, какие бизнес-операции нужно приостановить или завершить до начала окна.
Проверки перед выбором пути
Перед утверждением расширенной поддержки или графика обновления подтвердите точную дату окончания стандартной поддержки, дополнительную плату за расширенную поддержку и покрытие, доступное для Odoo 17. Согласно опубликованному различию Odoo, стандартная поддержка включает помощь службы поддержки, исправления ошибок и обновления безопасности, а расширенная поддержка предоставляет помощь службы поддержки и выполнимые исправления ошибок за дополнительную плату. (Документация Odoo 19.0: Администрирование, стандартная и расширенная поддержка)
Для обновления убедитесь, что запрошена обновлённая тестовая база данных, бизнес-процессы и интеграции протестированы, выявленные проблемы устранены, а пользовательские модули совместимы с целевой версией. Эти шаги входят в документированное руководство Odoo по обновлению. (Документация Odoo 19.0: Обновление администрирования) Окно продуктивной среды следует утверждать только тогда, когда для проверок назначены ответственные и зафиксированы результаты.
Стандартная поддержка Odoo 17 запланирована к завершению в сентябре 2026 года, и Odoo рекомендует использовать поддерживаемую версию. (Документация Odoo 19.0: Администрирование, стандартная и расширенная поддержка; Документация Odoo 19.0: Обновление администрирования) Организациям, которые по-прежнему используют Odoo 17, нужно выбрать между завершением протестированного обновления до запланированного изменения или получением подтверждённых условий расширенной поддержки, пока работа по обновлению продолжается. Это решение должно учитывать применимый договор, готовность рабочих процессов и доработок, а также допустимый период недоступности продуктивной среды.