Webhooks

Siden «Webhooks i Zentor App – Oversikt» dekker funksjonsområdet som er betegnet med URL. Det eksisterende innholdet utvides med den faktiske prosessen, forutsetningene og kjente begrensninger. Det finnes ingen self-service-konfigurasjon for utgående webhooks. Inngående webhooks for Shopify, PayPal og telefoni er innstilt internt hos leverandøren og tilbys ikke som en fritt konfigurerbar generell webhook-funksjon.

For utgående webhooks finnes det ingen self-service-konfigurasjon i tenant-dashboardet. Inngående webhooks brukes internt for konkrete leverandører som Shopify, PayPal og telefoni. Tenant-brukere bør derfor ikke forvente en fritt redigerbar mål-URL eller generell hendelsesliste.

En leverandørintegrasjon må aktiveres via den forhåndsdefinerte innstillingsveien. Signaturer, måladresser og teknisk tilordning vedlikeholdes der den respektive integrasjonen er implementert. Hjelpesiden må ikke love en fritt konfigurerbar webhook-plattform, siden en slik generell område ikke finnes forhåndsdefinert.

Ved manglende oppdatering må det først verifiseres hvilken leverandør som er berørt og om dens integrasjon er aktiv. Deretter må tidspunktet og den tilhørende prosessen dokumenteres. Uten self-service-gjenforsøk kan en mislykket hendelse ikke erstattes ved gjentatt manuell utløsning i produktet.

Offentlige eksempler må ikke inneholde ekte signaturer, URLs eller kundedata. Hvis en individuell utgående webhook kreves, må behovet klargjøres via Zentor. Svar avhenger av den eksisterende integrasjonen og den konkrete hendelsen; generell tilgjengelighet er ikke dokumentert.

For siden «Webhooks i Zentor App – Oversikt» gjelder dermed: Den forhåndsdefinerte kortteksten utvides til en pålitelig veiledning uten å love produktfunksjoner utenfor den bekreftede produktstatus. De verifiserte fakta-kildene og den synlige ansvarfordeling mellom tenant og Zentor forblir avgjørende. Ved avvik bør alltid URL, den berørte tenanten og det observerte steget nevnes.

Ved arbeid med «webhooks» bør hvert steg først testes med en kontrollert testtilfelle. Det avgjørende er at den synlige innstillingen, den faktiske systemstatus og det forventede resultatet stemmer overens. Ved avvik hjelper en nøyaktig klokkeslett, den berørte tenanten, det brukte kanalen og den uendrede feilmeldingen med analysen. Tilgangskoder, tokens og personopplysninger må ikke overføres til skjermbilder eller supporttekster.