Ir al contenido

Novedades

Acá está el historial de versiones de Sniff!: qué se agregó, qué mejoró y qué se corrigió en cada fecha, contado desde lo que ves y hacés en la app. Si querés pedir una función o contar una idea, escribinos a [email protected].

  • Fecha de inicio al conectar la Central telefónica o el Bot de voz: hasta 3 meses atrás. Al agregar la conexión se traen los días desde esa fecha, uno por entrega, y las gestiones anteriores no se traen.
  • Pausar y Reactivar en cada conexión de Configuración › Conexiones. Una conexión pausada no trae nada ni acepta entregas, y la tarjeta lo muestra como Pausada.
  • Estados del caso en las conexiones del Bot de voz: qué resultados de caso se traen. Por defecto, los que indican que atendió una persona y hubo conversación, para cualquier bot.
  • Las notas internas se ven resaltadas en el hilo del ticket y Auto QA las recibe marcadas como tales, junto con los mensajes de sistema.
  • Las cuatro plantillas de scorecards de cobranza traen instrucciones para Auto QA en todos sus criterios.
  • En Ver entregas, la columna Ya importados cuenta los tickets que la conexión ya tenía. Una entrega que sólo trae tickets ya importados termina Importada, sin errores.
  • Dos centrales o dos bots del mismo workspace ya no se pisan los tickets cuando repiten un identificador.
  • La API responde 409 a un ticket ya importado aunque su asignado ya no esté habilitado.
  • Auto QA lee la hora de los chats en hora de Argentina.
  • Credenciales por conexión. Las conexiones con la Central telefónica y con el Bot de voz guardan su propio usuario y contraseña del proveedor, cifrados. Cualquier Admin del workspace puede crearlas desde Configuración › Conexiones indicando la dirección del proveedor y, para el bot de voz, el nombre de la cuenta.
  • Probar conexión. Antes de guardar, la app hace un ingreso real al proveedor y te dice si la dirección no responde, si tardó demasiado o si rechazó el usuario. La conexión queda activa sólo si la prueba pasa.
  • Cambiar credenciales y Cargar credenciales en la tarjeta de cada conexión. Una conexión sin usuario cargado se marca Sin credenciales; las credenciales nunca se vuelven a mostrar y se borran al eliminar la conexión.
  • Si una conexión no tiene credenciales o el proveedor está caído, la entrega de ese día queda fallida con el motivo visible en Ver entregas, los admins del workspace reciben un aviso y las demás conexiones siguen corriendo.
  • El contexto que recibe Auto QA para separar hablantes y reconocer al operador sale del nombre y la descripción del workspace, no de ningún valor fijo.
  • Ingreso por mail. En la pantalla de ingreso, además de Google, está Mandarme un enlace por mail: te llega un enlace y un código de 6 dígitos que valen 10 minutos y se usan una sola vez. Después de 5 intentos fallidos el código deja de servir.
  • Exigir cuenta de empresa en Configuración › Flujos › Acceso: con la opción prendida, el workspace sólo acepta ingreso con Google. Si pertenecés a varios workspaces, vale la regla más estricta.
  • Email de notificaciones en Configuración › Perfil: si lo cargás, los avisos y los mails te llegan ahí en lugar de a la cuenta con la que ingresás.
  • Entregas por día para la Central telefónica y el Bot de voz: cada corrida queda registrada como una entrega con el resultado de cada llamada. Una gestión a nombre de un operador o de un bot que no existe como usuario evaluable y activo se rechaza con motivo, sin crear el ticket.
  • Reintentar en Ver entregas: vuelve a correr el día de una entrega con rechazos, por ejemplo después de dar de alta al operador que faltaba.
  • Los admins del workspace reciben un aviso, una vez por entrega, cuando una entrega tiene rechazos, con el enlace a la conexión.
  • Si la fuente de llamadas no responde a la hora de la corrida nocturna, la app reintenta cada 30 minutos hasta tres veces antes de avisar.
  • Límite de evaluaciones al final de Configuración › Flujos: podés activar un límite mensual de evaluaciones para el workspace y un umbral de aviso. Cuenta todas las evaluaciones del mes, humanas y de Auto QA.
  • Al llegar al umbral los admins reciben el aviso «Te estás acercando al límite mensual de evaluaciones»; al llegar al límite, «Llegaste al límite mensual de evaluaciones». La ingesta de tickets nunca se frena; lo que se detiene es Auto QA, y los tickets quedan pendientes para el mes siguiente.
  • Workspaces. Una misma cuenta puede pertenecer a varios workspaces, cada uno con sus tickets, scorecards, usuarios y configuración aislados. El selector está al pie del menú lateral; en Configuración › Workspaces quien tiene permiso puede crear uno, renombrarlo, activarlo o desactivarlo, y definir los dominios de mail de su empresa.
  • Conexiones en Configuración › Conexiones: tarjetas API, Central telefónica, Bot de voz y Carga masiva. La API te da un token que se muestra una sola vez (Copiar, Regenerar token) para que tu sistema envíe tickets con audio o conversación. La carga masiva acepta un ZIP con un manifiesto JSON o un CSV simple más los audios, y muestra la tabla de entregas con los errores por ticket mientras procesa.
  • Transcribir audios por conexión: apagado por default; si lo prendés, las llamadas de esa conexión se transcriben solas.
  • Plantillas de scorecards de cobranza (llamadas, WhatsApp, bot de voz y bot de WhatsApp) con el botón Usar plantilla en Herramientas › Scorecards. Al crear un workspace podés elegir dominios, descripción para Auto QA, términos clave y las plantillas a aplicar.
  • Primeros pasos arriba a la izquierda del menú, con N/6 mientras falte algún paso: ingresar, conectar, sumar al equipo, crear un scorecard, definir una regla de muestreo y armar un workload.
  • Invitaciones fuera del dominio: al invitar un mail que no es de los dominios del workspace, el formulario lo devuelve al cuadro de texto y lo invita sólo si marcás Invitar igual mails de otros dominios. Se pueden invitar hasta 100 mails por vez y cada invitado recibe un mail.
  • La card de la evaluación muestra Evaluador: Auto QA y nada más sobre cómo se evaluó. La marca Para revisar y el aviso de críticos para revisar los ven sólo los evaluadores; los reviewees no.
  • Configuración › Flujos gana las secciones Tickets (Campos del ticket a mostrar, con orden) y Auto QA (Descripción de la empresa y Términos clave separados por comas). El detalle del ticket muestra sólo los campos elegidos.
  • La invitación valida el dominio contra los dominios del workspace, no contra un valor fijo.
  • Un usuario nuevo invitado o dado de alta en un workspace ya no aparece también en el primero.
  • Auditoría con actor. Cada acción registra quién la hizo, y las automáticas (Auto QA, ciclos, vencimientos y auto-aceptaciones de disputas, alta del invitado en su primer ingreso, cambio de nombre del perfil) quedan registradas como acciones del sistema.
  • Borrado lógico. Lo que borrás en scorecards, criterios, reglas de muestreo, workloads, grupos y disputas deja de verse pero se puede recuperar a pedido. Los nombres tienen que ser únicos sólo entre los vigentes.
  • Borrar un workload cancela su ciclo en curso.
  • Volver a correr Auto QA dentro de Revisar Auto QA: vuelve a evaluar la gestión y reemplaza los puntajes en la misma evaluación, con confirmación. Sólo para evaluaciones de Auto QA que no fueron revisadas, aceptadas ni disputadas.
  • Cuando la transcripción no distingue a los hablantes, Auto QA los separa por el contenido de lo que dicen; y una llamada que termina en un contestador queda como ticket salteado, sin evaluación.
  • Detalle del ticket rediseñado: ruta «Tickets › id • asunto», los dos paneles en una sola tarjeta a todo el ancho con una barra arrastrable entre ellos (el ancho se recuerda), cada panel con su scroll y la transcripción quieta mientras se reproduce.
  • Cada mensaje de la transcripción trae el nombre, la hora, «(N segundos después)» y ▷ para saltar a ese segundo del audio. El operador aparece con su nombre y el cliente como «Usuario».
  • Las tarjetas Detalles y Cliente arrancan plegadas; el resultado de la evaluación se muestra como chip.
  • Revisión humana de Auto QA. Lista Evaluaciones › Completadas por Auto QA con filtros por Revisada y por críticos para revisar. El botón Revisar Auto QA abre un formulario por criterio; si cambiás el rating, el feedback es obligatorio y el puntaje se recalcula. Cada cambio queda en la sección Correcciones a Auto QA y la card recibe la marca Revisada (con quién y cuándo al pasar el cursor). El reviewee, o su líder, puede Aceptar la evaluación con confirmación.
  • Disputas. El reviewee (o el líder, si el ajuste lo permite) puede Disputar una evaluación criterio por criterio: sólo criterios en no cumple o no aplica, con un rating propuesto distinto y comentario obligatorio. La evaluación pasa a Disputada. Si el workspace exige aprobación del líder, la disputa nace Pendiente y el líder decide Escalar o Cerrar cada criterio; si no, nace Abierta. Quien resuelve usa Aceptar, Aceptar seleccionado o Rechazar (rating final y comentario); también hay Editar, Comentar y Borrar (admin, sólo abiertas). El resultado queda como Aceptada, Parcialmente aceptada o Rechazada; al resolverse, la evaluación vuelve a su estado previo o queda aceptada según el ajuste. Las pendientes vencen a los días configurados, con aviso al líder un día antes.
  • Menú Disputas (Todas / Recibidas / Mis disputas / Miembros del grupo / Pendientes), Configuración › Flujos con los ajustes de disputas (ventana, auto-aceptar al vencer, al resolver o con 100 %, aprobación del líder, qué pueden hacer líderes y evaluadores, nombre del evaluador visible al reviewee, ocultar criterios soft), Configuración › Notificaciones con los cinco avisos de disputas, prendidos por default, y la campana de avisos en la barra superior.
  • Reportes. Menú Reportes con Reviewees (Resumen / Grupos / Individuos), Auto QA (Resumen / Precisión / Puntajes) y Disputas (Resumen / Evaluadores / Reviewees / Grupos). Barra de filtros guardada en la URL (Mostrar por, rango de fechas con presets y personalizado, Agregar filtro con chips), gráfico combinado de volumen y tasa (un clic abre las evaluaciones de ese período), mapa de calor con color continuo relativo al Punto medio que se define en Flujos › Reportes, badge Última actualización y Exportar reporte a Excel. Cada rol ve su alcance: el reviewee sólo a sí mismo, el líder a su grupo, evaluadores y admins todo.
  • Herramientas (sólo admin): Scorecards, Criterios y Reglas de muestreo. Un criterio tiene instrucciones para los evaluadores y, aparte, instrucciones para Auto QA, modo (Estándar, Crítico o Soft), la opción ¿Permitir que el criterio se saltee? (no aplica), root causes (obligatorias o múltiples) y estado. Un scorecard ordena criterios con peso de 0 a 10 y pass rate; se puede Duplicar, Archivar, activar o borrar (sólo si no tiene evaluaciones ni workloads), y su versión sube al editarlo. Las evaluaciones congelan el pass rate y los pesos que regían al evaluar.
  • Reglas de muestreo: grupos de condiciones sobre fuente, canal, estado, tipo, etiquetas, cantidad de mensajes, duración, fechas (también períodos relativos) y palabras clave, con Vista previa sobre los últimos 60 días.
  • Workloads (Resumen / Ciclos): ciclos diarios, semanales o mensuales que toman tickets de las reglas en orden de prioridad para los reviewees elegidos, con target Total, Por reviewee o Porcentaje, reparto Autónomo (Auto QA sola) o Co-pilot (la evaluación nace en curso y una persona la completa desde Revisar Auto QA), cierre Completado, Incompleto o Cancelado, y el botón Correr ciclos ahora. Las asignaciones de Co-pilot están en Evaluaciones › Asignadas. La opción de ocultar a los reviewees saca esas evaluaciones de Recibidas y Mis grupos.
  • Las filas de Tickets, Evaluaciones, Usuarios y Grupos son clickeables enteras.
  • El reproductor de audio muestra la forma de onda en barras en lugar del control deslizante.
  • Los estados Completada y Entregada se muestran en gris; el KPI de la portada va sin negrita.
  • Auto QA. Cada gestión se evalúa sola con el scorecard que corresponde a su canal y al reviewee (humano o bot). La evaluación aparece con evaluador Auto QA, con justificación por criterio y hasta cinco root causes en los criterios que no cumple; los datos personales de la conversación (documentos y teléfonos) se enmascaran antes de evaluar. Si el reviewee no habla en la gestión, el ticket queda salteado.
  • Tipificación como metadato. Para las llamadas de la central, la app cruza la llamada con la gestión registrada por el operador y le pasa al evaluador la tipificación (evento, estado final, comentario) para los criterios que la necesitan.
  • Hablantes y buzón. Cuando la transcripción no separa bien a los hablantes, el ticket lo indica y Auto QA lo tiene en cuenta. Una llamada que cayó en el contestador se detecta por el comentario de la gestión, por el resultado del proveedor o por la propia conversación, y queda salteada.
  • Bot de voz. Las llamadas del proveedor de bots de voz entran con los turnos del bot y de la persona ya separados, filtradas por el estado del caso.
  • Roles y usuarios. Roles Admin, Evaluador, Reviewee y Evaluador y reviewee, más el líder de grupo. Configuración › Usuarios permite invitar por mail (el invitado queda Pendiente y pasa a Activo en su primer ingreso; un usuario Inactivo no entra), dar de alta directo, editar y desactivar; desactivar saca al usuario de todos sus grupos.
  • Grupos en Configuración › Grupos: líder y miembros (sólo reviewees), editables por el admin o por el líder.
  • Menú por rol: Evaluaciones › Completadas por el equipo / Recibidas / Mis grupos, y Configuración › Perfil / Usuarios / Grupos. El reviewee ve en el detalle del ticket sólo sus evaluaciones terminadas; la portada le muestra Mi desempeño; Herramientas es sólo para admins.
  • Tema visual de la app: tarjetas blancas con borde fino, números con cifras tabulares, modo oscuro neutro, y las listas de desempeño de la portada se ven bien en pantallas de 390 px.
  • La hora de los mensajes del detalle del ticket se muestra igual en todos los navegadores.

sniff.com.ar · Pedir una demo · Privacidad · Términos · ¿Falta algo? Escribinos a [email protected].