Odoo 20 документира работен поток за междусъгласуване за конкретен сценарий в счетоводството на множество компании: едно дружество получава клиентско плащане по фактура, издадена от друго дружество в същата база данни на Odoo. Системата може да съгласува отворената фактура на издателя и да създаде балансиращи счетоводни записи между двете дружества. (Odoo 20.0 Docs: Companies Multi Company) Odoo обяви Odoo 20 на 24 септември 2026 г. (Запознайте се с Odoo 20)
Работният поток обхваща и двете страни на транзакцията. В дружеството, което е издало фактурата, вземането от клиента се превръща във вземане към дружеството, което е събрало плащането. Получаващото дружество отчита съответната сума като задължение към издателското дружество. Така клиентското салдо се закрива, като същевременно финансовото задължение между двете дружества се запазва. (Odoo 20.0 Docs: Companies Multi Company)
Какво обхваща работният поток
Документираният случай на употреба започва с фактура, принадлежаща на едно дружество, и плащане, получено от друго. И двете дружества трябва да са конфигурирани в една и съща база данни на Odoo. Процеси, включващи отделни бази данни или външни счетоводни системи, не са част от документирания работен поток. (Odoo 20.0 Docs: Companies Multi Company)
Когато плащането се обработи при необходимата конфигурация, Odoo съгласува първоначалната клиентска фактура и генерира междупредприятните записи. Автоматизацията свързва съгласуването на фактурата с вътрешното салдо между участващите дружества. Тя не премахва това салдо. Вместо това записва сумата по конфигурираните междупредприятни сметки. (Odoo 20.0 Docs: Companies Multi Company)
Счетоводното третиране разделя отношенията с клиента от отношенията между дружествата. След разчистването издателското дружество вече не отчита уредената сума като отворено вземане от клиент. То отчита вземане от дружеството, което държи плащането, а получаващото дружество признава съответното задължение. (Odoo 20.0 Docs: Companies Multi Company)
Необходима конфигурация на Odoo
База данни с няколко компании сама по себе си не е достатъчна. Модулът Intercompany Payment - Account на Odoo трябва да бъде инсталиран, а Inter-Company Transactions трябва да бъдат активирани за всяка компания, участваща в работния поток. (Odoo 20.0 Docs: Companies Multi Company) Съществуващите реализации с няколко компании трябва да проверят и двете изисквания, преди да се опитат да обработват тези плащания.
Всяка участваща компания също изисква журнал за разчистване и отделни междупредприятни сметки за задължения и вземания. Тези сметки определят къде се отчитат задълженията между дружествата. (Odoo 20.0 Docs: Companies Multi Company) Дизайнът трябва да се прегледа спрямо сметкоплана, отчетността на ниво дружество и изискванията за междупредприятно съгласуване, преди да се обработят транзакции.
Методът на плащане трябва да използва сметка за неразпределени постъпления. (Odoo 20.0 Docs: Companies Multi Company) Това предварително условие трябва да се провери в текущата конфигурация на плащанията, особено когато банковите журнали, обработката на постъпленията или картографирането на сметките са били персонализирани. Инсталирането на модула и конфигурирането на междупредприятни сметки сами по себе си няма да изпълнят документираните изисквания, ако методът на плащане няма необходимата сметка за неразпределени постъпления. (Odoo 20.0 Docs: Companies Multi Company)
Счетоводни последици
Работният поток съчетава съгласуването на клиента и създаването на съответстващи междупредприятни записи. (Odoo 20.0 Docs: Companies Multi Company) Без тази връзка финансовите екипи може да се наложи да обработват клиентското салдо и задължението между дружествата като отделни счетоводни стъпки. Дали автоматизираният процес е подходящ зависи от платежните потоци на организацията и от способността ѝ да поддържа необходимата структура на сметките.
Платеж, събран от едно дружество за фактура на друго дружество, не се третира от този работен поток като приход на получаващото дружество. Документираните счетоводни записи установяват задължение в получаващия субект и съответстващо вземане в издаващия субект. (Odoo 20.0 Docs: Companies Multi Company) По време на тестовете финансовите екипи трябва да прегледат генерираните счетоводни статии и да потвърдят, че салдата по клиента, междукомпанията и неуредените постъпления използват предвидените сметки.
Конфигурацията се прилага за всяка участваща компания поотделно, а не като една настройка за цялата база данни. (Odoo 20.0 Docs: Companies Multi Company) Компании, които споделят една среда в Odoo, може да имат различни сметкопланове, структури на дневници или методи на плащане, затова настройката на всеки субект трябва да се валидира поотделно.
Ограничения на документирания работен поток
Документацията описва счетоводната цел на работния поток и посочва изискванията за неговия модул, настройка на компанията, дневник, сметка и метод на плащане. (Odoo 20.0 Docs: Companies Multi Company) Тя не установява как всяка персонализация, локализация или външна интеграция ще работи с междукомпанийно изчистване. Тези области изискват преглед, специфичен за внедряването.
Работният поток е документиран за компании, които се намират в една и съща база данни. (Odoo 20.0 Docs: Companies Multi Company) Предоставените източници не потвърждават еквивалентен автоматизиран процес между отделни бази данни на Odoo. Затова организациите, които използват отделни инстанции, трябва самостоятелно да проверят необходимия си междубазов процес.
Предоставените източници също не определят как работният поток третира частични плащания, възстановявания, уреждания във чуждестранна валута, сторнирания на плащания или вериги, включващи допълнителни компании. Ако тези транзакции са съществени за една организация, всеки случай трябва да бъде тестван преди оперативна употреба.
Какво да се провери преди приемане
Първо, потвърдете, че компанията, която издава фактурата, и компанията, която получава плащането, са в една и съща база данни на Odoo. Проверете дали модулът Intercompany Payment - Account е инсталиран и дали Inter-Company Transactions е активиран за всяка компания, която трябва да участва. (Odoo 20.0 Docs: Companies Multi Company)
Второ, прегледайте клиринговия дневник и отделните сметки за задължения и вземания за всеки субект. (Odoo 20.0 Docs: Companies Multi Company) Изборът на сметки трябва да подкрепя изискванията на организацията за отчетност и съгласуване. Потребителите трябва да могат да идентифицират дължимата сума от компанията, която е получила плащането, и съответстващата сума, дължима на компанията, издала фактурата.
Трето, проверете метода на плащане и потвърдете, че той използва сметка за неуредени постъпления. (Odoo 20.0 Docs: Companies Multi Company) Проверете действителната конфигурация, вместо да разчитате на името на дневника или на предположения, основани на съществуващ процес за получаване на плащания.
Накрая, изпълнете контролирана транзакция с представителна фактура и плащане. Потвърдете, че Odoo съгласува фактурата на клиента, отчита междукомпанийното вземане на издаващата компания и създава съответстващото задължение в компанията, която е получила парите. (Odoo 20.0 Docs: Companies Multi Company) Прегледайте и двете счетоводни книги на компаниите преди по-широка употреба, за да могат да бъдат проверени съпоставките на сметките и салдата на ниво субект.
Резултатът трябва да остави фактурата на клиента съгласувана, като същевременно показва сумата между двете компании в съответните им междукомпанийни сметки. Това разграничение е централно за работния поток: уреждането с клиента е завършено, но отделното задължение между издаващия и получаващия субект остава видимо за последващо съгласуване. (Odoo 20.0 Docs: Companies Multi Company)