Clasificador de tickets: asigna el equipo adecuado
Clasifica tickets en Facturación, Soporte técnico, Ventas o Fraude. Revisa cargos desconocidos y solicitudes mixtas antes de asignar un equipo.
La prueba gratuita tiene límites. Inicia sesión para usar tus créditos y conservar un historial.
Tu próxima decisión empieza aquí.
Agrega contexto arriba o empieza con un ejemplo.
Una bandeja compartida necesita reglas comunes
Una queja de facturación puede mencionar una falla al pagar, y un pago no autorizado puede parecer un cargo duplicado. Acuerden quién atiende cada problema antes de consultar una puntuación. Esta herramienta propone una cola inicial que debes revisar según tu política de soporte. No emite reembolsos, confirma fraudes ni modifica cuentas. Conserva el ticket original para que el equipo receptor vea detalles que un resumen breve podría omitir.
Revisa casos concretos
Entradas ilustrativas y criterios de revisión, no resultados registrados del modelo. Ejecuta tu propio contexto para examinar una decisión.
Una compra reconocida, cobrada dos veces
Renové mi plan ayer. Los dos cargos corresponden a esa renovación, pero solo compré una suscripción.
Facturación es la categoría prevista si tu política le asigna disputas sobre compras reconocidas. El dato importante es que la persona reconoce la compra. Pedir un reembolso no demuestra fraude; hay que revisar el historial de pagos antes de decidir sobre la devolución.
Un pago que el cliente no reconoce
Hay dos cargos de ustedes en mi tarjeta. Nunca abrí una cuenta ni autoricé ninguno de los pagos.
La negación de autorización justifica considerar la cola de revisión de Fraude. Esa etiqueta debe significar investigación especializada, no fraude comprobado. Si Facturación investiga todos los pagos en tu organización, aplica esa regla de responsabilidad en lugar de considerar otra categoría un error automático del modelo.
Una falla y un reembolso en el mismo ticket
La exportación falla y no pude entregar a tiempo. ¿Pueden arreglarla y devolverme el pago de este mes?
Se necesita investigación técnica y una respuesta comercial. Elige un responsable principal según tus reglas o divide la solicitud en tareas vinculadas. Agrega el plan solo cuando cambie la asignación; tener un plan empresarial no demuestra por sí mismo una solicitud de ventas.
Define los límites antes de clasificar
Estos son criterios de revisión sugeridos. Incluye las reglas de tu equipo en la pregunta o el contexto al ejecutar una decisión.
| Opción | Cuándo usarla | Límite que debes revisar |
|---|---|---|
| Facturación | Compras reconocidas con dudas sobre facturas, montos, renovaciones o reembolsos. | Negar la autorización requiere investigar el pago, no solo corregir una factura. |
| Soporte técnico | Una falla del producto, un problema de acceso o una solicitud de diagnóstico. | Un reembolso asociado puede necesitar otro responsable. |
| Ventas | Conversaciones previas a la compra sobre precios, adquisición o ampliación. | Un cliente que ya paga también puede necesitar ayuda técnica. |
| Fraude | Reportes de transacciones desconocidas o posible abuso de cuenta. | La categoría no prueba una falta y no debe bloquear automáticamente una cuenta. |
Situaciones que requieren atención
Un ticket con varios responsables
Una respuesta de opción única no asigna dos equipos. Define qué problema determina al responsable principal y conserva la solicitud secundaria en el traspaso. Una etiqueta razonable no debe ocultar trabajo pendiente.
Resúmenes que pierden el dato decisivo
Conserva las declaraciones de autorización, la función afectada y la solución solicitada. Recortar una conversación al inicio y al final puede eliminar una aclaración importante. Incluye solo el historial pertinente para esta asignación.
Calibra el costo de una asignación, no las sanciones
Evalúa tickets etiquetados de tus propias colas y revisa los errores por equipo. Un traspaso fácil de corregir cuesta distinto que retrasar la investigación de un pago desconocido. Empieza con revisión humana y registra reasignaciones y casos urgentes omitidos.
Establece los umbrales de automatización a partir de esas observaciones. La confianza y la probabilidad de Fraude son campos distintos; ninguno autoriza por sí solo restricciones de cuenta. Las investigaciones y las medidas sobre cuentas deben mantener sus propios controles.
Un ejemplo de API Jev para tu próxima integración
Llama a la API REST de iajev con cURL. Recibe una opción, probabilidades y confianza en JSON.
curl https://iajev.com/api/v1/decisions/run \
-H 'Authorization: Bearer YOUR_API_KEY' \
-H 'Idempotency-Key: YOUR_UNIQUE_REQUEST_ID' \
-H 'Content-Type: application/json' \
--data '{
"state": {
"message": "Me cobraron dos veces la suscripción del mes pasado y todavía no recibo mi reembolso.",
"plan": "pro",
"country": "MX"
},
"decision": {
"type": "choice",
"question": "¿Qué equipo debe atender esta solicitud?",
"choices": [
"Facturación",
"Soporte técnico",
"Ventas",
"Fraude"
]
}
}'Preguntas sobre esta herramienta
¿Debo incluir tickets anteriores del mismo cliente?
Solo hechos que expliquen el problema actual, como un cargo duplicado pendiente o un paso de diagnóstico ya intentado. Una disputa antigua sin relación puede distraer de la solicitud técnica de hoy. Prefiere un historial breve y pertinente a todo el archivo de la cuenta.
¿Qué hago si tengo más de cuatro colas de soporte?
Personaliza las opciones según las responsabilidades. La solicitud actual de iajev acepta de dos a ocho opciones. Para más colas, considera clasificar primero por departamento y después dentro de él, conservando una ruta manual para tickets ambiguos.
Cómo usar iajev
Agrega contexto
Incluye los hechos necesarios para esta decisión.
Revisa las opciones
Adapta la pregunta y las opciones a tu proceso.
Ejecuta y revisa
Examina la distribución antes de actuar.
¿La confianza es la probabilidad de una decisión correcta?
No. La confianza es una estimación independiente del modelo; las probabilidades describen la distribución entre tus opciones. Ninguno de estos valores garantiza una exactitud medida.
¿Puedo comparar dos entradas?
Edita el contexto y ejecuta la misma pregunta para comparar probabilidades. Cambiar la pregunta o las opciones inicia una comparación nueva.