Slik ser en Sprint Single ut
Komplett eksempel-leveranse for prosessen Innkjøp-til-betaling i et 80-personers grossistselskap. Selskap og personer er fiktive — formatet speiler det du faktisk får levert.
Hva dere faktisk får levert
Leveransen er bygget rundt åpne, redigerbare kilde-formater — så dere eier dataen og kan endre den selv uten å være låst til mitt eller noen andres verktøy. Auto-genererte eksporter kommer med, så ikke-tekniske brukere kan jobbe i Word/Excel/PDF — og legges rett inn i norske kvalitetssystem som EG Landax, 4human TQM og EQS.
Kilde-filer (redigerbare)
- .md Narrativ + scoping i Markdown
- .json Kontroll-, risiko- og RACI-data
- .mmd BPMN-kilde (mermaid-syntaks)
- .sh Re-generer alle eksporter på én kommando
Kan redigeres i hvilken som helst tekst-editor (VS Code, Notepad++, Obsidian, Sublime, etc.). Future-proof — Markdown er lesbart i 30+ år, uavhengig av hvilke verktøy som finnes da.
Auto-genererte eksporter
- .pdf Komplett kompendium (utskrift/deling)
- .docx Narrativ/registre for KS-system (drop-in i Landax, 4human TQM, EQS)
- .xlsx Kontroll- og risikoregister
- .png/.svg Prosesskart for slides/Word og prosess-steg i KS-systemet
- .bpmn For ARIS/Signavio/Camunda
Alle bygget fra kildedataen ved levering. Etter redigering i kilde-filene: kjør re-generer-scriptet og alle eksportene oppdateres samtidig.
To måter å vedlikeholde på
- Selv: rediger Markdown/JSON i tekst-editor, kjør re-generer-scriptet. Versjons-kontroller med git om dere ønsker. Ingen lisenskostnad, ingen verktøy-avhengighet.
- Med meg: bestill en oppdaterings-runde når dere trenger det (typisk 5–15k for mindre endringer), eller løpende retainer for kontinuerlig vedlikehold.
Trenger dere oppsett av et grafisk prosess-verktøy (f.eks. Camunda Modeler — gratis)? Det er en separat liten leveranse (5–10k NOK), ikke inkludert i Sprint Single.
Selskap (fiktivt)
- Navn
- Nordvik Handel AS
- Bransje
- Engros byggevarer (NACE 46.730)
- Ansatte
- 80
- Omsetning
- ~240 MNOK
- Lokasjon
- Trondheim
- ERP
- Visma Business
- Revisor
- BDO AS
- Prosesseier
- CFO Lars Eriksen
BPMN 2.0 — Innkjøp-til-betaling
Ekte BPMN 2.0 med pool og swimlanes per rolle — ansvarsdelingen vises direkte i diagrammet. Importerbart i ARIS, Signavio, Camunda, Bizagi. Flyt fra venstre til høyre per BPMN-konvensjon. Tasks (blå) i imperativ nåtid, gateways (oransje) som spørsmål, events (grønn start / rød avslutning) som tilstander. Små grå referanser i hvert task (f.eks. K3) peker til kontrollregisteret lenger ned, og hver rolle-lane matcher RACI-matrisen.
Tips: scroll horisontalt om diagrammet er bredere enn skjermen. Samme leveranse inneholder diagrammet som SVG, PNG og importerbar .bpmn-fil.
Beskrivelse, RACI og kontroll-kobling per task
Sju nøkkel-tasks fra prosessflyten over, med samme kontroll- og rolle-kobling som vises i swimlane-diagrammet.
Registrer rekvisisjonPer behovK1▸
Avdelingsleder, prosjektleder eller annen behovshaver registrerer rekvisisjonen i Visma Business med vareslag, mengde, estimert pris, ønsket leveringsdato, forventet leverandør og kostnadssted. Rekvisisjoner under NOK 10 000 kan opprettes uten forhåndsgodkjenning.
RACI
- R
- Rekvirent
- A
- Avdelingsleder
- C
- Innkjøpsleder ved behov
- I
- Innkjøpsleder (når PO opprettes)
Kontroller
Risikoer dekket
System
Opprett innkjøpsordre (PO)Snittt ~180/mndK3▸
Innkjøpsleder konverterer rekvisisjonen til en formell PO i Visma Business. PO inneholder bekreftet leverandør, pris per enhet, mengde, MVA, leveringsbetingelser (Incoterm hvis utenlandsk), betalingsbetingelser og referanse til rekvisisjon.
RACI
- R
- Innkjøpsleder
- A
- Innkjøpsleder
- C
- Rekvirent
- I
- —
Kontroller
Risikoer dekket
System
Godkjenn PO etter beløpsgrensePer POK2▸
Godkjenningsnivå avhenger av PO-beløp (eks. MVA): under 50k = avdelingsleder; 50–250k = innkjøpsleder + avdelingsleder; 250k–1M = daglig leder; over 1M = daglig leder + styreleder (eller styrebehandling). Godkjenninger logges automatisk i Visma med tidsstempel og brukernavn.
RACI
- R
- Avd.leder / Daglig leder / Styreleder (avh. av beløp)
- A
- Daglig leder (eller styre for >1M)
- C
- Innkjøpsleder, CFO ved tvil
- I
- Regnskap
Kontroller
Risikoer dekket
System
Registrer varemottak / tjenestebekreftelseDagligK5▸
Lagermedarbeider registrerer varemottak i Visma samme dag som varer ankommer Trondheim eller Mosjøen. For tjenester registrerer ansvarlig avdelingsleder bekreftelse. Avvik (mengde, kvalitet, skader) flagges direkte i mottaks-skjemaet.
RACI
- R
- Lagermedarbeider
- A
- Innkjøpsleder
- C
- —
- I
- Regnskap
Kontroller
Risikoer dekket
System
3-veis matching og avviksbehandlingPer faktura (~340/mnd, ~25 % krever avviksbehandling)K6K7▸
Visma kjører automatisk 3-veis matching mellom PO, varemottak og faktura. Toleranser: mengde 0 %, pris per enhet 2 %, sum totalt 500 NOK eller 1 % (hvilken er størst). Innenfor toleransene auto-godkjennes for betaling; utenfor → avviksbehandling med dokumentert sak i Visma.
RACI
- R
- Visma (system), Regnskap + Innkjøpsleder (avvik)
- A
- CFO
- C
- Avdelingsleder ved tvist
- I
- Daglig leder ved store avvik
Kontroller
Risikoer dekket
System
Godkjenn betaling i DNB (to-faktor)Ukentlig (torsdager)K8K9▸
Betalingsfilen (ISO 20022 pain.001) genereres ukentlig (torsdag) av Visma AutoPay og sendes til DNB. To godkjennere kreves: CFO + én av to autoriserte regnskapsmedarbeidere. Beløpsgrense per betaling: NOK 1 500 000. Over kreves separat telefon-bekreftelse til DNB-rådgiver.
RACI
- R
- CFO + Regnskap (to-faktor)
- A
- CFO
- C
- DNB-rådgiver (>1,5M)
- I
- —
Kontroller
Risikoer dekket
System
Avstem reskontro månedligMånedligK10K11K12▸
Innen 5. virkedag i påfølgende måned: avstem leverandørreskontro mot bankkonto-utskrifter, kjør aldersanalyse av åpne fakturaer, periodiser påløpte kostnader (tjenester levert men ikke fakturert). Avstemming kvitteres av CFO før månedsavslutning lukkes.
RACI
- R
- Regnskap
- A
- CFO
- C
- —
- I
- Daglig leder
Kontroller
Risikoer dekket
System
(Komplett leveranse inneholder detaljer for alle ~14 tasks i prosessen. Her vises 7 nøkkel-tasks for å begrense lengden av nettsiden.)
Hvem gjør hva i prosessen
Tett oversikt — hver task × rolle. R = Responsible (utfører), A = Accountable (eier resultatet), C = Consulted (rådføres), I = Informed (holdes orientert).
| Task | Rekvirent | Innkjøpsleder | Avd.leder | Daglig leder | Styreleder | Lagerm.arb. | Regnskap | CFO |
|---|---|---|---|---|---|---|---|---|
| Registrer rekvisisjon | R | I | ||||||
| Opprett PO | C | RA | ||||||
| Godkjenn PO | C | R | A | A | I | C | ||
| Send PO til leverandør | RA | I | ||||||
| Registrer varemottak | A | R | I | |||||
| 3-veis matching / avvik | R | C | I | R | A | |||
| Generer betalingsfil | R | A | ||||||
| Godkjenn betaling i DNB | R | R | ||||||
| Avstem reskontro mnd. | I | R | A |
Prosessbeskrivelse
1. Formål og omfang
Prosessen dekker hele kjeden fra et behov identifiseres internt til betaling er gjennomført og bokført. Den omfatter alle leverandørfakturaer mottatt i Visma Business, både med og uten forutgående innkjøpsordre. Egen-fakturering (kontrakter, abonnementer, periodiske leverandører) er ikke en del av denne prosessen og er beskrevet separat.
2. Prosessflyt — utdrag
Behov og rekvisisjon. Behovet for innkjøp oppstår typisk hos avdelingsledere (drift, lager, salg) eller hos prosjektledere. Det registreres som rekvisisjon i Visma Business med vareslag, mengde, estimert pris, leveringsdato, forventet leverandør og kostnadssted.
Innkjøpsordre (PO). Innkjøpsavdelingen gjør om rekvisisjonen til en formell PO. Beløpsgrenser for godkjenning følger en eskaleringsstige: under 50 000 NOK godkjennes av avdelingsleder, 50 000–250 000 NOK av innkjøpsleder pluss avdelingsleder, 250 000 NOK – 1 MNOK av daglig leder, og over 1 MNOK krever styre-involvering.
Faktura og 3-veis matching. Cirka 70 % av fakturaene mottas via EHF og lastes automatisk inn i Visma. Resten mottas som PDF per e-post og registreres manuelt. Visma kjører automatisk 3-veis matching mellom PO, varemottak og faktura med toleransegrenser (mengde 0 %, pris per enhet 2 %, sum totalt 500 NOK eller 1 %, hvilken er størst). Cirka 75 % matches automatisk; resten går til avviksbehandling.
Betaling. Godkjente fakturaer planlegges for betaling én gang per uke. Visma genererer en betalingsfil (ISO 20022 pain.001) som sendes til DNB via Visma AutoPay. To godkjennere kreves i banken før effektuering.
Avstemming. Månedlig (innen 5. virkedag) avstemmes leverandørreskontroen mot bankkonto-utskrifter. Aldersanalyse og periodisering gjennomføres samme runde, og kvitteres av CFO før månedslukking.
3. Roller og ansvar
Sju definerte roller: rekvirent, innkjøpsleder, godkjenner, lagermottak, regnskapsmedarbeider, CFO, systemansvarlig. Hver rolle har dokumenterte ansvarsområder, med konkrete navn på dagens innehavere (slik at revisor og ny ansatt vet hvem som gjør hva).
4. Volum og frekvens
- ~180 PO-er per måned
- ~340 fakturaer per måned
- ~75 % auto-matchet, ~25 % krever avviksbehandling
- Gjennomsnittlig betalingsløpetid: 28 dager
5. Åpne spørsmål flagget
Tre dokumentasjons-gaps som bør avklares før neste walkthrough: hastebetalinger uten PO, rammeavtaler med egen godkjenningsstruktur, og avvisning av fakturaer per e-post utenfor formell prosess. Ingen kontroll- svakheter — bare manglende SOP-dekning.
(Full narrativ er ~3 sider. Dette er et kondensert utdrag for nettsiden. Den faktiske leveransen inneholder fullversjon, klar for revisor-walkthrough.)
14 kontrollpunkter
Listet i prosess-rekkefølge. Hver kontroll er knyttet til en eller flere risikoer i risikoregisteret.
| # | Kontroll | Type | Frekvens | Utøver | Risiko |
|---|---|---|---|---|---|
| K1 | Rekvisisjon ≥10k krever forhåndsgodkjenning | Preventiv | Transaksjon | Avdelingsleder | R1 |
| K2 | PO-godkjenning etter beløpsgrense (50k/250k/1M) | Preventiv | Transaksjon | Avd.leder / DL / Styre | R1, R2 |
| K3 | Innkjøper ≠ godkjenner (SOD i Visma) | Preventiv | Gjennomgående | System | R2, R7 |
| K4 | Manuell sjekk av ny leverandør ≥100k | Preventiv | Per ny lev. | Innkjøpsleder | R3 |
| K5 | Varemottak registreres samme dag | Deteksjon | Daglig | Lagermedarbeider | R4 |
| K6 | 3-veis matching automatisk | Preventiv (system) | Transaksjon | Visma | R1, R2, R4 |
| K7 | Avvik utenfor toleranse stoppes | Preventiv + deteksjon | Transaksjon (~25%) | Regnskap + innkjøp | R1, R3, R4 |
| K8 | To-godkjenning av betalingsfil i DNB | Preventiv | Ukentlig | CFO + regnskap | R1, R3 |
| K9 | Beløpsgrense per betaling i AutoPay (1,5M) | Preventiv (system) | Per betaling | DNB-rådgiver | R3 |
| K10 | Månedlig avstemming leverandørreskontro | Deteksjon | Månedlig | Regnskap, kvittert CFO | R2, R5, R6 |
| K11 | Aldersanalyse av åpne fakturaer | Deteksjon | Månedlig | Regnskap | R5 |
| K12 | Periodisering ved månedsavslutning | Preventiv + korr. | Månedlig | Regnskap, kvittert CFO | R6 |
| K13 | Årlig tilgangsrevisjon i Visma | Deteksjon | Årlig | CFO + IT-ansvarlig | R2, R7 |
| K14 | Ferie-/sykdoms-vikar for godkjennere | Preventiv | Per fravær | HR + avd.leder | R7 |
Fordeling: 9 preventive · 5 deteksjon · 1 korrigerende · 6 system-baserte · 8 manuelle. Anbefalinger til styrking (gjengitt i den faktiske leveransen): R5 mangler preventiv kontroll, K9 er svakt avhengig av DNB-rådgiver, K14 bør automatiseres i HR-systemet.
Risiko vurdert per ISA 315 og COSO
Hver risiko har sannsynlighet × konsekvens (brutto, før kontroller), tilhørende kontroller, og rest-risiko etter kontrolleffekt. Begrunnelse inline under hver risiko.
Metodikk
Vurdering basert på ISA 315 (revised)— revisjonsstandarden for å identifisere og vurdere risiko for vesentlig feilinformasjon — og COSO Internal Control — Integrated Framework som kontroll-rammeverk. Risiko-rating er Sannsynlighet × Konsekvensmed 3-trinns skala. Brutto-risiko er inherent risk før kontroller; rest-risiko er etter at kontrollene K1–K14 har effekt.
Sannsynlighet (S)
- LAV — <10 % sannsynlig per år
- MIDDELS — 10–50 % per år
- HØY — >50 % per år
Konsekvens (K) — for mid-size AS
- LAV — <50k NOK per hendelse
- MIDDELS — 50k–500k NOK, eller noter-omtale
- HØY — >500k NOK, eller vesentlig feilinformasjon
Risiko-matrise (S × K)
| Konsekvens | |||
|---|---|---|---|
| Sann. | LAV | MIDDELS | HØY |
| HØY | MIDDELS | HØY | HØY |
| MID | LAV | MIDDELS | HØY |
| LAV | LAV | LAV | MIDDELS |
| # | Risiko + begrunnelse | S | K | Brutto | Kontroller | Rest | Eier |
|---|---|---|---|---|---|---|---|
| R1 | Uautorisert innkjøp Sannsynligheten er høy fordi det er teknisk mulig å sende PO uten godkjenning før K1/K2 trer i kraft. Konsekvens middels på enkelthendelse, men kumulativ effekt over tid kan bli betydelig. | HØY | MIDDELS | HØY | K1, K2, K6, K7, K8 | LAV | Innkjøpsleder |
| R2 | SOD-svikt (samme person bestiller + godkjenner) Sannsynlighet middels — krever sammenfall av brukerrettighets-feil. Konsekvens høy — gir vedvarende mulighet for misbruk uten enkel oppdagelse. | MIDDELS | HØY | HØY | K2, K3, K6, K10, K13 | LAV | CFO |
| R3 | Fiktiv leverandør / fraud Sannsynlighet lav — krever bevisst og planlagt intern handling. Konsekvens høy — direkte midler-utstrømning, vanskelig å rette retroaktivt. | LAV | HØY | MIDDELS | K4, K7, K8, K9 | MIDDELS | CFO |
| R4 | Mengde- eller kvalitetsavvik Sannsynlighet høy — vanlig hendelse i B2B-handel. Konsekvens lav — fanges typisk ved varemottak og kreditnota. | HØY | LAV | MIDDELS | K5, K6, K7 | LAV | Lagermedarbeider |
| R5 | Sen betaling → forsinkelsesrente Sannsynlighet middels — uten varslings-system kan fakturaer rote bort. Konsekvens lav-middels — forsinkelsesrente i Norge er moderat (~10 % p.a.), men kan akkumulere. | MIDDELS | MIDDELS | MIDDELS | K10, K11 | MIDDELS | Regnskap |
| R6 | Manglende periodisering Sannsynlighet middels ved månedsavslutning. Konsekvens middels — gir feil i resultatregnskap som må korrigeres ved revisjon. | MIDDELS | MIDDELS | MIDDELS | K10, K12 | LAV | Regnskap |
| R7 | Vikarsvikt / sykdomsbrudd i SOD Sannsynlighet høy — sykdom og ferie er normalt. Konsekvens lav-middels — lokalisert til den enkelte periode/tildeling. | HØY | LAV | MIDDELS | K3, K13, K14 | MIDDELS | HR + CFO |
| R8 | Manglende dokumentasjon ved walkthrough Sannsynlighet middels — vanlig i vekstselskaper. Konsekvens lav — forsinker revisjon, men gir ikke direkte feilinformasjon. | MIDDELS | LAV | LAV | K7, K10, K13 | LAV | CFO |
| R9 | EHF-mottak svikter teknisk Sannsynlighet lav — Visma EHF-import er stabil. Konsekvens lav — oppdages innen 30 dager via aldersanalyse. | LAV | LAV | LAV | K10, K11 | LAV | IT-ansvarlig |
| R10 | Dobbeltbetaling (samme faktura registrert 2x) Sannsynlighet middels — uten matching kommer fakturaer ofte både EHF og PDF. Konsekvens middels — kan kreditere senere, men midler er ute en stund. | MIDDELS | MIDDELS | MIDDELS | K6, K10 | LAV | Regnskap |
3 risikoer med MIDDELS rest-risiko(R3, R5, R7) anbefales prioritert i kommende kontroll-oppgradering — se Scoping-note for detaljerte anbefalinger.
Referanser: ISA 315 (revised) — Identifying and Assessing the Risks of Material Misstatement. COSO — Internal Control — Integrated Framework (2013). Begrunnelser er kvalitative; kvantitativ sannsynlighets-modellering er ikke en del av Sprint Single — bestilles separat hvis ønsket.
Min ærlige vurdering etter Sprint Single
Dette er den ærlige delen — det jeg observerte mens jeg jobbet meg gjennom P2P, og hva jeg tror dere kan ha nytte av før dere bestemmer hvor mye dere vil dokumentere videre.
Det som fungerer godt
- 3-veis matching og toleransegrenser er konfigurert riktig i Visma
- ~75 % automatisk-match-rate er innenfor forventet for selskap på deres størrelse
- Brukerrettighets-modellen er ren — ingen åpenbare SOD-brudd
- 70 % EHF-andel fjerner mye manuelt registreringsarbeid
Dokumentasjons-gaps før neste revisjon
- Hastebetalinger uten PO håndteres som etterregistrert PO, men er ikke i SOP
- Rammeavtaler har egen godkjenningsstruktur — ikke dokumentert
- Avvisning av faktura skjer per e-post — bør formaliseres
Anbefalt rekkefølge for videre prosesser
- Lønn og A-melding — høyest prioritet. Egne SOD-utfordringer og spesifikke feilkilder Skatteetaten flagger.
- Lager-tellinger og bevegelser — middels prioritet. ISA 501 forventer at revisor får dokumentert prosessen.
- Kunde-fakturering / O2C — middels prioritet. Speiler P2P men med kreditt-policy og inkasso.
Det jeg ikke anbefaler
Strategiske prosesser (budsjettering, prognose), HR (rekruttering, on-boarding) og markedsføring/salg — ikke det revisor først ser etter. Vent til kjernen er på plass.
Anslag for full kjerne
Sprint 5-pakke (5 prosesser, 4 uker, NOK 150 000 introduksjonspris) ville dekket P2P + lønn + lager + O2C + regnskapsavslutning. Det er omtrent 70–80 % av det revisor ber om dokumentasjon på under en standard walkthrough. Resten kan tas ad hoc.
Det de fleste lurer på før de bestiller
Hva trenger jeg å sende deg for at det skal funke?▸
Hvem eier output-en? Kan jeg redigere selv senere?▸
5 dager virker veldig fort. Hvordan klarer du det?▸
Hva hvis du blir syk midt i leveransen?▸
GDPR — hvor lever dataen?▸
Hva hvis leveransen er feil eller ikke matcher det vi trenger?▸
Kan jeg snakke med en referansekunde?▸
Kan jeg starte med én prosess og bestille flere senere?▸
Andre spørsmål? Send på e-post via skjemaet under, eller book 15 min på Calendly.
Få lenken på e-post
Skriv inn e-posten din så sender jeg en kopi du kan lagre som PDF og dele med revisor, controller eller styret.
Vil du ha noe slikt for din egen prosess?
Sprint Single: 35 000 NOK eks. MVA, 5 virkedager. Du sender SOPer og én Loom-walkthrough, jeg leverer kart, narrativ og registre i samme format som over.