En oberoende bedömning av projektet innan du skriver under: vad som går att integrera med ekonomi- och redovisningssystemet, vad det verkligen kostar över fem år och hur två anbud jämförs utifrån standardiserade kriterier. För fjärrvärmebolag, VA-bolag, kollektivtrafikbolag och hamnbolag.
Ett kommunalt bolag eller ett hamnbolag har oftast en egen IT-avdelning och en investeringsbudget – ändå fattas beslut om digitaliseringens inriktning på grundval av en enda rekommendation, utan extern granskning av risker, kostnader och alternativ.
Du är inte en myndighet. Ett aktiebolag fungerar enligt en annan logik än en förvaltning: en annan beslutshorisont, ett annat sätt att motivera beslut, en annan press att leverera resultat. Vi arbetar på ditt språk – risk, kostnad, driftskontinuitet – inte på förvaltningens.
Den obligatoriska strukturerade e-faktureringen kräver integration med de befintliga ekonomi- och redovisningssystemen, inte bara köp av en ny modul.
Inventeringen ger: en integrationsmatris för ekonomisystemet och en lista över de system som måste utbyta data med det.
Att integrera ett nytt system med det befintliga ekonomisystemet är den vanligaste konfliktpunkten – frågan är ”går det att koppla ihop?”, inte ”ska vi byta ut allt?”.
Inventeringen ger: integrationskravet inskrivet i kravspecifikationen från första dagen, inte tillagt genom ett tilläggsavtal efter undertecknandet.
Varje ny modul kopplas antingen in i det du redan har eller blir ännu en isolerad applikationsö som bolaget betalar för två gånger.
Inventeringen ger: kategorierna A/B/C/D och i vilken ordning införandena bör ske.
Många kommunala försörjningsbolag, särskilt inom fjärrvärme, vatten och transporter, omfattas av den ändrade polska lagen om det nationella cybersäkerhetssystemet (KSC), trots att de drivs som aktiebolag.
Inventeringen ger: ett systemregister och ett riskregister.
Ett stort, integrerat affärssystem låter tryggt, men kan bli ett enda stort beroende av en leverantör, utan smidighet och utan utrymme för nyare teknik. Det finns inget enda rätt svar: det beror på bolagets affärsmodell och storlek.
Inventeringen ger: vad som stannar i affärssystemet och vad som hellre bör brytas ut som ett separat, väl integrerat system.
IT-chefen ser behovet men har ingen befogenhet över cheferna för andra avdelningar för att få till samarbetet – det som saknas är genomslagskraft, inte kunskap.
Inventeringen ger: ett mandat från företagsledningen till en extern rådgivare att samla in det som IT-avdelningen behöver.
Utan en gemensam jämförelsematris jämför man äpplen och päron, och det är den bättre presentationen som vinner, inte det bättre anbudet.
Inventeringen ger: jämförelsekriterier som fastställs före mötena med leverantörerna, inte under dem.
Innan bolaget köper ännu en modul frågar jag varför och vad som ska räknas som framgång. Ofta visar det sig att det bakom önskemålet om ett enda system finns en process som först behöver ordnas, och att verktyget kommer först i det andra steget.
Önskemålet”Vi behöver ett system för fakturaflöde anpassat till KSeF.”
En sida för VD och redovisningschefen, en presentation för ledningsmötet och en komplett uppsättning dokument för samtalen med leverantörerna.
Utkast till disposition. Ett möte på 60–90 minuter ingår i priset.
| Din plan | Vad ledningen får | Vilken risk som undanröjs |
|---|---|---|
| Fakturaflöde med KSeF | En integrationsmatris för ekonomisystemet, krav till kravspecifikationen, ett integrationsalternativ och ett alternativ med nytt system, med kostnaden över 5 år. | Ännu en applikationsö bredvid ekonomisystemet, tilläggsavtal för att betala integrationen, dubbel inmatning av data. |
| Integration med ekonomisystemet och ERP | Integrationskravet inskrivet i kravspecifikationen från första dagen, frågor till leverantörerna. | Att efter undertecknandet upptäcka att ”det går inte att koppla ihop” och tvingas byta ut ett system som ingen ville byta ut. |
| Digital personalakt och fler moduler | Kategorierna A/B/C/D, en ordning för införandena, en plan för förändringsledning. | Motstånd hos medarbetarna redan från start och moduler som inte pratar med varandra. |
| Styrelse och ägare | En rekommendation på en sida, anbud jämförda utifrån standardiserade kriterier, den totala kostnaden över 5 år. | Ett beslut fattat ”på presentationen” och frågor om vad det grundades på i efterhand. |
Beroende på antalet system och avdelningar. Det exakta priset bekräftar jag efter ett 30 minuter långt samtal om bolagets storlek.
Fattar beslut om IT-projekt utifrån den egna IT-avdelningens rekommendation – och behöver en andra, oberoende bedömning före undertecknandet, inte i efterhand.
Får: en rekommendation på en sida och två beslutsalternativ med kostnaden över 5 år, redo att läggas fram för styrelsen.
Resultat: ett beslut som går att försvara inför styrelsen.
Ansvarar för att nya system integreras med det befintliga ekonomi- och redovisningssystemet – oftast den första och svåraste stridsfrågan i varje projekt.
Får: en integrationsmatris för ekonomisystemet och krav som kan skrivas in i leverantörsavtalet och utkrävas.
Resultat: förutsägbara kostnader och integration utan tilläggsavtal.
En bundsförvant när en oberoende bedömning stärker den egna rekommendationen med siffror och argument på ledningsnivå – inte en konkurrent som tar över rollen.
Får: ett systemregister, en metod som kan upprepas och argument på ledningsnivå för den egna rekommendationen.
Resultat: en oberoende bekräftelse av den egna rekommendationen.
Samma arbetssätt har visat sig fungera vid digitaliseringen av en containerterminal: en extern, oberoende röst vid ledningens bord, vid sidan av – inte i stället för – kompetensen hos bolagets egen IT-avdelning.
Ett register över system, integrationer och beroenden, med särskilt fokus på ekonomi- och redovisningssystemet och dess kopplingar. Kategorisering A/B/C/D och en riskkarta. En sammanfattning på en sida för ledningen.
Innan ledningen godkänner IT-avdelningens rekommendation: en andra bedömning av risker, total kostnad och alternativ. Jag pekar på var andra bolag i liknande situation har betalat för mycket för att de inte förutsåg integrationen, datamigreringen eller medarbetarnas motstånd. När VD har en idé men inte hinner skriva ner den räcker ett samtal på 15–20 minuter för att jag inom ungefär 2 dagar ska återkomma med ett färdigt koncept att ta ställning till.
En jämförelsematris för två (eller fler) anbud utifrån gemensamma kriterier, frågor att ställa till leverantörerna och deltagande i möten som ledningens representant – så att beslutet som läggs fram för VD vilar på jämförbara uppgifter och inte på hur övertygande en presentation var.
Deltagande i leverantörsmöten, bedömningar av kommande projekt parallellt med IT-avdelningens rekommendation och en aktuell bild av var liknande bolag har betalat för mycket för beslut om moln, API:er eller automatisering.
Juridiska avdelningen i samma organisation har i dag ett digitalt arkiv över upphandlingsförfaranden, fakturaflöde med OCR, KSeF-integration och en modul för juridiskt stöd, framtagna som successiva projekt där vart och ett bygger vidare på det föregående, enligt samma mekanism: ledningen formulerar sin avsikt, Krogis omsätter den i handling.
”Samma arbetssätt som vid digitaliseringen av containerterminalen – en oberoende röst för ledningen vid sidan av kompetensen hos bolagets egen IT-avdelning, inte i stället för den.”
Ett flerspråkigt system för hantering av motparter på en processplattform: registrering, förfrågningar, offerter och reklamationer, i bruk än i dag. Identifiering av mål, kravanalys och utveckling av konceptet för ett system för hantering av intressentrelationer. Erfarenhet av digitaliseringen av en stor infrastrukturoperatör.
Utformning, införande och driftsättning av en plattform för samarbete och hantering av affärsprocesser, som bland annat omfattar ett digitalt arkiv över upphandlingsförfaranden, ett digitalt flöde för kostnadsfakturor, digitala personalakter, hantering av korrespondens och juridiskt stöd.
Återkommande, anonymiserade teman från samtal om digitalisering – inte citat från något enskilt bolag.
”Innan vi går vidare måste jag veta om det här över huvud taget går att koppla till vårt ekonomisystem – allt annat är sekundärt.”
”Vi ställer alltid två anbud sida vid sida inför ledningen – vi behöver någon som hjälper oss att jämföra dem rättvist, inte bara välja den snyggaste presentationen.”
”Även när en process är automatiserad vill jag ha en verklig möjlighet att fatta beslutet manuellt när jag anser att det behövs.”
”Vi vill inte bli behandlade som en myndighet – vi är ett bolag, och vi väger risk och resultat på ett annat sätt än en förvaltning.”
I de flesta fall går det via ett API eller en särskild integration, förutsatt att integrationskravet skrivs in i kravspecifikationen från första dagen och inte läggs till genom ett tilläggsavtal efter att avtalet har undertecknats. Det är en av de vanligaste stötestenarna i IT-projekt i kommunala bolag – och en av de lättaste att hantera i förväg.
Många kommunala försörjningsbolag, särskilt inom fjärrvärme, vatten och transporter, omfattas av den ändrade polska lagen om det nationella cybersäkerhetssystemet (KSC/NIS 2), trots att de är aktiebolag och inte förvaltningsmyndigheter. Det är värt att pröva från fall till fall, eftersom tillämpningen beror på verksamhetens omfattning och art.
Det krävs en gemensam kriteriematris – funktionalitet, arkitektur och öppenhet, säkerhet och regelefterlevnad, teknik och leverantör, total kostnad – som fastställs före mötena med leverantörerna, inte under dem. Utan den jämför man ofta äpplen och päron, och det är den bättre presentationen som vinner, inte det bättre anbudet.
Ja. Bolagsrättens logik skiljer sig från förvaltningens: beslutshorisonten är en annan, liksom trycket på det ekonomiska resultatet, och vissa skyldigheter (till exempel offentlig upphandling) gäller kanske inte ett bolag i samma utsträckning som en myndighet. Därför bör kommunikation med och rådgivning till kommunala bolag ske på affärsspråk – risk, kostnad, kontinuitet – inte på förvaltningsspråk.
Man behöver räkna fram den totala ägandekostnaden över flera år – licens, införande, drift, utbildning, integration – och jämföra den med den faktiska kostnaden för dagens splittrade system, inte med vad de kostade enligt prislistan för flera år sedan. Ett allmänt påstående om att en enda plattform sparar pengar brukar inte hålla när siffrorna väl är framräknade.
Lista först vad det nya systemet ska samverka med: ekonomi- och redovisningssystemet, fakturaflödet för KSeF, tekniska system och kundservice. Bestäm vem i bolaget som fattar beslut om processerna och skriv ner kraven, inklusive integrationer, innan du inleder samtal med leverantörer. Jämför anbuden i en och samma matris och utifrån total kostnad, och basera leveransgodkännandet på överenskomna testscenarier.
