process-mining
2023.10
false
Importante :
A tradução automática foi aplicada parcialmente neste conteúdo. A localização de um conteúdo recém-publicado pode levar de 1 a 2 semanas para ficar disponível.
UiPath logo, featuring letters U and I in white

Process Mining

Última atualização 26 de fev de 2025

Designing an event log

Introdução

Ao configurar as transformações para o Process Mining, é importante ter uma boa compreensão do processo. A primeira etapa é definir os eventos que ocorrem e os objetos nos quais esses eventos ocorrem.

Define the events

Comece definindo as atividades de alto valor. Priorize a adição de atividades com base na frequência com que ocorrem e no quão significativas são para o usuário final. A definição das atividades deve ser um processo iterativo.

A ilustração a seguir mostra um exemplo de um log de evento para o processo Faturas.



O número ideal de atividades para descrever um processo é entre 10 e 20. Embora mais atividades levem a mais possibilidades de análise, também levam a mais variações de processo e maior complexidade.

Número de atividades

Resultado

<10

Baixa complexidade de análise, baixo número de melhorias potenciais.

10-20

Equilíbrio ideal da complexidade de análise e potenciais melhorias

20

Alta complexidade de análise, alto número de pequenas melhorias.

Convenções de Nomes

Para nomes de atividades, a prática recomendada é usar o formato Nome do verbo, como Criar documento. A tabela a seguir contém algumas recomendações sobre a nomenclatura das atividades.

Nome da Atividade

Conselho

Melhores práticas

Ordem Ordem

Evite nomes de atividade ambíguos.

Pedir material

Tíquete

Evite nomes simples para atividades - declare o que aconteceu com o quê.

Criar tíquete

Documento cancelado

Evite a voz passiva.

Cancelar documento

Aprovar verificação de controle de crédito na ordem de venda

Evite nomes de atividade muito longos

Aprovar verificação de crédito de ordem de venda

Definir objetos

Os eventos ocorrem em um ou mais objetos no processo. Use o conjunto de eventos desejados para determinar quais objetos são necessários para um processo de negócios. A tabela a seguir mostra um exemplo de um conjunto de eventos e seus objetos correspondentes.

Evento

Object

Criar ordem de compra

Ordem de compra

Aprovar ordem de compra

Ordem de compra

Criar fatura

Fatura

Alterar condições de pagamento

Fatura

Cada objeto pode ter propriedades que são específicas daquele objeto. Por exemplo, um objeto de ordem de compra pode ter um purchase_order_type, e um objeto de fatura pode ter um payment_due_date.

Define the event log

O número de objetos que são de interesse em um processo varia dependendo da complexidade do processo. Em alguns processos, apenas um objeto pode ser necessário, como o ticket em um processo de Gerenciamento de Incidentes.

Em processos mais complexos, vários objetos podem ser de interesse. Por exemplo, um processo Purchase-to-Pay, que começa com a compra de um produto até o pagamento de uma fatura, abrange um conjunto de eventos relacionados a vários objetos. Para criar um log de evento para esses processos, as relações entre os objetos devem ser definidas. A ilustração a seguir mostra um exemplo de objetos Purchase-to-Pay de diagrama de relacionamento.



O log de evento descreve o processo fim a fim abrangendo os eventos de todos os objetos combinados. Apenas um objeto no processo pode funcionar como o objeto principal que será rastreado durante todo o processo. Esse objeto principal é nomeado como “Caso” no processo, identificado por seu “ID do caso”.

Esta página foi útil?

Obtenha a ajuda que você precisa
Aprendendo RPA - Cursos de automação
Fórum da comunidade da Uipath
Uipath Logo White