Skip to Content

Послуги

Розробка модулів Odoo: ваш процес, записаний у коді

Модуль для того, чого Odoo не вміє з коробки, - зроблений так, щоб перехід на наступну версію забрав години, а не переписування.

Які модулі я пишу

Процес зі своїми статусами й правилами: погодження, етапи виробництва, сервісні договори - усе, що є у вашій роботі й чого немає в стандартних застосунках. Документи саме в тому вигляді, який прийнятий у вашій галузі: рахунки, накладні, сертифікати, етикетки.

Доопрацювання Продажів, Складу, Бухгалтерії чи сайту через успадкування, тож стандартний застосунок під ними лишається недоторканим.

Як це переживає оновлення

Тим, що не лізе в чуже: успадкування замість правки ядра, свої дані у своїх полях, втручання в поведінку лише там, де для цього є точка розширення. Studio й накликані автоматизації дорогі саме тим, що їх не можна прочитати як дифф.

На наступну версію таке переноситься годинами роботи, а не переписуванням.

Що лишається на руках

Модуль у вашому репозиторії, з вашою ліцензією, який може підхопити будь-який інший інженер, - без привʼязки й без оренди власної логіки.

І чесна оцінка межі: частина з того, що ви хочете, - це тиждень, а частина - квартал. Що саме, стає зрозуміло на першій розмові, а не після договору.

Як іде робота

  1. Ви описуєте, що має стати інакше в день, коли роботу завершено, - своїми словами, а не словами Odoo. Половина задач змінює форму вже тут: люди зазвичай приходять із готовим рішенням.
  2. Я описую архітектуру на одній сторінці: які моделі зачіпаються, що успадковується, а не пишеться заново, що лишається недоторканим і що станеться з кожним перевизначенням у наступній версії.
  3. Ви читаєте цю сторінку до того, як щось побудовано. Це година часу й останній дешевий момент передумати - зокрема й передумати зовсім: «це не варто робити». Так буває, і це нормально.
  4. Реалізація - з тестами там, де вони окуповуються. Механічну половину їх написання робить ШІ, тому тести перестали змагатися з функціями за місце в оцінці. Які випадки заслуговують на тест, досі вирішується вручну.
  5. Стейджинг на копії вашої справжньої бази, а не на демоданих, де немає клієнтів із двома пробілами в назві й імпортів 2019 року. Роботу ви перевіряєте на власних записах.
  6. Продакшен - за письмовим порядком викатки і з відкатом, який перевірено, а не припущено. Потім два тижні доведення: дрібні незручності видно лише в щоденній роботі, і саме цей прохід робить так, що модулем користуються, а не обходять його.

Модулі, які вже працюють

Частину написаного опубліковано в Odoo Apps Store - модулі можна встановити й прочитати їхній код ще до розмови.

Переглянути модулі

Прочитати до того, як вирішите

Питання, які виникають до першого дзвінка

Коли задача потребує модуля, а не налаштування?
Коли процесу немає з коробки: власні стани й правила, документ, який має виглядати рівно так, як очікує ваша галузь, інтеграція зі складською системою, маркетплейсом чи банком, для яких немає готового адаптера. Половина задач змінює форму вже на першому дзвінку, бо те, з чим приходять, зазвичай уже є рішенням.
Чи переживе власний код наступне оновлення Odoo?
Він переживає, коли не заважає: успадковує, а не патчить, тримає свої дані у своїх полях і чіпає поведінку ядра лише там, де ядро саме пропонує точку розширення. Якщо переносити його так, наступна версія коштує годин роботи, а не переписування.
Studio чи модуль?
Зі Studio швидко - до оновлення. Наклацані автоматизації не читаються як дифф, і саме тому вони дорого коштують потім. У модуля є історія в git, тести там, де вони виправдані, і людина, яка прочитає його через рік.
Кому належить написаний вами код?
Вам. Модуль живе у вашому репозиторії, під вашою ліцензією, і будь-який інший інженер може його підхопити - жодної привʼязки й жодної оренди власної логіки.

З чого почати

Опишіть задачу своїми словами. За півгодини стане зрозуміло, це модуль, налаштування чи хибний процес.