Cada billete llega listo para resolver.

Sí. Los objetivos de SLA cuentan solo minutos hábiles: tu zona horaria, horas de trabajo, fines de semana y días festivos están integrados en un calendario seguro para el horario de verano. El reloj se detiene mientras esperas al cliente y se reanuda en su respuesta, y los tickets en riesgo o incumplidos aparecen en la parte superior.

Las reglas de enrutamiento ordenadas se ejecutan primero, luego una estrategia de asignación de espacio de trabajo (round-robin, menos ocupado o basada en habilidades) elige al propietario cuando un ticket aún no está asignado. Los tres prefieren agentes que están actualmente en línea, con un retroceso elegante para que los tickets nunca queden huérfanos.

Cuando un ticket llega a la escritura AI borra la primera respuesta basada en el contexto del cliente y su base de conocimientos, en su tono. Permite respuestas automáticas impulsadas por los trabajadores por departamento o mantener una etapa de revisión humana. Una respuesta humana cancela el trabajo pendiente de IA; dentro de cualquier billete, Inbox Copilot puede redactar, reescribir, acortar o volver a tocar, y el agente siempre tiene la última palabra.

Sí. Un agente puede traducir ambos lados del ticket en su lenguaje de visualización, preservar y editar la traducción guardada, luego convertir el borrador fuera de línea en el idioma habilitado para su revisión antes de enviar. Una preferencia explícita del Portal o del Centro de ayuda tiene prioridad sobre la detección.

Sí, cuando el administrador permite los controles de apego pertinentes. Las imágenes locales Eligibles pueden ser inspeccionadas con visión y PDFs elegibles pueden contribuir al texto extraído; solo los archivos PDF pueden usar una imagen de página incrustada donde esté disponible. Auto-reply y manual Borrador con IA tienen controles separados, y el acceso remoto URLs nunca se recogen.

Sí, con controles exclusivos para lectura explícitos. Los administradores eligen si OpsIQ La escritura puede usar perfil, facturas, pagos, crédito, productos o suscripciones, dominios, servidores vinculados y descripción de la cuenta del cliente actual del ticket. El modelo de escritura no realiza acciones de pago ni cuenta.

El correo electrónico compartido, dominio y IP bloquealista funciona primero, seguido de heurística local. Sólo el correo ambiguo de un remitente sin historial real de tickets va al modelo. Utilice modo consultivo o permita movimientos autónomos a Spam. Nada se elimina silenciosamente: el ticket sigue siendo legible y restaurable, y la falla del proveedor falla abierta.

Sí. Ejecute el Portal completo en un OpsIQ dirección o un dominio personalizado verificado, utilice una presentación en Portal y Centro de Ayuda, y diseñar páginas de clientes, navegación, inicio de sesión y estados sensibles en Portal Studio. La experiencia del ticket incrustado sigue siendo una opción separada para su sitio web existente, y ambos pueden funcionar juntos.

Ofrezca correo electrónico y contraseña, un enlace de email único más código de seis dígitos, Google, Microsoft o Apple, genérico OpenID Conectar, cliente SAML 2.0, o una entrega firmada de su propia aplicación. También puede permitir la presentación anónima, y la identidad del cliente permanece separada de agente y administrador SSO.

Sí. Importación masiva de CSV más un conector para sincronización continua. Los tickets reflejados mantienen su referencia externa para que nada pierda su linaje. Habla con soporte para el plan de migración.

Sí. Debido a que los tickets viven en la misma plataforma que el chat, CRM y facturación, cada ticket lleva el perfil del cliente, historial de inicio de sesión, tickets anteriores, facturas, valor de vida, últimas 10 páginas y chats vinculados, por lo que los agentes dejan de preguntar "¿cuál es tu número de pedido?".