Process Mining
Mais recente
falso
Imagem de fundo do banner
Process Mining
Última atualização 17 de abr de 2024

Campos de entrada de Log de evento

Introdução

Se seus dados para casos e eventos estiverem disponíveis em um arquivo de entrada, você usa o modelo de aplicativo Log de evento.

Se quiser criar um novo aplicativo Log de evento ou Processo personalizado, você deve carregar um conjunto de dados que contenha os dados a serem usados no aplicativo du processo.

Deve ser um arquivo tsv (separado por tabs) ou um arquivo .csv (separado por vírgulas) que contenha uma coluna para cada campo de entrada.
Importante:
Os nomes de tabelas e de campos diferenciam maiúsculas de minúsculas. Sempre se certifique de que os nomes de campos (cabeçalhos de coluna) em seu conjunto de dados correspondam aos nomes de campos (em inglês) na tabela abaixo e que o nome do arquivo seja Event_log_raw.

Campos obrigatórios e opcionais

Seu arquivo de dados de entrada pode ter campos diferentes ou nomes de campo diferentes. No entanto, alguns campos são obrigatórios, o que significa que os dados devem estar disponíveis em seu arquivo de dados de entrada para um funcionamento correto do aplicativo de processo.

Observação: Quando um Campo é obrigatório, não deve conter valores NULL.

Field types

Abaixo há uma visão geral dos diferentes tipos de campos e suas configurações de formato padrão.

Tipo de campo

Format

Booleano

true, false, 1, 0

DateTime

yyyy-mm-dd hh:mm:ss[.ms],onde [.ms] é opcional.

Consulte a documentação oficial da Microsoft se desejar alterar o formato da data.

double

Separador decimal: . (ponto)

Separador de milhar: nenhum

text

N/A

Número inteiro

Separador de milhar: nenhum

Abaixo está uma visão geral dos campos de entrada. Para cada campo, são exibidos o nome, o tipo de dados e uma breve descrição. Além disso, é indicado se o campo é obrigatório.

Event_log_raw

A tabela Event_log_raw contém informações sobre as atividades executadas no processo.

Name

Tipo de dados

Obrigatório S/N

Description

Activity

text

Y

O nome do evento. Isso descreve a etapa no processo.

Case_ID

text

Y

O identificador único do caso ao qual o evento pertence.

Event_end

DateTime

Y

O carimbo de data/hora associado ao término da execução do evento.

Case

text

N

Um nome fácil para identificar o caso.

Case_status

text

N

O status do caso no processo. Por exemplo, aberto, fechado, pendente, aprovado, etc.

Case_type

text

N

A categorização dos casos.

Case_value

double

N

Um valor monetário relacionado ao caso.
Automated*

Booleano

N

Indica se o evento é executado manualmente ou é automatizado.

Event_cost

double

N

Os custos para executar o evento.

Event_detail

text

N

Informações relacionadas ao evento.

Event_start

DateTime

N

O carimbo de data/hora associado ao início da execução do evento.

Team

text

N

A equipe que executou o evento.

User

text

N

O usuário que executou o evento.

*) Automated faz parte dos dados de entrada. No entanto, se você precisar derivar se um evento é automatizado ou não, é necessário personalizar isso nas transformações de dados para criar essa lógica com base nas informações necessárias. É recomendável fazer isso no arquivo Event_log.sql . Localize a instrução que contém ...as "Automated" e substitua-a, por exemplo, por uma instrução conforme exibido abaixo.
case when Event_log_base."User" = 'A' then pm_utils.to_boolean('true') else pm_utils.to_boolean('false') end as "Automated"case when Event_log_base."User" = 'A' then pm_utils.to_boolean('true') else pm_utils.to_boolean('false') end as "Automated"
  • Introdução
  • Campos obrigatórios e opcionais
  • Field types
  • Event_log_raw

Was this page helpful?

Obtenha a ajuda que você precisa
Aprendendo RPA - Cursos de automação
Fórum da comunidade da Uipath
Logotipo branco da Uipath
Confiança e segurança
© 2005-2024 UiPath. All rights reserved.