Skip to main content

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:
Plantillas obtenidas:
Plantilla creada:

Respuestas de error del cliente (4xx)

400 Bad Request - Parámetros inválidos

Campo requerido faltante:
Formato de parámetro inválido:
Número de teléfono inválido:
Hora programada en el pasado:

401 Unauthorized - Autenticación fallida

Clave de acceso inválida:
Clave de acceso faltante:

403 Forbidden - Acceso denegado

Permisos insuficientes:
Acceso a empresa denegado:

404 Not Found - Recurso no encontrado

Plantilla no encontrada:
Agente no encontrado:

422 Unprocessable Entity - Error de lógica de negocio

Plantilla no aprobada:
Discrepancia de variables:

429 Too Many Requests - Límite de tasa excedido

Límite de tasa alcanzado:
Cuota diaria excedida:

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

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
Monitoreo de solicitudes
  • Registrar todas las solicitudes API
  • Incluir request_id en los registros
  • Monitorear tiempos de respuesta
  • Rastrear tasas de error
Recuperación de errores
  • Implementar lógica de reintento apropiada
  • Almacenar en caché tokens de autenticación
  • Manejar límites de tasa correctamente
  • Proporcionar mensajes de error significativos
Experiencia del usuario
  • 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
Umbrales de alerta:
  • 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:
  1. Verificar que access_key esté en los parámetros de URL
  2. Verificar que la clave no haya sido revocada
  3. Asegurarse de usar la clave correcta de la empresa

Problemas con plantillas

Problema: Template not found Soluciones:
  1. Verificar la ortografía del nombre de la plantilla
  2. Verificar que el idioma de la plantilla coincida
  3. Asegurarse de que la plantilla esté aprobada
  4. Usar GET /templates para listar plantillas disponibles

Limitación de tasa

Problema: Too many requests Soluciones:
  1. Implementar retroceso exponencial
  2. Respetar las cabeceras retry_after
  3. Agrupar solicitudes cuando sea posible
  4. Monitorear patrones de uso

Validación de datos

Problema: Validation failed Soluciones:
  1. Validar datos antes de enviar
  2. Usar formato correcto de número de teléfono
  3. Verificar formato de fecha y hora
  4. Verificar que los campos requeridos estén presentes
Recuerde siempre incluir el request_id al contactar soporte para una resolución más rápida de problemas.