Feilsøking

Siden «Feilsøking i hjelpesenteret» omhandler funksjonsområdet som er angitt i URL-en. Det eksisterende innholdet utvides med den faktiske prosessen, forutsetningene og de kjente begrensningene. For selvdiagnose finnes det et systemstatuspanel, testknapper for kanaler og logger med høyst 500 linjer. Loggvisningen har ikke noe filter. I området Automatiseringer viser fanen «Runs» kjøringer, men har ingen Retry-knapp.

Selvdiagnosen begynner med systemstatuspanelet. Deretter kontrolleres den berørte kanalen med testknappen som finnes fra før. Hvis en chatbot ikke svarer, må du i tillegg kontrollere bot-aktivering, kunnskapsbase, domenegodkjenning og gjeldende overleveringsstatus. Loggvisningen viser høyst 500 linjer og har ikke noe filter; relevante tidspunkter bør derfor avgrenses så nøyaktig som mulig.

Ved problemer med e-post, SMS, WhatsApp eller Telegram må du først skille mellom om selve tilkoblingen svikter, eller om bare en enkelt melding er berørt. For automatiseringer finnes fanen «Runs». Der kan forløpet kontrolleres, men det finnes ingen Retry-knapp. Mislykkede kjøringer må rettes ut fra årsaken og deretter utløses på nytt via den fastsatte prosessen.

Widget-problemer oppstår ofte på grunn av en origin som ikke er godkjent. Domenegodkjenningen vedlikeholdes av Zentor ved oppretting av widgetet og ikke i en egen tenant-innstilling. Feilen `WIDGET_ORIGIN_DENIED` peker på dette området. For telefoni må det i tillegg tas hensyn til at SIP-instansen drives separat og bare aktiveres eller deaktiveres via Master-admin.

For en pålitelig supportmelding trengs tenant, klokkeslett, kanal, berørt samtale, synlig feilmelding og allerede gjennomførte tester. Skjermbilder og loggutdrag må ikke inneholde hemmeligheter. Gjentatte klikk eller gjentatt sending kan gi nye feilbilder; hver kontroll bør derfor utføres for seg og resultatet dokumenteres.

For siden «Feilsøking i hjelpesenteret» gjelder dermed: Den implementerte korte teksten utvides til en pålitelig veiledning, uten å love funksjoner utenfor den bekreftede produktstatusen. Avgjørende er og blir de verifiserte faktakildene og det synlige ansvaret mellom tenant og Zentor. Ved avvik bør alltid akkurat denne URL-en, den berørte tenanten og det observerte steget oppgis.