Akseptansetest for oppgjør og regnskapsflyt

Test normalleveranse, korreksjon, delvis feil og kontrollsummer med et forventet resultat før en ny løsning godkjennes.

En akseptansetest trenger et forventet resultat som er bestemt før kjøring. «Importen gikk gjennom» er ikke tilstrekkelig hvis feil enhet, manglende linjer eller dobbeltføring fortsatt kan forekomme.

Lag et lite, vanskelig testsett

Tilfelle Forventet kontroll
Normal leveranse Riktig kunde, periode, beløp og referanse
Korrigert måling Bevar original og beregn differanse
Negativt oppgjør Riktig fortegn uten automatisk feilrefusjon
Samme fil sendt to ganger Ingen ny føring av samme hendelse
Delvis feil Aksepterte poster og feilkø kan skilles
Tilgang mangler Kontrollert stopp og tydelig ansvar

Et konkret testsett kan inneholde ti veiesedler på totalt 42 tonn. Én seddel mangler pris. Forvent ni aksepterte og én stoppet post, med kontrollsum som forklarer hele settet. Ikke godkjenn løsningen bare fordi ni fakturaer ble laget.

La riktige personer signere

Drift godkjenner mengde og faglig status. Avtaleeier godkjenner prislogikken. Regnskapsfører kontrollerer dokument og føring. Systemansvarlig bekrefter feilrutine og gjenopptakelse.

Bruk testmiljø og eksempeldata. Kontroller at prøven ikke sender reelle kundemeldinger, gjennomfører betalinger eller endrer grunnlaget for ordinær fakturering.

Se kontrollsummer og feil og ny kjøring. Godkjenningen bør angi gjenstående avvik, eier og konkret beslutning om oppstart.

Test også at løsningen stopper riktig

Et godt system skal avvise ufullstendig eller tvetydig grunnlag uten å miste posten. Prøv en ukjent avtale, manglende enhet og et utløpt prisgrunnlag. Resultatet bør vise årsak og hvem som kan rette feilen.

Kontroller deretter retteløpet. En korrigert rad skal kunne behandles uten at allerede aksepterte rader kommer med på nytt. Forventet antall og totalsum må være bestemt også etter rettingen.

Lagre testbevis med input, oppsettversjon, forventet og faktisk resultat. Ved senere endring kan samme grunnsett brukes til å kontrollere at tidligere fungerende hendelser fortsatt gir riktig utfall. Avvik som aksepteres ved oppstart trenger dokumentert konsekvens og en eier, fremfor bare en merknad om at det løses senere.