- Introdução
- Balanceamento
- Clusters
- Desvio de conceito
- Cobertura
- Conjuntos de dados
- 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
- Gerenciar origens e conjuntos de dados
- Entender a estrutura de dados e permissões
- Crie uma origem de dados na GUI
- Carregar um arquivo CSV para uma origem
- 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
- Preparando dados para upload de .CSV
- Treinamento e manutenção do modelo
- Noções Básicas sobre rótulos, entidades 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)
- Entendendo o status do seu conjunto de dados
- Práticas recomendadas de treinamento e rotulagem de modelos
- Treinamento com análise de sentimento de rótulo habilitada
- Treinamento
- Introdução a "Refinar"
- 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 "Missed label"
- Treinamento usando Ensinar rótulo (Refinar)
- Treinamento usando a Pesquisa (Refinamento)
- Noções Básicas e Aumentando a Cobertura
- Como melhorar o balanceamento e usar o 'Rebalance'
- Quando parar de treinar seu modelo
- Definição e configuração de suas entidades
- Noções Básicas sobre Entidades
- Quais entidades pré-treinadas estão disponíveis?
- Habilitar, desabilitar, atualizar e criar entidades
- Filtragem de entidades
- Revisar e aplicar entidades
- Validação para entidades
- Melhoria do desempenho de entidade
- Como criar entidades regex personalizadas
- Uso de Análise e Monitoramento
- Automations e Communications Mining
- Perguntas frequentes e mais
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 de comunicações não rotuladas 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, então habilite o Communications Mining em PROD. No entanto, se você tiver flexibilidade com a implantação do PROD a partir de outro ambiente, você pode fazer com que sua(s) automação(ões) PROD chame a plataforma do tenant no qual 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 rotular 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.
