En uavhengig vurdering av prosjektet før du signerer: hva som lar seg integrere med økonomi- og regnskapssystemet, hva det egentlig koster over fem år, og hvordan du sammenligner to tilbud ut fra standardiserte kriterier. For fjernvarmeselskaper, vannverk, kollektivselskaper og havneselskaper.
Et kommunalt selskap eller et havneselskap har som regel sin egen IT-avdeling og et investeringsbudsjett – men beslutninger om retningen for digitaliseringen tas på grunnlag av én enkelt anbefaling, uten ekstern kontroll av risiko, kostnader og alternativer.
Du er ikke en offentlig forvaltningsenhet. Et kommersielt selskap fungerer etter en annen logikk enn et offentlig kontor: en annen beslutningshorisont, en annen måte å begrunne beslutninger på, et annet press for å levere resultater. Vi jobber på ditt språk – risiko, kostnader, driftskontinuitet – ikke på forvaltningens språk.
Den obligatoriske strukturerte e-faktureringen via KSeF, Polens nasjonale e-fakturasystem, krever integrasjon med de eksisterende økonomi- og regnskapssystemene dine, ikke bare kjøp av en ny modul.
Kartleggingen gir: en integrasjonsmatrise for økonomisystemet og en liste over systemene som må utveksle data med det.
Integrasjonen av et nytt system med det eksisterende økonomi- og regnskapssystemet er det vanligste konfliktpunktet – spørsmålet er «får vi koblet det sammen?», ikke «skal vi bytte ut alt?».
Kartleggingen gir: integrasjonskravet skrevet inn i kravspesifikasjonen fra første dag, ikke lagt til som en tilleggsavtale etter signering.
Hver ny modul kobles enten til det du allerede har, eller blir enda en applikasjonsøy som selskapet betaler for to ganger.
Kartleggingen gir: A/B/C/D-kategorier og rekkefølgen for innføringene.
Mange forsyningsselskaper, særlig innen fjernvarme, vannforsyning og transport, er omfattet av den endrede KSC-loven (den polske loven om cybersikkerhet som gjennomfører NIS 2), selv om de drives som kommersielle selskaper.
Kartleggingen gir: et systemregister og et risikoregister.
Et stort, integrert ERP-system høres trygt ut, men kan bli én stor avhengighet av en enkelt leverandør, uten smidighet og uten rom for nyere teknologi. Det finnes ikke ett riktig svar: det avhenger av selskapets forretningsmodell og størrelse.
Kartleggingen gir: hva som blir værende i ERP-systemet, og hva som med fordel kan skilles ut som et eget, godt integrert system.
IT-sjefen ser behovet, men har ingen myndighet over lederne for de andre avdelingene til å sikre samarbeidet deres – det som mangler, er gjennomslagskraft, ikke kunnskap.
Kartleggingen gir: et mandat fra ledelsen til en ekstern rådgiver om å samle inn det IT-avdelingen trenger.
Uten en felles sammenligningsmatrise ender man opp med å sammenligne epler og pærer, og det er den beste presentasjonen som vinner, ikke det beste tilbudet.
Kartleggingen gir: sammenligningskriterier avtalt før møtene med leverandørene, ikke underveis.
Før selskapet kjøper enda en modul, spør jeg hvorfor, og hva som skal regnes som suksess. Ofte viser det seg at det bak ønsket om ett system ligger en prosess som først må ryddes opp i, og at verktøyet først kommer som steg to.
Ønsket«Vi trenger et system for fakturaflyt til KSeF.»
Én side til daglig leder og regnskapssjefen, en presentasjon til ledelsesmøtet og et komplett sett dokumenter til samtalene med leverandører.
Utkast til disposisjon. En økt på 60–90 minutter er inkludert i prisen.
| Din plan | Dette får ledelsen | Risikoen det lukker |
|---|---|---|
| Fakturaflyt under KSeF | En integrasjonsmatrise for økonomisystemet, krav til kravspesifikasjonen, et integrasjonsalternativ og et alternativ med nytt system, med kostnaden over 5 år. | Enda en applikasjonsøy ved siden av økonomisystemet, tilleggsavtaler for å betale for integrasjon, dobbel registrering av data. |
| Integrasjon med økonomisystemet og ERP | Integrasjonskravet skrevet inn i kravspesifikasjonen fra første dag, spørsmål til leverandørene. | Å oppdage etter signering at «det lar seg ikke koble sammen», og å måtte bytte ut et system ingen ønsket å bytte ut. |
| Digital personalmappe og flere moduler | A/B/C/D-kategorier, en rekkefølge for innføringene, en plan for endringsledelse. | Motstand fra medarbeiderne fra starten og moduler som ikke snakker sammen. |
| Styret og eieren | Én side med anbefalingen, tilbud sammenlignet ut fra standardiserte kriterier, totalkostnaden over 5 år. | En beslutning tatt «på grunnlag av presentasjonen», og spørsmål om grunnlaget for den i etterkant. |
Avhenger av antall systemer og avdelinger. Den nøyaktige prisen fastsetter jeg etter en samtale på 30 minutter om selskapets størrelse.
Tar beslutninger om IT-prosjekter på grunnlag av anbefalingen fra sin egen IT-avdeling – og trenger en annen, uavhengig vurdering før signering, ikke i etterkant.
Får: én side med anbefalingen og to beslutningsalternativer med kostnaden over 5 år, klare til å legges fram for styret.
Oppnår: en beslutning som kan forsvares overfor styret.
Har ansvaret for å integrere nye systemer med det eksisterende økonomi- og regnskapssystemet – som regel det første og vanskeligste stridspunktet i ethvert prosjekt.
Får: en integrasjonsmatrise for økonomisystemet og krav som kan skrives inn i kontrakten med leverandøren og håndheves.
Oppnår: forutsigbare kostnader og integrasjon uten tilleggsavtaler.
En alliert når en uavhengig vurdering underbygger IT-sjefens anbefaling med tall og argumenter på ledelsesnivå – ikke en konkurrent som tar over rollen.
Får: et systemregister, en metode som kan gjentas, og argumenter på ledelsesnivå for sin egen anbefaling.
Oppnår: en uavhengig bekreftelse av sin egen anbefaling.
Den samme arbeidsformen har vist seg å fungere ved digitaliseringen av en containerterminal: en ekstern, uavhengig stemme ved ledelsens bord, ved siden av kompetansen i selskapets egen IT-avdeling, ikke i stedet for den.
Et register over systemer, integrasjoner og avhengigheter, med særlig vekt på økonomi- og regnskapssystemet og koblingene til det. A/B/C/D-kategorisering og et risikokart. Et sammendrag på én side til ledelsen.
Før ledelsen godkjenner IT-avdelingens anbefaling: en annen vurdering av risiko, totalkostnad og alternativer. Jeg peker på hvor andre selskaper i en lignende situasjon har betalt for mye fordi de ikke forutså integrasjon, datamigrering eller motstand fra medarbeiderne. Når daglig leder har en idé, men ikke tid til å skrive den ned, er en samtale på 15–20 minutter nok til at jeg etter omtrent 2 dager kommer tilbake med et ferdig konsept til vurdering.
En sammenligningsmatrise for to (eller flere) tilbud ut fra felles kriterier, spørsmål som bør stilles til leverandørene, og deltakelse i møtene som ledelsens representant – slik at beslutningen som legges fram for daglig leder, bygger på sammenlignbare data og ikke på hvor overbevisende en presentasjon var.
Deltakelse i møter med leverandører, vurdering av nye prosjekter parallelt med anbefalingen fra din egen IT-avdeling og et oppdatert bilde av hvor lignende selskaper har betalt for mye for beslutninger om sky, API-er eller automatisering.
Den juridiske avdelingen i samme organisasjon har i dag et digitalt arkiv over anskaffelsesprosesser, fakturaflyt med OCR, integrasjon med KSeF og en modul for juridisk bistand – gjennomført som påfølgende prosjekter som bygger videre på hverandre, etter samme mekanisme: ledelsen formulerer intensjonen, Krogis omsetter den til handling.
«Samme arbeidsform som ved digitaliseringen av containerterminalen – en uavhengig stemme for ledelsen ved siden av kompetansen i selskapets egen IT-avdeling, ikke i stedet for den.»
Et flerspråklig system for håndtering av forretningspartnere på en prosessplattform: registrering, forespørsler, tilbud og reklamasjoner, fortsatt i bruk i dag. Kartlegging av mål, kravanalyse og utvikling av konseptet for et system for styring av relasjoner med interessenter. Erfaring med digitalisering av en stor infrastrukturoperatør.
Utvikling, innføring og igangsetting av en plattform for samhandling og styring av forretningsprosesser, som blant annet omfatter et digitalt arkiv over anskaffelsesprosesser, digital flyt for kostnadsfakturaer, digitale personalmapper, korrespondansehåndtering og juridisk bistand.
Tilbakevendende, anonymiserte temaer fra samtaler om digitalisering – ikke sitater fra et bestemt selskap.
«Før vi går videre, må jeg vite om dette i det hele tatt lar seg koble til økonomisystemet vårt – alt annet er underordnet.»
«Vi legger alltid to tilbud side om side foran ledelsen – vi trenger noen som kan hjelpe oss å sammenligne dem rettferdig, ikke bare velge den peneste presentasjonen.»
«Selv når en prosess er automatisert, vil jeg ha en reell mulighet til å ta beslutningen manuelt når jeg mener det trengs.»
«Vi vil ikke bli behandlet som en offentlig etat – vi er et selskap, og vi vurderer risiko og resultat annerledes enn et offentlig kontor.»
I de fleste tilfeller kan det gjøres via et API eller en dedikert integrasjon, forutsatt at integrasjonskravet skrives inn i kravspesifikasjonen fra første dag og ikke legges til som en tilleggsavtale etter at kontrakten er signert. Det er et av de vanligste stridspunktene i IT-prosjekter i kommunale selskaper – og et av de enkleste å håndtere på forhånd.
Mange forsyningsselskaper, særlig innen fjernvarme, vannforsyning og transport, er omfattet av den endrede KSC-loven (NIS 2), selv om de drives som kommersielle selskaper og ikke som offentlige forvaltningsenheter. Det er verdt å undersøke i hvert enkelt tilfelle, siden det avhenger av virksomhetens omfang og art.
Du trenger en felles kriteriematrise – funksjonalitet, arkitektur og åpenhet, sikkerhet og etterlevelse, teknologi og leverandør, totalkostnad – avtalt før møtene med leverandørene, ikke underveis. Uten den ender man ofte opp med å sammenligne epler og pærer, og det er den beste presentasjonen som vinner, ikke det beste tilbudet.
Ja. Logikken i den polske selskapsloven (kodeks spółek handlowych) skiller seg fra logikken i offentlig forvaltning: beslutningshorisonten er en annen, presset på de økonomiske resultatene er et annet, og noen plikter (for eksempel reglene om offentlige anskaffelser) gjelder kanskje ikke for et selskap i samme omfang som for et offentlig kontor. Derfor bør kommunikasjon med og rådgivning til kommunale selskaper skje på forretningsspråk – risiko, kostnader, kontinuitet – ikke på forvaltningsspråk.
Du må beregne de totale eierkostnadene over flere år – lisens, innføring, drift, opplæring, integrasjon – og sammenligne dem med de faktiske kostnadene ved de nåværende, spredte systemene dine, ikke med listeprisen de hadde for mange år siden. En generell påstand om at én plattform vil gi besparelser, holder som regel ikke når tallene først er regnet gjennom.
Skriv først ned hva det nye systemet skal samvirke med: økonomi- og regnskapssystemet, fakturaflyten under KSeF, tekniske systemer og kundeservice. Avklar hvem i selskapet som tar beslutninger om prosessene, og beskriv kravene, også integrasjonene, før du starter samtalene med leverandører. Sammenlign tilbudene i én matrise og etter totalkostnad, og bygg overtakelsen (akseptansetesten) på avtalte testscenarioer.
