Crear Regla
Referencia API
Crear Regla
Crear una nueva regla para detección de riesgos y monitoreo de cumplimiento — en el motor de reglas gu1 para compliance y detección de riesgo.
POST
Crear Regla
Descripción General
Crea una nueva regla para detección automatizada de riesgos, monitoreo de cumplimiento y prevención de fraude. Toda alta ejecuta una revisión IA síncrona (incluida; no debita tokens de IA) antes de persistir. Las reglas nuevas quedan siempre enin_progress con enabled: false para que revises sugerencias y actives manualmente.
Los campos
status y enabled en el body de create se ignoran — la API fuerza status: in_progress y enabled: false. Esperá varios segundos de latencia. Flujos bundle/plantilla crean una revisión por regla.Endpoint
Autenticación
Requiere una clave API válida en el encabezado de Authorization:Cuerpo de la Solicitud
string
required
Nombre descriptivo para la regla
string
required
Descripción detallada de lo que detecta la regla
string
required
Categoría de la regla:
kyc, kyb, aml, fraud, compliance, customarray
required
Array de tipos de entidad a los que aplica esta regla:
["person"], ["company"], ["transaction"], ["person", "company"]object
required
Estructura de lógica de condiciones (ver Estructura de Condiciones a continuación)
array
required
Array de acciones a ejecutar cuando las condiciones coincidan (ver Acciones a continuación)
boolean
Ignorado en create — siempre se guarda
enabled: false.number
default:"50"
Prioridad de la regla (1-100). Valores más altos = mayor prioridad
number
Puntaje de riesgo a asignar cuando la regla coincida (0-100). Usado en matrices de riesgo basadas en puntajes
string
Ignorado en create — siempre se guarda
in_progress (en configuración).string
default:"async"
Modo de evaluación:
sync (inmediato) o async (procesamiento en segundo plano)string
UUID de la matriz de riesgo para asociar esta regla
array
Array de códigos de país ISO para restringir la ejecución de la regla:
["BR", "AR", "US"]object
Configuración de alcance adicional incluyendo ventanas temporales y disparadores
array
Array de etiquetas para organizar reglas:
["high-risk", "pep", "sanctions"]object
Metadatos opcionales de origen. Si se omite, default
api (API key) o user (sesión). Campos: sourceType, conversationId, messageId, platformAgentCategory, triggeredByUserId.Estructura de Condiciones
Las reglas utilizan una estructura de condiciones anidadas con operadores lógicos:Campos de Condiciones
- operator: Operador lógico que conecta condiciones (
AND,OR,NOT,XOR) - conditions: Array de objetos de condición (pueden estar anidados para lógica compleja)
- id: Identificador único para la condición
- type: Tipo de condición (
simple,complex,array,object) - field: Ruta del campo a evaluar (ej.,
taxId,entityData.company.revenue,enrichmentData.normalized.sanctions.$.type) - operator: Operador de comparación (ver Operadores a continuación)
- value: Valor con el que comparar
- filters: Array de filtros para campos de array/objeto
- countryMetadata: Metadatos específicos del país para la condición
Operadores
Operadores de Comparación
eq- Igualneq- No igualgt- Mayor quegte- Mayor o igual quelt- Menor quelte- Menor o igual que
Operadores de Texto
contains- Contiene subcadenanotContains- No contiene subcadenastartsWith- Comienza conendsWith- Termina conregex- Coincide con expresión regular
Operadores de Array
in- El valor está en el arraynotIn- El valor no está en el arrayhasAny- Tiene alguno de los valoreshasAll- Tiene todos los valores
Operadores de Lista
inList- El valor existe en una lista de datosnotInList- El valor no existe en una lista de datos
Operadores de Existencia
exists- El campo existenotExists- El campo no existeisEmpty- El campo está vacío/nuloisNotEmpty- El campo no está vacío/nulo
Operadores Booleanos
isTrue- El campo booleano es verdaderoisFalse- El campo booleano es falso
Sintaxis de Campos de Array
Para campos dentro de arrays, use el símbolo$:
sanctions tiene type igual a "terrorism".
Filtros
Puede pre-filtrar elementos del array antes de la evaluación:Acciones
Las reglas soportan múltiples tipos de acciones:Crear Alerta
Actualizar Estado de Entidad
Enviar Notificación
Crear Caso
Ejemplos de Solicitudes
Regla KYC Simple - Verificar Tax ID
Regla Compleja - Verificación de Sanciones con Múltiples Condiciones
Regla de Monitoreo de Transacciones
Respuesta
string
UUID de la regla creada
string
Nombre de la regla
string
Descripción de la regla
string
ID de su organización
string
Estado actual de la regla
boolean
Si la regla está habilitada
number
Número de versión de la regla
string
Marca de tiempo ISO de creación
string
ID del usuario que creó la regla
object
Metadatos de origen (
sourceType, ids de chat agente opcionales).object
Resumen de revisión IA síncrona:
verified, reason, functionalityDescription, suggestions, issues.Ejemplo de Respuesta
Respuestas de Error
400 Bad Request - Condición Inválida
400 Bad Request - Campos Requeridos Faltantes
401 Unauthorized
Mejores Prácticas
- Comience con Modo Shadow: Use
status: "shadow"para probar reglas sin afectar producción - Use Nombres Descriptivos: Haga que los nombres de las reglas sean claros y buscables
- Establezca Prioridades Apropiadas: Las reglas de mayor prioridad se ejecutan primero (escala 1-100)
- Etiquete sus Reglas: Use etiquetas para organización y filtrado
- Reglas Específicas por País: Use
scope.countriespara cumplimiento geo-específico - Pruebe Exhaustivamente: Pruebe las reglas con datos de ejemplo antes de habilitar
- Monitoree el Rendimiento: Use modo sync para reglas críticas en tiempo real, async para procesamiento por lotes
- Puntúe Estratégicamente: Alinee los puntajes con los umbrales de su matriz de riesgo
Ver También
- Referencia de Campos de Condiciones - Lista completa de campos de condición disponibles por tipo de entidad y país
- Ejecutar Regla - Probar reglas contra entidades específicas
- Listar Reglas - Consultar y filtrar reglas
- Actualizar Regla - Modificar reglas existentes