Стандартний res.partner в Odoo — глобальна сутність: ім'я, адреса, телефон, email. Для США/ЄС — достатньо. Для України — критично не вистачає половини: ЄДРПОУ, ІПН, юридична назва (на відміну від комерційної), юридична адреса (на відміну від поштової), директор з посадою для підпису, система оподаткування, номер свідоцтва платника ПДВ.
Без цих полів кожен друкований документ — рахунок, накладна, акт, ТТН — показує неповні реквізити. Бухгалтерія постачальника або клієнта не приймає такий документ і повертає на доопрацювання. Менеджер виправляє вручну в Word — і так щоразу.
Модуль kw_account_partner_requisites додає всі ці поля у res.partner. Парний до нього kw_account_partner_requisites_view — окрема вкладка «Реквізити» на формі контрагента, де всі ці поля видно одразу. Саме з цих полів усі модулі цього циклу (Рахунок-фактура, Видаткова, Акт, ТТН) тягнуть дані. Налаштовуєте раз — використовуєте у всьому документообігу.
Що з'являється на контрагенті
Після встановлення на формі партнера з'являється повноцінний український legal-блок:
- Повна юридична назва — як вона написана у статуті/виписці з ЄДРПОУ. Для друку договорів і первинки.
- Скорочена юридична назва — для шапок документів, де довга не вміщається.
- ЄДРПОУ — 8-значний код для юридичних осіб. Підтягується у всі друковані форми.
- ІПН — 10-значний номер для фізосіб (важливо для ФОП-партнерів).
- Номер свідоцтва платника ПДВ — потрібен у Актах і шапках Рахунків-фактур.
- Юридична адреса — окреме поле-зв'язок (M2O), бо це інша адреса, ніж поштова.
- Поштова адреса — для кур'єрів і документообігу.
- Директор / керівник — посилання на іншого партнера-фізособу. Підпис на Актах і Довіреностях іде з його посади і ПІБ.
- Підстава повноважень керівника — зазвичай «на підставі Статуту»; вписується у договори.
- Головний бухгалтер — окрема особа з посадою.
- Відповідальна особа — той, хто готує і передає документи.
- Система оподаткування — довідник з категоріями (загальна, спрощена 1/2/3 групи, ФОП без ПДВ тощо). Друкується внизу Акта.
Це не «кастомні поля для краси» — це той мінімум, який вимагає українська бухгалтерська практика для будь-якого первинного документа.
Окрема вкладка «Реквізити» — щоб не плутатися
Відразу всі ці поля складно вмістити у стандартну форму партнера. kw_account_partner_requisites_view додає окрему вкладку «Реквізити» на формі контрагента. Бухгалтер відкриває нового клієнта, переходить у вкладку, заповнює legal-набір — і всі друковані шаблони цього циклу автоматично знають, що показувати.
Паспортні дані співробітника-одержувача
Якщо ваш працівник (водій, менеджер, склад-приймальник) їде до постачальника забрати ТМЦ — потрібна Довіреність на одержання матеріальних цінностей за формою М-2. Це нормативний документ — Додаток 1 до Інструкції про порядок реєстрації виданих, повернених і використаних довіреностей на одержання цінностей.
Для друку такої довіреності модулю потрібні паспортні дані одержувача: тип документа (паспорт / ID-картка), серія, номер, дата видачі, ким виданий. Цього у стандартному hr.employee немає.
kw_employee_requizites додає ці поля на картку співробітника. Заповнюється раз — далі довіреність генерується автоматично.
Довіреність М-2: типова форма N М-2 за один клік
Коли реквізити вашої компанії (через kw_account_partner_requisites) і паспортні дані співробітника (через kw_employee_requizites) заповнені, kw_invoice_letter_authority дає кнопку «Друк Довіреності М-2» на рахунку від постачальника (vendor bill).
Шаблон містить усе, що вимагає форма N М-2:
- Шапка з посиланням на Додаток 1 Інструкції про реєстрацію довіреностей
- Підприємство-одержувач: повна юридична назва + юридична адреса + ЄДРПОУ
- Підприємство-платник: «Той самий», якщо ви платите за себе ж
- Банківські реквізити: рахунок, МФО, банк
- «Довіреність дійсна до ___ року» — з поля
valid_until - Номер довіреності і дата видачі
- ПІБ співробітника-одержувача
- Документ, що засвідчує особу: тип, серія, номер, дата, ким виданий
- «На отримання від ___» — назва вашого постачальника
- «цінностей за рахунком № ___ від ___ року» — посилання на конкретну vendor bill
- На звороті — таблиця позицій: перелік ТМЦ, які належать отримати
Ваш співробітник їде до постачальника з цією Довіреністю. Постачальник ставить у Видатковій накладній посилання «За довіреністю № __ від __ року» — і ланцюжок документів закритий: Рахунок → Довіреність М-2 → Видаткова → закриваюча оплата.
Зв'язок Довіреність ↔ Видаткова
У одному з попередніх матеріалів цього циклу — про Видаткову накладну — ми бачили, що в підвалі Видаткової є рядок «За довіреністю ___ № _ від ». Саме номер цієї Довіреності М-2 проставляється туди. Це тіло «українського ланцюжка прийому ТМЦ»: без Довіреності постачальник не має права відпустити товар фізособі без письмового підтвердження її повноважень.
Кому це найкорисніше
- Будівельні компанії — масові закупки матеріалів через водіїв-приймальників.
- Виробники харчів і ритейл — постійні рейси за сировиною/товаром.
- ІТ-компанії з кур'єрами — обладнання, картриджі, офіс-постачання.
- Інтегратори, які налаштовують Odoo для UA-клієнтів — це перший модульний пакет, який треба ставити на нового клієнта-українця, перш ніж розгортати Рахунки/Накладні/Акти. Без legal-полів у партнері все інше працює неправильно.
- Аутсорс-бухгалтери — нормалізують контрагентську базу клієнта за один проход замість «вручну дописувати ЄДРПОУ у кожен документ».
Що далі
На цьому Хвиля 2 циклу про українські первинні документи в Odoo завершується. Ми пройшли усі основні документи — Рахунок-фактуру, Видаткову, Платіжне посилання, ФОП, Акт виконаних робіт, ТТН, Довіреність М-2, реквізити контрагентів. У наступному, фінальному матеріалі циклу — pillar-overview: коротка карта всіх модулів цього циклу, яким клієнтам який стек найбільш доречний, і з чого розумно стартувати, якщо ви тільки переходите з 1С на Odoo. Якщо у вас зараз res.partner без юридичних полів — kw_account_partner_requisites — це не «гарне-мати», це фундамент, без якого все інше у цьому циклі не запрацює.