Reseräkningar i en koncern: Vad du behöver tänka på

Att hantera reseräkningar i *ett* bolag är en sak. Att göra det i en koncern med tio, tjugo eller hundra bolag i flera olika länder är något helt annat. Ändå väljer många organisationer system som inte är byggda för den komplexiteten, och betalar priset i form av manuellt arbete, inkonsekvent efterlevnad och frustrerande administration. Den här artikeln handlar om vad som är viktigt när du väljer reseräkningssystem för en organisation med flera bolag.

Storskalighet måste vara inbyggt från början

Det vanligaste misstaget är att välja ett system som fungerar bra för ett bolag och sedan försöka skala upp det till en koncern, vilket sällan blir bra. Ett system som är byggt för storskalighet tänker annorlunda redan i sin datamodell.

Ett konkret uttryck för detta är mallar. I ett välbyggt system kan du arbeta med mallar som kan appliceras på olika nivåer: globalt för hela koncernen, kanske en region som Norden eller DACH, och lokala inställningar på bolagsnivå för det som behöver avvika. När du ändrar ett kontonummer som gäller hela koncernen gör du det en gång och förändringen får genomslag överallt.

Lika viktigt är att kunna göra förändringar som skär på andra axlar än bolagsstrukturen. Låt säga att en personalgrupp inom flera olika bolag tillhör samma kollektivavtal men kanske inte nödvändigtvis samma region, och dessa ska behandlas enhetligt. Då bör systemet stödja det utan att du behöver gå in och konfigurera varje bolag separat.

Behörigheter, insyn och shared service centers

I en koncern ska sällan alla ha rätt att se allt. En ekonomicontroller på det svenska bolaget ska kanske ha full insyn i Sverige men begränsad insyn i övriga marknader. Och ett shared service center som hanterar löner och reseräkningar för flera bolag behöver till exempel en annan behörighetsstruktur än en lokal ekonomifunktion.

Fråga leverantören hur de bygger upp behörigheter kopplat till bolag. Kan vi ha olika shared service centers med insyn i olika delar av koncernen? Kan en attestant se och hantera kostnader som rör flera bolag i ett och samma flöde?

Det här är detaljer som är enkla att förbise i en demo men som avgör om administrationen i praktiken blir hanterbar eller inte.

Globalt och lokalt på samma gång

En av de svåraste balansgångarna i en multinationell koncern är att hålla ihop det som ska vara enhetligt utan att tvinga in alla bolag i exakt samma lösning.

Vissa saker ska vara globala såsom övergripande policies, koncerngemensamma attestflöden och rapportering uppåt i organisationen. Andra saker måste vara lokala, där kanske SSO-lösningar behöver skilja sig mellan bolag, ERP-integrationer kan vara olika beroende på vilket system varje marknad använder, och lokala skatteregler kräver lokal konfiguration.

Ett välbyggt system klarar båda utan att det ena saboterar det andra. Det globala får genomslag globalt, det lokala kan avvika utan att förstöra helheten.

Skattehantering i varje land, inte bara “vi stödjer det landet

I en koncern med närvaro i flera länder är skattehantering en av de mest kritiska frågorna. Att fråga en leverantör om reseräkningssystemet stödjer ett visst land ger sällan ett meningsfullt svar. Svaret är nästan alltid ja, men det intressanta är hur.

Hur hanteras till exempel momsuppdelning i Norge? Hur räknas traktamente i ett land där leverantören inte har en färdig modell? Hur sköts representation i Sverige kontra Tyskland? En leverantör som löser skattehantering genom att den anställde måste komma ihåg en viss klickrutin, eller att ekonomiavdelningen sätter upp en workaround, stödjer egentligen inte regeln utan delegerar problemet. Automatisering bör gå hela vägen, inte stanna halvvägs.

Involvera representanter från era lokala marknader i upphandlingen. De vet vilka scenarier som är kritiska för just dem och kommer att ställa frågor som ni själva aldrig hade tänkt på.

AI förändrar vad administration i en koncern kan innebära

Att administrera ett reseräkningssystem i en stor koncern har traditionellt sett krävt dedikerade resurser och ibland externa konsulter för varje förändring, vilket nu inte längre stämmer.

Med system som tar emot instruktioner i vanlig text kan en administratör beskriva vad som ska hända och så utför systemet det. Till exempel: “Ändra kontonumret för taxi i samtliga bolag till X” eller “Lägg till Sara som assistent för alla i bolag Y”. Det förändrar vem som kan administrera systemet och hur snabbt förändringar kan genomföras, utan att varje justering kräver en konsult eller en utvecklare.

Frågor att ställa varje leverantör

  1. Hur är systemet byggt för att hantera en koncernstruktur med många bolag? Finns det ett tydligt mallkoncept?
  2. Hur gör vi en förändring som ska gälla hela koncernen kontra en förändring som bara ska gälla ett bolag?
  3. Kan vi ha olika SSO-lösningar och ERP-integrationer för olika bolag inom samma installation?
  4. Hur bygger vi upp behörigheter för shared service centers med insyn i flera bolag?
  5. Hur hanteras skattehantering i de länder vi är verksamma i? Diskutera konkreta scenarier.