Resumen de funciones
Esta página enumera las capacidades visibles para clientes que actualmente se rastrean en el Product Feature Catalog. La disponibilidad por paquete es una configuración comercial predeterminada; tu organización también puede tener permisos por rol, ajustes de proyecto o sobrescrituras organizativas.
- Funciones visibles para clientes: 72
- Funciones parciales o beta: 7
- Ver también: Matriz de funciones por paquete
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Pipeline de ingesta, transcripción y análisis | Disponible | Todos los paquetes | Ciclo principal del registro: ingesta, transcripción, análisis con IA, entrega de resultados y efectos relacionados. |
| Verificación del análisis y anclaje de citas | Disponible | Todos los paquetes | Segunda pasada sobre un análisis terminado antes de publicarlo: un verificador de seguridad relee la transcripción en cada análisis, y el verificador de hechos se suma cuando el análisis lleva algo sobre lo que su CRM va a actuar: un campo del registro por rellenar o un acuerdo que sus ajustes ponen a trabajar, como tarea de seguimiento o como comprobación de que la devolución de llamada prometida ocurrió de verdad. Conserva las afirmaciones cuya cita se localiza en la conversación (y la añade con su marca de tiempo como evidencia) y retiene las que no pueden anclarse en lugar de entregarlas. Cuando el análisis no lleva ninguna de las dos cosas, no hay nada que custodiar: la pasada de hechos se omite en vez de gastarse en juzgar la redacción del informe. Una llamada con categoría ambigua recibe una pasada extra de arbitraje. El texto libre nunca se reescribe: una afirmación importante permanece en el análisis tal como se redactó y recibe una observación solo cuando la conversación muestra el error —palabras que dicen otra cosa, una unidad o moneda que el hablante no dijo, una fecha que lo dicho no fija, o un producto o una parte distintos—; una afirmación de la que la conversación simplemente no habla no recibe observación, porque una ausencia no se puede mostrar con una cita. Lo que retiene la parte automática —el llenado de campos del registro y la creación de tareas— es una afirmación sin confirmar destinada al CRM (un campo del registro o un acuerdo), una señal de seguridad, un conflicto de roles o una categoría ambigua; una observación sobre la redacción del informe no la retiene por sí sola. El informe llega a su CRM en cualquier caso y, cuando la parte automática se retuvo, con una nota al respecto. En la pantalla del registro el estado aparece como un distintivo junto a la puntuación general: al pasar el cursor muestra el estado y los motivos, y al pulsarlo se abren las afirmaciones concretas —la redacción del informe y la línea de la conversación que muestra el error (oculta solo cuando contenía datos personales que la minimización eliminó)—. El informe en PDF siempre muestra ese desglose desplegado. La verificación no es un ajuste que pueda desactivarse, y las llamadas de los verificadores que sí se ejecutan se cargan al presupuesto de la organización junto con el propio análisis. |
| Evaluación según la etapa del negocio: etapa, resultado y avance | Disponible | No incluido por defecto | Captura el embudo y la etapa del negocio de Bitrix24 o Uspacy en el momento del análisis (crm_stage_id/crm_pipeline_id/crm_stage_semantic/crm_stage_source) y evalúa la llamada con la plantilla de evaluación asociada a esa etapa: primero la asociación exacta, después la semántica de la fase de la etapa y, si no encaja ninguna, la asociación por categoría. De forma programada también sincroniza el resultado de cada negocio vinculado de Bitrix24 o Uspacy (abierto/ganado/perdido; en Uspacy, por la etapa de cierre de éxito o fracaso del embudo) para alimentar un embudo de resultados (volumen de llamadas por ganado/perdido, desglosado por puntuación media de calidad) y deriva, para cada llamada, un veredicto de avance (avanzó/se mantuvo/retrocedió) —la etapa del negocio unos 7 días después de la llamada frente a su etapa en el momento de la llamada—, mostrado como una etiqueta junto a la llamada: en Bitrix24, a partir del historial de etapas del negocio; en Uspacy (su portal no guarda el historial de etapas), a partir de la etapa del negocio leída cuando se cierra la ventana de 7 días, por lo que una llamada de Uspacy cuya ventana se cerró más de un día antes de que pudiera leerse la etapa (por ejemplo, antes de activar la función) se queda sin veredicto. En la primera versión solo negocios; sin conexión con Bitrix24 o Uspacy no hace nada. Se activa por organización (indicador desactivado por defecto). En la superficie integrada de Bitrix24 la etiqueta de etapa está oculta; volver a analizar recupera la instantánea guardada del momento de la llamada en lugar de capturarla de nuevo, así que la etapa de un registro siempre refleja ese momento. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Espacio de conversaciones | Disponible | Todos los paquetes | Lista y detalle de registros, acceso a audio y transcripción, subida de archivos y metadatos por registro. |
| Controles de reprocesamiento | Disponible | Todos los paquetes | Estimación de coste, reanálisis, reintento de medios y controles de procesamiento mediante workflow. |
| Modos de análisis automático y manual | Disponible | Todos los paquetes | Una organización elige entre dos modos. En el modo automático, cada registro nuevo se transcribe y analiza en cuanto llega. En el modo manual, los registros se reciben y se listan, pero esperan en awaiting_start sin consumir minutos, y la persona propietaria o administradora inicia los que quiere: un registro individual desde su tarjeta, una selección desde la lista de registros o el atraso acumulado, siempre con el precio mostrado antes del cargo; cualquier inicio manual —de un registro, de una selección o del lote acumulado— vuelve a calcular el precio en el servidor y no arranca si subió desde que se mostró (por ejemplo, se agotaron los minutos incluidos mientras la confirmación estaba abierta) o si el conjunto tiene ahora más registros o más llamadas sin duración conocida de los que se cotizaron, sino que devuelve el nuevo precio; la ejecución del atraso inicia exactamente el lote mostrado, y los registros que llegan después de abrir la confirmación esperan a la siguiente ejecución; si el precio no se puede calcular (facturación no disponible), no se inicia nada y se indica el motivo; una organización con contrato (pospago) ve el importe como cobrado según su contrato y no por encima de su plan: una ejecución toma como máximo 200 registros e informa lo que queda, por lo que un atraso mayor se procesa repitiendo la ejecución. Un inicio manual anula tanto la puerta de la organización como un proyecto con el análisis automático desactivado. Las organizaciones nuevas empiezan en modo manual. La importación masiva desde el CRM solo funciona en modo automático — no pone los registros en cola para iniciarlos manualmente más tarde, así que hay que cambiar la organización a modo automático antes de iniciar una importación. El modo se puede cambiar desde el banner de la lista de registros o desde la configuración de la organización. Una organización de pago que agota tanto los minutos incluidos como el saldo del monedero pasa a modo manual por sí sola — el motivo y el momento quedan registrados para que el banner distinga una pausa impuesta de una elegida; los registros que ya habían pasado la puerta de la organización y estaban justo en curso en el pipeline cuando se agotó el dinero caen en awaiting_funds —puede haber más de uno a la vez, porque la comprobación de saldo se aplica a cada registro que pasa por la puerta, no solo a uno—, mientras que cada registro que llega después de eso —el resultado principal y estable de esa autopausa— se detiene en la puerta de la organización y cae en awaiting_start. Ambos se inician exactamente igual que cualquier otro registro pendiente: uno por uno, por selección o mediante una ejecución del atraso con el mismo límite de 200 registros. Un registro que se quedó sin fondos cuando ya se había transcrito conserva esa transcripción: al iniciarlo se reanuda desde ahí en lugar de transcribir de nuevo y, como sus minutos ya se cobraron en la transcripción, su precio en ese inicio es cero y no se cobra nada. Si ese cobro nunca se realizó y se conoce la duración de la llamada, la llamada entra en el precio y se cobra una sola vez —por la duración de la conversación o, si no se midió, por la duración de la grabación— y nunca más. Si no se conoce ninguna de las dos, el inicio no analiza la transcripción guardada: la llamada espera su grabación, como una llamada que llegó sin ella. Los registros que ya estaban en awaiting_funds desde antes de que existiera este modo se inician de la misma manera — no necesitan un tratamiento aparte. Recargar el saldo por sí solo no elimina el motivo de la pausa ni reactiva el modo automático — solo un cambio de modo explícito por parte de la persona propietaria o administradora hace una cosa u otra (volver a activar el modo automático, o reenviar el modo manual), y hasta entonces el procesamiento sigue en manual, con la pausa aún mostrada como motivo. Lo que ese motivo DICE sí cambia en cuanto la organización vuelve a poder pagar — porque recargó, porque recibió minutos de bonificación o simplemente porque llegó un nuevo ciclo de facturación: el banner y la pantalla de configuración dejan de afirmar la falta de fondos en presente y explican que el modo se cambió automáticamente y que reactivarlo ya depende de la persona propietaria. La configuración de la organización muestra esa explicación también, no solo el banner de la lista de registros: de lo contrario, quien abra la configuración directamente vería un modo manual que nunca eligió, sin ninguna pista de por qué. Una organización del plan gratuito nunca pasa a modo manual por esto: su cupo de minutos incluidos se reinicia con el mes natural, así que agotarlo es un evento mensual normal y no una pausa impuesta, y el procesamiento se reanuda por sí solo en cuanto empieza el nuevo ciclo. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Espacio de análisis | Disponible | Todos los paquetes | Lista y detalle de análisis con resumen, métricas, contexto de transcripción y disparador de reanálisis. |
| Métricas acústicas de voz | Disponible | Todos los paquetes | Señales objetivas de la entrega vocal en llamadas —ritmo del habla (palabras por minuto), pausas, variación del tono y estabilidad de la voz—, calculadas por el servicio acústico a partir del audio de la llamada y mostradas en el panel de análisis del registro. |
| Paneles de analítica | Disponible | Todos los paquetes | Paneles y páginas de analítica para volumen de llamadas, calidad y rendimiento. |
| Estadísticas de llamadas | Disponible | Todos los paquetes | Página y API para volumen, tendencias, duración y métricas operativas de llamadas. La página cuenta solo llamadas: los chats no entran en su total, salvo que se abra desde una tarjeta del panel (su enlace al informe) con el filtro de canal Chats o Todos los canales: entonces cuenta ese canal y sus cifras son las de la tarjeta. Filtros: periodo, proyectos. La proporción de perdidas son las entrantes perdidas de todas las entrantes, contestadas y perdidas; las perdidas con dirección desconocida se muestran aparte y no entran en la proporción. |
| Analítica de llamadas perdidas | Disponible | Todos los paquetes | Vista de llamadas perdidas para resultados, brechas de seguimiento y monitoreo operativo: entrantes perdidas, salientes que el cliente no contestó, perdidas de dirección desconocida (aparte, fuera de la proporción), proporción de perdidas entre las entrantes y una tabla por empleado. Se calcula en el servidor sobre todas las llamadas del periodo y solo sobre los registros que el usuario puede abrir, no sobre las primeras 200 filas de una lista. En Registros la misma distinción aparece en la insignia de la llamada, en su tarjeta y en el filtro: «Perdida» (entrante que nadie contestó), «Cliente no contestó» (saliente que el cliente no contestó) y «Perdida, dirección desconocida»; para ver cada una por separado, elija la categoría «Perdida» junto con una Dirección (Entrantes, Salientes o Dirección desconocida). En Bitrix24, una llamada saliente de menos de 15 segundos que Bitrix24 no marca como perdida se cuenta como «Corta», no como «Cliente no contestó». Filtros: periodo, proyectos (la API acepta projectIds); si la página se abre desde una tarjeta del panel, muestra la ventana, los proyectos y la regla de demo de esa tarjeta. |
| Preguntas de los clientes y motivos de rechazo | Beta | Pro, Business, Scale, Enterprise | Parte de la sección Voz del cliente: qué preguntan los clientes y por qué rechazan, a partir de las conversaciones analizadas desde que empezó la recogida; no hay historial anterior. Pestaña Ventas: preguntas frecuentes por tema («en K de N conversaciones», el cambio frente al período anterior y las tres formulaciones más recientes), preguntas que no recibieron una respuesta completa y por qué rechazan los clientes («en K de N rechazos»), con los rechazos desglosados por número de llamada en la serie, por empleado (un empleado tiene fila solo con al menos 3 conversaciones de venta en el período) y, con la selección de perfil por etapa del trato, por etapa del embudo. Pestaña Web y contenido: preguntas frecuentes y preguntas del primer minuto —en una llamada, hechas en los primeros 60 segundos; en un chat, antes del primer mensaje del empleado—, con exportación de la pestaña y un borrador de FAQ para su web generado a petición (no se guarda; hasta 10 borradores al día por organización y 5 por persona). Cada cifra se abre hasta las conversaciones que la sostienen. Ni la recogida de las preguntas ni el borrador consumen minutos. |
| Dashboards por rol | Disponible | Todos los paquetes | Dashboards del propietario de la organización, el supervisor y el agente con KPI y navegación específica por rol. |
| Objeciones por motivo | Disponible | Todos los paquetes | La pestaña «Calidad» del supervisor muestra los motivos de objeción que el equipo deja sin resolver con más frecuencia. Cada objeción se clasifica en un motivo de una lista cerrada de 19 (precio, ahora no, entrega y disponibilidad, necesita aprobación, otro, etc.), así que un mismo motivo se cuenta junto sin importar cómo lo diga el cliente. La unidad de conteo es la conversación. Las objeciones analizadas antes de que existiera la lista se clasifican mediante una correspondencia guardada de las formulaciones anteriores; la parte que no se pudo reconocer se muestra en la tarjeta, no se oculta. Cada motivo muestra cómo lo dicen los clientes y una cita de una objeción sin resolver; un motivo que el equipo resolvió en todas las conversaciones sigue en la lista con 0 % sin resolver. |
| Informe de pasos del guion | Disponible | Todos los paquetes | Una pantalla de Analítica que muestra qué pasos del guion de ventas no completa el equipo y qué criterios le faltan. Se abre desde el menú o desde el widget «Pasos omitidos» de la pestaña «Calidad», con el período y los proyectos del widget. Para cada guion enumera los pasos, primero los que más a menudo no se completan; cada paso muestra la proporción de conversaciones en las que no se completó junto al número de conversaciones que lo necesitaban («143 de 150»), cuántas de ellas quedaron a medias y cuántas se quedaron a un solo criterio, y cuántas conversaciones no necesitaban el paso (un paso opcional que no salió). Un paso que nadie omitió permanece en la lista con 0. «No completado» significa que no coincidieron todos los criterios obligatorios, igual que la marca del registro. Una fila se abre en el desglose por empleado (los empleados con pocas conversaciones forman una sola nota, las conversaciones sin empleado tienen su propia línea) y por criterio; los criterios que casi nunca se cumplen están marcados para revisar primero la redacción antes de culpar a las personas. Desde un paso abierto se abre la lista de grabaciones con las conversaciones en las que ese paso no se completó, con el período y los proyectos del informe (no hay enlace para un paso eliminado del guion ni en la app de Bitrix24). En la parte superior se indica cuántas de las grabaciones analizadas del período se evaluaron con un guion, y se marca el guion cuyas reglas cambiaron dentro del período. Una nota permanente explica que un paso obligatorio en el guion pero condicional por su sentido se cuenta como no completado cuando la condición no se dio, mientras los pasos no puedan marcarse como condicionales. El supervisor solo ve sus propios proyectos. Filtros: período de hasta un trimestre, proyectos. |
| Voz del cliente | Disponible | Pro, Business, Scale, Enterprise | Una sección con lo que dicen los clientes en las conversaciones de un período de hasta un trimestre, según quién debe actuar. Ventas: tarjetas de resumen con la objeción, el motivo de rechazo, la pregunta sin respuesta y el tema principales (la fila que sonó en más conversaciones, al menos 5) y, debajo, un apartado abierto a la vez —Objeciones (la pantalla Objeciones), Rechazos, Preguntas o Temas—; cada lista muestra sus cinco primeras filas y el resto a petición. Marketing: competidores mencionados en las conversaciones (unificados con el glosario del cliente: las mismas cifras que la pestaña Destacados), cómo se habló de ellos y en qué contexto; señales de precios, demanda y tendencias; las necesidades que mencionaron los clientes. Producto y servicio: opiniones sobre el producto de todos los niveles, desde incidencias hasta elogios, y señales de suministro y normativa. Web y contenido: tarjetas de resumen con la pregunta que más se hace, la pregunta principal del primer minuto y el tema en cuyas conversaciones una pregunta quedó más a menudo sin respuesta completa; después, un apartado a la vez —Preguntas frecuentes, Primer minuto, Temas y Borrador de FAQ (un borrador de FAQ para su web a petición)—, cada lista con sus cinco primeras filas. Sin temas en el conjunto, ninguna pestaña muestra apartado ni tarjeta de temas, y el botón junto a las pestañas se llama «Definir temas». Las preguntas de los clientes y los motivos de rechazo, y los temas de las conversaciones del conjunto propio de la organización, se describen en sus propias filas. En las pestañas Marketing y Producto y servicio, cada fila dice «en K de N conversaciones» con el cambio frente al período anterior de la misma duración, se abre hasta las conversaciones más recientes que la sostienen (hasta 20) y avisa con palabras cuando hay menos de 5 conversaciones detrás. En el tiempo: cada fila de un bloque contado por un código cerrado o un nombre unificado —objeciones, motivos de rechazo, temas de preguntas, temas, competidores, señales de mercado y comentarios sobre el producto— lleva una línea con su proporción a lo largo del período, por día hasta 31 días y por semana más allá, con un corte donde el período no tiene datos y no un cero; una fila abierta muestra lo mismo en barras —una barra deja en la lista las conversaciones de ese día o semana— y cambia a los últimos 12 meses por mes dentro de la retención de la organización, donde un mes puede abrirse como página entera. Las objeciones tienen la línea y, al abrirlas, las mismas barras y los últimos 12 meses en el apartado Objeciones de Ventas, solo en la vista Mercado, no en la pantalla Objeciones por separado; allí una barra deja las citas de clientes de ese día o semana. Las preguntas sin respuesta, las del primer minuto y las necesidades no tienen línea. Una tarjeta del resumen muestra la línea de su fila cuando su apartado ya se abrió en ese periodo; no carga una línea propia, y las tarjetas de la pregunta sin respuesta, del primer minuto y del tema con preguntas sin respuesta no la tienen. La vista «Qué cambió» —en Marketing y Producto y servicio un selector encima de los bloques, en Ventas siempre el último apartado, en Web y contenido mientras las preguntas de los clientes están activadas— reúne las filas de todos los bloques de la pestaña con marca, los cambios más fuertes primero; los motivos de objeción entran solo con «subió» o «bajó», por la misma regla frente a las conversaciones con una objeción reconocida (la proporción que muestra su fila), nunca con «nueva» ni «desapareció», que su tarjeta indica frente al periodo anterior; un bloque cuyo conteo llegó a su límite se nombra en lugar de marcarse. Las marcas siguen una sola regla en pantalla, en la versión impresa y en el correo mensual: «subió» o «bajó» cuando ambos períodos tienen al menos 30 conversaciones, el mayor al menos 5 con la fila, y la proporción se movió al menos 3 puntos porcentuales y al menos la mitad; «nueva» y «desapareció» solo frente a períodos anteriores de igual duración contados por completo dentro de la retención. Las líneas salen de una tabla derivada con los códigos y las claves normalizadas de cada análisis (sin texto de las conversaciones, se elimina con el registro), rellenada para toda la retención de las organizaciones que tenían la sección en octubre de 2026 (en una posterior empieza aproximadamente una semana antes de activar la sección) y verificada cada noche; una línea que aún se carga o que falló no retrasa las cifras de las filas. El recuento usa los campos cerrados del análisis (nivel de la opinión, tipo de señal, tono); las formulaciones de texto libre se muestran bajo la fila, sin agrupar. Exportación desde un único menú Exportar en cada pestaña: tabla de la pestaña, informe imprimible y selección de formulaciones de los clientes; en Ventas abarca la sección Objeciones —los motivos de objeción de la vista Mercado con sus conversaciones, su proporción sobre las conversaciones con una objeción reconocida y el período anterior, las citas de los clientes en las formulaciones y, en el informe imprimible, las líneas de la pantalla sobre las conversaciones con objeciones y la parte no reconocida— y, mientras estén activadas las preguntas de los clientes y los motivos de rechazo, las secciones Rechazos y Preguntas (motivos de rechazo, preguntas sin respuesta, preguntas frecuentes); en Ventas y Web y contenido, mientras los temas de las conversaciones estén activados, también el bloque de temas (salvo con un filtro de tema); la vista Equipo de las objeciones y los desgloses de rechazos, que nombran a empleados, no se exportan. Un correo mensual Voz del cliente resume las mismas cifras, y los temas de preguntas y motivos de rechazo más frecuentes, solo con números; una persona con un acceso restringido a la analítica no lo recibe. Filtros: período, proyectos, categoría de la conversación y, con los temas de conversación activados, un tema de conversación (véase «Temas de las conversaciones»). |
| Temas de las conversaciones | Beta | Pro, Business, Scale, Enterprise | El conjunto propio de temas de conversación de la organización dentro de Voz del cliente — de qué trata una conversación (un modelo, el leasing, la entrega a regiones): hasta 30 temas en uso, un tema se archiva en lugar de eliminarse; el tema no repite la categoría de la llamada ni el asunto de una pregunta. Las conversaciones nuevas reciben de 1 a 3 temas del conjunto (o «sin tema») y, si procede, una propuesta de tema nuevo en el paso de Voz del cliente — el mismo que encuentra las preguntas de los clientes, por lo que los temas requieren que las preguntas de los clientes y los motivos de rechazo estén activados, y una conversación en la que el paso no puede determinar cuál de las partes es el cliente no recibe temas ni se cuenta; las conversaciones analizadas antes de que el conjunto tuviera su primer tema no se etiquetan después. Las pestañas Ventas y Web y contenido cuentan los temas: cada tema «en K de N conversaciones» (N — las conversaciones con temas asignados desde que el tema entró en el conjunto, volvió del archivo o cambió su definición), el cambio frente al período anterior cuando ambos son comparables, la proporción de conversaciones a las que no se ajusta ningún tema, el tema por categoría de llamada y, por tema, la puntuación media de calidad y los rechazos entre las conversaciones de venta (Ventas) o las conversaciones con una pregunta sin respuesta completa (Web y contenido); el bloque de temas se exporta en el CSV y la impresión de la pestaña, salvo con un filtro de tema, que no lo limita; Web y contenido sin preguntas de los clientes exporta el bloque de temas completo, sin marcarlo con un tema. El selector de tema junto al botón «Temas» limita toda la página Voz del cliente a las conversaciones de un solo tema: cada bloque de cada pestaña (Ventas, Web y contenido, Marketing, Producto y servicio), en la versión web y en Bitrix24, cuenta solo sus conversaciones, el borrador de preguntas frecuentes se elabora con sus preguntas (el límite diario de borradores es común, no se reparte), el bloque de temas sigue mostrando todo el conjunto con el tema elegido resaltado, la línea sobre el resumen de la pestaña indica «K de N conversaciones del período» y ofrece el botón «Quitar», y un tema definido dentro del período anterior no tiene comparación con él; la exportación bajo un tema lo indica en el nombre del archivo y en el encabezado del informe imprimible. Un conjunto vacío puede empezar con una propuesta: una llamada al modelo sobre los temas de conversación de la organización de los últimos 90 días y las categorías de llamada (con enmascarado repetido; no se descuentan minutos) devuelve hasta 25 temas (se piden 10–25, tras las comprobaciones quedan menos) con la proporción de conversaciones, que el propietario o un administrador edita y aprueba. Una vez por semana, los temas nuevos propuestos de los últimos 30 días (con enmascarado repetido, como máximo 300 frases distintas, una llamada al modelo por organización, sin descontar minutos) se agrupan en un máximo de cinco candidatos; un candidato que alcanza 10 conversaciones y el 3 % de las conversaciones del período, que no repite una categoría de llamada ni el asunto de una pregunta y que aún no está en el conjunto se muestra al propietario y a los administradores con sus recuentos y hasta tres conversaciones de ejemplo, para aceptarlo en el conjunto o rechazarlo (tras el rechazo no se propone durante 90 días). |
| Estado del negocio | Disponible | Pro, Business, Scale, Enterprise | Estado acumulado de cada negocio o lead del CRM tras cada conversación analizada — estado (en riesgo, requiere atención, según lo previsto) con la probabilidad de cierre, qué cambió, por qué, la próxima acción con su plazo y qué decir en el próximo contacto — según la metodología de ventas del embudo del negocio. En Aelo: una cola de negocios (negocios y leads en tres grupos, con el número y los importes del CRM, el motivo del estado, la probabilidad de cierre, la próxima acción, su plazo y el empleado; los cerrados se cuentan aparte) y una ficha del negocio (el estado actual, el historial de estados, las conversaciones del negocio, «Abrir en el CRM» y una tarea en el CRM para la próxima acción con un clic —en Uspacy, una actividad planificada asignada al responsable del negocio o lead, si Uspacy lo indica y la instrucción de tratamiento es la versión 1.17 o posterior (si no, la asignación queda en manos de Uspacy), solo mientras el tratamiento del portal está activo—); los negocios de Uspacy no muestran importe. A petición, la ficha del negocio escribe un borrador de mensaje al cliente a partir del estado actual —un mensaje breve en el idioma de análisis del proyecto—: se muestra en Aelo para revisarlo, editarlo y copiarlo, no se guarda ni se envía al CRM; también funciona en los negocios de demostración; hasta 60 borradores por usuario y 200 por organización en 24 horas. En Bitrix24: la pestaña de Aelo en la ficha de un negocio o lead muestra la misma ficha de ese negocio o lead (el estado, el historial, la tarea en el CRM con un clic y el borrador; sin cola y sin «Abrir en el CRM») sobre una lista de las conversaciones de la ficha —llamadas y chats de líneas abiertas, cada una se abre con su informe completo—, dentro del acceso propio del usuario en Aelo; la lista de un negocio incluye también las conversaciones del lead del que nació, y una tarea creada desde la pestaña no lleva enlace a la aplicación de Aelo. En el CRM: tras cada nuevo estado, un comentario aparte en el historial del negocio o del lead (Bitrix24, Uspacy; solo en el CRM activo de la organización, el que recibe los informes de llamadas), solo para conversaciones de hasta 7 días, con su propio interruptor de la organización en «Configuración del análisis → Actualización del CRM» (activado por defecto). La metodología es un ajuste de cada embudo (de Bitrix24 o de Uspacy) en su propio paso, «Configuración del análisis → Metodología de ventas», al que también lleva la pantalla «Negocios» al propietario y al administrador: una metodología estándar (BANT, SPIN, MEDDIC, Challenger, o BANT + SPIN por defecto) más reglas opcionales de la empresa (el producto, respuestas aprobadas a los motivos de objeción, reglas del siguiente paso y normas de pausa en el contacto por etapa, prohibiciones); los leads, y un negocio cuyo embudo no se puede leer del CRM, siguen la metodología por defecto. Un negocio convertido de un lead (en Uspacy, el lead vinculado que Uspacy marca como convertido) continúa el estado del lead en el momento de la primera conversación del negocio, y su ficha enlaza al lead para quien puede abrir la ficha del lead. Los datos de demostración de una organización nueva incluyen negocios de demostración (sin vínculo con el CRM y sin tarea en el CRM). El estado y el borrador se construyen en la cuenta propia de Aelo con el proveedor de IA, sin coste para la organización; si la organización tiene su propia clave activa de ese mismo proveedor, la solicitud se hace con esa clave (el coste lo asume la organización) y Aelo no cobra nada en ninguno de los casos. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Anotaciones y revisiones de análisis | Disponible | Todos los paquetes | Anotaciones humanas, estado de revisión y feedback asociados a resultados individuales de análisis. |
| Cola de revisión humana | Beta | No incluido por defecto | Cola duradera de automatización de CRM bloqueada por la verificación del análisis, con decisiones approve/reject auditadas. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Fuentes directas de telefonía | Disponible | Todos los paquetes | Configuración e ingesta directa para Streamtelecom y Binotel; Unitalk y Ringostat están en beta. |
| Gestión de fuentes de datos | Disponible | Todos los paquetes | Asistente de configuración y API para fuente activa, conexión, prueba de conexión y desconexión. |
| Reconexión de la fuente CRM | Disponible | Todos los paquetes | Revinculación de una fuente Bitrix24 o Uspacy desconectada que sigue instalada en el portal: el enlace se restablece con un clic, sin reinstalar desde el marketplace. |
| Fuente de medios híbrida | Parcial | Todos los paquetes | Cuando el CRM es la fuente de los registros pero su actividad de llamada no incluye el archivo de grabación — solo una referencia al archivo propio del operador de telefonía —, una instalación de telefonía puede conectarse en un rol de solo audio (media_only): deja de crear sus propios registros y en su lugar aporta la grabación para las llamadas del CRM. La coincidencia se intenta primero con un id de llamada leído directamente de los datos del CRM y, si no se resuelve, por número, hora y duración en un índice de llamadas de telefonía. El índice lo alimentan dos fuentes: el webhook en vivo, con cada llamada que el operador da por finalizada, y una importación histórica de CDR con lo que el webhook no llegó a ver. Un resultado de «nadie descolgó» o «línea ocupada» permite a Aelo dejar de esperar y cerrar el registro con el motivo indicado; también lo cierran varios candidatos que siguen coincidiendo tras acotar. El resto de los resultados no contestados no se pueden distinguir de uno que aún no reconocemos, así que la grabación se sigue pidiendo al operador hasta el techo de 24 horas. Hoy solo Binotel puede cumplir ese rol. |
| Integración con Bitrix24 | Disponible | Todos los paquetes | Aplicación embebida de Bitrix24, una pestaña de Aelo en las fichas de negocio, lead, contacto y empresa, sincronización de datos CRM y entrega de resultados de vuelta a Bitrix24. El botón «Actualizar» de la pestaña vuelve a leer las conversaciones de la ficha y, en un negocio o lead donde el estado del negocio está disponible, también ese estado, sin recargar la ficha. |
| Configuración de Bitrix24 Smart Process | Disponible | Todos los paquetes | Configuración embebida y a nivel de organización para almacenar resultados de análisis en Bitrix24. |
| Integración con Uspacy | Beta | Todos los paquetes | Uspacy Calls Beta: el portal se conecta instalando Aelo desde el Marketplace de Uspacy, las llamadas llegan por el flujo de placement firmado junto con el enlace a la grabación, y el análisis terminado vuelve a Uspacy como una nota en la llamada y un comentario en la entidad vinculada. Aelo también lee los embudos de negocios del portal con sus etapas y la etapa actual del negocio, así que la pestaña «Etapas del trato», la metodología de ventas de cada embudo, el estado del negocio, la captura de etapa y, con la evaluación según la etapa, los resultados de los negocios y el veredicto de avance por llamada funcionan también con los negocios de Uspacy; para el estado del negocio, Aelo lee además los leads vinculados al negocio, para continuar el estado del lead del que se convirtió. La página de la aplicación en Uspacy muestra el estado de la conexión y, cuando el portal tiene una organización de Aelo, un menú de botones grandes —Registros, Resumen, Negocios, Configuración del análisis, Asistente de IA, Configuración, Facturación— que abren esas secciones de la versión web de Aelo en una pestaña nueva, en esa organización, tras el inicio de sesión habitual de Aelo; Uspacy aún no tiene la aplicación de Aelo integrada ni una pestaña de Aelo en sus fichas. |
| Identidad en el chat de soporte | Disponible | Todos los paquetes | Identifica a la persona conectada ante el lado del operador del widget de chat de soporte de Bitrix24 integrado en la aplicación, en lugar de mostrar un invitado anónimo. Edge-api genera un hash con sal (SUPPORT_CHAT_SALT) que el widget trata como autenticación externa, junto con el nombre, el correo, el avatar y el rol de la persona, y un bloque de datos con el nombre de la organización, el plan y el estado de la suscripción, el identificador de la organización y la superficie (aplicación independiente o dominio de Bitrix24) de la que procede la identidad. Un mismo manejador atiende tanto la aplicación autenticada con Clerk como la sesión integrada de Bitrix24, así que cada persona conserva un único historial de soporte, escriba desde donde escriba. |
| Importación desde CRM | Disponible | Todos los paquetes | Inicio de importación masiva, estado, cancelación, historial y workflow trigger para procesamiento en segundo plano. |
| Metadatos de campos CRM | Disponible | Todos los paquetes | Caché de campos CRM que impulsa la selección de campos en el constructor de reglas de enrutamiento entrante según el proveedor. |
| API pública de carga | Disponible | Starter, Pro, Business, Scale, Enterprise | Carga programática de llamadas y recuperación de resultados mediante claves de API con alcance de organización. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Retención de datos configurable | Disponible | Todos los paquetes | El propietario de la organización puede acortar la retención a cualquier valor entre 1 y 365 días, viendo de antemano cuántos registros, notas de coaching, sesiones de coaching, preguntas al asistente de IA y estados del trato eliminaría; si no se define, se aplica la del sistema. |
| Gestión de incidentes | Disponible | Todos los paquetes | CRUD de incidentes, resolución y workflow de notificación de brechas ligado a registros y análisis. |
| Gestión de consentimiento | Disponible | Todos los paquetes | Estado de consent, eventos grant/withdraw, embedded consent gate y confirmación de compliance organizacional. |
| Solicitudes de sujetos de datos | Parcial | Todos los paquetes | Lista, creación, approve/reject/delete flow para DSR; la ejecución todavía requiere manejo manual. |
| Resultados de cumplimiento por llamada | Disponible | Todos los paquetes | Tasas de aprobación de la organización en el panel de administración para tres comprobaciones de cada llamada —aviso de grabación, lista de comprobación TCPA en llamadas salientes de venta (empresa identificada, propósito declarado, opción de baja ofrecida) y tratamiento de los datos personales—, calculadas con las respuestas de los criterios integrados correspondientes y, para las llamadas analizadas antes y sin esa respuesta, con el análisis de IA guardado; una comprobación pausada por Aelo se señala bajo la tarjeta (los datos personales siguen en pausa hasta medir una nueva redacción). Una organización con su propia clave de proveedor de IA no tiene datos nuevos: los criterios integrados no se responden para ella y el análisis ya no hace estas comprobaciones. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Reglas de enrutamiento entrante | Disponible | Todos los paquetes | Reglas JSONLogic y ajustes fallback de organización que dirigen registros entrantes al proyecto correcto. |
| Alertas | Disponible | Todos los paquetes | Reglas de alerta de negocio y sistema, eventos, notificaciones y flujo de resolución. |
| Asistente IA | Disponible | Pro, Business, Scale, Enterprise | Preguntas y respuestas fundamentadas sobre una llamada, sobre una oportunidad, un lead, un contacto o una empresa del CRM a partir de todas sus llamadas y chats, o sobre las llamadas y chats analizados que usted puede ver —con filtros por periodo, proyecto, agente, tipo, categoría y cliente—, con citas de las transcripciones y marcas de tiempo reproducibles. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Paleta de comandos | Disponible | Todos los paquetes | Punto de navegación rápida con teclado dentro de la aplicación. |
| Modo oscuro | Disponible | Todos los paquetes | Soporte de temas visuales de la aplicación. |
| Ventana de novedades tras una versión | Disponible | Todos los paquetes | Resumen breve de los cambios al iniciar sesión después de una nueva versión: en la aplicación y en la pestaña integrada del CRM, una sola vez por versión. |
| Animaciones de interfaz | Disponible | Todos los paquetes | Capa de motion y transiciones para el shell de la aplicación. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Notificaciones en la aplicación | Disponible | Todos los paquetes | Campana y menú desplegable para eventos visibles al usuario. |
| Preferencias de canales de notificación | Disponible | Todos los paquetes | Configuración por usuario para canales de entrega de notificaciones internas y externas. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Resúmenes por email | Disponible | Todos los paquetes | Emails programados para el propietario de la organización, el administrador, el supervisor y el agente con colas, plantillas y tokens de unsubscribe. El resumen diario cubre las 24 horas anteriores al envío; el semanal llega a las 08:00 en la zona horaria de la organización en su primer día de la semana (lunes por defecto) y cubre la semana natural que acaba de terminar —la misma que muestra el período «Semana» del panel—, comparándola con la anterior. La organización define el valor por defecto del resumen diario y semanal, cada persona puede anularlo para sí misma, y todos los correos incluyen enlace de baja. El resumen diario del propietario (la organización) y de un supervisor (sus proyectos) enumera hasta cinco motivos de objeción que el equipo dejó sin resolver el día anterior — el nombre del motivo y las llamadas sin resolver de todas en las que surgió, con el mismo cálculo que la pantalla Objeciones, sin citas ni formulaciones de clientes — con un enlace a esa pantalla en ese día; como la pantalla, indica el porcentaje de objeciones que no se pudieron reconocer, así que el bloque solo falta si no quedó nada sin resolver o si no se pudo hacer el recuento. Quien tiene un acceso limitado vigente (Configuración → Equipo → Acceso) no recibe resumen mientras el acceso esté activo: el correo se elige por rol y mostraría lo que el acceso oculta; al revocarlo, los resúmenes se reanudan. |
| Destacados del panel | Disponible | Todos los paquetes | Pestaña «Destacados» en los paneles del propietario y del supervisor: el período en palabras simples — cuántas conversaciones se recibieron y se analizaron, los tres problemas más frecuentes por métrica de evaluación, las conversaciones sin marca de atención alta o crítica y su lista, la puntuación promedio con el mejor agente y el de menor puntuación, los temas de consulta, las quejas graves sobre el producto y los competidores mencionados. Los nombres de los competidores se unifican mediante el glosario de la organización: las grafías de una misma marca se cuentan en una sola fila con el nombre del glosario, y un nombre que el glosario reconoce como algo distinto de un competidor — marca propia, la plataforma que atiende, un proveedor, un socio, un colega, una palabra de jerga — no aparece entre los competidores. Un nombre que el glosario no conoce conserva su grafía, se marca «sin unificar» y debajo de la lista se ve qué parte de los nombres mencionados representa — un nombre cuenta una vez por conversación — y se nombran hasta tres de ellos, incluidos los demasiado raros para entrar en la lista. Una organización cuyo glosario no incluye ningún competidor no ve ni la marca ni la parte: no hay nada que completar y los nombres se unifican por su grafía. El supervisor solo ve sus propios proyectos. |
| Bloque de calidad en el panel | Beta | No incluido por defecto | El primer bloque del panel unificado: la puntuación media de calidad de las conversaciones evaluadas del periodo, cuántas se evaluaron y cuántas no, el cambio frente al periodo anterior de la misma duración y la puntuación por día. Cada número muestra en qué se basa y, donde la lista de Registros admite su ámbito, abre exactamente las conversaciones con las que se calculó; a un supervisor sin proyecto seleccionado y con más de 40 proyectos el bloque le explica por qué no puede abrirse. Los supervisores ven sus proyectos y los agentes sus propias conversaciones. |
| Sitio público y documentación | Disponible | Todos los paquetes | Sitio Astro marketing/legal y documentación Starlight para clientes en rutas localizadas. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Búsqueda global | Disponible | Todos los paquetes | API y superficies de búsqueda para encontrar entidades del producto desde el shell de la app, incluida la búsqueda por significado en llamadas y chats; cómo se procesan y conservan sus vectores de búsqueda se explica en la Política de privacidad y el DPA. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Calidad de llamadas por miembro del equipo | Disponible | Todos los paquetes | Puntuaciones de calidad y tendencias por miembro del equipo, la vista individual del agente y sus APIs. La presentación es una tabla de puntuaciones, no una clasificación: sin rangos ni medallas. |
| Espacio de coaching | Disponible | Todos los paquetes | Notas del supervisor, sesiones de coaching 1:1, estadísticas de coaching e insights de coaching generados por IA. Cuando un supervisor, administrador o propietario de la organización deja feedback sobre la llamada de un empleado —una nota, una anotación en la llamada o la primera revisión con comentario—, el empleado recibe una notificación en la aplicación y un correo con un enlace que abre la llamada en el minuto exacto; el correo no incluye el texto del feedback. Un empleado vinculado a un usuario del portal de Bitrix24 recibe además una notificación en Bitrix24 que abre Aelo dentro del portal en la misma llamada y minuto, también sin el texto del feedback. La tarjeta de notas del empleado lleva directamente a la llamada. |
| Scripts | Disponible | Todos los paquetes | Biblioteca de sales scripts, parsing, asignación a proyectos, gestión de pasos/frases y puntuación de adherence. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Configuración de análisis fijada por proyecto | Disponible | Todos los paquetes | Exclusión, por proyecto, de la selección automática por categoría de la organización: fija el perfil de análisis propio del proyecto para que cada análisis de ese proyecto lo use, sea cual sea la categoría de llamada detectada. Las reglas del guion no necesitan fijado: las asignadas a un proyecto ya superan a las vinculaciones por categoría. |
| Pesos de los criterios de calidad del proyecto | Disponible | Todos los paquetes | Peso (0–10) de cada uno de los seis criterios de calidad en la puntuación de la llamada, propio de cada proyecto. De forma predeterminada todos los criterios pesan igual: la puntuación es la media simple de los criterios evaluados en la llamada; en un proyecto con pesos propios, cada llamada —la tarjeta, la lista de llamadas, todos los agregados de los paneles y las clasificaciones de gestores, la API pública, las reglas de enrutamiento y de alertas, los resúmenes y el campo de puntuación en el CRM— se puntúa con una única fórmula ponderada. |
| Primer día de la semana de la organización | Disponible | Todos los paquetes | Ajuste de la organización que fija el primer día de la semana (de lunes a domingo; lunes si nunca se eligió, así que las organizaciones existentes no ven cambios). Lo cambia en los ajustes de la organización un rol con organization.update (client, admin). Para todos los miembros decide dónde empieza la semana: el período «Semana» de los paneles, su navegación, su etiqueta y la vuelta a la semana actual; las series semanales de Mi progreso y del informe de criterios; y el resumen semanal por email, que se envía a las 08:00 en la zona horaria de la organización ese día y cubre la semana natural que acaba de terminar, comparándola con la anterior. |
| Configuración: Estado del servicio | Disponible | Todos los paquetes | Configuración → Organización → Estado del servicio: cómo avanzan los registros de la organización en el procesamiento; lo ven los roles client y admin sin pedirlo al soporte. Muestra el modo de análisis (Automático o Manual, solo lectura, con el motivo y el momento de la pausa puesta por el sistema), la cola ahora por estado y la antigüedad del registro en espera más antiguo, los registros recibidos, listos y detenidos en un período de 7 o 30 días, las ejecuciones de cada etapa con su tiempo medio, los fallos por etapa con el último motivo, los registros detenidos por origen (Bitrix24, Uspacy, otros) y los diez últimos registros detenidos con un botón «Reintentar» en cada fila. Un registro detenido llega al cliente como un motivo (no hay grabación en el CRM, la grabación no llegó a tiempo, no se pudo descargar el audio, falló la transcripción / el análisis / el envío al CRM, un fallo de nuestra parte), nunca como el texto del pipeline; ese texto solo lo ve el propietario de la plataforma. Las cifras son de toda la organización, así que a un lector con acceso más estrecho que la organización (supervisor, agente, concesión por proyectos) se le responde 403; los registros de demostración no se cuentan. Las cifras solo se leen: cada acción es un botón aparte en su propia pantalla — iniciar registros en espera (Registros), cambiar el modo (Organización), importar (Fuente de datos → Importar), solicitudes de acceso (Equipo y acceso), y el presupuesto mensual y la recarga (Plan y facturación) solo para el rol con derechos de facturación. Un bloque que no se pudo cargar lo dice en lugar de mostrar un cero. |
| Proyectos | Disponible | Todos los paquetes | Lista, creación, detalle, configuración, lifecycle actions, estadísticas y configuración por proyecto. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Espacio de facturación | Disponible | Todos los paquetes | Suscripción, uso, créditos y controles de billing dentro de la aplicación. |
| Suscripciones Stripe y checkout | Disponible | Todos los paquetes | Stripe checkout, customer portal, webhooks, estado de suscripción, cancel/reactivate y salvaguardas de billing. |
| Presupuestos, créditos y cargos por uso | Disponible | Todos los paquetes | El propietario de la organización (rol client) fija un límite de presupuesto mensual y ve cuánto queda: el límite genera alertas en proporciones fijas del mismo (50, 80, 95 y 100 %); un cargo que cruza varias a la vez genera solo la más alta. También rechaza una importación masiva desde el CRM que lo superaría, pero no detiene el procesamiento normal de llamadas. También compra créditos prepago mediante Stripe Checkout y puede activar la recarga automática del monedero (Enterprise se factura según su contrato). En modo prepago, cada llamada o chat procesado se cobra primero de los minutos incluidos, después de los de bonificación y por último del monedero; en facturación pospago (Enterprise), llamadas y chats se cobran a sus tarifas fijas. Las tarifas por minuto y por chat las fija Aelo; las pantallas de facturación no muestran a los clientes el coste de los proveedores ni el margen. |
| Transparencia de costes | Disponible | Todos los paquetes | Lo que se cobra a la organización: el propietario de la organización (rol client) ve el saldo del monedero, los minutos y chats del periodo seleccionado y su coste, las tarifas por minuto y por chat y un registro de cargos, recargas y minutos de bonificación. En las pantallas de facturación, el coste de los proveedores y el margen solo los ve Aelo; las pantallas de facturación solo las abre el propietario de la organización (las alertas de presupuesto con gasto y límite también llegan a los administradores). |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Exportación | Disponible | Todos los paquetes | Controles de exportación para gráficos, analíticas y vistas de datos de cliente. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Constructor de prompts | Disponible | Todos los paquetes | Editor de prompt profiles y herramientas de preview de prompts. |
| Criterios | Disponible | Todos los paquetes | Preguntas para cada conversación — si algo ocurrió (sí o no), una puntuación de 0 a 100 o una de sus opciones de respuesta. Una respuesta que señala algo de la conversación llega con una cita literal. Las respuestas aparecen en el panel de la llamada y en el informe PDF, filtran la lista de llamadas y alimentan la pestaña «Criterios» del panel y pueden ser un campo de una regla de alerta, cuya tarjeta en la aplicación muestra entonces la cita del criterio. Todos los planes las incluyen, hasta su límite de criterios; los criterios integrados que redacta Aelo van al lado y no cuentan para ese límite. Los criterios se crean y editan en la aplicación web, y uno nuevo puede empezar con una plantilla lista o con una descripción en sus propias palabras que la IA convierte en borrador — ambos solo rellenan el formulario para que luego cambie la redacción como quiera; en la prueba con llamadas recientes puede marcar respuestas incorrectas y recibir una corrección propuesta de la redacción para aceptarla o rechazarla; en la aplicación integrada de Bitrix24 las respuestas aparecen en el panel de la llamada y en el informe PDF, y la pestaña «Criterios» es solo un informe. Los datos de demostración traen dos criterios de demostración con respuestas de ejemplo en las conversaciones de demostración (los cargados antes de su llegada no los tienen): solo se ven con los resultados, quedan fuera del límite de criterios y se eliminan con los datos de demostración. |
| Criterios integrados | Disponible | Todos los paquetes | Ocho criterios redactados por Aelo —nombró la empresa, acordó el próximo contacto, avisó de la grabación, explicó la garantía de satisfacción, lenguaje soez del empleado, una palabra prohibida de la lista de la organización, requisitos TCPA en llamadas salientes de venta e incumplimiento de las normas de datos personales— se sitúan junto a los criterios de la organización en Configuración del análisis → Criterios, fuera del límite del plan. Su redacción es fija —el criterio de palabras prohibidas toma la lista de la organización, de hasta 100 palabras, y queda en pausa mientras la lista esté vacía—; el propietario los pausa y acota dónde se aplican dentro de los límites que fija Aelo. Sus respuestas alimentan el indicador de atención, el informe en el CRM, la tarjeta de resultados de cumplimiento, la pestaña Destacados, el panel de la llamada y el PDF, el filtro de registros y la galería de alertas, y son el único lugar donde se hacen las comprobaciones de «se dijo / no se dijo»: el análisis principal y el perfil de análisis ya no incluyen frases obligatorias, lenguaje ofensivo, aviso de grabación ni el bloque de cumplimiento (una organización nueva los recibe con los valores por defecto de Aelo: nombró la empresa, próximo contacto y garantía de satisfacción en llamadas de consulta de producto, compra, programación y seguimiento; groserías del empleado en todas; el aviso de grabación empieza en pausa hasta que el cliente lo activa). El criterio de datos personales sigue en pausa por Aelo hasta medir una nueva redacción, así que ninguna organización tiene comprobación de datos personales. Una organización con su propia clave de proveedor de IA no los ve ni se responden para ella, por lo que no tiene estas comprobaciones. |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Equipo e invitaciones | Disponible | Todos los paquetes | Usuarios, equipo, membership, invitaciones, visibilidad de roles y workflow de aceptación. |
| Solicitudes de acceso embebidas | Disponible | Todos los paquetes | Flujo de solicitud de acceso para usuarios embebidos de Bitrix24 y superficies de aprobación. |
| Supervisión por jerarquía de la organización | Disponible | Todos los paquetes | Quien dirige un departamento ve los registros atendidos por todas las personas a su cargo en el árbol organizativo importado, además de (no en lugar de) sus proyectos asignados: en la lista de registros, en la búsqueda y en todas las superficies de detalle (ficha, transcripción, análisis). Las personas a su cargo cuentan tengan o no cuenta en Aelo: a quienes la importación mantiene como miembros pendientes (no hay cuenta a la que vincularlos) se les localiza por su identidad en el CRM, acotada por el proveedor del propio registro. Quien dirige sí necesita cuenta, porque el acceso se concede a una persona. |
| Acceso analítico restringido | Disponible | Pro, Business, Scale, Enterprise | Un Propietario o un Administrador da a un supervisor o a un agente un acceso analítico restringido que sustituye lo que su rol muestra en las analíticas, y lo revoca. Dos preajustes: «Analista» — resúmenes de toda la organización o de los proyectos elegidos — y «Responsable de grupo» — resúmenes, puntuaciones del equipo, grabaciones y evidencias (transcripciones, audio) de los departamentos elegidos. El acceso puede ser más estrecho que el rol o más amplio: «Responsable de grupo» abre a un agente las grabaciones de sus compañeros en esos departamentos, y «Analista» sobre toda la organización abre a un supervisor sin proyectos los resúmenes de toda la organización. En «Configuración → Equipo», la columna «Acceso» muestra el acceso de cada miembro; allí mismo un Propietario o un Administrador lo asigna, lo sustituye o lo revoca, o invita a un miembro nuevo con acceso limitado en un solo paso. Mientras el acceso está activo, la persona ve las analíticas tal como las abre el acceso; su rol, sus proyectos asignados y su facturación siguen como estaban, pero una acción sobre un proyecto —editarlo, archivarlo o eliminarlo, sus guiones, supervisores, canales de alertas, reglas de enrutamiento y de entrega— solo se permite en un proyecto que el acceso cubre (cualquier proyecto con un Analista sobre toda la organización, los proyectos elegidos con un Analista por proyectos, ninguno con un Responsable de grupo, cuyo ámbito son departamentos), y crear un proyecto solo con un Analista sobre toda la organización; leer los guiones, las reglas de enrutamiento y las de entrega de un proyecto tiene el mismo límite —un proyecto fuera del acceso se rechaza, y las listas muestran solo los proyectos que el acceso cubre—; al revocarlo vuelve al rol. El acceso solo se da a un supervisor o a un agente: cambiar a esa persona a Propietario o Administrador no es posible hasta que se revoque. Cada asignación y cada revocación se registran en el registro de auditoría (aún no hay una pantalla para él). |
| Función | Estado | Paquetes | Qué hace |
|---|---|---|---|
| Onboarding SaaS | Disponible | Todos los paquetes | Onboarding SaaS, recopilación de quick context, compliance gate, first-login redirect y preview flow. |
| Onboarding embebido de Bitrix24 | Disponible | Todos los paquetes | Embedded auth/session, estado install/onboard, consent gate, paso Smart Process y dashboard embebido. |