Eliminering mellan företag är konceptuellt okomplicerad. När Företag A säljer till Företag B inom samma koncern måste intäkterna i A och motsvarande anskaffningsvärde i B avräknas i koncernredovisningen. Lämna dem inne och du överskattar både intäkter och kostnader. Logiken är enkel. Avrättningen är det inte.
Svårigheten är att matcha. Enhet A registrerar en transaktion i Tripletex. Enhet B registrerar motsvarande transaktion i Business Central. De två systemen har olika datamodeller, olika kontostrukturer, olika bokföringskonventioner. Ingenting i något av systemen identifierar automatiskt dessa transaktioner som motsvarigheter. En styrenhet måste hitta dem, verifiera matchningen, beräkna elimineringsposten, och posta det - varje månad, över alla företagsinterna relationer i gruppen.
I en grupp med tio enheter och tjugo koncerninterna relationer kan denna process ta dagar. I en grupp med femtio enheter är det en betydande del av slutet av månaden.
AI behandlar detta som ett mönsterigenkänningsproblem.
Koncerninterna transaktioner följer förutsägbara strukturer. En försäljning genererar en intäktspost med en specifik motpart och en kostnadspost på andra sidan. Ett lån genererar ränteintäkter och räntekostnader. En koncernintern betalbar fordran har en matchande fordran. Dessa mönster är detekterbara - och ett AI-inbyggt system övervakar transaktionsflöden kontinuerligt, identifierar par baserat på finansiell logik och motpartsrelationer, och paketerar dem för mänsklig granskning.
Styrenheten får en strukturerad uppsättning föreslagna elimineringar: matchade transaktionspar, beräknade poster, flaggade avvikelser där belopp inte stämmer överens. Granska och godkänna vad som är korrekt. Undersök vad som inte är. Ingen manuell jakt genom kalkylblad. Inga scheman för eliminering av byggnader från grunden varje månad.
Det mänskliga godkännandesteget är inte förhandlingsbart. Koncerninterna elimineringar påverkar koncernens resultaträkning och balansräkning direkt. Revisionsintegritet kräver mänsklig signering. AI hanterar erkännande och förberedelser; controllern upprätthåller ansvar för vilka inlägg.
Eftersom systemet körs kontinuerligt dyker avvikelser upp när de uppstår - inte när den nära cykeln börjar och det redan är för sent att undersöka rent.
