Fortsett supportarbeidet når KI-tjenesten svikter
Skill mottaket av henvendelser fra KI-steget. Planlegg begrensede nye forsøk, usikre lagringsresultater og en vei videre for teamet.

En supporthenvendelse skal kunne behandles av teamet også når den automatiske oppsummeringen svikter. Applikasjonen trenger et fastlagt forløp uten denne funksjonen. Gjentatte modellkall holder ikke arbeidsprosessen i gang alene.
Skill mottaket fra KI-steget
I denne tenkte portalen lagres en teknisk henvendelse først i sakslageret. Mottaksidentifikatoren er F-81. En mottaksbekreftelse vises først etter bekreftet lagring. Deretter skal en KI-tjeneste lage en intern oppsummering. Originalmeldingen forblir lesbar for ansvarlig team.
Hvis oppsummeringen svikter, kan den lagrede saken behandles videre i den tiltenkte arbeidskøen. Grensesnittet viser at oppsummeringen venter, og skal ikke melde en ferdigbehandlet sak. Utformingen forutsetter at lagring, rettigheter og manuell behandling fungerer uavhengig av KI-steget som har sviktet.
Knytt feiltyper til neste steg
Microsoft skiller i Retry-mønsteret mellom midlertidige feil og tilfeller der gjentakelse ikke er nyttig. Fastsett passende grenser for tid og antall forsøk for den konkrete tjenesten. Tabellen beskriver forventede reaksjoner i eksempelet:
Problem | Planlagt reaksjon | Synlig tilstand |
|---|---|---|
KI-forespørselen får tidsavbrudd | Gjenta begrenset og med pauser; overlat deretter til teamet | Oppsummering venter |
Tilgang til KI-tjenesten avvises | Stopp automatiske forsøk, og få integrasjonen undersøkt | Saken kan fortsatt behandles av teamet |
Bekreftelse på opprinnelig lagring mangler | Avklar først det eksisterende lagringsutfallet | Mottak ikke bekreftet ennå |
Ved avvist tilgang undersøker ansvarlig teknisk kontakt konfigurasjon og tillatelser. Applikasjonen utvider ikke sine egne rettigheter som svar.
Avklar et usikkert skriveutfall først
Et tapt svar kan bety at lagringen allerede har lykkes. Microsoft peker på gjentatte virkninger når ikke-idempotente operasjoner kjøres på nytt. Idempotent betyr her at gjentakelse av samme oppdrag ikke gir en ekstra forretningsmessig virkning.
Lagringsforløpet må håndtere gjentakelser av samme mottaksidentifikator innenfor riktig tillatelsesområde og kunne returnere et eksisterende utfall. En identifikator alene sikrer ikke dette. En ukjent tilstand skal ikke tvinge frem en ny sak med en ny identifikator.
Fastsett gjenopptakelse og ansvar
NIST-profilen for generativ KI behandler gjenopprettingsplaner, kontaktveier og alternative prosesser. Bestem hvem som overtar åpne saker, og når automatisk arbeid kan gjenopptas. En KI-tekst som kommer sent, skal ikke ukontrollert overskrive manuelt arbeid som er gjennomgått i mellomtiden.
Test avbrudd, avvist tilgang, ukjent lagringsutfall og tjenestens tilbakekomst etter manuell behandling. Kontroller hver gang originalmelding, synlig sakstilstand og neste brukbare steg. Et grensesnitt som kan nås igjen, viser ikke alene at alle åpne saker er videreført korrekt.
Kilder
Les videre
Alle artikler






KI og automatisering med ASES
KI-assistenter og automatiserte prosesser




