Nyt · Intercompany

Intercompany med 4-øjne-godkendelse

Nu kan I initiere en intercompany-postering på ét selskab og lade modparten godkende den — før den bogføres på begge sider. Ingen spejlede posteringer uden accept, og fuldt revisionsspor på hvem der foreslog, hvem der godkendte, og hvornår.

149 kr/md — eller gratis, hvis du ikke sparer beløbet på din bogholder eller revisor.

Statusflow

Fra forslag til bogført — i klare trin

Hver intercompany-entry lever i én af fem tilstande: proposed, draft, booked, reversed eller rejected. Overgange er hærdet i databasen — man kan ikke springe et trin over eller redigere en godkendt post.

  • Initiator opretter forslag (proposed) — kun redaktør på det ene selskab kræves
  • Modparten accepterer (draft) eller afviser (rejected) med begrundelse
  • Bogføring (booked) sker først når begge sider har givet accept
  • Tilbageførsel (reversed) sker som spejlet modpostering — ikke slet

Segregation of duties

Én kan ikke bogføre for begge selskaber

Selv om samme bruger har adgang til begge selskaber i koncernen, kan hun ikke både foreslå og acceptere sin egen postering. Rollemodellen adskiller skarpt initiator og godkender — så koncerner passerer revision uden manuelle kontroller.

  • Kun editor på initierende selskab kan oprette forslag
  • Kun editor på modparten kan acceptere eller afvise
  • Booking kræver accept-provenance på rækken (accepted_by, accepted_at)
  • Afviste og foreslåede rækker kan slettes — draft, booked og reversed kan ikke

Tilbageførsel

Rene reversals — ingen skjult redigering

Skal en intercompany-postering rulles tilbage, opretter platformen en spejlet modpostering med reference til originalen. Den oprindelige entry ændrer status til reversed, men rørene på bilaget forbliver uforanderlige.

  • Uforanderligt revisionsspor jf. bogføringsloven
  • Spejlede reversal-journaler på tværs af selskaber
  • Hændelser vises i tidslinjen: foreslået, godkendt, bogført, tilbageført

RLS i databasen

Reglerne håndhæves i databasen — ikke i frontend

Statusmaskinen er skrevet som Row-Level Security-policies på tabellen. Selv hvis en integration eller intern proces forsøger at springe et trin over, afviser databasen skrivningen med en fejl.

  • Én UPDATE-policy pr. rolle: initiator kan kun ændre proposed-rækker
  • Modparten kan kun overføre proposed → draft eller rejected
  • Booking og reversal kører via server-funktioner med service_role
  • DELETE tilladt kun på proposed og rejected — aldrig accepteret arbejde

Koncerner uden manuelle kontroller

149 kr/md — eller gratis, hvis du ikke som minimum sparer beløbet på din bogholder eller revisor.

Ingen binding. Intet kreditkort. AI-rådgiveren er med fra dag ét.