Actualizar una entidad por ID
Actualizar una entidad por ID
Actualizar atributos y datos de una persona o empresa existente — en el modelo universal de entidades gu1 para KYC, KYB y análisis de riesgo.
PATCH
Actualizar una entidad por ID
Descripción General
Actualiza los atributos y datos de una entidad existente. Si la entidad tiene alguna matriz asignada con triggerentity_updated, el motor de reglas puede ejecutarse tras la actualización (respetando watchFields opcionales en la matriz y skipRulesExecution). Siempre se registran auditoría y eventos en tiempo real.
Endpoint
Autenticación
Requiere una clave API válida en el encabezado Authorization:Parámetros de Ruta
El ID gu1 de la entidad a actualizar
Cuerpo de la Solicitud
Todos los campos del esquema de creación están disponibles exceptotype (el tipo de entidad no se puede cambiar). Todos los campos son opcionales - solo incluye los campos que deseas actualizar.
Actualizar el nombre visible de la entidad
El ID externo no se actualiza con este endpoint. Usa Cambiar ID externo (
POST /entities/change-external-id) con un reason obligatorio (mín. 5 caracteres). Las rutas PATCH de actualización ignoran externalId en el cuerpo.Actualizar número de identificación fiscal
Actualizar el correo de contacto en la raíz de la entidad. Omite el campo para no cambiar; envía
null para borrarlo.Actualizar el teléfono de contacto en la raíz de la entidad. Omite el campo para no cambiar; envía
null para borrarlo.Nacionalidad en raíz (ISO 3166-1 alfa-2 al persistir). Omite para no cambiar;
null la borra. Si actualizas nationality en entityData persona/empresa, la raíz puede recalcularse cuando vaya en el mismo request.Actualizar código de país ISO 3166-1 alpha-2
Actualizar atributos personalizados (se fusiona con los atributos existentes)
Estado del ciclo de vida (
active, inactive, blocked, under_review, suspended, pending_verification, expired, rejected, deleted).Obligatorio con reason: cualquier cambio de estado debe incluir reason para auditoría.Motivo de la actualización (especialmente al cambiar el estado a
blocked o rejected).Obligatorio cuando: se cambia el estado a blocked, rejected o suspended.Con
true, se desactivan las actualizaciones automáticas de status: las reglas de matrices de riesgo y acciones de automatización como set_entity_status no modifican el estado. Las actualizaciones manuales por este endpoint (o la UI) sí aplican.- Por defecto:
false. - Enviar
falseexplícitamente quita el bloqueo. - No desactiva el cálculo de riesgo ni otros efectos de reglas; solo escrituras de estado desde reglas/automatizaciones.
reason: si cambia changeStatusManual (activar o desactivar), enviar reason en el mismo PATCH para auditoría.Matrices de riesgo
Asignar o reemplazar las matrices de riesgo de la entidad. Misma semántica que Crear entidad (riskMatrixId / riskMatrixIds).
Legacy: un UUID, un array de UUIDs, o
null para quitar todas las matrices asignadas. Si enviás riskMatrixIds no vacío, tiene precedencia sobre este campo.Forma preferida para varias matrices: lista ordenada de UUIDs de tu organización. Enviá
[] (o riskMatrixId: null) para desasignar todas. Cada UUID debe existir en la org; si no, la API responde 400 con código INVALID_RISK_MATRIX.Con
true, omite la evaluación automática de matrices en la actualización aunque haya matrices con trigger entity_updated.Actualizar matrices solo persiste la asignación; la asignación sola no ejecuta reglas.Reglas en actualización: si la entidad tiene al menos una matriz asignada con trigger
entity_updated y skipRulesExecution no es true, la API ejecuta el motor tras un cambio de campos. Las matrices pueden restringir con watchFields (solo si cambian paths listados, p. ej. email, attributes.clientTypes). El webhook entity.updated incluye rulesExecutionSummary cuando corrieron reglas o se omitieron con motivo.Los mismos campos aplican en Actualizar por ID externo y PATCH /entities/by-tax-id/{taxId}.Actualizar datos específicos del tipo (se fusiona con entityData existente)
Respuesta
El objeto de entidad actualizado con todos los valores actuales
El estado de la entidad antes de la actualización (para auditoría/comparación)
El cuerpo HTTP no incluye
rulesExecutionSummary. Cuando se ejecutan u omiten reglas, el resumen va en el webhook entity.updated.Comportamiento
Cuando actualizas una entidad, el sistema:- Registra el cambio en auditoría con valores antes/después
- Ejecuta matrices de riesgo cuando hay matrices asignadas con
entity_updated,skipRulesExecutionno estrue, y loswatchFieldsopcionales coinciden con los campos cambiados - Emite evento en tiempo real a clientes conectados
- Dispara webhook
entity.updatedconchangesy opcionalrulesExecutionSummary - Mantiene registro de auditoría para cumplimiento y propósitos de revisión
Ejemplos
Actualizar Ingresos de Persona
Actualizar Información de Empresa
Actualizar Solo Atributos Personalizados
Actualizar Estado de Transacción
Ejemplo de Respuesta
Respuestas de Error
404 No Encontrado
400 Solicitud Incorrecta - Datos Inválidos
401 No Autorizado
500 Error Interno del Servidor
Casos de Uso
Actualizar Después de Verificación KYC
Enriquecimiento Progresivo de Perfil
Resolución de Transacción
Mejores Prácticas
- Actualizaciones Parciales: Solo envía los campos que deseas cambiar - no es necesario enviar la entidad completa
- Monitorear Re-evaluaciones: Verifica el ID de evaluación devuelto para rastrear el recálculo de la puntuación de riesgo
- Registro de Auditoría: Usa
previousEntityen la respuesta para mantener el historial de cambios - Sincronización en Tiempo Real: Las actualizaciones emiten eventos WebSocket para sincronización de UI en tiempo real
- Idempotencia: Seguro para reintentar - actualizaciones con los mismos datos no crearán eventos duplicados
Próximos Pasos
- Obtener Entidad - Ver detalles de la entidad actualizada
- Listar Entidades - Consultar entidades con filtros
- Upsert Entidad - Crear o actualizar en una sola operación
- Solicitar Análisis AI - Obtener evaluación de riesgo actualizada