Introducción
Esta guía cubre todos los posibles códigos de respuesta, formatos de error y mejores prácticas para manejar errores al integrarse con la API de Lovi.📊 Códigos de estado HTTP
Respuestas exitosas
200 OK - Solicitud exitosa
Notificación procesada:Respuestas de error del cliente (4xx)
400 Bad Request - Parámetros inválidos
Campo requerido faltante:401 Unauthorized - Autenticación fallida
Clave de acceso inválida:403 Forbidden - Acceso denegado
Permisos insuficientes:404 Not Found - Recurso no encontrado
Plantilla no encontrada:422 Unprocessable Entity - Error de lógica de negocio
Plantilla no aprobada:429 Too Many Requests - Límite de tasa excedido
Límite de tasa alcanzado:Respuestas de error del servidor (5xx)
500 Internal Server Error
Error general del servidor:502 Bad Gateway
Error del servicio upstream:503 Service Unavailable
Modo mantenimiento:🔄 Estrategias de reintento
Lógica de reintento recomendada
| Código de estado | Acción | Estrategia de reintento |
|---|---|---|
400, 404, 422 | ❌ No reintentar | Corregir la solicitud e intentar de nuevo |
401, 403 | ❌ No reintentar | Actualizar autenticación |
429 | ⏰ Reintentar con retroceso | Usar encabezado retry_after |
500, 502, 503 | 🔄 Reintentar con retroceso exponencial | Máximo 3 intentos |
Ejemplo de implementación
📝 Mejores prácticas
Registro de errores
Siempre registra estos campos:Lista de verificación para manejo de errores
✅ Validación previa a la solicitud- Validar formato del número de teléfono
- Verificar campos requeridos
- Validar formato de fecha y hora
- Verificar que la plantilla existe
- Registrar todas las solicitudes API
- Incluir request_id en los registros
- Monitorear tiempos de respuesta
- Rastrear tasas de error
- Implementar lógica de reintento apropiada
- Almacenar en caché tokens de autenticación
- Manejar límites de tasa correctamente
- Proporcionar mensajes de error significativos
- Mostrar mensajes de error amigables
- Proporcionar retroalimentación accionable
- No exponer detalles internos de errores
- Ofrecer alternativas cuando sea posible
Monitoreo y alertas
Métricas clave a monitorear:- Tasa de error por endpoint
- Tiempo de respuesta promedio
- Golpes de límite de tasa
- Fallos de autenticación
- Errores de plantilla no encontrada
- Tasa de error > 5%
- Tiempo de respuesta > 2 segundos
- Límite de tasa > 10/hora
- Fallos de autenticación > 20/hora
🛠️ Herramientas de desarrollo
Pruebas de errores
Probar diferentes escenarios de error:Analizador de respuestas de error
🚨 Problemas comunes y soluciones
Problemas de autenticación
Problema:Invalid or expired access key
Solución:
- Verificar que access_key esté en los parámetros de URL
- Verificar que la clave no haya sido revocada
- Asegurarse de usar la clave correcta de la empresa
Problemas con plantillas
Problema:Template not found
Soluciones:
- Verificar la ortografía del nombre de la plantilla
- Verificar que el idioma de la plantilla coincida
- Asegurarse de que la plantilla esté aprobada
- Usar GET /templates para listar plantillas disponibles
Limitación de tasa
Problema:Too many requests
Soluciones:
- Implementar retroceso exponencial
- Respetar las cabeceras retry_after
- Agrupar solicitudes cuando sea posible
- Monitorear patrones de uso
Validación de datos
Problema:Validation failed
Soluciones:
- Validar datos antes de enviar
- Usar formato correcto de número de teléfono
- Verificar formato de fecha y hora
- Verificar que los campos requeridos estén presentes
request_id al contactar soporte para una resolución más rápida de problemas.