Häufig Gestellte Fragen (FAQs)

Geschäftliche Anforderung: Es müssen mehrere Abonnementmodi unterstützt werden, um unterschiedliche Benutzeranforderungen zu erfüllen 1. Es werden drei Abonnementmodi unterstützt: - Globales Abonnement: abonniert Ereignisse aller zugehörigen Ressourcen. Nachdem das Hauptkonto abonniert hat, werden standardmäßig alle Unterkonten automatisch abonniert - Nach Benutzer abonnieren: Es müssen bestimmte object_ids angegeben werden, d. h. die Benutzer-IDs - Nach Fragebogen abonnieren: Es müssen bestimmte object_ids angegeben werden, d. h. die Fragebogen-IDs 2. Konfigurationsregeln: - Mit Ausnahme des globalen Abonnements müssen alle anderen Abonnementmodi die entsprechenden object_ids enthalten - Beim Abonnieren nach Benutzer benötigt das Ereignis „Fragebogen erstellen“ keine object_ids - Beim Abonnieren nach Fragebogen darf das Ereignis „Fragebogen erstellen“ nicht enthalten sein

Geschäftsfrage: Die unterstützten Ereignistypen und ihren spezifischen Umfang klären 1. Unterstützt 7 Ereignistypen: - Umfrage erstellen - Umfrage ändern (nur Fragen bearbeiten, Änderungen an den Umfrageeinstellungen ausgeschlossen) - Umfrage löschen - Antwort abgeschlossen - Antwort aktualisiert - Antwort gelöscht - Antwort ungültig (gibt den Grund für die Ungültigkeit zurück)

Geschäftliches Anliegen: Die Länge des Autorisierungsfeldes muss kontrolliert werden, um die Sicherheit zu gewährleisten Geschäftsregel: - Die Länge des Autorisierungsfeldes ist auf 0–512 Zeichen begrenzt

Geschäftsproblem: Es muss die Zuverlässigkeit von Webhook-Callbacks sichergestellt werden Geschäftsregeln: 1. Bis zu 5 Mal erneut versuchen 2. Wiederholungsintervalle: - 1. Wiederholung: 10 Sekunden - 2. Wiederholung: 1 Minute - 3. Wiederholung: 5 Minuten - 4. Wiederholung: 30 Minuten (eine Erinnerungs-E-Mail über den Fehlschlag des Push-Vorgangs senden) - 5. Wiederholung: 1 Tag (eine Erinnerungs-E-Mail darüber senden, dass Push deaktiviert wurde)

Geschäftsproblem: Sie müssen auf aufeinanderfolgende Fehler reagieren und den Benutzer benachrichtigen Geschäftsregeln: 1. Das System setzt automatisch alle Webhooks mit derselben URL auf deaktiviert 2. Sendet eine E-Mail-Benachrichtigung an den Benutzer (die E-Mail wird an das Hauptkonto gesendet) 3. Speichert die Fehlereinträge in einer separaten Warteschlange mit der Webhook-ID als Schlüssel (7 Tage aufbewahrt) 4. Ermöglicht dem Benutzer, die Daten innerhalb von 7 Tagen nachträglich zu ergänzen

Geschäftliches Problem: Ereignisse müssen in dem Zeitraum verarbeitet werden, in dem der Webhook deaktiviert ist 1. Ereignisdatensätze innerhalb von 7 Tagen nach der Deaktivierung werden in einer separaten Warteschlange gespeichert 2. Wenn die Anzahl der Deaktivierungen 1 überschreitet, wenden Sie sich an den technischen Support 3. Nachdem er wieder aktiviert wurde, werden die in der Warteschlange befindlichen Daten proaktiv übertragen

Geschäftsfrage: Webhook-Aufrufprotokolle müssen zur Fehlerbehebung aufgezeichnet werden Geschäftsregeln: - Der Callback muss Alibaba-Cloud-Protokolleinträge im JSON-Format enthalten

Geschäftsproblem: Doppelte Webhook-Konfigurationen müssen verhindert werden Geschäftsregeln: 1. Die folgende Feldkombination muss eindeutig sein: - subscription_model (Abonnementmodus) - event_type (Ereignistyp) - object_ids (Objekt-IDs) - url_subscription (Abonnement-URL) 2. Ausnahme: Die Verwendung derselben url_subscription für unterschiedliche Ereignisse ist nicht eingeschränkt

Geschäftsfrage: Es ist ein einheitliches Zeitformat erforderlich, zusammen mit einem Ressourcen-Zugriffslink. Geschäftsregeln: 1. Die Ereigniszeit gibt einen Zeitstempel auf Millisekundenebene zurück. 2. Die Push-Parameter enthalten eine URL für den Ressourcen-Zugriff.

Geschäftsfrage: Es ist notwendig, die Statusarten des Webhooks und ihre Auswirkungen zu klären Geschäftsregeln: Der Webhook-Status ist in vier Typen unterteilt: 1. Historische Daten (status=0) 2. Verfügbar (status=1) 3. Nicht verfügbar (status=2, keine Übertragung) 4. Vom System deaktiviert (status=3, mehrere Callback-Fehler)