¡Cuéntanos tu idea!

seria util que en las condiciones de ultima interaccion ya sea del agente o del cliente en las reglas de negocio sea tenido en cuenta valores inferiores a una hora, que se pueda trabajar por medio de minutos, esto ayudaria a los clientes, ya que hay algunos que sus tiempos de gestion son inferiores a una hora y existen clientes que pueden dejar de responder en algun momento cuando estan en interaccion con el bot y los casos se represan en la recepcion y no pueden ser gestionados por los agentes antes de la hora.

Hola, se es necesario por solicitudes de clientes integrar estos canales

Crea copia de un botbuilder completo

Permitir crear copia de nodos dentro de los botbuilder facilita una creación más rápida de los flujos

Actualmente, en el módulo de supervisión de llamadas, las llamadas que están siendo contestadas (estado "rojo") se muestran en desorden. La propuesta es organizar estas llamadas en orden descendente, tal como ocurre con las llamadas en cola en estado "amarillo". Esto permitiría mejorar la visibilidad, el control operativo y la toma de decisiones en tiempo real dentro del panel de monitoreo.

A partir de la gran versatilidad que ofrece la plataforma Sagicc en la implementación de estrategias operativas, entendemos que todos los procedimientos y metodologías establecidos a través de sus herramientas convergen finalmente en un aspecto fundamental: el análisis de la información. Este análisis se realiza por medio de la amplia variedad de reportes que el sistema pone a disposición, permitiendo evaluar el rendimiento y la eficacia de las estrategias implementadas. En este contexto, queremos poner en consideración la posibilidad de incluir una columna adicional en el reporte de gestiones de la plataforma Sagicc, destinada a mostrar el nombre del formulario mediante el cual se realizó la correspondiente tipificación. La incorporación de esta columna ampliaría significativamente la capacidad informativa del reporte, facilitando un análisis más profundo y detallado de aquellas estrategias operativas que implican procesos en los que un ticket atraviesa múltiples segmentos, áreas o campañas. En muchos de estos casos, los formularios involucrados presentan estructuras técnicamente distintas, aunque compartan campos con nombres idénticos, lo cual dificulta la trazabilidad precisa del flujo del ticket. Actualmente, esta limitación representa un reto importante a la hora de analizar el recorrido completo de un ticket, ya que el reporte de gestiones no permite identificar fácilmente en qué etapa del proceso o en qué campaña se realizó cada gestión. Contar con el nombre del formulario utilizado para la tipificación permitiría asociar con claridad cada gestión a su segmento o campaña correspondiente, lo que representa información operativa altamente relevante. Además, esta mejora abriría la posibilidad de medir de forma más precisa los tiempos de ejecución en cada una de las campañas, contribuyendo de manera directa a la optimización continua de los flujos operativos implementados.

Con el objetivo de optimizar la operatividad de la plataforma y resolver el conflicto en la unificación de casos, sugerimos refinar la lógica de agrupación de interacciones agregando una validación estricta por "Tipo de Canal" (Media Type). Bajo esta configuración, para que el sistema decida agrupar una nueva interacción en un caso existente, deberá validar no solo la identidad del cliente, sino que la interacción provenga exactamente del mismo canal (Voz con Voz, o Chat con Chat). Se puede colocar como un check en la campataña para que quede a disposicion del administrador operar con esta logica o no. Esta diferenciación resulta estratégica y altamente efectiva para campañas que requieren independencia operativa entre canales. Facilita la gestión en escenarios donde un mismo cliente o entidad corporativa necesita reportar incidentes o requerimientos de naturaleza distinta simultáneamente (por ejemplo, mantener una llamada activa por soporte técnico mientras gestiona una consulta administrativa rápida por WhatsApp), sin que ambos flujos se contaminen entre sí. Al implementar esta lógica, garantizamos que cada interacción mantenga su propio ciclo de vida y prioridad. Esto es clave tanto para usuarios individuales como para contactos empresariales que se comunican desde varios números, asegurando que una consulta nueva no quede atrapada ni oculta dentro de un caso telefónico previo, permitiendo una resolución paralela, ordenada y eficiente.

seria excelente que el app mobile se pueda hacer llamadas por llamada saliente. ojala lograran implementarlo. saludos camilo

Actualmente, el script encargado de generar reportes no soporta el uso de listas enlazadas creadas desde campos reutilizables, lo que limita la flexibilidad en la gestión de datos y obliga a los usuarios a crear las listas manualmente desde el formulario principal. Esto genera redundancia de esfuerzos y posibles inconsistencias en la información. Para mejorar la funcionalidad actual, se propone modificar el script para que reconozca y procese listas enlazadas generadas desde campos reutilizables, manteniendo al mismo tiempo la compatibilidad con las listas creadas directamente en el formulario (funcionalidad existente), y optimizando su rendimiento para manejar posibles incrementos en el volumen de datos. Este cambio impactará positivamente a los usuarios que gestionan información con campos reutilizables y a los procesos automatizados que dependen de estos reportes.

Se comparte caso ID 768762 escalado a N2 donde recomienda optimizar la consulta para realizar el cambio de estado de los casos de manera más rápida, teniendo en cuenta la particularidad del cliente Record. Para obtener más detalle de las evidencias y recomendaciones por parte de N2, por favor ingresar al caso ID 768762

Permitir la creación de los IVR y poder unirlo a las troncales telefónicas creadas en SAGICC

Cuando en los formularios se utiliza el tipo de campo ‘Lista enlazada para seleccionar opciones’, este permite crear opciones y subniveles dentro de cada opción. Lo ideal sería expandir o contraer cada nivel y subnivel para facilitar la identificación del punto exacto donde se encuentra el usuario dentro de la estructura.

Permitir cambiar los correos a usuarios de la plataforma.

Crear una funcionalidad donde se pueda ejecutar la lectura de los canales desde una fecha específica.

se deben implementar tableros de control donde se permita visualizar facilmente el estado de las campañas: cuantos casos nuevos por camapaña, cerrados, abierto. tiempos de respuesta, total de gestiones por campaña y por agentes. Todo los datos relevantes para llevar el control del desempeño y productividad del servicio, sin necesidad de hacerlo manual.