PåfyllDatagrunnlaget Snakk med oss

Lønnsomhet og likviditet per prosjekt: slik fanger du avviket i tide

Et prosjekt blir sjelden ulønnsomt i sluttoppgjøret. Det blir det underveis, i små avvik ingen fanger opp i tide. Her er tallene du bør følge per prosjekt, når du bør lese dem, og hvorfor lønnsomhet og likviditet må leses i samme bilde.

Hauk Aleksander OlaussenHauk Aleksander OlaussenMedgründer · · 8 min
I artikkelen
  1. Hvorfor blir prosjekter ulønnsomme underveis?
  2. Lønnsomhet og likviditet: hvorfor må de leses sammen?
  3. Hvilke tall bør du følge per prosjekt?
  4. Når bør du lese tallene? Fire faste lesepunkter
  5. Hva må på plass for at oversikten skal holde?
  6. Slik viser Relation OS lønnsomhet og likviditet per prosjekt
  7. Oppsummering
  8. Spørsmål og svar

Et prosjekt blir sjelden ulønnsomt i sluttoppgjøret. Det er der tapet blir synlig, men det oppsto lenge før: i en endring som ble avtalt muntlig, en uke med ventetid som ble ført på feil prosjekt, en leveranse som ble dyrere enn kalkylen. Hver for seg virker avvikene små. Til sammen spiser de marginen.

Her går vi gjennom hvordan du ser det mens det fortsatt går an å gjøre noe med det: hvilke tall du bør følge per prosjekt, når du bør lese dem, og hvorfor lønnsomhet og likviditet må leses i samme bilde. Hvordan prosjektet styres fra forespørsel til sluttoppgjør, står i Prosjektstyring som holder tid, kostnad og cash flow samlet.

Hvorfor blir prosjekter ulønnsomme underveis?

Sluttoppgjøret er et regnestykke, ikke et vendepunkt. Det summerer beslutninger som er tatt gjennom hele prosjektet. Marginen forsvinner som regel gjennom fem mekanismer, og alle er vanskelige å se i rapportene mens de pågår:

  • Endringsarbeid før endringen er avklart. Arbeidet blir gjort før det er priset og godkjent, og kostnaden blir liggende i kontraktsarbeidet i stedet for å bli et eget krav.
  • Kostnader som ikke er bokført ennå. Materialene er levert, timene er brukt og underentreprenøren har gjort jobben, men fakturaen har ikke kommet. Prosjektet ser friskere ut i regnskapet enn det er.
  • Timer på feil sted. Rigg, ventetid og omarbeid føres på en fellespost eller et annet prosjekt, så prosjektet som faktisk bærer kostnaden, aldri får den.
  • Kontrakter som vokser bit for bit. Tillegg hos leverandører og underentreprenører kommer ett og ett, uten at noen oppdaterer det samlede kostnadsbildet.
  • Kalkylen og prosjektet snakker ikke sammen. Når timer og kostnader ikke føres mot de samme postene som kalkylen, vet du ikke lenger hva avviket skal måles mot.

Den første mekanismen er den dyreste, fordi den også kan koste selve kravet. Etter NS 8405 og NS 8407 er varslingsfristene preklusive. Entreprenøren må som utgangspunkt varsle «uten ugrunnet opphold», og et varsel som kommer for sent, kan føre til at kravet går tapt, også når byggherren faktisk påla endringen. Det skriver Advokatfirmaet Nicolaisen i en gjennomgang av varslingsreglene. NS 8406 er mildere, med frist «innen rimelig tid».

Lønnsomhet og likviditet: hvorfor må de leses sammen?

Et prosjekt kan gå med overskudd på papiret og samtidig tømme kassen. Lønnsomhet er om prosjektet tjener penger når alt er gjort opp. Likviditet er når pengene faktisk går ut og kommer inn, og der kommer kostnaden nesten alltid først. Lønn og leverandører skal betales lenge før kunden betaler for arbeidet.

Hvor mye kapital prosjektet binder, avgjøres av tiden mellom utlegg og innbetaling. Den styres av faktureringsplanen, betalingsfristene, eventuelt tilbakehold og garantiene dere stiller. Ligger dere foran med kostnadene og bak med faktureringen, finansierer dere i praksis prosjektet for kunden.

På tvers av prosjektene avgjør kapitalbindingen hvor mange oppdrag bedriften tåler samtidig før likviditeten blir trang. Det tallet er minst like viktig som marginen på hvert enkelt prosjekt.

Hvilke tall bør du følge per prosjekt?

Seks tall holder for å se både lønnsomheten og likviditeten. Poenget er at de leses sammen, og likt i alle prosjekter.

Tall Hva det viser Spørsmålet det svarer på
Opptjent inntekt Verdien av arbeidet som er utført, etter kontrakten Hvor mye har vi gjort oss fortjent til?
Påløpte kostnader Alt som er brukt, også det som ikke er fakturert eller bokført ennå Hva har det faktisk kostet så langt?
Fakturert Det som er sendt kunden Er faktureringen i takt med arbeidet?
Innbetalt Det kunden faktisk har betalt Hvor mye kapital binder prosjektet nå?
Endringer som ikke er avklart Varslet, men ikke godkjent eller priset, med verdi og alder Hva står i fare for å bli borte?
Forventet sluttresultat Det som er brukt, pluss restkalkylen for det som gjenstår Hvordan ender prosjektet hvis ingenting endres?

Opptjent inntekt minus påløpte kostnader viser om prosjektet tjener penger. Opptjent minus fakturert viser om dere ligger etter med faktureringen, og fakturert minus innbetalt viser hvor mye som står ute hos kunden.

Når bør du lese tallene? Fire faste lesepunkter

Oversikt per prosjekt er en arbeidsmåte, ikke en rapport du åpner når noe har gått galt. Les de samme tallene på de samme tidspunktene i hvert prosjekt, så de kan sammenlignes, og gi hvert lesepunkt en navngitt eier. Uten eier glipper det.

1. Fra tilbud til kontrahering

Første lesepunkt kommer før arbeidet starter. Kalkylen, risikopostene og forutsetningene må være forstått av den som skal lede prosjektet, ikke bare av den som solgte det. Det er prosjektlederen som skal leve med marginen, og da må prosjektlederen vite hvor den er tynnest.

  • Legg inn faktureringsplanen og betalingsbetingelsene fra dag én, så inntektene har en dato før første spadetak.
  • Kartlegg garantier og eventuelt tilbakehold, så du vet hvor mye kapital og garantiramme prosjektet binder.
  • Gjør endringsrutinen og varslingsfristene kjent for alle i prosjektet, også hvem varslene skal til. Etter NS-standardene skal varsler og krav være skriftlige og gå til partenes representanter.

Still ett spørsmål før oppstart: hva må gå galt før dette prosjektet blir ulønnsomt, og hvordan ser vi det tidligst mulig?

2. De første ukene i produksjon

Avvik som viser seg nå, er billige å rette opp. Derfor er dette det viktigste lesepunktet.

  • Mål faktisk timebruk mot kalkylen for de aktivitetene som driver mest kostnad.
  • Summer påløpte kostnader til materialer og underentreprenører mot budsjettet, uavhengig av om fakturaen har kommet.
  • Sett opp endringer som er utført, men ikke godkjent, som en egen liste med anslått verdi og dato for varselet.
  • Send første faktura etter faktureringsplanen, og følg opp innbetalingen når den forfaller.

3. Midtveis, mens avviket fortsatt kan rettes

  • Sett opptjent inntekt mot påløpte kostnader. Da ser du om prosjektet tjener penger eller spiser av marginen.
  • Oppdater restkalkylen med erfaringene så langt, og regn ut forventet sluttresultat på nytt.
  • Pris og dokumenter utestående endringer, og noter når hver av dem ble varslet. Uten dato for varselet står du svakt i sluttoppgjøret.
  • Se på likviditeten: hvor mye er fakturert, hvor mye er betalt, og hvor mye står ute.

Viser prognosen tap, må beslutningen tas her, ikke i sluttoppgjøret. Nå finnes det fortsatt tiltak: endre bemanningen, omdisponere, eller prise en endring som ellers ville blitt borte.

4. Siste tredjedel, fram mot sluttoppgjøret

Nå skifter spørsmålet fra om marginen holder, til hva som faktisk gjenstår.

  • Pris det gjenstående arbeidet realistisk, og før det inn i forventet sluttresultat.
  • Samle alle endringer i én oversikt med varsler, svar og dokumentasjon, så ingenting står igjen som en åpen diskusjon.
  • Forbered sluttoppgjøret fra tallene som allerede ligger på prosjektet, ikke fra e-poster og notater.
  • Følg innbetalingene til siste krone er på konto, også etter overtakelsen.
  • Ta erfaringene med inn i neste kalkyle. Da blir hvert lesepunkt litt mer presist enn forrige gang.

Hva må på plass for at oversikten skal holde?

Tre ting avgjør om lesepunktene blir en vane eller en rapport ingen åpner:

  • Én kilde per tall. Timer, kostnader, endringer, fakturering og innbetalinger føres på samme prosjekt, så det ikke finnes to versjoner av sannheten.
  • Ingen dobbeltføring. Prosjektsystemet bør hente tallene fra regnskapet, ikke kreve at noen fører dem en gang til. Dobbeltarbeid er det sikreste tegnet på at oversikten ikke blir holdt ved like.
  • Fremdrift koblet til økonomi. Det holder ikke å se hvor langt prosjektet har kommet. Du må se hva det har kostet å komme dit.

Hva du bør kreve av et system for dette, står i Hvilke prosjektstyringssystemer passer for entreprenører?. Endringer som er avtalt, bør dessuten bekreftes av begge parter. Hvordan dere signerer endringsmeldinger, ukekort og sluttoppstilling digitalt, står i E-signering for entreprenører.

Slik viser Relation OS lønnsomhet og likviditet per prosjekt

Relation OS er bygget sammen med et entreprenørkonsern og legger seg oppå regnskapssystemet dere allerede har. Tallene hentes fra regnskapet i sanntid, så lesepunktene bekrefter det du allerede ser, i stedet for å overraske deg.

  • Prosjektøkonomi i sanntid: omsetning, kostnader og prognose per prosjekt, med drilldown til hver transaksjon og faktura.
  • Kalkylen lever videre: timeføring, fakturaplan og avvik måles mot det dere kalkulerte.
  • Endringsmeldinger etter norsk standard, opp mot byggherre og ned mot underentreprenør. Statusen avgjør hva som teller i prognosen, så en omtvistet endring ikke regnes som sikre penger.
  • Likviditet per prosjekt: hvert prosjekt viser om det binder penger eller frigjør dem, og kontantstrømmen vises dag for dag.
  • Prosjektrisiko: tapsprosjekter, fallende margin og uavklarte endringsmeldinger, med verdi og alder.

Vi tar inn pilotkunder i 2026, med tre måneder uten kostnad, gratis oppsett og ingen binding. Se hvordan prosjektøkonomien ser ut i Relation OS.

Oppsummering

Et prosjekt blir sjelden ulønnsomt i sluttoppgjøret. Det blir det underveis, når endringer og påløpte kostnader ikke fanges opp i tide. Følg seks tall per prosjekt, les dem på fire faste tidspunkter med en navngitt eier, og les lønnsomhet og likviditet i samme bilde. Varsle endringer skriftlig og i tide. Da ser du avviket mens det fortsatt kan rettes.

Begynn med det neste prosjektet dere kontraherer: bli enige om lesepunktene, sett en eier på hvert av dem, og bruk de samme seks tallene hver gang.

Spørsmål og svar

Hvordan følger man opp lønnsomheten i et prosjekt underveis?

Sammenlign opptjent inntekt med påløpte kostnader, ikke bare med det som er bokført, og oppdater restkalkylen jevnlig. Gjør det på de samme tidspunktene i hvert prosjekt: ved kontrahering, de første ukene i produksjon, midtveis og i siste tredjedel. I Relation OS ligger omsetning, kostnader og prognose per prosjekt, hentet fra regnskapet i sanntid.

Hva er forskjellen på lønnsomhet og likviditet i et prosjekt?

Lønnsomhet er om prosjektet tjener penger når alt er gjort opp. Likviditet er når pengene faktisk går ut og kommer inn. Kostnadene kommer som regel før betalingen, så et lønnsomt prosjekt kan binde mye kapital underveis. Derfor må begge leses sammen.

Hva er påløpte kostnader i et prosjekt?

Påløpte kostnader er det prosjektet allerede har kostet, men som ikke er fakturert eller bokført ennå: materialer som er levert, timer som er brukt og arbeid underentreprenører har utført. Ser du bare på bokførte kostnader, ser prosjektet bedre ut enn det er.

Hva er en restkalkyle?

En restkalkyle er et nytt anslag på hva det koster å gjøre ferdig det som gjenstår, basert på erfaringene så langt i prosjektet. Lagt sammen med det som allerede er brukt, gir den forventet sluttkostnad, og dermed forventet sluttresultat.

Hva skjer hvis en endring varsles for sent etter NS 8405 eller NS 8407?

Begge standardene har preklusive varslingsfrister. Entreprenøren må som utgangspunkt varsle uten ugrunnet opphold, og et varsel som kommer for sent, kan føre til at kravet går tapt, også når byggherren faktisk påla endringen. I HR-2020-2254-A mente Høyesterett at to uker burde vært nok tid i den saken. NS 8406 er mildere, med frist innen rimelig tid.

Hvordan hjelper Relation OS med prosjektøkonomi?

Relation OS legger seg oppå regnskapssystemet dere allerede har, og viser omsetning, kostnader, prognose og likviditet per prosjekt. Endringsmeldinger teller i prognosen etter status, så en omtvistet endring ikke regnes som sikre penger, og tapsprosjekter, fallende margin og uavklarte endringsmeldinger vises med verdi og alder.

AIUtkastet er skrevet med AI. Hauk har lest det, rettet det og står for innholdet. Publisert .

Vil dere se det i drift?

Relation OS er operativsystemet for prosjektbedrifter, med datagrunnlaget og agentene på plass fra første dag.

Mer påfyll

Du snakker med agenten vår, ikke med et menneske. Den svarer på det som står på nettstedet. Går spørsmålet lenger, sier den fra.

Samtalen lagres ikke. Vil du snakke med et menneske, ta kontakt.