Preguntas Frecuentes (FAQs)
Obtenga respuestas rápidas a sus preguntas sobre nuestros servicios y políticas. Para más ayuda, contacte a nuestro equipo de soporte.
¿Qué tipos de modos de suscripción admite webhook? ¿Cuáles son los requisitos de configuración específicos y las reglas de negocio para cada modo?
Requisito de negocio: se deben admitir múltiples modos de suscripción para satisfacer las diferentes necesidades de los usuarios
1. Se admiten tres modos de suscripción:
- Suscripción global: se suscribe a los eventos de todos los recursos relacionados. Después de que la cuenta principal se suscribe, todas las subcuentas quedan suscritas automáticamente de forma predeterminada
- Suscripción por usuario: se deben proporcionar object_ids específicos, es decir, los ID de usuario
- Suscripción por cuestionario: se deben proporcionar object_ids específicos, es decir, los ID de cuestionario
2. Reglas de configuración:
- Excepto en la suscripción global, todos los demás modos de suscripción deben incluir los object_ids correspondientes
- Al suscribirse por usuario, el evento de crear cuestionario no necesita object_ids
- Al suscribirse por cuestionario, el evento de crear cuestionario no puede incluirse
¿Qué tipos de eventos admite webhook? ¿Cuál es el alcance específico y las condiciones de activación de cada evento?
Pregunta de negocio: es necesario aclarar los tipos de eventos admitidos y su alcance específico
1. Admite 7 tipos de eventos:
- Crear encuesta
- Modificar encuesta (solo edición de preguntas, excluyendo cambios en la configuración de la encuesta)
- Eliminar encuesta
- Respuesta completada
- Respuesta actualizada
- Respuesta eliminada
- Respuesta inválida (devuelve el motivo de la invalidación)
¿Cuáles son los requisitos para configurar la autorización en la interfaz de devolución de llamada del webhook?
Problema de negocio: la longitud del campo de autorización debe controlarse para garantizar la seguridad
Regla de negocio:
- La longitud del campo de autorización está limitada a 0-512 caracteres
¿Cuál es el mecanismo de reintento después de que falla una devolución de llamada webhook?
Problema de negocio: es necesario garantizar la fiabilidad de las devoluciones de llamada webhook
Reglas de negocio:
1. Reintentar hasta 5 veces
2. Intervalos de reintento:
- 1.er reintento: 10 segundos
- 2.º reintento: 1 minuto
- 3.er reintento: 5 minutos
- 4.º reintento: 30 minutos (enviar un correo electrónico de recordatorio sobre el fallo del envío)
- 5.º reintento: 1 día (enviar un correo electrónico de recordatorio sobre que el envío ha sido deshabilitado)
¿Qué sucede después del quinto callback de webhook fallido?
Problema de negocio: Debes gestionar fallos consecutivos y notificar al usuario
Reglas de negocio:
1. El sistema establece automáticamente como deshabilitados todos los webhooks con la misma URL
2. Envía una notificación por correo electrónico al usuario (el correo se enviará a la cuenta principal)
3. Guarda los registros de fallo en una cola separada con el ID del webhook como clave (se conservan durante 7 días)
4. Permite al usuario completar los datos retrospectivamente dentro de los 7 días
¿Cómo se gestionan los eventos después de deshabilitar un webhook?
Problema de negocio: los eventos deben gestionarse durante el período en que el webhook está deshabilitado
1. Los registros de eventos dentro de los 7 días posteriores a la deshabilitación se almacenan en una cola separada
2. Si el número de deshabilitaciones supera 1, contacte con el soporte técnico
3. Después de volver a habilitarlo, los datos en cola se enviarán de forma proactiva
¿Cuáles son los requisitos para el registro de logs de webhook?
Pregunta de negocio: los registros de llamadas de webhook deben guardarse para la resolución de problemas
Reglas de negocio:
- La devolución de llamada debe incluir registros de log de Alibaba Cloud en formato JSON
¿Qué restricciones de unicidad existen al configurar webhooks?
Problema de negocio: se deben evitar configuraciones de webhook duplicadas
Reglas de negocio:
1. La siguiente combinación de campos debe ser única:
- subscription_model (modo de suscripción)
- event_type (tipo de evento)
- object_ids (IDs de objeto)
- url_subscription (URL de suscripción)
2. Excepción: no se restringe el uso de la misma url_subscription para diferentes eventos
¿Cuáles son los requisitos para el formato de hora y los enlaces de acceso a recursos en las notificaciones de webhook?
Pregunta de negocio: Se requiere un formato de hora unificado, junto con un enlace de acceso al recurso.
Reglas de negocio:
1. Event Time devuelve una marca de tiempo a nivel de milisegundos.
2. Los parámetros de envío incluyen una URL de acceso al recurso.
¿Cuáles son los tipos de estado de un webhook? ¿Qué significa específicamente cada estado?
Pregunta de negocio: es necesario aclarar los tipos de estado del webhook y su impacto
Reglas de negocio:
el estado del webhook se divide en cuatro tipos:
1. Datos históricos (status=0)
2. Disponible (status=1)
3. No disponible (status=2, sin envío)
4. Deshabilitado por el sistema (status=3, múltiples fallos de devolución de llamada)
—— También te podría gustar ——
Comienza ahora
Únete ahora para experimentar innovación y conveniencia, haciendo que cada decisión sea más informada y segura. ¡Tu éxito es nuestra misión!
Regístrate gratis
Gratis para siempre · No se requiere tarjeta de crédito · Encuestas, preguntas y respuestas ilimitadas
