Extrair dados do log de eventos
Os dados do log de eventos que você precisa ingerir em mineração de processos devem fornecer as informações necessárias. Além disso, ele pode conter mais dados para permitir uma análise mais profunda em mineração de processos. O log de eventos contém um ou mais casos, cada caso documentando as etapas que compõem o processo que você está analisando.
Os casos consistem na coleção de eventos que fazem parte do caso. Um único caso provavelmente tem vários eventos. Os eventos podem ser executados consecutiva ou simultaneamente. Os eventos que compõem um caso completo podem vir de vários sistemas diferentes que estão todos envolvidos no processo empresarial que você pretende analisar com mineração de processos.
Os eventos têm determinados atributos para identificar pontos de dados para avaliação. Os dados do log de eventos devem conter ID do caso, nome da atividade e carimbos de data/hora de início/término para permitir que a mineração de processos analise os dados. O Case ID é o componente mais importante, pois identifica o objeto no qual o processo atua, como um ID do pedido, do paciente ou da peça. O sistema usa o ID de caso para correlacionar eventos nas diferentes etapas e sistemas envolvidos no processo. Além dos dados necessários, você pode e deve fornecer mais dados para ajudar no processo de análise, como recursos, atributos em nível de evento, atributos em nível de caso e informações financeiras.
Campos obrigatórios
Os três campos necessários para cada caso são:
Case ID: representa uma instância de todo o processo. Esse campo poderá exigir mapeamento se um sistema de registro não contiver o campo. Por exemplo, talvez seja necessário fazer a correspondência do ID do CRM com o ID do pedido interno.
Activity name: são as etapas no processo. Os nomes descrevem cada etapa e devem ser exclusivos entre sistemas diferentes. Por exemplo, se o nome Processar Pedido estiver em dois sistemas, ele será considerado uma etapa. Nesse caso, considere inserir o nome do sistema ou outra coisa para torná-lo exclusivo.
Timestamps: indicam a hora exata em que um evento ou atividade ocorreu. Alguns sistemas podem ter uma atividade que indica a hora de início e uma atividade final que é o carimbo de data/hora final; no entanto, eles podem não estar na mesma linha.
Outros campos
Mais campos trazem mais pontos de dados e, com mais pontos de dados, a mineração de processos pode avaliar mais colaboradores de um processo.
Resources: este campo indica um recurso técnico ou um recurso humano que está implementando um evento específico.
Event Level Attributes: este campo contém atributos analíticos extras e um valor diferente para cada evento. Os atributos em nível de evento podem incluir valores de departamento, origem, mídia ou ordem.
Case Level Attributes (first event): este campo contém um atributo extra, que analiticamente considera um único valor para cada caso. Por exemplo, o sistema pode identificar um atributo de region no primeiro evento do caso. A region é a mesma em todos os eventos do caso. Enquanto o sistema armazena os valores como estão (incluindo variantes secundárias) usando o mecanismo de interpretação de atributo em nível de caso, a mineração de processos interpreta todos os eventos para ter esse mesmo valor. Além disso, o sistema usa um Case Level Attribute (last event) do último evento cronologicamente no caso.
Financial per event: este campo contém um custo/receita/valor numérico fixo que muda para cada atividade que o sistema executa, como custos de serviço de entrega. O sistema calcula o valor financeiro como a soma (média, mínimo, máximo) dos valores financeiros de cada evento.
Financial per case (first event): este campo contém um atributo numérico extra que é considerado um valor único para cada caso, como o Case Level Attribute (first event). É o valor que aparece no primeiro evento que o sistema usa para todos os eventos do caso. Esse atributo também usa o mecanismo de interpretação de atributo em nível de caso. Além disso, o sistema usa um Financial per case (last event) do último evento cronologicamente no caso.
Atributos de nível de caso em eventos
Há vários tipos de atributos disponíveis nos logs de eventos. Os atributos em nível de caso aparecem em um evento individual. Com a coleção de eventos que constituem o caso, você precisa identificar e mapear corretamente esse atributo em nível de caso. Se você tiver certeza de que todos os eventos no mesmo caso têm o mesmo valor, o tipo de campo específico não importa (primeiro evento ou último evento). No entanto, quando for possível ou provável que pequenas diferenças possam ocorrer nos detalhes do atributo em um evento individual, você pode definir qual evento do caso deve ser o atributo de caso definido.
Nas tabelas a seguir, o atributo de caso resultante Region é o mesmo: Sul.
Atributo de caso (primeiro evento)
| CaseID | Event | Resource | Region |
|---|---|---|---|
| 123 | A | User1 | Sul |
| 123 | B | System3 | Sul |
| 123 | C | User7 | Leste |
| 123 | D | User2 | Leste |
Atributo de caso (último evento)
| CaseID | Event | Resource | Region |
|---|---|---|---|
| 123 | A | User1 | Oeste |
| 123 | B | System3 | Sul |
| 123 | C | User7 | Leste |
| 123 | D | User2 | Sul |
Usar o Copilot para ajudar a identificar dados para mapeamento
Enquanto você está avaliando e ingerindo dados, o Microsoft Copilot pode responder às suas perguntas sobre o processo, como quais colunas estão no processo.
O Copilot pode responder a perguntas sobre os dados.
Quando estiver pronto para mapear o tipo de atributo e o tipo de dados de atributo, o Copilot oferecerá mapeamentos para você. Com uma ação simples, você pode aprovar os mapeamentos sugeridos e o sistema os mapeará automaticamente para sua revisão.
