Veelgestelde Vragen (FAQs)
Krijg snelle antwoorden op uw vragen over onze diensten en beleid. Neem voor meer hulp contact op met ons ondersteuningsteam.
Welke soorten abonnementsmodi ondersteunt webhook? Wat zijn de specifieke configuratievereisten en bedrijfsregels voor elke modus?
Zakelijke vereiste: meerdere abonnementsmodi moeten worden ondersteund om aan verschillende gebruikersbehoeften te voldoen
1. Drie abonnementsmodi worden ondersteund:
- Globaal abonnement: abonneert zich op gebeurtenissen van alle gerelateerde resources. Nadat de hoofdaccount zich heeft geabonneerd, worden alle subaccounts standaard automatisch ook geabonneerd
- Abonneren per gebruiker: er moeten specifieke object_ids worden opgegeven, d.w.z. de gebruikers-ID's
- Abonneren per vragenlijst: er moeten specifieke object_ids worden opgegeven, d.w.z. de vragenlijst-ID's
2. Configuratieregels:
- Behalve voor een globaal abonnement moeten alle andere abonnementsmodi de bijbehorende object_ids bevatten
- Bij abonneren per gebruiker heeft de gebeurtenis voor het aanmaken van een vragenlijst geen object_ids nodig
- Bij abonneren per vragenlijst mag de gebeurtenis voor het aanmaken van een vragenlijst niet worden शामिल
Welke gebeurtenistypen ondersteunt webhook? Wat zijn de specifieke scope en triggercondities voor elk evenement?
Zakelijke vraag: behoefte om de ondersteunde gebeurtenistypen en hun specifieke scope te verduidelijken
1. Ondersteunt 7 gebeurtenistypen:
- Enquête aanmaken
- Enquête wijzigen (alleen vraagbewerkingen, exclusief wijzigingen in enquête-instellingen)
- Enquête verwijderen
- Reactie voltooid
- Reactie bijgewerkt
- Reactie verwijderd
- Reactie ongeldig (geeft de reden voor ongeldigheid terug)
Wat zijn de vereisten voor het configureren van autorisatie in de webhook-callbackinterface?
Zakelijke vraag: De lengte van het autorisatieveld moet worden beheerst om veiligheid te waarborgen
Zakelijke regel:
- De lengte van het autorisatieveld is beperkt tot 0-512 tekens
Wat is het herhalingsmechanisme nadat een webhook-callback mislukt?
Zakelijk probleem: De betrouwbaarheid van webhook-callbacks moet worden gewaarborgd
Zakelijke regels:
1. Tot maximaal 5 keer opnieuw proberen
2. Herhalingsintervallen:
- 1e herhaling: 10 seconden
- 2e herhaling: 1 minuut
- 3e herhaling: 5 minuten
- 4e herhaling: 30 minuten (stuur een herinneringsmail over de push-mislukking)
- 5e herhaling: 1 dag (stuur een herinneringsmail dat pushen is uitgeschakeld)
Wat gebeurt er na de 5e mislukte webhook-callback?
Zakelijk probleem: u moet opeenvolgende fouten afhandelen en de gebruiker op de hoogte stellen
Zakelijke regels:
1. Het systeem zet automatisch alle webhooks met dezelfde URL op uitgeschakeld
2. Stuurt een e-mailmelding naar de gebruiker (de e-mail wordt verzonden naar het primaire account)
3. Slaat de foutrecords op in een aparte queue met de webhook-id als sleutel (7 dagen bewaard)
4. Staat de gebruiker toe om de gegevens binnen 7 dagen achteraf aan te vullen
Hoe worden gebeurtenissen afgehandeld nadat een webhook is uitgeschakeld?
Zakelijk probleem: gebeurtenissen moeten worden afgehandeld gedurende de periode dat de webhook is uitgeschakeld
1. Gebeurtenisrecords binnen 7 dagen na het uitschakelen worden opgeslagen in een aparte wachtrij
2. Als het aantal uitschakelingen meer dan 1 bedraagt, neem dan contact op met technische ondersteuning
3. Nadat deze opnieuw is ingeschakeld, worden de in de wachtrij geplaatste gegevens proactief gepusht
Wat zijn de vereisten voor het vastleggen van webhook-logboeken?
Zakelijke vraag: webhook-aanroeplogboeken moeten worden vastgelegd voor probleemoplossing
Zakelijke regels:
- De callback moet Alibaba Cloud-logrecords in JSON-indeling bevatten
Welke uniekheidsbeperkingen zijn er bij het configureren van webhooks?
Zakelijk probleem: dubbele webhookconfiguraties moeten worden voorkomen
Zakelijke regels:
1. De volgende veldcombinatie moet uniek zijn:
- subscription_model (abonnementsmodus)
- event_type (gebeurtenistype)
- object_ids (object-ID's)
- url_subscription (abonnements-URL)
2. Uitzondering: het gebruik van dezelfde url_subscription voor verschillende gebeurtenissen is niet beperkt
Wat zijn de vereisten voor de tijdnotatie en de links voor toegang tot bronnen in webhookmeldingen?
Zakelijke vraag: Er is een uniforme tijdnotatie vereist, samen met een link voor toegang tot een bron.
Zakelijke regels:
1. Event Time geeft een tijdstempel op millisecondenniveau terug.
2. De pushparameters bevatten een URL voor toegang tot een bron.
Wat zijn de statustypen van een webhook? Wat betekent elke status precies?
Zakelijke vraag: Het is noodzakelijk om de webhook-statustypen en hun impact te verduidelijken
Zakelijke regels:
de webhook-status is onderverdeeld in vier typen:
1. Historische gegevens (status=0)
2. Beschikbaar (status=1)
3. Niet beschikbaar (status=2, geen push)
4. Door het systeem uitgeschakeld (status=3, meerdere callback-fouten)
—— Je kunt ook leuk vinden ——
Nu beginnen
Sluit je nu bij ons aan om innovatie en gemak te ervaren, waardoor elke beslissing beter geïnformeerd en zelfverzekerder wordt. Jouw succes is onze missie!
Gratis aanmelden
Voor altijd gratis · Geen creditcard nodig · Onbeperkte enquêtes, vragen en antwoorden
