Skip to main content
Cada automação tem exatamente um triggerType. Quando ocorre um evento compatível (ou o agendamento dispara, ou a API executa o workflow), o motor inicia uma execução com event.data preenchido a partir dessa fonte.
Fonte da verdade: os tipos de trigger estão no schema de automações (VALID_TRIGGER_TYPES). A UI lista os mesmos valores com rótulos e filtros no Workflow Builder.

Catálogo de gatilhos

triggerTypeSignificado de negócioFiltros típicos (triggerConfig)
alert_createdUm alerta foi criado para uma entidade.Opcional: severities, categories, delaySeconds (atraso antes de executar, com teto usual).
investigation_createdUm caso/investigação foi aberto.
investigation_status_changedO status da investigação mudou.
investigation_updatedA investigação foi atualizada (ex.: alertas consolidados).
entity_createdUma pessoa ou empresa foi criada.entityTypes, countryCodes, opcional automaticFlow (fluxo automático por tax ID onde aplicável).
create_entity_flowOnboarding guiado por workflowId (não é um “evento ao vivo” como os demais).entityTypes, countryCodes, flags opcionais de re-enriquecimento. Invocado via runAutomationById a partir do fluxo de criação.
transaction_createdUma transação foi criada ou atualizada de forma a emitir o evento.
rule_triggeredUma regra AML deu match e escolheu iniciar esta automação (veja Regras e workflows).
kyc_approvedValidação KYC concluída com aprovação.
kyc_rejectedValidação KYC concluída com rejeição.
kyc_validation_finishedValidação KYC concluída (aprovada ou rejeitada).
manual_executionAlguém chama POST /automations/:id/run com payload.
scheduledO scheduler executa a automação conforme a cadência.frequency, hour, minute, timezone, dayOfWeek, dayOfMonth, opcional intervalMinutes no produto.

Quem emite cada gatilho

  • Eventos reativos (alerta, investigação, entidade, transação, KYC): os serviços correspondentes emitem o evento ao motor (processEvent).
  • rule_triggered: evento sintético quando uma ação de regra executa a automação.
  • manual_execution: apenas ao chamar run com automação cujo gatilho é manual.
  • scheduled: processo scheduler de automações.
  • create_entity_flow: fluxo de criação / onboarding que chama runAutomationById com o workflowId correto.

Contextos de condição por gatilho

O produto só mostra campos de condição coerentes com o gatilho. Cada gatilho mapeia para contextos permitidos (transação, investigação, alerta, entidade, KYC, regra):
GatilhoContextos com dados (típico)
rule_triggeredRegra, transação, entidade, alerta, KYC
alert_createdAlerta, entidade
investigation_createdInvestigação, entidade
investigation_status_changedInvestigação, entidade
investigation_updatedInvestigação, entidade
entity_createdEntidade, KYC
create_entity_flowEntidade, KYC
transaction_createdTransação, entidade
kyc_approvedEntidade, KYC
kyc_rejectedEntidade, KYC
kyc_validation_finishedEntidade, KYC
manual_executionTransação, investigação, alerta, entidade, KYC (conforme payload)
scheduledEntidade (payload costuma ser restrito)
Veja também Contexto e standby.

Notas

  • Automações desativadas ou arquivadas não executam.
  • KYC: pode haver sobreposição entre kyc_approved / kyc_rejected / kyc_validation_finished; desenhe fluxos para não duplicar lógica salvo intenção.

Manutenção: ao adicionar um gatilho no produto, atualize esta página e as tabelas em Sinergia.