Skip to main content
El producto aplica sinergia para mantener las automatizaciones válidas:
  1. Disparador → acción: si una acción está en ALLOWED_TRIGGERS_BY_ACTION, solo esos triggers pueden usarla.
  2. Acción → siguiente acción: si una acción está en ALLOWED_NEXT_ACTIONS, solo las acciones listadas pueden ir inmediatamente después en la secuencia ordenada (pasos o recorrido del grafo).
Si una acción no figura en esos mapas (o no hay entrada), el comportamiento por defecto es permisivo: cualquier trigger y casi cualquier siguiente acción.
Fuente de verdad: packages/shared/src/workflow-synergy.ts (ALLOWED_TRIGGERS_BY_ACTION, ALLOWED_NEXT_ACTIONS). La API y la UI usan la misma validación.

​
Regla 1 — Triggers permitidos por acción

AcciónTriggers permitidos
create_investigationalert_created, rule_triggered
generate_checklist, assign_to, add_notealert_created, investigation_created, investigation_status_changed, investigation_updated
start_investigation, change_status, change_priority, set_stage_role_accessinvestigation_created, investigation_status_changed, investigation_updated
set_entity_status, run_risk_matrixentity_created, create_entity_flow, alert_created, investigation_created, investigation_status_changed, investigation_updated, transaction_created, rule_triggered, kyc_approved, kyc_rejected, kyc_validation_finished, manual_execution
run_basic_enrichmentmanual_execution, entity_created, create_entity_flow
run_enrichment, run_shareholders_flowentity_created, create_entity_flow (run_shareholders_flow también admite manual_execution)
create_kyc_validationentity_created, create_entity_flow, alert_created, rule_triggered, kyc_approved, kyc_rejected, kyc_validation_finished, manual_execution
request_transaction_approval, set_transaction_statustransaction_created, rule_triggered, manual_execution, scheduled
Por defecto permisivo: send_webhook, send_push_notification, create_alert y cualquier acción no listada aceptan cualquier trigger. Nota: scheduled no está en la lista de set_entity_status, run_risk_matrix, run_enrichment, create_kyc_validation, etc. Diseñá automatizaciones programadas solo con acciones permitidas para scheduled.

​
Regla 2 — Siguiente acción inmediata

Solo se valida el par inmediato. En grafos, el motor ordena las acciones (p. ej. BFS desde el trigger) y valida los mismos pares.
Acción previaPuede ir seguida inmediatamente por
run_enrichmentrun_risk_matrix, set_entity_status, create_alert, send_webhook, send_push_notification, create_kyc_validation
run_basic_enrichmentrun_shareholders_flow, run_risk_matrix, set_entity_status, create_alert, send_webhook, send_push_notification, create_kyc_validation
run_shareholders_flowrun_risk_matrix, set_entity_status, create_alert, send_webhook, send_push_notification, create_kyc_validation
run_risk_matrixset_entity_status, create_alert, send_webhook, send_push_notification, create_kyc_validation
set_entity_statusrun_risk_matrix, create_alert, send_webhook, send_push_notification, create_kyc_validation
create_alertsend_webhook, send_push_notification, create_investigation
create_kyc_validationset_entity_status, create_alert, send_webhook, send_push_notification, run_risk_matrix
create_investigationassign_to, add_note, change_status, change_priority, set_stage_role_access, send_webhook, send_push_notification, generate_checklist, start_investigation
start_investigation, change_status, change_priority, assign_to, set_stage_role_access, add_note, generate_checklistassign_to, add_note, change_status, change_priority, set_stage_role_access, send_webhook, send_push_notification, generate_checklist (igual para cada una; start_investigation como siguiente solo desde create_investigation)
request_transaction_approvalset_transaction_status, send_webhook, send_push_notification
set_transaction_statusrequest_transaction_approval, send_webhook, send_push_notification
Por defecto permisivo: si una acción no está en la tabla, puede seguir cualquier acción.

​
Cadenas típicas (ejemplos)

  • Onboarding: run_enrichment → run_risk_matrix → set_entity_status → create_alert / create_kyc_validation.
  • Alerta: create_investigation → assign_to → change_status → send_webhook.
  • Pagos: request_transaction_approval → set_transaction_status → send_webhook.
Los errores al guardar suelen indicar trigger ↔ acción o acción → siguiente inválidos.
Mantenimiento: cambios de sinergia en código → primero workflow-synergy.ts, luego esta página.