Чому видалення важливіше за нові функції
Більшість оглядів Odoo 20 перераховують те, що було додано: AI-агенти, офлайн-режим, оплата рахунків безпосередньо з Odoo. Для компанії, яка вже використовує Odoo, видалення визначають, як проходитиме оновлення. Поле обслуговування більше не існує як окремий додаток, записи про роботу з зарплатою зникли, а кілька меню та статуси бухгалтерії були переміщені або перейменовані.
Нова функція, яку ви ніколи не вмикаєте, нічого не коштує. Екран, який ваша команда відкриває щоранку, зникає після оновлення і перестає працювати в перший день.
Odoo 20 була представлена на Odoo Experience у Брюсселі 24 вересня 2026 року. Odoo надає кожній основній версії три роки стандартної підтримки, а в таблиці підтримки вказано вересень 2026 року як кінець стандартної підтримки для Odoo 17. Якщо ви використовуєте Odoo 17, питання оновлення тепер має прив'язану дату.
Таблиця нижче перераховує десять змін, які найімовірніше порушать існуючу базу даних. Кожна з них пояснюється в наступних розділах.
Зміна в Odoo 20 | Хто постраждає | Що тестувати спочатку |
|---|---|---|
Поле обслуговування об'єднано з Плануванням | Сервісні компанії з мобільними командами | Планування втручань, робочі листи, витрати на подорожі |
Записи про роботу з зарплатою видалено | Компанії, що використовують Odoo Payroll | Обчислення зарплат, типи відпусток |
Меню витрат співробітників видалено | Фінансові команди, співробітники, які подають витрати | Шлях від затверджених витрат до рахунку постачальника |
Статуси платежів перейменовані | Будь-хто, хто читає списки рахунків і звіти | Збережені фільтри, інформаційні панелі, експорти |
Банківські записи повинні походити з банківських транзакцій | Бухгалтери, які публікують ручні банківські записи | Коригування та виправлення в кінці місяця |
Групи рахунків і моделі активів замінено | Контролери та аудитори | Звіти про план рахунків, графіки амортизації |
Правила запису видалено з прав доступу | Компанії з індивідуальними правилами видимості | Доступ на рівні кількох компаній та команд |
Значення відстеження видалено | Будь-хто, хто звітує про історію змін або тривалість етапу | Індивідуальні звіти, експорти аудиту |
Іконки та push-сповіщення змінено | Індивідуальні модулі, мобільні користувачі | Індивідуальні перегляди, доставка сповіщень |
Нові вимоги до хостингу | Самостійно хостовані установки | Версії Python та PostgreSQL |
Операції: три програми, які ваші команди помітять першими
1. Полевий сервіс тепер є частиною Планування
Додаток Полевий сервіс було припинено. Його функції, включаючи живу карту техніків, планування маршрутів, робочі аркуші та витрати на подорожі, тепер знаходяться в Плануванні. Планування також отримує автоматичне планування змін на основі місцезнаходження клієнтів, часів подорожі в режимі Ганта та відстеження обладнання клієнтів і контрактів на обслуговування через Підписки.
Для сервісної компанії це зміна щоденної звички. Диспетчери, які планували втручання в одному додатку, тепер працюють в іншому, з іншим макетом і різними меню. Техніки отримують свої графіки через новий потік, який тепер може включати WhatsApp.
Що тестувати: візьміть п’ять реальних втручань з минулого місяця і заплануйте їх знову в оновленій копії. Перевірте, що робочі листи містять поля, які ваші техніки заповнюють на місці, і що витрати на поїздки потрапляють на рахунок клієнта так, як це робиться сьогодні.
2. Записи про роботу в заробітній платі видалено
Записи про роботу та інтеграція між Плануванням і Заробітною платою були видалені. Типи записів про роботу були об’єднані з типами відпусток. Odoo представляє це як спрощення, і для багатьох компаній це буде таким. Для компаній, чиї правила заробітної плати враховують записи про роботу, такі як понаднормові години, нічні зміни або оплата за проектом, ці правила потрібно буде відновити.
Випуск також додає функції, які замінюють звичайні обхідні шляхи: симуляція чистого до брутто, тестові виплати, які можна роздрукувати до валідації, та індексація заробітної плати за відсотком або фіксованою сумою.
Що тестувати: запустіть повний місяць платіжних відомостей в оновленій копії та порівняйте їх рядок за рядком з платіжними відомостями, які ви видали в виробництві за той же місяць. Будь-яка різниця вказує на правило, яке залежало від записів про роботу.
3. Меню витрат співробітників зникло
Окреме меню витрат співробітників було видалено, і затверджені витрати тепер генерують чернетки рахунків. Співробітники все ще подають витрати, а менеджери все ще їх затверджують. Що змінюється, так це те, де фінанси їх забирають і як реімбурсація записується.
Що тестувати: подати, затвердити та відшкодувати три витрати в оновленій копії, включаючи одну, що була відшкодована через заробітну плату. Підтвердіть, що проект рахунку доходить до правильної особи та публікується на рахунках, які очікує ваш контролер.
Фінанси: перейменовані статуси та суворіші банківські правила
4. "Сплачено" більше не означає те, що означало раніше
Статуси платежів були перейменовані. "В процесі" тепер "Сплачено", а "Сплачено" тепер "Зіставлено". Основна логіка стала зрозумілішою: платіж може бути надісланий до того, як банківська виписка підтвердить його. Ризик полягає в усьому, що побудовано на старих ярликах.
Збережений фільтр для сплачених рахунків тепер повертає інший набір записів. Панель, яка рахувала "Сплачені" рахунки як врегульовані, тепер рахує платежі, які покинули ваш рахунок, але ще не були зіставлені з банківською лінією. Команда збирання, яка читає старий ярлик, може переслідувати клієнта, який вже сплатив.
Що тестувати: перерахувати кожен збережений фільтр, панель, експорт таблиці та автоматизовану дію, що стосується статусу платежу. Перевірте кожен з них в оновленій копії та перенавчіть людей, які їх читають.
5. Банківські записи повинні походити з банківських транзакцій
Записи журналу, які впливають на банківські рахунки, тепер повинні походити з банківських транзакцій. Бухгалтери, які раніше публікували ручний запис безпосередньо на банківський рахунок для корекції, збору або коригування в кінці місяця, більше не можуть цього робити.
Що тестувати: запитайте свого бухгалтера, які ручні банківські записи вони публікували в останньому кварталі. Відновіть кожен випадок в оновленій копії через банківську транзакцію та погодьте нову процедуру перед першим кінцем місяця на Odoo 20.
6. Групи рахунків та моделі активів замінено
Батьківські рахунки замінюють групи рахунків для структурування плану рахунків, а коди рахунків тепер є необов'язковими. Моделі активів стали моделями амортизації. Звіти, експорти та інтеграції, які читають групи рахунків, потрібно перевірити на відповідність новій структурі.
Що тестувати: запустіть свій баланс, звіт про прибутки та збитки та будь-які управлінські звіти в оновленій копії та порівняйте підсумки з виробництвом. Перевірте, чи кожен актив все ще амортизується за своїм початковим графіком.
Технічне: які зміни під капотом
Ці чотири зміни найбільше важливі для компаній з кастомними модулями, налаштуваннями Studio або власним хостингом. У стандартній базі даних без налаштувань вони в основному невидимі.
7. Правила запису видалено з прав доступу
Odoo 20 спрощує права доступу. Правила запису були видалені, і домен тепер можна встановити безпосередньо на праві доступу. Будь-яка логіка видимості, створена на основі правил запису, наприклад, продавці, які бачать лише котирування своєї команди, або користувачі в одній компанії, які не бачать жодного запису іншої компанії, повинна бути переписана в новій формі.
Що тестувати: увійдіть в оновлену копію як три або чотири реальних користувачів з різними ролями. Перевірте, що кожен може бачити та редагувати, особливо між компаніями та командами. Проблеми з доступом рідко викликають повідомлення про помилку. Вони проявляються як користувач, який раптом бачить занадто багато або занадто мало.
8. Значення відстеження видалено
Значення відстеження були видалені, а повідомлення про відстеження в чаті тепер генеруються на льоту. Odoo оновив свої власні функції, які залежали від них, такі як графіки спалювання та тривалість етапів. Кастомні звіти та експорти, які читають значення відстеження безпосередньо, перестануть працювати. Odoo надає спеціальний модуль для адміністраторів, яким все ще потрібні ці значення.
Що тестувати: знайдіть кожен користувацький звіт, експорт або інтеграцію, яка читає історію змін полів. Вирішіть, чи встановлювати модуль відстеження значень, чи перебудувати звіт на новому механізмі.
9. Іконки та push-сповіщення змінилися
Іконки Font Awesome були замінені на Material Symbols. Користувацькі перегляди та модулі, які посилаються на іконки Font Awesome, будуть відображати відсутні або зламані іконки, поки їх не оновлять. Push-сповіщення тепер працюють на власних інструментах Odoo замість Firebase, що важливо для тих, хто налаштував або інтегрував доставку сповіщень.
10. Самостійно розгорнуті установки потребують новішого стеку
Для самостійно розгорнутого встановлення вихідний код 20.0 вимагає Python 3.12 до 3.14 та PostgreSQL 16 або новішої версії. Якщо ваш сервер працює на старіших версіях, оновлення інфраструктури відбувається перед оновленням Odoo і має бути сплановане та протестоване як окремий етап.
Кожен користувацький або сторонній модуль також потрібно мігрувати на версію 20 та протестувати. Бюджетуйте це на модуль, а не на проект. Одна інтеграція з сканером складу або фіскальним принтером може зайняти більше часу, ніж решта оновлення.
Як протестувати оновлення перед його виходом у виробництво
Кожен крок "що тестувати" вище дотримується одного правила: спочатку оновіть копію вашої бази даних і дайте людям, які працюють щодня, виконувати свої реальні процеси в ній. Платформа оновлення Odoo дозволяє вам запитати тестову базу даних з будь-якої версії, і це єдиний надійний спосіб дізнатися, які з десяти змін впливають на вас.
Тестове оновлення допомагає лише в тому випадку, якщо його використовують правильні люди. Тестова база даних, яку відкриває лише керівник проекту, доводить дуже мало. Структурований тест складається з чотирьох етапів.
- Складіть список процесів, які ваша компанія виконує щотижня, від пропозиції до платежу, від покупки до складу, і від платіжної відомості до банку.
- Позначте, які з них стосуються одного з десяти змін у цій статті.
- Передайте кожен позначений процес особі, яка його виконує в виробництві, з реальними записами з минулого місяця, і попросіть їх завершити його в оновленій копії.
- Запишіть кожну різницю як рішення: прийняти нову поведінку, переналаштувати або відновити налаштування. Призначте кожному рішенню власника та термін виконання.
Четвертий крок - це те місце, де оновлення зазвичай зупиняються. Перейменований статус або видалене меню - це технічний факт. Вирішення питання, хто перенавчає команду збору, або чи будуть правила заробітної плати відновлені до або після запуску, є бізнес-рішенням. Поки хтось з повноваженнями не прийме його, оновлення чекає.
Одна витрата, яку потрібно додати до плану: всі функції ШІ в Odoo 20 вимагають кредитів, куплених як покупки в додатку. Якщо ви плануєте використовувати нових агентів ШІ після оновлення, оцініть використання на тестовій копії, перш ніж будувати процеси навколо них.
Зв'яжіться з нами
Ми будемо раді почути від вас! Якщо у вас є питання, відгуки або вам потрібна підтримка, наша команда тут, щоб допомогти. Просто заповніть форму нижче, і ми прагнемо відповісти на всі запити протягом 24 годин. Дякуємо, що зв'язалися!