Більшість українських SMB-команд, які оцінюють Odoo як заміну 1С (або як «головну ERP» з паралельним Word-стеком для документів), упираються в одне запитання: чи закриється вся українська первинка прямо в системі — без переходу між Odoo, 1С і колінними шаблонами?
Коротка відповідь: так, повністю. Але не «з коробки» — стандартний Odoo проєктувався під американо-європейський облік. Українські первинні документи — Рахунок-фактура, Видаткова накладна, Акт виконаних робіт, ТТН, Довіреність М-2 — це інша культура, інші норми, інша структура полів. Їх немає в базовій поставці.
Цей пробіл закриває стек з 12 ключових модулів від Kitworks Systems. У цій статті — карта стека: які модулі за що відповідають, як вони групуються, і з чого стартувати у вашому впровадженні. Кожен модуль ми вже розібрали в окремому матеріалі цього циклу — тут ви знайдете посилання на детальний огляд кожного.
Чому Odoo «з коробки» не закриває українську первинку
Стандартний Odoo дає:
account.move(інвойс) — англомовний шаблон без банку у шапці, без ЄДРПОУ/ІПН, без суми прописом, без поля «Платник»- Стандартний Delivery Order — без поля «Договір», без «Місце складання», без двоколонкового підпису, без посилання на М-2
- Жодного аналогу Акта виконаних робіт — тому що культура «ми, представники Замовника… склали цей акт…» специфічно українська
- Жодного аналогу ТТН — форма 1-ТН це нормативний документ Мінінфраструктури, його просто немає за межами України
- Жодного аналогу Довіреності М-2 — вона існує тільки тому, що в Україні товар не можна забрати без письмового підтвердження повноважень
- На контрагенті немає ні ЄДРПОУ, ні ІПН, ні юридичної адреси як окремої сутності
Для української SMB-команди це не «кастомізація на смак» — це відсутність базової документообігу. Тому всі ці модулі — не «приємно мати», а foundation.
Карта стека: 12 ключових модулів у 4 групах
| Група | Що закриває | Модулі |
|---|---|---|
| A — Реквізити (фундамент) | Юридичні поля контрагента і працівника | kw_account_partner_requisites + view, kw_employee_requizites |
| B — Продаж | Рахунок, Видаткова, Акт, Товарний чек | kw_invoice_rahf + kw_so_rahf, kw_invoice_vydn + kw_so_vydn, kw_invoice_akt + kw_so_akt, kw_invoice_chek + kw_so_chek |
| C — ФОП-облік | Multi-FOP реєстр, нумерація, ФОП-шаблони | kw_fop_seller, kw_fop_invoice, kw_fop_invoice_akt (bundle: kw_fop) |
| D — Логістика + прийом ТМЦ | ТТН і Довіреність М-2 | kw_stock_ttn, kw_invoice_letter_authority |
| + Міст до оплати | Платіжне посилання у кожному рахунку/SO | kw_generate_payment_link_account_move, kw_generate_payment_link_so |
Розглянемо кожну групу.
Група A — Реквізити (фундамент)
Без неї решта стека не працює правильно. kw_account_partner_requisites додає на res.partner: ЄДРПОУ, ІПН, юридичну назву (повну і скорочену), юридичну і поштову адреси як окремі сутності, директора, головного бухгалтера, відповідальну особу, систему оподаткування. kw_account_partner_requisites_view додає окрему вкладку «Реквізити» на формі контрагента. kw_employee_requizites — паспортні дані для працівника-одержувача за довіреністю.
Детально → «Довіреність М-2 і реквізити контрагентів в Odoo»
Група B — Продаж: Рахунок, Видаткова, Акт, Товарний чек
Це чотири парні шаблони (з invoice і з sale order) для друку чотирьох головних UA-документів продажу:
- Рахунок-фактура (
kw_invoice_rahf+kw_so_rahf) — постачальник з банком, ЄДРПОУ/ІПН, окремий «Платник», ПДВ-логіка з/без price_include, сума прописом. Детально - Видаткова накладна (
kw_invoice_vydn+kw_so_vydn) — закриваючий документ для товарних потоків: постачальник, покупець, договір, місце складання, кількість найменувань, двоколонкова підпис із посиланням на М-2. Детально - Акт виконаних робіт (
kw_invoice_akt+kw_so_akt) — двосторонній закриваючий документ для послуг: блок ЗАТВЕРДЖУЮ з обох сторін, формула «Ми, представники…», сума прописом без ПДВ і з ПДВ окремо. Детально - Товарний чек (
kw_invoice_chek+kw_so_chek) — для роздробу, коли РРО ще немає або в ситуаціях, коли чек з принтера не годиться
Кожен з них друкується і з рахунка (бухгалтерський шлях), і з sale order (швидкий менеджерський шлях).
Група C — ФОП-облік
Поширений UA-сценарій: одна компанія — і одна або кілька ФОП-партнерств для оптимізації податкового навантаження. Стек з трьох модулів — kw_fop_seller (реєстр ФОПів з власною нумерацією і аналітикою), kw_fop_invoice (Рахунок у ФОП-форматі), kw_fop_invoice_akt (Акт у ФОП-форматі) — закриває це повністю. Bundle ставиться як kw_fop.
Детально → «ФОП в Odoo: облік кількох ФОП в одній системі»
Група D — Логістика і прийом ТМЦ
- ТТН (форма 1-ТН) —
kw_stock_ttn— друк прямо зі stock-picking з блоком авто/причепа, перевізником, водієм, маршрутом, кількістю місць і масою брутто прописом. Нормативна форма Додатку 7 Правил перевезень. Детально - Довіреність М-2 —
kw_invoice_letter_authority— типова форма N М-2 для прийому ТМЦ за довіреністю, з посиланням на постачальника, рахунок-фактуру і паспортні дані одержувача. Детально
Платіжні посилання — міст між рахунком і оплатою
kw_generate_payment_link_account_move і kw_generate_payment_link_so додають на рахунок і замовлення computed-поле «Посилання на оплату». Менеджер копіює його у листі чи месенджері, клієнт натискає, потрапляє на сторінку оплати з тими провайдерами, які ви вже налаштували — MonoBank, LiqPay, WayForPay, Privat24Pay.
Детально → «Платіжне посилання на рахунок з Odoo»
З чого стартувати — 3 типові сценарії
Сценарій 1: Перехід з 1С на Odoo. Ви вже мали повний документообіг. Ціль — мігрувати без втрат і паралельного 1С-стека. Послідовність: 1. Реквізити (Група A) — переносите контрагентів з ЄДРПОУ/ІПН/legal-полями 2. Усі друковані шаблони продажу (Група B) — тестуєте на історичних рахунках 3. Якщо у вас є ФОП — ставите Group C 4. ТТН і М-2 (Group D) — після того, як склад звик до Odoo
Сценарій 2: Запуск нового бізнесу на Odoo з нуля. Ви не мігруєте — починаєте чисто. Послідовність зворотна: 1. Реквізити одразу при налаштуванні першого клієнта 2. Один документ продажу, який ви точно випишете першим (зазвичай Рахунок-фактура) 3. Платіжні посилання — щоб клієнт оплатив швидко 4. Усе інше — додаєте за фактом потреби
Сценарій 3: Удосконалення наявного Odoo. Ви вже використовуєте Odoo, але паралельно тримаєте Word-шаблони чи 1С. Ціль — позбавитись паралельного стека. Дивіться, який документ зараз в Word — і ставите модуль для нього першим. Завтра — наступний.
Чого у стеці поки немає і над чим працюємо
Чесно кажучи, цей стек закриває друкованану первинку. Чого поки немає у форматі готового модуля Kitworks:
- Прямий експорт у М.Е.Doc / Вчасно як XML — є тільки PDF-варіант шаблонів. Інтеграція з API М.Е.Doc — окрема складна тема, ми її поки не закриваємо одним модулем.
- Податкова накладна ПДВ з реєстрацією у ДПС (e-Рахунок) — окрема нормативна тема, ширша за print form.
Якщо вам потрібен один з цих кейсів — напишіть нам, ми оцінимо складність впровадження.
Чим допоможемо
Цей стек — те, з чого Kitworks починає кожне впровадження для українського SMB. У нас 158 публічних модулів на Apps Store, і саме оцей кластер — найзатребуваніший. Якщо ви тільки оцінюєте Odoo або хочете прибрати паралельний документообіг — напишіть нам: підкажемо, з якого модуля стартувати у вашому конкретному випадку.