Odoo 20 розширює офлайн-режим, тож користувачі можуть створювати, редагувати, архівувати, відновлювати з архіву та видаляти записи без активного підключення. Також можна виконувати пошуки, які вже були зроблені раніше. Після відновлення зв'язку черги синхронізації обробляють зміни, а офлайн-інтерфейс і засоби керування дають змогу відстежувати процес. (Odoo 20 Release Notes; Odoo Goes Offline) Це змінює офлайн-доступ із запасного режиму перегляду на робочий режим, який може змінювати бізнес-дані. Організаціям, що оцінюють Odoo 20, слід перевіряти, як ці зміни поводяться під час синхронізації, а не лише чи залишаються записи доступними під час збою.
Odoo Nightly вказує Odoo 20 як стабільний рекомендований випуск Community Edition, датований вереснем 2026 року і підтримуваний до Odoo 23. (nightly.odoo.com ) Цей запис важливий для планування Community Edition, але він не підтверджує однакове офлайн-покриття для кожної платформи, середовища Enterprise або налаштованої бази даних. Покриття слід перевіряти відповідно до цільового розгортання.
Що змінилося порівняно з Odoo 19
Офлайн-режим Odoo 19 дає змогу користувачам переглядати записи, відкриті до втрати з'єднання, але не змінювати їх офлайн. Odoo 20 додає створення, редагування, архівування, відновлення з архіву та видалення записів. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Це функціональне розширення, а не нова назва для попереднього кешу. В Odoo 19 користувачі можуть підготуватися до від'єднання, відкривши потрібні записи, але робота, що змінює ці записи, має чекати на з'єднання. Odoo 20 підтримує як нові записи, так і зміни наявних під час офлайн-роботи. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Оцінка версій має розрізняти доступ до кешованої інформації та можливість завершувати й ставити в чергу операції із записами. Для процесу, який потребує лише довідкових даних, вимоги інші, ніж для процесу, що включає введення даних, зміну статусу або видалення. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Підтверджені офлайн-операції
Підтверджені дії Odoo 20 охоплюють п'ять етапів життєвого циклу запису: створення, редагування, архівування, відновлення з архіву та видалення. Також доступні раніше виконані пошуки під час офлайн-роботи. (Odoo 20 Release Notes) Приймальне тестування має включати принаймні один сценарій для кожної дії та підтвердити, що після повторного підключення і синхронізації з'являється очікуваний стан запису.
Сесія Odoo's Experience описує окремий офлайн-інтерфейс, черги синхронізації та інструменти для моніторингу й керування синхронізацією. (Odoo Goes Offline) Ці функції слід включити до навчання користувачів і робочих процедур. Користувачі мають знати, де з'являються елементи в черзі, як визначити невирішений елемент і хто його переглядає. Надані матеріали підтверджують наявність інструментів керування, але не визначають їхній повний робочий процес або адміністративні дозволи.
Потрібна перевірка покриття кешування та пошуку
Документація Odoo 19 описує офлайн-доступ як доступ до записів, відкритих до втрати з'єднання. Odoo 20 окремо підтверджує, що раніше виконані пошуки можна запускати офлайн. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Надані джерела не уточнюють, скільки пов'язаних даних зберігається, як довго вони залишаються доступними, чи застосовуються обмеження сховища, або чи доступне кожне поле, пов'язане з кешованим записом. Вони також не встановлюють, чи повторний офлайн-пошук повертає початковий набір результатів, чи лише дані, вже збережені на пристрої.
Перед затвердженням офлайн-робочого процесу команди мають визначити пошуки та типи записів, потрібні для кожної ролі. Тестування слід почати онлайн, виконавши потрібні пошуки та відкривши необхідні записи. Потім тестувальники можуть від'єднатися і повторити потрібні дії, включно з використанням вкладень, пов'язаних записів і обов'язкових полів. Це точки перевірки, а не підтверджені обмеження, оскільки надана інформація про випуск не описує їхню поведінку. (Odoo 20 Release Notes)
Обробку конфліктів потрібно протестувати
Черги синхронізації та інструменти керування підтверджено, але надані джерела не пояснюють, як Odoo 20 вирішує суперечливі зміни до одного й того самого запису, помилки валідації після повторного підключення або залежності між операціями в черзі. (Odoo Goes Offline) Наявність черги не встановлює політику обробки конфліктів. Її поведінку слід продемонструвати у запланованій збірці та конфігурації Odoo.
Тест на конфлікт може передбачати, що один користувач змінює запис офлайн, тоді як інший змінює той самий запис онлайн. Після повторного підключення команда має перевірити отримані значення, стан черги та сповіщення користувача. Окремі тести мають охоплювати офлайн-редагування запису, який було архівовано або видалено в іншому місці, а також новостворений запис, що не проходить серверне правило. Тестування має задокументувати, чи має перевагу оновлення, чи відбувається злиття, чи потрібне ручне втручання. (Odoo Goes Offline)
Контроль доступу та деструктивні дії
Оскільки Odoo 20 включає офлайн-архівування, розархівування та видалення, оцінювання має виходити за межі звичайного введення даних. (Odoo 20 Release Notes) Організації слід перевірити, чи застосовуються права доступу, правила записів і вимоги до погодження під час виконання офлайн-дії, під час синхронізації чи на обох етапах. Примітки до випуску підтверджують доступні дії, але не пояснюють, як кожен елемент безпеки поводиться без з'єднання.
Тестування слід проводити на типових ролях користувачів, а не лише на обліковому записі адміністратора. Кожна роль має спробувати дозволені та заборонені дії як у підключеному, так і в відключеному стані. Далі тестувальники мають перевірити, чи залишаються видимими зміни в черзі, чи є зрозумілими повідомлення про відхилення, а також чи архівовані, відновлені або видалені записи досягають потрібного кінцевого стану. Для процесів, у яких видалення має істотні наслідки, перед впровадженням має бути задокументована офлайн-процедура. (Odoo 20 Release Notes; Odoo Goes Offline)
Потрібне цільове тестування користувацьких модулів
Підтверджена функція охоплює офлайн-операції із записами в Odoo 20 та засоби синхронізації, але надані джерела не стверджують, що кожен користувацький модуль, сторонній модуль, автоматизована дія або зовнішня інтеграція сумісні з офлайн-роботою. (Odoo 20 Release Notes; Odoo Goes Offline) Тому налаштовані впровадження слід оцінювати по кожному модулю окремо, а не припускати, що офлайн-режим однаково застосовується до всієї бази даних.
Тестування має охоплювати користувацькі поля, поведінку onchange, обов'язкові значення, обчислювані значення та серверні перевірки, які використовуються у робочих процесах організації. Також слід спостерігати за інтеграціями, що зазвичай реагують на створення або редагування записів, після синхронізації змін у черзі. Мета полягає не в припущенні збою, а у визначенні, чи кожен елемент працює офлайн, очікує на повторне підключення, створює відхилений елемент черги або потребує іншого процесу. (Odoo 20 Release Notes; Odoo Goes Offline)
Питання, які слід вирішити перед запуском
Odoo 20 надає ширший підтверджений набір офлайн-можливостей, ніж Odoo 19, із виділеним інтерфейсом та інструментами синхронізації для роботи в черзі. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes; Odoo Goes Offline) Перш ніж покладатися на ці можливості, організації слід перевірити, які застосунки та типи записів охоплено, що користувачі мають відкрити або знайти перед від'єднанням, як відображаються конфлікти і хто відстежує невдалу або затриману синхронізацію.
Рішення щодо впровадження також має зафіксувати підтримувані пристрої та середовища розгортання, поведінку щодо зберігання та ретенції, результати контролю доступу, результати роботи користувацьких модулів і процедури для видалення або інших суттєвих змін. Надані матеріали до випуску не відповідають на ці питання впровадження, але саме вони визначають, чи підходять підтверджені функції для конкретного офлайн-робочого процесу. (Odoo 20 Release Notes; Odoo Goes Offline)
Для планування Community Edition список stable і recommended від Odoo Nightly надає вказаний статус версії, із підтримкою до Odoo 23. (nightly.odoo.com) Операційне погодження все одно має залежати від тестування точної збірки, модулів, дозволів і робочих процесів, які користувачі візьмуть офлайн. Підтверджена зміна полягає в тому, що Odoo 20 виходить за межі лише читання раніше відкритих записів в Odoo 19, дозволяючи чергове офлайн-створення та зміну. Тестування має встановити, як ця можливість поводиться в конфігурації організації. (Документація Odoo 19.0: Загальний офлайн-режим; Примітки до випуску Odoo 20; Odoo переходить в офлайн)