- Primeros pasos
- Equilibrio
- Clústeres
- Deriva del concepto
- Cobertura
- Conjuntos de datos
- 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
- Administrar 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
- Exportar un conjunto de datos
- Uso de integraciones de Exchange
- Preparar datos para cargar archivos .CSV
- Entrenamiento y mantenimiento de modelos
- Comprender las etiquetas, las entidades 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)
- Comprender el estado de tu conjunto de datos
- Mejores prácticas de entrenamiento y etiquetado de modelos
- Entrenamiento con análisis de sentimiento de etiqueta habilitado
- Entrenamiento
- Introducción a 'Perfeccionar'
- 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 'Comprobar etiqueta' y 'Etiqueta perdida'
- Entrenamiento mediante la etiqueta de aprendizaje (refinar)
- Entrenamiento mediante Buscar (Refinar)
- Comprender y aumentar la cobertura
- Mejorar el equilibrio y usar 'Reequilibrar'
- Cuándo dejar de entrenar tu modelo
- Definir y configurar tus entidades
- Comprender las entidades
- ¿Qué entidades preentrenadas están disponibles?
- Habilitar, deshabilitar, actualizar y crear entidades
- Filtrado de entidades
- Revisar y aplicar entidades
- Validación para entidades
- Mejorar el rendimiento de la entidad
- Creación de entidades regex personalizadas
- Uso de análisis y supervisión
- Minería de automatizaciones y comunicaciones
- Preguntas frecuentes y más
Comprender la estructura de datos y los permisos
Dentro de la plataforma, los datos se estructuran y almacenan de forma jerárquica, que consta de 3 componentes principales: fuentes de datos, conjuntos de datos y proyectos. Si eres usuario de Automation Cloud, estos tres componentes se almacenarán en tus tenants de nube. El acceso a cada uno de ellos está controlado por permisos estrictos.
Orígenes de datos
Se trata de recopilaciones de datos de comunicaciones en bruto sin etiquetar de un tipo similar, p. ej. todos los correos electrónicos de un buzón compartido, o una colección de respuestas de encuestas NPS (consulta aquí para más detalles). Las fuentes de datos individuales pueden asociarse con hasta 10 conjuntos de datos diferentes.
Conjuntos de datos
Estos se componen de 1 a 20 fuentes de datos (de tipo similar con propósitos similares) y el "modelo" que creas cuando entrenas la plataforma para comprender los datos en esas fuentes (consulta aquí para más detalles).
Proyectos
Un área de almacenamiento autorizada dentro de la plataforma. Cada conjunto de datos y origen de datos pertenece a un proyecto específico, que se designa cuando se crean (consulta Proyectos para obtener más detalles).
Tenants (solo usuarios de Automation Cloud)
Estos te permiten modelar la estructura de tu organización, separando los flujos de tu negocio y la información como en las organizaciones de la vida real. Son contenedores en los que puedes organizar tus servicios y gestionarlos para un grupo de usuarios.
Por ejemplo, puedes crear tenants para cada uno de tus departamentos y decidir qué servicios quieres habilitar para cada uno, en función de sus necesidades. En cada tenant, puedes tener una instancia de cada uno de los servicios en la nube.
Es importante tener en cuenta que no puedes promocionar modelos de Communications Mining entre diferentes tenants de UiPath Cloud (p. ej.: promocionar de DEV a PROD).
Si solo puedes implementar en PROD en un entorno PROD, habilita Communications Mining en PROD. Sin embargo, si tienes flexibilidad para implementar en PROD desde otro entorno, puedes hacer que tus automatizaciones PROD llamen a la plataforma desde el tenant en el que se encuentra (por ejemplo: QA/DEV).
Permisos
Estos son por usuario y específicos para cada proyecto al que pertenece un usuario. Pueden proporcionar acceso a datos confidenciales y, dependiendo del permiso, permitir a los usuarios realizar una variedad de acciones diferentes en la plataforma (consulta aquí para más detalles).
Información general
Si eres usuario de Automation Cloud, tu servicio Communications Mining se habilitará en un tenant específico. Los tenants son donde se almacenan los proyectos.
Cada conjunto de datos y fuente de datos está asociado a un proyecto específico, y los usuarios requieren permisos en esos proyectos para poder trabajar con los datos dentro de ellos.
Los conjuntos de datos de un proyecto pueden estar formados por orígenes de datos de otro proyecto. Los usuarios solo necesitarán permisos en ambos proyectos para ver y etiquetar los datos.
La siguiente ilustración ayuda a ilustrar la relación entre estos componentes y los permisos:
- En el siguiente ejemplo con el Tenant A, todas las fuentes de datos están asociadas al Proyecto A1, mientras que hay conjuntos de datos asociados tanto al Proyecto A1 como al Proyecto A2.
- Si un usuario quisiera acceder a conjuntos de datos en el Proyecto A1 (es decir, conjunto de datos 1, 2 o 3), requerirían permisos de visualización solo para el Proyecto A1.
- Pero si un usuario quisiera acceder a conjuntos de datos en el Proyecto A2 (es decir, conjunto de datos 4, 5 o 6), requerirían permisos de visualización para los proyectos A1 y A2, ya que todas las fuentes de datos están ubicadas en el proyecto A1.
- Para ver el proyecto A1 o A2, el usuario necesitaría acceso al Tenant A. Para ver el proyecto B1, el usuario necesitaría acceso al Tenant B. Los permisos de usuario no se transfieren entre tenants.
- El concepto de tener varios tenants en la nube solo es aplicable a los usuarios de Automation Cloud.
