Eliminering mellom selskaper er konseptuelt grei. Når Enhet A selger til Enhet B innenfor samme konsern, må inntektene i A og den tilsvarende kostnaden i B annulleres i konsolidert regnskap. La dem være inne, og du overvurderer både inntekter og kostnader. Logikken er enkel. Henrettelsen er det ikke.
Vanskeligheten er å matche. Enhet A registrerer en transaksjon i Tripletex. Enhet B registrerer den tilsvarende transaksjonen i Business Central. De to systemene har forskjellige datamodeller, forskjellige kontostrukturer, forskjellige posteringskonvensjoner. Ingenting i noen av systemene identifiserer automatisk disse transaksjonene som motparter. En kontroller må finne dem, bekrefte kampen, beregne elimineringsoppføringen, og legge den ut - hver måned, på tvers av alle konserninterne forhold i gruppen.
I en gruppe med ti enheter og tjue konserninterne forhold kan denne prosessen ta dager. I en gruppe med femti enheter er det en betydelig del av slutten av måneden.
AI behandler dette som et mønstergjenkjenningsproblem.
Konserninterne transaksjoner følger forutsigbare strukturer. Et salg genererer en inntektsoppføring med en spesifikk motpart og en kostnadspost på den andre siden. Et lån genererer renteinntekter og rentekostnader. En konsernintern betalbar har en matchende fordring. Disse mønstrene kan påvises - og et AI-nativt system overvåker transaksjonsflyter kontinuerlig, identifiserer par basert på økonomisk logikk og motpartsforhold, og pakker dem for menneskelig gjennomgang.
Kontrolleren mottar et strukturert sett med foreslåtte elimineringer: matchede transaksjonspar, beregnede oppføringer, flaggede avvik der beløp ikke avstemmes. Gjennomgå og godkjenne det som er riktig. Undersøk hva som ikke er. Ingen manuell jakt gjennom regneark. Ingen planer for eliminering av bygninger fra bunnen av hver måned.
Det menneskelige godkjenningstrinnet er ikke omsettelig. Konserninterne elimineringer påvirker konsoliderte P&L og balanse direkte. Revisjonsintegritet krever menneskelig signering. AI håndterer anerkjennelse og forberedelse; kontrolleren opprettholder ansvarlighet for hvilke innlegg.
Fordi systemet kjører kontinuerlig, oppstår uoverensstemmelser når de oppstår - ikke når den nære syklusen begynner og det allerede er for sent å undersøke rent.
