- Primeros pasos
- Equilibrio
- Clústeres
- Deriva del concepto
- Cobertura
- Conjuntos de datos
- Campos generales (anteriormente entidades)
- Etiquetas (predicciones, niveles de confianza, jerarquía, etc.)
- Modelos
- Transmisiones
- Clasificación del modelo
- Proyectos
- Precisión
- Recordar
- Mensajes revisados y no revisados
- Fuentes
- Taxonomías
- Formación
- Predicciones positivas y negativas verdaderas y falsas
- Validación
- Mensajes
- Administración
- Gestionar fuentes y conjuntos de datos
- Comprender la estructura de datos y los permisos
- Crear un origen de datos en la GUI
- Cargar un archivo CSV en un origen
- Crear un nuevo conjunto de datos
- Fuentes y conjuntos de datos multilingües
- Habilitar sentimiento en un conjunto de datos
- Modificar la configuración de un conjunto de datos
- Eliminar mensajes a través de la IU
- Eliminar un conjunto de datos
- Eliminar una fuente
- Exportar un conjunto de datos
- Uso de integraciones de Exchange
- Preparando datos para cargar archivos .CSV
- Entrenamiento y mantenimiento de modelos
- Comprender las etiquetas, los campos generales y los metadatos
- Jerarquía de etiquetas y mejores prácticas
- Definición de los objetivos de taxonomía
- Casos de uso de análisis frente a automatización
- Convertir tus objetivos en etiquetas
- Crear tu estructura de taxonomía
- Mejores prácticas de diseño de taxonomía
- Importar tu taxonomía
- Descripción general del proceso de entrenamiento del modelo
- Anotación generativa (NUEVO)
- Estado de Dastaset
- Entrenamiento de modelos y mejores prácticas de anotación
- Entrenamiento con análisis de sentimiento de etiqueta habilitado
- Entrenamiento
- Introducción a Refinar
- Explicación de la precisión y la recuperación
- Precisión y recuperación
- ¿Cómo funciona la validación?
- Comprender y mejorar el rendimiento del modelo
- ¿Por qué una etiqueta puede tener una precisión media baja?
- Entrenamiento utilizando la etiqueta Comprobar y la etiqueta Perdida
- Entrenamiento mediante la etiqueta de aprendizaje (refinar)
- Entrenamiento mediante Buscar (Refinar)
- Comprender y aumentar la cobertura
- Mejorar el equilibrio y utilizar Reequilibrar
- Cuándo dejar de entrenar tu modelo
- Uso de campos generales
- Extracción generativa
- Uso de análisis y supervisión
- Minería de automatizaciones y comunicaciones
- Información de licencia
- Preguntas frecuentes y más
Mantenimiento
Más información sobre la gestión de cuotas por tenant para Communications Mining™y el proceso de obsolescencia de la versión del modelo.
Todos los usuarios pueden ver las cuotas, pero se necesita permiso de administrador de tenants para solicitar cambios en las cuotas.
La página Cuotas permite a los usuarios ver y gestionar las cuotas que se aplican para Communications Mining™ en el tenant actual. Los usuarios con el permiso Tenant Admin pueden solicitar fácilmente aumentos o disminuciones de cada cuota. Para ciertas cuotas, los usuarios también serán notificados a través del Servicio de notificación de que se están acercando al límite y deben solicitar un aumento.
Ejemplo de cómo cambiar el límite de cuotas:
- Selecciona el icono Editar límite de cuota de fuentes en las celdas de la columna final de la tabla.
- Se muestra una ventana emergente en la que puedes establecer el nuevo límite, desde las flechas hacia arriba y hacia abajo.
- Selecciona el botón Actualizar para guardar los cambios o Cancelar para cerrar la ventana emergente, sin aplicar ningún cambio.
Permisos de usuario necesarios: administrador de tenants.
La página Modelos obsoletos te muestra cualquier versión de modelo para conjuntos de datos en tu tenant que pronto quedará obsoleta. Todos los conjuntos de datos de producción utilizan versiones de modelo más recientes y mejoradas.
Se espera tener una página vacía, porque significa que ningún modelo quedará obsoleto pronto.
Para garantizar una funcionalidad y seguridad óptimas, las versiones anteriores del modelo anclado (que tendrán al menos 12 meses de antigüedad) pueden programarse para la obsolescencia.
Para garantizar una transición sin problemas, todos los modelos obsoletos se marcan con suficiente antelación. Puedes encontrar indicadores de obsolescencia temprana tanto en esta página como en la página Modelos del conjunto de datos correspondiente. Este enfoque proactivo te da tiempo suficiente para ajustar tu trabajo sin interrupciones.
Tras el anuncio inicial, dispones de un período de transición no inferior a tres meses. Una vez finalizado este período, las versiones obsoletas se considerarán no compatibles. En consecuencia, las versiones no compatibles no serán accesibles a través de la API.
Debes desanclar las versiones de modelo obsoletas después de anclar una versión de modelo más reciente dentro del mismo conjunto de datos. Esto garantiza la continuación fluida del servicio y las llamadas a la API durante la transición.
