Lag et kravregister som skiller regelkrav fra produktønsker
Et kravregister gjør det mulig å forklare hvorfor et felt er nødvendig, hvem som trenger det og hvordan oppfyllelse skal kontrolleres.
Et felt kan være påkrevd i en bestemt fakturamelding uten å være et universelt lovkrav for alle regnskapssystemer. Et internt ønske om prosjektnummer på hvert bilag er heller ikke automatisk en offentlig standard. Et kravregister må derfor bevare både kravet og avgrensningen som gjør det relevant.
Start med én overføring, for eksempel leverandørfaktura fra et fakturamottak til hovedboken. Beskriv avsender, mottaker, dokumenttype og versjon før dere lager listen over felt. Ellers kan krav fra ulike prosesser bli blandet sammen.
Et register som kan brukes i en beslutning
Eksemplet er en lokal arbeidsmetode. Radene er ikke en uttømmende liste over offentlige krav.
| ID | Kravtype | Eksempel på behov | Dokumentasjon | Akseptansetest |
|---|---|---|---|---|
| R01 | Regelgrunnlag | Bokføringen skal kunne spores til dokumentasjonen | Bokføringsloven § 6 | Velg en rapportpost og finn tilhørende bilag |
| R02 | Format | En bestemt Peppol-regel må være oppfylt | Regel-ID og aktuell utgave | Kjør dokumentet gjennom riktig regelsett |
| R03 | Mottaker | Kunden trenger sin bestillerreferanse | Kundens dokumenterte fakturainstruks | Bekreft at mottaket plasserer referansen riktig |
| R04 | Lokalt ønske | Kjøp skal merkes med intern avdeling | Vedtatt økonomirutine | Kontroller avdelingskode på utvalgte kjøp |
Legg til ansvarlig rolle, status, dato og hvilken leveranse kravet gjelder. En lenke til en kilde er nyttig, men den erstatter ikke en forklaring på hvorfor akkurat denne overføringen omfattes. Skill dessuten «må oppfylles» fra «ønskes»; ellers blir en funksjonsliste lett en urealistisk kontrakt.
Prøv registeret med et faktisk avvik
Anta at fakturaen blir teknisk akseptert, men sendes til manuell behandling fordi bestillerreferansen ikke finnes hos kunden. R02 kan være oppfylt samtidig som R03 ikke er det. Feilen skal da ikke registreres som manglende XML-støtte. Beskriv i stedet referansens verdi, mottakerens forventning og hvem som skal avklare avviket.
En slik oppdeling gjør leverandørsamtalen mer presis. Den viser om dere trenger en formatretting, en endring i kunderegisteret eller en bedre avtale om hvilke opplysninger bestilleren leverer.
Når registeret er klart til bruk
- Alle obligatoriske rader har en identifiserbar kilde eller et avtalt mottakerkrav.
- Det fremgår hvilken versjon og hvilken prosess hver rad gjelder.
- Akseptansetesten gir et observerbart resultat, ikke bare «ser riktig ut».
- Uavklarte rader er synlige og har en ansvarlig rolle.
- Et endret krav blir versjonert før neste leveranse vurderes.
Registeret dokumenterer arbeidsgrunnlaget; det innebærer ingen sertifisering. En regnskapsfører må fortsatt vurdere regnskapsmessig behandling, og formatspesifikasjonen må leses for de dokumenttypene som faktisk brukes.
Gå videre til feltkatalogen og akseptansekriteriene.