IA para clasificar tickets y conectar sistemas

En tu día a día, el volumen de correos y tickets de soporte crece y la clasificación manual consume tiempo valioso. En este artículo verás paso a paso cómo conectar la IA para clasificar tickets de soporte con los sistemas que ya utilizas, sin sustituirlos.

Con qué se tiene que hablar

Antes de introducir cualquier solución de IA, debes mapear los componentes que ya están en producción:

• ERP o sistema de gestión (por ejemplo, SAP Business One, Odoo o un ERP local). Es el núcleo donde se registran pedidos, facturas y el historial de clientes.
• Plataforma de correo (Gmail, Outlook o Exchange) y el motor de tickets (Zendesk, Freshdesk, ServiceNow). Estos son los puntos de entrada de los mensajes.
• Base de datos (SQL Server, PostgreSQL, MySQL) donde se guardan los metadatos de los tickets.
• Herramientas de automatización (Zapier, Power Automate, Integromat) que ya tengas configuradas para flujos simples.

Identificar los puntos de integración evita la necesidad de reemplazar nada; la IA actúa como un middleware que consume datos de entrada, los procesa y devuelve la clasificación al mismo canal. En la práctica, el flujo típico es:

1. Un correo llega a la bandeja de entrada.
2. El motor de tickets crea un registro con asunto, cuerpo y archivos adjuntos.
3. La capa de IA recibe ese registro vía API, asigna una categoría y prioridad, y actualiza el ticket.
4. El ERP, a través de su API, asocia el ticket a la orden de compra correspondiente.

Esta arquitectura permite que cada sistema siga cumpliendo su función principal, mientras la IA aporta valor añadido.

SUNAT y facturación electrónica

En Perú, la normativa de SUNAT obliga a que toda factura electrónica sea emitida y almacenada en formato XML con firma digital. Cuando la IA clasifica un ticket que contiene una orden de compra, debe validar que el documento asociado cumpla con los siguientes requisitos:

• Formato XML SUNAT: el archivo debe contener los nodos obligatorios (Emisor, Receptor, Detalle, Impuestos).
• Firma digital válida: la firma debe verificarse contra el certificado del emisor.
• Código de respuesta SUNAT (CDR): para que el documento sea aceptado, debe existir el CDR correspondiente.

Los errores más comunes son:

• XML mal estructurado: genera rechazo automático y retrasa el procesamiento del pedido.
• Falta de firma: impide que la IA asocie el ticket a una factura válida.
• Desfase de tiempo: la SUNAT permite un margen de 48 horas para la emisión; pasar ese límite obliga a reenviar.

Para evitar estos problemas, la integración debe incluir una validación previa antes de que la IA envíe la categoría al ERP. Un micro‑servicio que consulte la API de SUNAT (por ejemplo, la API de Validación de Documentos) y devuelva un estado “OK” o “Error” permite que el flujo se detenga y se notifique al responsable sin afectar la cadena de suministro.

Cobros y bancos

Los pagos en Perú se están diversificando: Yape, Plin, Niubiz, Izipay y transferencias bancarias tradicionales conviven. Cada uno ofrece una API distinta, pero comparten patrones que facilitan la conexión:

1. Webhook de notificación: el banco envía un POST a tu endpoint cuando se confirma un pago.
2. Identificador de referencia: se incluye el número de pedido o ticket, que la IA puede usar para actualizar el estado.
3. Formato de monto: siempre en soles con dos decimales, sin símbolos.

Pasos para la integración real

• Registrar el endpoint en la consola de cada plataforma (Yape Business, Plin API, Niubiz SDK, Izipay Dashboard).
• Implementar firma HMAC para validar que la notificación provenga del banco.
• Mapear la referencia: si el ticket lleva el código “ORD‑2026‑00123”, esa cadena debe enviarse en la petición de cobro.
• Actualizar el ticket: la IA, al recibir la confirmación, cambia la prioridad a “Pago recibido” y dispara la generación de la orden de despacho.

Un error típico es no sincronizar los horarios: los bancos operan en UTC‑5, mientras que algunos servidores están en UTC. Una diferencia de una hora puede hacer que la IA marque el pago como “pendiente” aunque ya haya llegado. Configura tu servidor para usar la zona horaria America/Lima y guarda los timestamps en UTC para evitar inconsistencias.

Qué pedirle al proveedor

Cuando eliges un proveedor de IA o de integración, ten claridad sobre los siguientes aspectos:

• Documentación API abierta: especificaciones Swagger/OpenAPI que permitan generar los conectores rápidamente.
• Versionado: la API debe seguir un esquema de versionado semántico (v1, v2) para que los cambios no rompan tu flujo.
• SLAs de disponibilidad: al menos 99.5 % de uptime, porque la clasificación de tickets es crítica para la atención al cliente.
• Soporte de pruebas: sandbox con datos de muestra (correos, facturas XML) para validar la lógica antes de pasar a producción.
• Política de cambios: cuando el proveedor actualiza la API, debe notificar con al menos 30 días de antelación.

Si el proveedor cambia el formato de respuesta (por ejemplo, pasa de category_id a label), tu middleware debe adaptarse sin tocar el ERP. La mejor práctica es encapsular la llamada al proveedor dentro de una capa de adaptador que traduzca los campos a los nombres internos que usa tu sistema.

Conclusión

Al conectar la IA para clasificar tickets de soporte con los sistemas que ya utilizas, logras reducir el tiempo de respuesta en un 30 % y evitar errores de duplicación de datos. La clave está en mapear tu infraestructura actual, validar los requisitos de SUNAT, sincronizar los webhooks de los bancos y exigir una API bien documentada al proveedor. Con estos pasos, tu empresa puede automatizar la clasificación de correos y pedidos sin reemplazar nada, manteniendo el control y la trazabilidad en todo momento.