Skip to main content

Descripción

El objeto rulesExecutionSummary se devuelve cada vez que se ejecuta el motor de reglas: en Crear transacción, Crear persona, Crear empresa, Crear entidad, Crear evento, y en los payloads de webhooks de eventos de análisis de riesgo. Resume qué reglas hicieron match (hit), cuáles no (no hit), las acciones ejecutadas y metadatos de puntuación.

Dónde aparece

Campos

Elemento de rulesHit / rulesNoHit

actions (dentro de cada regla)

actionsExecuted (raíz)

riskMatricesExecuted (cada elemento del array)

Ejemplo completo

El siguiente ejemplo muestra rulesExecutionSummary con todos los campos poblados como llegarían en una respuesta de API o en un webhook.

Ejemplo mínimo (ninguna regla hace hit)

Cuando ninguna regla hace match, igualmente se devuelven rulesHit, rulesNoHit, totalScore y metadatos; actionsExecuted se omite cuando está vacío.

Notas

  • riskMatricesExecuted no lo genera solo el motor de reglas; la API lo fusiona en rulesExecutionSummary cuando existe un desglose de score por matriz. En respuestas con una sola matriz puede bastar riskMatrixName en la raíz sin este array.
  • investigationId en actionsExecuted.alerts se asigna de forma asíncrona tras la consolidación de alertas; en la respuesta inmediata de la API es null.
  • scoreResult.normalizedScore es el valor 0–100 que se persiste en la entidad o en el audit; totalScore (y scoreResult.rawScore) es la suma cruda de los scores de las reglas.
  • Los valores de trigger incluyen: manual_evaluation, entity_created, enrichment_completed, created, updated, entre otros según el contexto. check_completed fue eliminado (2026-06-04) — usá enrichment_completed para reglas post-screening.
  • Reglas transaccionales updateEntityStatus: una regla puede definir status (transacción), originEntityStatus y/o destinationEntityStatus por separado. rulesHit[].actions refleja lo configurado en la regla que hizo match (incluye acciones de estado diferidas). actionsExecuted en la raíz agrega el estado de transacción ganador y los estados de entidad origen/destino aplicados en esa corrida. Los clientes que solo leen status siguen siendo compatibles; los campos nuevos son opcionales.