Et avvik skal ha dokumentert løsning før det lukkes
Knytt lukking til en dokumentert løsning og ny kontroll, og skill rettet fra akseptert begrensning.
Et avvik er ikke løst bare fordi det er flyttet fra en oppgaveliste. Lukking bør vise hva som ble gjort, hvilket grunnlag som ble endret og hvordan resultatet ble kontrollert. Det gjør forskjell på teknisk retting, faglig avklaring og akseptert begrensning.
Bevar opprinnelig avviksbeskrivelse med forventet og observert resultat. Hvis beskrivelsen overskrives etter retting, blir det vanskelig å forstå hvorfor saken fantes.
Fra differanse til bekreftet løsning
Syntetisk eksempel i kroner:
| Trinn | Resultat | Dokumentert handling |
|---|---|---|
| Forventet kundesaldo | 48 000 | Kildens avstemte liste |
| Første importkontroll | 46 000 | Differanse -2 000 |
| Årsak | Manglende kundepost på 2 000 | Identifisert kilde-ID |
| Ny kontroll | 48 000 | Rettet grunnlag og gjentatt prøve |
Differansen er lukket først når den nye kontrollen er bevart. En kommentar som «fil oppdatert» dokumenterer ikke at den manglende posten faktisk kom med.
Bruk presise sluttstatuser
«Rettet» betyr at avvikets årsak er løst og kontrollen bestått. «Akseptert begrensning» betyr at forholdet fortsatt finnes, men at ansvarlig rolle har godkjent en konkret alternativ løsning. «Ikke relevant» trenger en forklaring på hvorfor kravet ikke gjaldt.
Ingen av disse statusene bør brukes hvis vesentlig dokumentasjon mangler. Et uavklart avvik kan holdes åpent med ansvarlig rolle og neste handling uten å stoppe andre uavhengige oppgaver.
- Bevar førresultat og kjent årsak.
- Knytt retting til riktig fil, mapping eller kodeendring.
- Gjenta kontrollen som opprinnelig feilet.
- Undersøk om andre objekter har samme feiltype.
Godkjenn lukking når løsningen kan etterprøves fra bevart grunnlag. Stopp hvis kontrollen bare kopierer den nye forventede verdien eller hvis flere endringer er gjort uten å vite hvilken som løste feilen.
En regnskapsmessig korreksjon krever eget rettingsspor. Å lukke en prosjektoppgave erstatter ikke dokumentasjonen av korrigerende bilag eller rapportvirkning.
Ved overtakelse bør åpne avvik og aksepterte begrensninger fremgå tydelig. Da kan ny ansvarlig se hva som fortsatt krever oppfølging, fremfor å arve en generell status som «migrering ferdig».
Ved gjentatte avvik av samme type bør dere kontrollere om løsningen er varig. En manuell retting av én fil kan være tilstrekkelig for overtakelsen, men neste eksport kan få samme feil. Skill derfor lukking av leveranseavvik fra eventuell oppgave om å forbedre kilderutinen. Begge kan ha samme årsak, men forskjellige akseptansekriterier. En ferdig migrering skal ikke fremstå som bevis for at eksportmekanismen generelt er rettet.
Se omfangsavvik og overtakelsesprotokoll.