- Notas de versão
- Antes de começar
- Introdução
- Integrações
- Como trabalhar com aplicativos de processo
- Como trabalhar com painéis e gráficos
- Como trabalhar com gráficos de processo
- Trabalhando com Descubra modelos de processo e Importar modelos BPMN
- Showing or hiding the menu
- Informações de contexto
- Exportar
- Filtros
- Envio de ideias de automação ao UiPath® Automation Hub
- Tags
- Datas de conclusão
- Comparar
- Verificação de conformidade
- Análise de causa raiz
- Simulação de Potencial de Automação
- Iniciar um projeto do Task Mining a partir do Process Mining
- Triggering an automation from a process app
- Exibição de dados do processo
- Criação de aplicativos
- Carregamento de dados
- Personalização de aplicativos de processo
- Publicação de aplicativos de processos
- Modelos de apps
- Recursos adicionais
Campos de entrada de Processo personalizado
Se os seus dados para casos e eventos estiverem divididos em diferentes arquivos de entrada, você usa o modelo de aplicativo Processo personalizado.
Se quiser criar um novo aplicativo Processo personalizado, você deve carregar um conjunto de dados que contenha os dados a serem usados no aplicativo de processo.
tsv
(separado por tabulação) ou arquivo .csv
(separado por vírgula) que contém uma coluna para cada campo de entrada.
Esta seção contém uma visão geral das tabelas de entrada para o Processo personalizado. 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.
Os nomes de tabelas e de campos diferenciam maiúsculas de minúsculas. Certifique-se sempre de que os nomes dos campos (cabeçalhos de coluna) em seu conjunto de dados correspondam aos nomes dos campos (em inglês) nas tabelas abaixo e que os nomes dos arquivos correspondam aos nomes das tabelas.
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.
NULL
.
Abaixo há uma visão geral dos diferentes tipos de campos e suas configurações de formato padrão.
Tipo de campo |
Format |
---|---|
boolean |
true , false , 1 , 0 |
datetime |
yyyy-mm-dd hh:mm:ss[.ms] , em que [.ms] é opcional.
Consulte a documentação oficial da Microsoft se quiser alterar o formato da data. |
double |
Separador decimal:
. (ponto)
Separador de milhar: nenhum |
text |
N/A |
integer |
Separador de milhar: nenhum |
Cases_raw
contém as informações detalhadas para o status, tipo, valor e descrição do caso relacionado.
Name |
Tipo de dados |
Obrigatório S/N |
Description |
---|---|---|---|
|
text |
Y |
O identificador único do caso ao qual o evento pertence. |
|
text |
N |
Um nome fácil para identificar o caso. |
|
text |
N |
O status do caso no processo. Por exemplo, aberto, fechado, pendente, aprovado, etc. |
|
text |
N |
A categorização dos casos. |
|
double |
N |
Um valor monetário relacionado ao caso. |
Event_log
contém informações sobre as atividades executadas no processo.
Name |
Tipo de dados |
Obrigatório S/N |
Description |
---|---|---|---|
|
text |
Y |
O nome do evento. Isso descreve a etapa no processo. |
|
text |
Y |
O identificador único do caso ao qual o evento pertence. |
|
datetime |
Y |
O carimbo de data/hora associado ao término da execução do evento. |
Event_ID |
integer |
Y* |
O identificador exclusivo do evento. |
Automated **
|
boolean |
N |
Indica se o evento é executado manualmente ou é automatizado. |
|
double |
N |
Os custos para executar o evento. |
|
text |
N |
Informações relacionadas ao evento. |
Event_processing_time |
integer |
N | O horário da execução do evento (em milissegundos). |
|
datetime |
N |
O carimbo de data/hora associado ao início da execução do evento. |
|
text |
N |
A equipe que executou o evento. |
|
text |
N |
O usuário que executou o evento. |
*) Event_ID é opcional, mas é obrigatório se você quiser usar Datas de vencimento.
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"
Tags_raw
contém campos para tags que são definidas no seu processo. Se você carregar tags, o painel Tags será habilitado.
Tags_raw é uma tabela opcional.
Name |
Tipo de dados |
Obrigatório S/N |
Description |
---|---|---|---|
|
text |
Y |
O identificador único do caso ao qual a tag pertence. |
|
text |
Y |
Um nome fácil para identificar a tag. |
|
text |
N |
A categoria à qual a tag pertence. |
Due_dates_raw
contém campos para datas de conclusão definidas no seu processo. Se você carregar datas de conclusão, o painel de Datas de conclusão será habilitado.
Due_dates_raw é uma tabela opcional.
Name |
Tipo de dados |
Obrigatório S/N |
Description |
---|---|---|---|
|
integer |
Y | O identificador exclusivo do evento ao qual a data de vencimento pertence. |
|
text |
Y |
O nome da data de conclusão. |
|
datetime |
Y |
O momento real em que o evento associado à data de vencimento aconteceu |
Expected_date |
datetime |
Y |
O momento em que o evento associado à data de vencimento era esperado para acontecer. |