Hvordan begrunne IT-budsjettet overfor rådet: plikt, investering og kostnaden ved å la være

Dette innlegget er for skarbnik (kemner) og sekretærer som legger frem budsjettforslaget om høsten og må forklare rådsmedlemmene hvorfor IT koster mer enn i fjor.

Kalendaren: hva loven sier om fristene

I henhold til artikkel 238 i loven om offentlige finanser utarbeider ledelsen i den lokale selvstyreenheten (jednostka samorządu terytorialnego, JST) – altså ordføreren i en kommune (wójt, burmistrz eller prezydent, avhengig av kommunetype) eller distriktsstyret (zarząd powiatu) i et powiat – budsjettforslaget og legger det frem for det besluttende organet, det vil si rådet, samt for den regionale revisjonskammeret (regionalna izba obrachunkowa) til uttalelse. Fristen er 15. november året før budsjettåret. I 2026 faller 15. november på en søndag, så det er tryggere å planlegge innlevering av forslaget tidligere.

Sammen med forslaget legger ledelsen frem en begrunnelse og underlag, hvis omfang fastsettes i rådets vedtak om arbeidsrutinene for budsjettet (artikkel 234). Det er i dette vedtaket de interne fristene for de ulike avdelingene står, og de er som regel tidligere enn den lovfestede fristen. Det er verdt å sjekke fristen for når IT-avdelingen skal levere sine forslag.

Sammen med budsjettforslaget legger ledelsen også frem et forslag til vedtak om den flerårige finansprognosen eller endring av denne (artikkel 230). Prognosen omfatter budsjettåret og minst de tre påfølgende årene (artikkel 227). Rådet vedtar budsjettet før årets start, og i spesielt begrunnede tilfeller senest innen 31. januar (artikkel 239).

Tre kurver i stedet for én post

Ett enkelt beløp merket «IT» sier ingenting til rådsmedlemmene. De samme utgiftene fordelt på tre kurver viser hva rådet egentlig tar stilling til.

Plikt. Utgifter kommunen ikke kan la være å dekke, fordi de følger av lov eller en signert avtale. Eksempler: tilpasning av fakturaflyten til det nasjonale e-fakturasystemet (Krajowy System e-Faktur, KSeF), håndtering av e-Doręczenia (polsk e-forsendelse), forberedelse til arbeid i et EZD-klassesystem (system for elektronisk dokument- og saksbehandling), forpliktelser fra serviceavtaler inngått tidligere år. For hver post oppgis grunnlaget: lovbestemmelsen eller avtalenummeret.
Drift. Kostnaden ved å holde dagens systemer i gang det kommende året: serviceavtaler, lisenser, oppdateringer, linjer, utskifting av utslitt utstyr. Disse utgiftene kommer igjen hvert år og øker som regel for hvert nye system som tas i bruk. Mer om denne mekanismen i innlegget om totalkostnaden (TCO).
Investering. Utgifter kommunen velger å gjøre, fordi de skal forbedre noe: korte ned saksbehandlingstiden, erstatte manuell overføring av data, redusere antall systemer. Her har rådet et reelt valg, og her trengs en begrunnelse for nytten og driftskostnaden i de påfølgende årene.

Grensen er ikke alltid skarp. Utskifting av en server der produsenten avslutter supporten, er drift. En ny modul som kjøpes «i samme slengen» som en plikt, er en investering og bør beskrives som det.

For økonomisk tilsyn

De tre kurvene erstatter ikke den budsjettmessige klassifiseringen. Loven deler utgiftene inn i løpende og investeringsutgifter (artikkel 236), og en plikt kan havne i begge grupper: serviceavtaler er en løpende utgift, kjøp av et nytt system er som regel en investeringsutgift. Kurvene er en ekstra kolonne i begrunnelsen. De viser årsaken til utgiften, mens klassifiseringen viser hva slags utgift det er.

Flerårige utgifter og finansprognosen

Innføringen av et større system lar seg sjelden fullføre på ett år, og etterpå kommer de årlige avgiftene. Loven fastsetter at flerårige programmer, prosjekter og oppgaver skal tas inn i vedlegget til den flerårige finansprognosen som tiltak, med navn og formål, ansvarlig enhet, gjennomføringsperiode, samlede utgifter, utgiftstak for de enkelte årene og tak for forpliktelser (artikkel 226).

For kemneren betyr dette ett enkelt spørsmål til hver IT-investering: hvor mye vil den koste i kjøpsåret, og hvor mye i hvert av de tre påfølgende årene. Hvis avdelingen ikke klarer å oppgi det andre tallet, er søknaden ikke klar.

Kostnaden ved å la være – uten skremsel

Kostnaden ved å la være er svaret på rådsmedlemmets spørsmål: «hva skjer hvis vi ikke gjør dette?». Godt beskrevet er den rolig og konkret. Dårlig beskrevet høres den ut som en trussel, og da slutter rådsmedlemmene å høre etter.

Noen prinsipper som hjelper:

Beskriv konsekvensen for kommunens arbeid, ikke en katastrofe. I stedet for «vi risikerer lammelse» er det bedre å si: «etter at supporten opphører, retter ikke leverandøren lenger feil, og reparasjon ved driftsstans avhenger av leverandørens goodwill».
Oppgi datoer og dokumenter. Avtalens utløp, slutt på support, frist fastsatt i lov. En dato fra avtalen overbeviser mer enn et adjektiv.
Vis kostnaden ved å utsette, hvis den lar seg beregne. For eksempel: i dag skriver to personer fakturadata inn manuelt, og slik vil det fortsette neste år også. Hvis det ikke lar seg beregne, skal du ikke sette inn et tall tatt ut av løse luften.
Skill det sikre fra det mulige. En avgiftsøkning nedfelt i avtalen er sikker. At en gammel server svikter, er mulig. Rådsmedlemmene bør se denne forskjellen.
Ikke bruk bøter som hovedargument. Det er nok å vise at plikten følger av loven, og fra når den gjelder.

Analogi for rådet

IT-budsjettet minner om budsjettet for kommunehuset. Feiertilsyn og kontroll av anlegg er en plikt. Oppvarming og renhold er drift. Energioppgradering er en investering som skal senke regningene. Ingen spør om man skal betale for oppvarming, men alle vil vite om etterisoleringen lønner seg. Slik bør man også legge opp samtalen om systemene.

Hvordan vise dette til rådsmedlemmene

Rådsmedlemmene vurderer ikke systemene. De vurderer om utgiften er nødvendig, formålstjenlig og sparsommelig, for det er det loven krever av offentlige utgifter (artikkel 44). Derfor fungerer én enkelt side bedre enn en teknisk presentasjon, både i begrunnelsen og i komiteen.

På denne siden bør det stå: de tre kurvene med beløp og sammenligning med inneværende år, ved hver større post én setning om «hvorfor» og én om «hva skjer hvis ikke», samt kostnadene i de påfølgende årene for investeringene. Systemnavn erstattes med en beskrivelse av hva de gjør: «system for saksflyt», «program for skatteberegning». Forkortelser forklares ved første bruk, eller utelates.

Det lønner seg også å ligge i forkant av spørsmålet om vekst. Hvis budsjettet øker, bør siden vise hvilken del av økningen som skyldes plikter, hvilken som skyldes prisøkninger i eksisterende avtaler, og hvilken som skyldes kommunens egne beslutninger.

Dokumentene som ligger bak

Inndelingen i kurver er bare troverdig hvis den lar seg etterprøve. Kemneren kan be om tre ting:

En liste over systemene. For hvert system: hva det brukes til, hvilken avdeling som bruker det, hvem leverandøren er, avtalens nummer og løpetid, årlig kostnad, dato for når produsentens support opphører. Jeg skriver om hvordan en slik liste skiller seg fra en programvareoversikt i innlegget om kartlegging av systemer.
En oversikt over avtalene med kostnader for de kommende årene. Hvilke avgifter som er faste, hvilke som øker og på hvilket grunnlag, og når oppsigelsesfristen går ut.
En liste over plikter med lovgrunnlag og frist. Kort, med navn på bestemmelsen og en angivelse av nøyaktig hva den gjelder i kommunen.

Hvis disse dokumentene ikke finnes, blir det første budsjettet i den nye oppstillingen omtrentlig. Det er likevel bedre enn én samlepost, forutsatt at begrunnelsen sier rett ut hvilke beløp som er anslag.

Kilder

Rettstilstand per 4. oktober 2026.