Akseptansetest av hele arbeidsløpet

Akseptanse betyr at kunden og leveranseansvarlig har et dokumentert grunnlag for å ta løsningen i bruk. En teknisk utvikler kan bekrefte overføringen, men driftsansvarlig må også bekrefte at arbeidsmåten og kontrollgrunnlaget fungerer.

En liten testpakke med stor verdi

Eksempel med periodegrense

Legg en testoppgave rett før og rett etter midnatt ved månedsskifte. Kontroller at sakssystem, eksport og fakturagrunnlag bruker avtalt tidssone og samme perioderegel. Totalen kan stemme mens hver måned blir feil.

Bruk syntetiske data som dekker reelle formater uten å kopiere kundens personopplysninger inn i et uavklart testmiljø. Testkontoer skal ha egne roller og fjernes eller begrenses etterpå.

Skriv ned utfallet

For hver test lagres forventet resultat, faktisk resultat, versjon og avviksreferanse. Kritiske feil som feil kunde, dobbelt fakturagrunnlag eller manglende tilgangsskille bør ha en uttrykkelig stoppregel. Små forbedringsønsker kan få eier og dato uten å blandes med kritiske feil.

Før produksjon avklares støtte, overvåking og hvem som kan beslutte tilbakerulling. Gjenbruk testpakken når en leverandørendring påvirker de samme feltene eller hendelsene.

Les integrasjonskart og feilhåndtering.

Følg én syntetisk leveranse helt til økonomien

Lag en testkunde med fastbeløp og avtalt tillegg. Opprett tre oppgaver: én standardoppgave, ett godkjent tillegg og ett tillegg som venter kunde. Kjør arbeidsløpet i testmiljø eller annen avklart testløsning uten å sende reelle fakturaer eller meldinger.

Gjør deretter én feil med vilje: ta bort kunde-ID fra en oppgave, eller avbryt svaret fra målverktøyet. Se om medarbeideren får vite hva som skjedde, hvem som følger opp og om det er trygt å prøve på nytt. Et godt normalforløp er bare halve testen.

Skill teknisk godkjenning og driftsgodkjenning

Teknisk ansvarlig bekrefter at felter, nøkler og kvitteringer behandles som avtalt. Driftsleder bekrefter oppgaveflyt og tilgang. Økonomiansvarlig kontrollerer periodegrunnlaget. Én person kan ha flere roller i en liten virksomhet, men spørsmålene skal fortsatt besvares hver for seg.

Beslutningen bør si hvilken versjon som ble testet, hvilke avvik som gjenstår og hva som skal stoppe produksjonen. En løs muntlig aksept gjør det vanskelig å vite om et senere problem er en ny feil eller et allerede kjent avvik.

Etter oppstart: kontroller den første virkelige perioden

Avstem forventede og mottatte poster, gjennomgå feilkø og la en bruker finne et utvalg leveranser. Dersom en kritisk kontroll ikke stemmer, brukes den avtalte stopp- eller retrettrutinen. Ikke la flere produksjonsperioder bygge seg opp mens dere håper at differansen blir borte.

Se systemhjelp for et praktisk gjennomføringsoppdrag, og feilkøen for håndtering av avbrudd.

Fire konkrete prøver for telefoni og fakturagrunnlag

Bruk kundens faktiske prismodell i et syntetisk testsett. Hvert resultat må kunne forklares både i køen og i fakturakandidaten.

Anta at de 285 enhetene prises til 20 kroner i testavtalen. Kandidaten skal vise 5 700 kroner før avgift, med referanse til godkjent uttrekk. Kjør samme overføring på nytt og kontroller at det ikke oppstår et nytt grunnlag på 5 700.

Prøv også en korreksjon etter at perioden er låst. Korreksjonen skal peke til originalhendelsen, og kontrolløren må kunne se om den påvirker en usendt kandidat eller en allerede utstedt faktura. Den siste situasjonen trenger korrekt fakturakorreksjon, ikke bare en endring i køens total.

Disse prøvene gir mer nyttig akseptanse enn at en fil lot seg importere. De kontrollerer at avtalen blir fulgt når hverdagen avviker fra normalforløpet.