Gør automatiseringens fejllog nyttig uden at kopiere hele kundesagen
Når en automatisering fejler, har den ansvarlige brug for at vide, hvor den stoppede, og hvad der skete. Det kræver ikke nødvendigvis en kopi af alle de oplysninger, automatiseringen behandlede. En bevidst logstruktur gør både fejlsøgning og oprydning mere overskuelig.
Begynd med spørgsmålene, loggen skal besvare
Notér, hvad driftsansvarlige skal kunne afgøre: Hvilken kørsel fejlede? Hvilket trin nåede den? Blev resultatet gemt? Hvilken fejltype opstod? Brug disse spørgsmål til at vælge felter frem for automatisk at gemme hele forespørgsler og svar.
Googles opdatering om dataregioner i Apps Script nævner særskilt egne cloudlogs og eksterne tjenester. Det er en anledning til at undersøge logningen som en selvstændig destination, også når selve automatiseringen har en kendt placering.
- Google: Data regions i Apps Script Publiceret
Gem referencer og status frem for fulde dokumenter
Et tænkt logudsnit kan bestå af kørselsreference, trin, tidspunkt, resultatstatus og en intern reference til den berørte post. Den ansvarlige kan derefter åbne posten gennem systemets normale adgang. Undlad navne og fritekst, når de ikke er nødvendige for at finde fejlen.
En reference kan stadig være følsom, hvis den kan forbindes med en person eller en kundesag. Begræns derfor logadgangen efter arbejdsbehovet. At indholdet er kort, gør det ikke automatisk egnet til bred deling.
Skeln mellem normal drift og midlertidig fejlsøgning
Hvis en bestemt fejl kræver flere detaljer, bør udvidet logning være en bevidst og afgrænset handling. Aftal formål, adgang, varighed og efterfølgende oprydning. Lad ikke en midlertidig fejlsøgningsindstilling blive den permanente standard ved et tilfælde.
Kontrollér især, at hemmelige værdier som adgangsnøgler, sessioner og godkendelsesheaders ikke skrives til loggen. Brug leverandørens dokumentation og gennemgå det faktiske output med syntetiske testdata.
Prøv en kendt fejl
Gennemfør en kontrolleret prøve, hvor et nødvendigt testfelt mangler, eller en godkendt testdestination returnerer en fejl. Se, om en kollega kan finde det berørte trin og forstå næste handling alene ud fra loggen og den relevante systemreference.
Hvis fejlen ikke kan forklares, skal loggen forbedres målrettet. Tilføj det manglende signal frem for alle data. Kontrollér samtidig, at den udvidede log ikke har introduceret oplysninger, som prøven netop skulle holde ude.
Aftal levetid og ansvar
Giv loggen en ejer og en begrundet opbevaringsperiode efter virksomhedens behov og regler. Dokumentér, hvor den gemmes, og hvordan adgangen gennemgås. En nyttig fejllog er en del af driften med et klart formål, ikke et ubestemt ekstra arkiv over kundernes oplysninger.