- Introdução
- Balanceamento
- Clusters
- Desvio de conceito
- Cobertura
- Conjuntos de dados
- Campos gerais (anteriormente entidades)
- Rótulos (previsões, níveis de confiança, hierarquia etc.)
- Modelos
- Transmissões
- Classificação do Modelo
- Projetos
- Precisão
- Lembrar
- Mensagens revisadas e não revisadas
- Fontes
- Taxonomias
- Treinamento
- Previsões positivos e negativos verdadeiros e falsos
- Validação
- Mensagens
- Administração
- Gerencie origens e conjuntos de dados
- Entender a estrutura de dados e permissões
- Create or delete a data source in the GUI
- Carregar um arquivo CSV para uma origem
- Preparando dados para carregamento de .CSV
- Criar um conjunto de dados
- Origens e conjuntos de dados multilíngues
- Habilitando o sentimento em um conjunto de dados
- Corrigir configurações de conjunto de dados
- Excluir mensagens por meio da interface do usuário
- Excluir um conjunto de dados
- Exportar um conjunto de dados
- Usando integrações do Exchange
- Treinamento e manutenção do modelo
- Noções Básicas sobre rótulos, campos gerais e metadados
- Hierarquia de rótulo e práticas recomendadas
- Definição dos seus objetivos de taxonomia
- Casos de uso de análise versus automação
- Transformando seus objetivos em rótulos
- Criação da sua estrutura taxonômica
- Práticas recomendadas de design de taxonomia
- Importando sua taxonomia
- Visão geral do processo de treinamento do modelo
- Anotação Generativa (Novo)
- Status do conjunto de dados
- Treinamento de modelos e práticas recomendadas de anotação
- Treinamento com análise de sentimento de rótulo habilitada
- Compreensão dos requisitos de dados
- Treinamento
- Introdução ao Refine
- Precisão e recall explicados
- Precisão e recall
- Como funciona a Validação?
- Compreender e melhorar o desempenho do modelo
- Por que um rótulo pode ter uma precisão média baixa?
- Treinamento usando Check label e Perda de rótulo
- Treinamento usando Ensinar rótulo (Refinar)
- Treinamento usando a Pesquisa (Refinamento)
- Noções Básicas e Aumentando a Cobertura
- Melhorando o balanceamento e usando o Rebalanceamento
- Quando parar de treinar seu modelo
- Uso dos campos gerais
- Extração generativa
- Uso de análise e monitoramento
- Automations e Communications Mining
- Informações de licenciamento
- Perguntas frequentes e mais
Guia do usuário do Communications Mining
Entender a estrutura de dados e permissões
Dentro da plataforma, os dados são estruturados e armazenados de maneira hierárquica, que é composta por 3 componentes principais - fontes de dados, conjuntos de dados e projetos. Se você for um usuário do Automation Cloud, esses três componentes serão armazenados dentro do(s) seu(s) tenant(s) de nuvem. O acesso a cada um deles é controlado por permissões estritas.
Fontes de Dados
Essas são coleções de dados brutos não anotados de comunicação de um tipo semelhante, por exemplo, todos os e-mails de uma caixa de e-mail compartilhada ou uma coleção de respostas de pesquisas de NPS (consulte aqui para obter mais detalhes). As fontes de dados individuais podem ser associadas a até 10 conjuntos de dados diferentes.
Conjuntos de dados
Eles consistem de 1 a 20 fontes de dados (de tipos semelhantes com finalidades pretendidas semelhantes) e o "modelo" que você cria quando treina a plataforma para entender os dados nessas fontes (consulte aqui para obter mais detalhes).
Projetos
Uma área de armazenamento permitida dentro da plataforma. Cada conjunto de dados e origem de dados pertence a um projeto específico, que é designado quando são criados (consulte Projetos para obter mais detalhes).
Tenants (somente usuários do Automation Cloud)
Eles permitem que você modele sua estrutura de organização, separe seus fluxos de negócios e informações assim como as organizações da vida real. Eles são contêineres onde você pode organizar seus serviços e gerenciá-los para um grupo de usuários.
Por exemplo, você pode criar tenants para cada um de seus departamentos e decidir que serviços você deseja habilitar para cada um, com base em suas necessidades. Em cada tenant, você pode ter uma instância de cada um dos serviços de nuvem.
É importante observar que você não pode promover modelos do Communications Mining™ entre diferentes tenants do UiPath® Cloud (por exemplo: promover de DEV para PROD).
Se você só puder implantar para PROD em um ambiente PROD, habilite o Communications Mining™ no PROD. No entanto, se você tiver flexibilidade com a implantação do PROD a partir de outro ambiente, poderá fazer com que sua(s) automação(ões) do PROD chame a plataforma do tenant em que ela está (por exemplo: QA/DEV).
Permissões
Elas são por usuário e específicas para cada projeto ao qual um usuário pertence. Eles podem fornecer acesso a dados confidenciais e, dependendo da permissão, permitir que os usuários executem uma série de ações diferentes na plataforma (consulte aqui para obter mais detalhes).
Visão geral
Se você for um usuário da Automation Cloud, seu serviço Communications Mining™ será habilitado em um tenant específico. Os tenants são onde os projetos são armazenados.
Cada conjunto de dados e fonte de dados está associado a um projeto específico, com usuários que precisam de permissões nesses projetos para poderem trabalhar com os dados dentro deles.
Os conjuntos de dados em um projeto podem ser compostos de fontes de dados de outro projeto. Os usuários só precisarão de permissões em ambos os projetos para visualizar e anotar os dados.
A ilustração abaixo ajuda a ilustrar a relação entre esses componentes e permissões:
- No exemplo abaixo com o Tenant A, todas as fontes de dados estão associadas ao Projeto A1, embora haja conjuntos de dados associados tanto ao Projeto A1 quanto ao Projeto A2.
- Se um usuário quiser acessar conjuntos de dados no Projeto A1 (ou seja, dataset 1, 2 ou 3), eles precisarão de permissões de visualização apenas para o Projeto A1.
- Mas se um usuário quiser acessar conjuntos de dados no Projeto A2 (ou seja, dataset 4, 5 ou 6), elas precisarão de permissões de visualização tanto para o Projeto A1 quanto para o A2, porque as fontes de dados estão todas localizadas no Projeto A1.
- Para visualizar o projeto A1 ou A2, o usuário precisará de acesso ao Tenant A. Para exibir o projeto B1, o usuário precisará de acesso ao Tenant B. As permissões de usuário não são transferidas entre tenants.
- O conceito de ter vários tenants de nuvem é aplicável apenas para usuários do Automation Cloud.
