Стандартний Odoo Invoice — англомовний, з американською лоґікою «Bill To / Ship To» і без банківських реквізитів у шапці. Коли ваш бухгалтер має віддати клієнту рахунок, який клієнт оплатить, такий PDF не годиться. Український Рахунок-фактура повинен містити постачальника з банком і МФО, ЄДРПОУ, ІПН, одержувача, окремо платника (якщо це не та сама особа), таблицю позицій з ПДВ-логікою, суму прописом українською — та підпис відповідального.
Зазвичай команди роблять одне з двох: або тримають окремо 1С/«паперовий» рахунок, або копіюють дані з Odoo в шаблон Word, або руками правлять PDF після кожного експорту. Усе це повторювана робота — і повторювані помилки.
Що робить набір з двох модулів — kw_invoice_rahf і kw_so_rahf — він додає у вашу систему один кнопко-друк українського Рахунка-фактури з усіма обов'язковими реквізитами. Друкувати можна і з рахунка (звичний шлях через бухгалтерію), і прямо з замовлення на продаж (шлях продажника).
Що з'являється у шапці друку
- Постачальник — юридична назва, поточний рахунок, банк, МФО, адреса, телефон, ЄДРПОУ, ІПН.
- Одержувач — назва і телефон.
- Платник — окрема строка: якщо платить хтось інший (материнська компанія, ФОП, посередник), його видно в документі. Якщо платник той самий — пишемо «той самий».
- Замовлення-підстава — якщо клієнт зазначив у договорі/листуванні номер свого замовлення, його можна перенести у «Замовлення».
Це не «причесаний» англійський invoice, а саме той вигляд документа, який бухгалтерія клієнта приймає без коментарів.
Що з'являється у тілі та підвалі
- Таблиця позицій: №, найменування, кількість, одиниця виміру українською (наприклад, «шт.», а не «Units»), ціна, опційно знижка, сума.
- ПДВ — окремою строкою. Якщо у ставках ціна вже включає ПДВ, шаблон показує це коректно (без «подвійного нарахування»).
- Якщо ПДВ-ставки немає — рядок ПДВ просто з нулем, і це не ламає документ.
- Сума прописом українською — для основної суми, для ПДВ і окремо для знижки. Бухгалтер не пише її руками і не помиляється у відмінках.
- Дата виписки — теж прописом, у форматі «2 травня 2026 року».
- Підпис: «Виписав: ___» з ім'ям відповідального за документ.
Чому варіант «з замовлення» (kw_so_rahf) — це гра не за бухгалтерію, а за продаж
Класичний шлях у Odoo такий: продажник готує quotation → клієнт її приймає → з'являється sale order → менеджер просить бухгалтерію виставити invoice → invoice друкується клієнту. На малому й середньому бізнесі цей ланцюжок ламається на третьому кроці: клієнт хоче рахунок «зараз, щоб оплатити», поки бухгалтерія повернеться з обіду.
kw_so_rahf додає кнопку «друк Рахунка-фактури» прямо у замовленні на продаж. Продажник видає клієнту легітимний український рахунок зі своєї сесії, без зайвих ходок у бухгалтерію — а бухгалтерія потім виставляє invoice уже всередині своєї робочої логіки.
Один документ, два шляхи: швидкий — для продажу, повний — для бухгалтерії. На обох — однаковий шаблон.
Кому це найкорисніше
- Продавцям B2B (опт, обладнання, послуги): клієнти платять за рахунками, не за пропозиціями. Чим швидше менеджер видає рахунок — тим менший drop-off на оплаті.
- Сервісним компаніям (агенції, підрядники, консалтинг): часто платник — не одержувач, окрема строка платника знімає половину питань.
- Імпортерам та дистриб'юторам: сума прописом і ЄДРПОУ/ІПН у шапці — те, без чого банк може не пропустити платіжку.
- Бухгалтерам, які поки тримають Odoo + 1С: рахунок на українському шаблоні без виходу з Odoo — перший крок до повного відмовлення від паралельної системи.
Що далі
У наступних матеріалах цього циклу ми розберемо Видаткову накладну з замовлення (друк прямо з sale order — і коли це краще, ніж з invoice), Акт виконаних робіт (для послуг і ФОП), а також платіжні посилання на рахунки і замовлення без окремого e-shop. Якщо ваша команда зараз тримає документообіг на двох системах — порадимо, з якого модуля цього стека стартувати у вашому випадку.