Odoo 20 dokumenterer en arbeidsflyt for intercompany-avstemming for et spesifikt regnskapsscenario med flere selskaper: ett selskap mottar en kundebetaling for en faktura utstedt av et annet selskap i samme Odoo-database. Systemet kan avstemme den utstedende virksomhetens åpne faktura og opprette balanserende regnskapsposter mellom de to enhetene. (Odoo 20.0 Docs: Companies Multi Company) Odoo lanserte Odoo 20 den 24. september 2026. (Meet Odoo 20)
Arbeidsflyten dekker begge sider av transaksjonen. I selskapet som utstedte fakturaen, blir kundekravet et krav mot selskapet som mottok betalingen. Det mottakende selskapet bokfører det tilsvarende beløpet som en leverandørgjeld til det utstedende selskapet. Dette avklarer kundesaldoen, samtidig som den finansielle forpliktelsen mellom de to selskapene opprettholdes. (Odoo 20.0 Docs: Companies Multi Company)
Hva arbeidsflyten dekker
Det dokumenterte brukstilfellet starter med en faktura som tilhører ett selskap og en betaling mottatt av et annet. Begge selskapene må være konfigurert i samme Odoo-database. Prosesser som involverer separate databaser eller eksterne regnskapssystemer er ikke en del av den dokumenterte arbeidsflyten. (Odoo 20.0 Docs: Companies Multi Company)
Når en betaling behandles med den nødvendige konfigurasjonen, avstemmer Odoo den opprinnelige kundefakturaen og genererer intercompany-posteringene. Automatiseringen knytter fakturaavstemming til den interne balansen mellom de deltakende selskapene. Den fjerner ikke denne balansen. I stedet bokføres beløpet mot de konfigurerte intercompany-kontoene. (Odoo 20.0 Docs: Companies Multi Company)
Regnskapsbehandlingen skiller kundeforholdet fra forholdet mellom selskapene. Etter avstemming fører ikke det utstedende selskapet lenger det oppgjorte beløpet som et åpent kundekrav. Det bokfører et krav mot selskapet som holder betalingen, mens det mottakende selskapet bokfører den tilsvarende leverandørgjelden. (Odoo 20.0 Docs: Companies Multi Company)
Påkrevd Odoo-konfigurasjon
En database med flere selskaper er ikke tilstrekkelig alene. Odoo-modulen Intercompany Payment - Account må være installert, og Inter-Company Transactions må være aktivert for hvert selskap som deltar i arbeidsflyten. (Odoo 20.0 Docs: Companies Multi Company) Eksisterende løsninger for flere selskaper bør kontrollere begge kravene før disse betalingene behandles.
Hvert deltakende selskap trenger også en avregningsjournal og dedikerte intercompany-kontoer for leverandørgjeld og kundefordringer. Disse kontoene styrer hvor forpliktelsene mellom enhetene bokføres. (Odoo 20.0 Docs: Companies Multi Company) Designet bør gjennomgås opp mot kontoplanen, rapportering på enhetsnivå og kravene til intercompany-avstemming før transaksjoner behandles.
Betalingsmetoden må bruke en konto for utestående innbetalinger. (Odoo 20.0 Docs: Companies Multi Company) Dette forutsetningen bør kontrolleres i gjeldende betalingskonfigurasjon, særlig der bankjournaler, behandlingen av innbetalinger eller kontotilordninger er tilpasset. Installasjon av modulen og konfigurasjon av intercompany-kontoer vil i seg selv ikke oppfylle de dokumenterte kravene hvis betalingsmetoden mangler den nødvendige kontoen for utestående innbetalinger. (Odoo 20.0 Docs: Companies Multi Company)
Regnskapsmessige konsekvenser
Arbeidsflyten kombinerer kundavstemming og opprettelse av samsvarende intercompany-posteringer. (Odoo 20.0 Docs: Companies Multi Company) Uten denne koblingen kan økonomiteam måtte håndtere kundesaldoen og forpliktelsen mellom selskapene som separate regnskapsmessige trinn. Hvorvidt den automatiserte prosessen passer, avhenger av organisasjonens betalingsflyter og evnen til å støtte den nødvendige kontostrukturen.
En betaling som kreves inn av ett selskap for et annet selskaps faktura, behandles ikke av denne arbeidsflyten som inntekt for mottakerselskapet. De dokumenterte posteringene etablerer en leverandørgjeld i mottakerenheten og en tilsvarende kundefordring i utstedende enhet. (Odoo 20.0 Docs: Companies Multi Company) Under testing bør økonomiteam gjennomgå de genererte dagbokspostene og bekrefte at saldoene for kunde, internkonsern og utestående innbetalinger bruker de tiltenkte kontoene.
Konfigurasjonen gjelder for hvert deltakende selskap, og fungerer ikke som en enkelt innstilling på tvers av hele databasen. (Odoo 20.0 Docs: Companies Multi Company) Selskaper som deler ett Odoo-miljø kan ha ulike kontoplaner, dagbokstrukturer eller betalingsmetoder, så oppsettet for hver enhet bør valideres separat.
Begrensninger i den dokumenterte arbeidsflyten
Dokumentasjonen beskriver det regnskapsmessige formålet med arbeidsflyten og angir kravene til modul, selskapsinnstilling, dagbok, konto og betalingsmetode. (Odoo 20.0 Docs: Companies Multi Company) Den fastslår ikke hvordan hver tilpasning, lokalisering eller eksterne integrasjon vil oppføre seg med internkonsern avregning. Slike områder krever en implementasjonsspesifikk gjennomgang.
Arbeidsflyten er dokumentert for selskaper som ligger i samme database. (Odoo 20.0 Docs: Companies Multi Company) De leverte kildene bekrefter ikke en tilsvarende automatisert prosess mellom separate Odoo-databaser. Organisasjoner som bruker separate instanser bør derfor verifisere sin nødvendige prosess på tvers av databaser uavhengig.
De leverte kildene definerer heller ikke arbeidsflytens håndtering av delbetalinger, refusjoner, oppgjør i utenlandsk valuta, betalingsreverseringer eller kjeder som involverer flere selskaper. Hvis disse transaksjonene er vesentlige for en organisasjon, bør hvert tilfelle testes før operativ bruk.
Hva som må verifiseres før innføring
Først må du bekrefte at faktureringsselskapet og selskapet som mottar betalingen, ligger i samme Odoo-database. Kontroller at modulen Intercompany Payment - Account er installert, og at Inter-Company Transactions er aktivert for hvert selskap som skal delta. (Odoo 20.0 Docs: Companies Multi Company)
Deretter bør du gjennomgå avregningsjournalen og de dedikerte leverandørgjelds- og kundefordringskontoene for hver enhet. (Odoo 20.0 Docs: Companies Multi Company) Konto-valgene bør støtte organisasjonens krav til rapportering og avstemming. Brukere bør kunne identifisere beløpet som skyldes selskapet som mottok betalingen, og det tilsvarende beløpet som skyldes selskapet som utstedte fakturaen.
Deretter bør du kontrollere betalingsmetoden og bekrefte at den bruker en konto for utestående innbetalinger. (Odoo 20.0 Docs: Companies Multi Company) Sjekk den faktiske konfigurasjonen i stedet for å stole på dagbokens navn eller antakelser basert på en eksisterende innbetalingsprosess.
Til slutt bør du kjøre en kontrollert transaksjon med en representativ faktura og betaling. Bekreft at Odoo avstemmer kundens faktura, registrerer utstedende selskaps internkonsernfordring og oppretter den tilsvarende leverandørgjelden i selskapet som mottok pengene. (Odoo 20.0 Docs: Companies Multi Company) Gå gjennom begge selskapers hovedbøker før bredere bruk, slik at kontotilordninger og balanser på enhetsnivå kan kontrolleres.
Resultatet skal være at kundens faktura er avstemt, samtidig som beløpet mellom de to selskapene vises i deres respektive internkonsernkontoer. Dette skillet er sentralt i arbeidsflyten: kundens oppgjør er fullført, men den separate forpliktelsen mellom utstedende og mottakende enhet forblir synlig for senere avstemming. (Odoo 20.0 Docs: Companies Multi Company)