AdministraĆ§Ć£o da Plataforma

Event Processing - Event

Esse cadastro faz a configuraĆ§Ć£o de eventos que serĆ£o capturados e processados (em algum container configurado). Os eventos sĆ£o estĆ­mulos captados externamente e internamente.

Os eventos podem ser agendados ou em tempo de execuĆ§Ć£o, ou seja, pode capturar no momento que ocorre algo dentro de um sistema ou pode-se criar agendamentos de execuĆ§Ć£o de eventos como por exemplo, ler e-mails trocados dentro do servidor de email, identificando o ticket que estĆ” sendo falado e gerar adicionar no histĆ³rico do chamado em tempo real, ou avaliar todos os tickets abertos de minuto em minuto e fechar todos os tickets que estĆ£o em uma fase do fluxo a um determinado tempo.

Por exemplo: E-mail, Mensageria, WhatsApp, Telegram, Temporizadores, Weebhook, entre outros.
Cadastro de eventos
Cadastro de eventos
ļ»æ

šŸ“Œ IMPORTANTE!

ApĆ³s informar o container o sistema permitirĆ” informar o tenant (cluster space) vinculado a este evento.

ļ»æ

šŸ“Œ IMPORTANTE!

  • Integration Type: Ɖ o tipo de evento a ser capturado (E-mail, Webhook, Kafka, etc.). Quando Ć© selecionado um determinado tipo, o sistema apresenta uma tela especifica com dados para aquele evento especifico.
    • O webhook Ć© uma tecnologia que permite vĆ”rios sistemas/tecnologias enviarem eventos para o nosso sistema. Exemplo: O WhatsApp e Microsoft Teams se integram atravĆ©s desta tecnologia.
  • Action Type: Ɖ a aĆ§Ć£o a ser tomada com a chegada do evento. Pode ser encaminhado ao ESI (Enterprise Service Integration do Low Code), FaaS (Function as a Service do Low Code), Kafka (Gravar no sistema de mensageria do Kafka), Websocket (Enviar mensagem por Websocket). Obs.: O sistema vai encaminhar todos os dados recebidos ao destino (aĆ§Ć£o) selecionado.
ļ»æ

Outro campo importante Ć© o Status, pois indica se o evento pode ser captado (em caso de Ativo) ou nĆ£o (em caso de Inativo).

Detalhamento do funcionamento do captador de eventos
Detalhamento do funcionamento do captador de eventos
ļ»æ

No Events tambĆ©m Ć© possĆ­velĀ realizar diversas notificaƧƵes por vĆ”rios meios para atender a regras especĆ­ficas. Como por exemplo, avaliar se um SLA prĆ©-estabelecido estĆ” chegando ao seu limite em qualquer processo mapeado da soluĆ§Ć£o ou tarefa de fluxo e enviar um alerta conforme definido.