Implementering av Koncernrapportering med Tiego

STRUKTUR

Workshop och en ev implementation följer tre olika ”block” där vi nästan alltid startar med 1. Register och rapporter för att därefter gå över till 2. Indata och avslutar med 3. Konsolidering. Det finns mycket erfarenhet samlat genom åren från olika lösningar hos olika kunder och det är ofta mycket givande att bygga vidare på både bekanta och nya lösningar med kunder. 

​

BLOCK 1: REGISTER OCH RAPPORTER 
En demo genomförs på Tiegos standardkontoplan som har sin utgångspunkt i BAS 2020 kompletterad med konton som behövs för koncernredovisning. Redan på demon diskuterar vi vilken dimensionalitet som ni önskar där vi alltid åtminstone tar in avdelning som en dimensionsinformation (förutom om ni har motpart i kontosträngen). Vi visar helt kort att allt är förberett för inrapportering av notinformation för att producera både lokala- och koncernens årsredovisningar. Export till en enkel managementrapport visas också som använder vår egen ”retrieve-funktionalitet” som kan hämta all information i systemet. 

Vid en workshop ägnar vi vanligtvis knappt en timme till Block 1 och vi är tydliga med att kunden bör backa bandet vid implementationsstart och ägna tid åt vidareutveckling av kontoplaner till den vokabulär som koncernen har samt lägga in ev egna resultat-summeringsnivåer som matchar mot interna rapportpaket. 

BLOCK 2: INDATA
Under den vecka Tiego har till förfogande inför workshop ägnas huvuddelen av tiden till att importera, mappa upp till koncernkontoplanen samt göra specifikationer. Mappning av svenska lokala kontoplaner är oftast mycket enkelt då nästan alla bolag i Sverige följer BAS-kontoplanen, men det kan vara tidskrävande för utländska bolag. Tiego har dock jobbat med mappning av många länders kontoplaner i många år och sitter på mycket erfarenhet hos konsulter och har tidigare mappningar till förfogande. Det sker också kommunikation med kunden för att säkerställa att det är så rätt som möjligt, men vi är dock tydliga med att även om alla konton blir mappade så krävs det att komma åter vid en implementation och granska allt igen noggrant och tillsammans med lokala ekonomer.

Om vi fått in transaktionsinformation så går det ofta att komma långt eller hela vägen i mål med specifikationer för ett korrekt indirekt kassaflöde. Det är inte ovanligt att vi finner att lokal bokföring behöver justeras för att få ihop det, och då görs detta smidigt med ett verifikat i systemet (en bokning på matrisen TB). Vi är stolta över att ha ett system som har fullständig ”audit trail” där det är enkelt och tydligt att följa vilka ändringar som är gjorda på rapporter. 

Om vi fått in saldobalanser eller rapportpaket är det svårare att nå hela vägen till avstämda kassaflödesanalyser, men då kan vi många gånger lyfta fram eventuella frågor att hantera i ett ev nästa steg i processen.
Om bolagen har interna mellanhavanden på egna konton eller det på annat sätt finns specificerat mot vilka motparter saldon är, då kommer vi ladda detta för att exemplifiera hur avstämningsrapporter ser ut samt hur hela processen med interaktiv avstämning mellan bolag kan gå till. 

Avseende notförteckningsinformation så brukar det inte vara i fokus, men möjlighet finns att följa upp hur inrapportering och sammanställning av det fungerar. 

BLOCK 3: KONSOLIDERING 
Vid en demo brukar vi exemplifiera förvärvsanalyser och hur det bokförs på matrisen PPA. Aktier i dotterbolag ska ha specificerats i ”Block 2” med motpartens kod för att kunna stämmas av mot den information som finns i PPA. Om det är en transaktion mellan olika valutor så behöver beloppet i PPA (som läggs in i lokal valuta) att låsas till det värde som är bokfört i moderbolaget. På detta sätt hanteras valutakursdifferensen som uppstår vid eliminering av aktier i dotterbolag automatiskt och blir lätt att följa. 

Alla valutakursdifferenser hanteras i övrigt automatiskt och per månad. Samtliga konton valutakursomräknas till månadens snittkurs och balansdagskurs. Genom att alla konton är valutaomräknade och systemet har specificerat alla förändringar för automatiska indirekta kassaflödesanalyser så är de flödesanalyser som behövs till årsredovisningens notförteckning klara att hämta ut med systemets ”retrieve-funktionalitet”. 

Till en workshop så elimineras vanligtvis alla värden som är bokförda på aktier i dotterbolag, även om det är vanligt att förvärvsanalyserna behöver återvisiteras senare i processen. Vi vill dock att aktier i dotterföretag ska summera till noll i koncernöversikten för balansräkningen på workshopen. 

Om det gjorts nedskrivning av aktier i dotterföretag så elimineras det i matrisen SHA som sparas kopplat till moderbolaget med en referens till dotterbolaget, vilket behövs för det fall att dotterbolaget säljs i framtiden och då allt eget kapital relaterat till dotterbolaget ska ut över årets resultat för korrekt koncernmässigt resultat. 

Då det är vanligt att en potentiell kund gjort förvärv och att det är en av anledningarna till att man önskar komma igång med koncernrapportering i en databas, så brukar vi ägna en del tid åt denna process i TGA. Läs gärna mer om förvärvsprocess genom att klicka på denna länk. 

Om det skett fusioner, finns minoriteter, kapitalandelar eller internvinst i lager så brukar vi ägna tid till att diskutera detta på workshopen, men i normalfallet är det inte något vi fokuserat på i det förberedande arbetet. 
Slutligen summerar vi workshopen med att marknadsföra att dokumentera konsolideringen på det standardiserade sätt som nästan alla Tiego-kunder gör. Dokumentationsfilen innehåller koncernöversikt med ackumulerade värden för alla bolag ”på lina” för: Resultaträkning, Balansräkning, Eget kapital-flödet, Kassaflödet och Avstämningsspecifikation av balansposter och förvärvsanalyser. 

Vid en implementation fortsätter vi arbetet som påbörjats under workshopen och identifierar snabbast möjligt vilka eventuella differenser som finns avseende ingående balans för det innevarande året.