I denne veiledningen
Beskriv problemet etter konsekvens
«Integrasjonen er feil» kan bety manglende linje, feil beløp, tapt kvittering eller bare en forsinket status. Registrer hva brukeren ikke får gjort, hvilke referanser som er berørt og siste sikre kontrollpunkt. Hold passord og fagdata utenfor vanlig feilmelding.
Et ansvarsgrunnlag for avtalte tjenester
| Sak | Første faglige/operative eier | Avklaring |
|---|---|---|
| Feil prosjektmerking | Prosjekt-/ordreansvarlig | Riktig kildegrunnlag |
| Uavklart bokføring | Regnskapsansvarlig | Dokumentasjon og behandling |
| Feil i dataoverføring | Teknisk ansvarlig | Mottaksstatus og avstemming |
| Feil prøveresultat/tegning | Kundens fagansvarlige | Faglig vurdering og korreksjon |
Rollefordelingen må avtales konkret. Tinel overtar ikke faglig ansvar for kundens regulerte eller vitenskapelige arbeid gjennom teknisk støtte.
Omfang før responstid
Avklar systemer, tidsrom, tilgang og hvilke oppgaver som kan utføres uten ny bestilling. Deretter kan responstider, prioritet og eskalering avtales. Ikke bruk en generell lovnad om «løpende hjelp» som erstatning for et definert omfang.
Et kritisk stopp som blokkerer fakturering kan kreve en annen behandling enn et forbedringsønske. Samtidig må behovet beskrives saklig: hvor mange poster er berørt, finnes reserveprosess og hva kan vente?
Overlever en åpen sak
Saken bør inneholde ID, ansvarlig, hva som er prøvd, siste status, neste handling og tidspunkt for oppfølging. Et skjermbilde uten kontekst er sjelden nok. Hvis én leverandør må avvente en annen, skal noen fortsatt eie oppfølgingen.
Lukk med bekreftet resultat
Kontroller at brukerens arbeidsflyt fungerer igjen og at eventuelle feilposter er avstemt. «Teknisk rettet» betyr ikke alltid at fakturagrunnlaget er korrigert. Registrer hva som ble endret og om rutine, test eller opplæring må oppdateres.