Skip to main content

Descripción General

Los eventos de webhook de entidades le permiten recibir notificaciones en tiempo real cuando se crean, actualizan entidades (personas, empresas, dispositivos, etc.) o su estado cambia en la plataforma Gu1. Estos eventos le permiten mantener sus sistemas sincronizados con Gu1 y automatizar flujos de trabajo basados en cambios en el ciclo de vida de las entidades.

¿Por Qué Usar Eventos de Entidades?

Sincronización en Tiempo Real

Mantenga su base de datos sincronizada con los datos de entidades de Gu1

Flujos de Trabajo Automatizados

Active acciones cuando el estado de la entidad cambie

Registro de Auditoría

Rastree todos los cambios de entidades para cumplimiento

Eficiente

No es necesario consultar la API para actualizaciones

Eventos Disponibles

entity.created

Se activa cuando se crea una nueva entidad en Gu1. Cuándo se dispara:
  • Se crea una nueva persona, empresa, dispositivo u otra entidad a través de POST /entities
Filtros disponibles:
  • entityTypes: Solo recibe eventos para tipos de entidades específicos (ej., ["person", "company"])

entity.updated

Se activa cuando se actualizan los datos de una entidad (excluyendo cambios de estado). Cuándo se dispara:
  • Se actualiza la información de la entidad a través de PATCH /entities/:id
  • Cambios en nombre, atributos, datos de entidad, ID fiscal, etc.
Nota: Los cambios de estado activan entity.status_changed en su lugar. Filtros disponibles:
  • entityTypes: Solo recibe eventos para tipos de entidades específicos

entity.status_changed

Se activa cuando cambia el estado de una entidad. Cuándo se dispara:
  • Transiciones de estado de entidad (ej., under_reviewactive, activeblocked)
  • Actualizaciones de estado a través de PATCH /entities/:id o acciones de cumplimiento automatizadas
Filtros disponibles:
  • entityTypes: Filtrar por tipo de entidad
  • statusChanges.from: Solo activar cuando cambie DESDE un estado específico
  • statusChanges.to: Solo activar cuando cambie A un estado específico
Las organizaciones configuradas explícitamente para recibir el webhook legacy plano de entidades también reciben riskScore y documentNumber en el nivel superior del payload. Son campos aditivos; los estados legacy como IN_PROGRESS y APPROVED no cambian.

entity.country_activation_changed

Se activa cuando cambia el estado operativo de activación por país de un merchant. Cuándo se dispara:
  • PATCH /entities/:id/country-activations/:countryCode con un estado nuevo (no en repeticiones idempotentes)
Estados: deactivated, activation_requested, activation_in_progress, activated. Las transiciones son libres. Nota: Es solo un flag operativo. Los datos de la entidad no cambian — re-consultá con GET /entities/:id si hace falta. Filtros disponibles:
  • entityTypes: Filtrar por tipo de entidad (ej., ["company"])

Ejemplos de Payload de Eventos

entity.created

Campos Clave:
  • entity: Objeto de entidad completo con todos los datos
  • entity.externalId: Su identificador único para la entidad
  • entity.type: Tipo de entidad (person, company, device, etc.)
  • entity.status: Estado actual (under_review, active, blocked, etc.)
  • createdBy: ID del usuario que creó la entidad
  • metadata: Contexto adicional sobre la creación

entity.updated

Campos Clave:
  • entity: Objeto de entidad completo con datos actualizados
  • changes: Objeto que muestra qué cambió (valores antiguos vs nuevos)
  • updatedBy: ID del usuario que actualizó la entidad
  • reason: Razón opcional para la actualización

entity.status_changed

Campos Clave:
  • status: Nuevo estado
  • previousStatus: Estado anterior
  • reason: Por qué cambió el estado
  • entity: Objeto de entidad completo

entity.country_activation_changed

Campos Clave:
  • countryCode: País cuya activación cambió (AR, BR, CL, CO, MX, US)
  • status / previousStatus: Estado nuevo y anterior
  • activeCountryCodes: Snapshot de países en activated tras el cambio (orden del allowlist)
  • countries: Snapshot completo de los seis países del allowlist tras el cambio
  • timeline: Historial cronológico de cambios de estado para ese país (desde auditoría), cada ítem con previousStatus, status y changedAt
  • entity.externalId: Identificador del merchant
  • changedAt: Timestamp ISO del cambio

Configuración de Filtros

Filtrar por Tipo de Entidad

Solo reciba eventos para tipos de entidades específicos:
Esta configuración solo activará webhooks para entidades de persona y empresa, ignorando dispositivos y otros tipos.

Filtrar por Cambio de Estado

Solo reciba eventos cuando el estado de la entidad cambie a valores específicos:
Esto solo se activará cuando una entidad de persona sea cambiada A estado blocked. Filtrar cuando cambie DESDE un estado específico:
Esto solo se activará cuando el estado cambie de active a suspended.

Ejemplos de Código

Node.js - Manejo de Eventos de Entidades

Python - Manejo de Eventos de Entidades

Casos de Uso

Caso de Uso 1: Sincronización de Base de Datos en Tiempo Real

Mantenga su base de datos local sincronizada con Gu1:

Caso de Uso 2: Activación Automática de Cuenta

Active automáticamente cuentas de clientes cuando el estado cambie a active:

Caso de Uso 3: Monitoreo de Cumplimiento

Rastree y responda a cambios de estado de entidades para cumplimiento:

Caso de Uso 4: Notificaciones a Clientes

Notifique a los clientes cuando su información cambie:

Mejores Prácticas

El entity.externalId es su identificador único. Úselo para buscar entidades en su base de datos:
Siempre almacene el ID de entidad de Gu1 en su base de datos para referencia:
Incluso si solo se suscribe a eventos específicos, maneje todos los tipos de eventos con gracia:
Mantenga un registro de auditoría de todos los cambios de entidades:
Use el ID de entidad y timestamp para prevenir procesamiento duplicado:
Configure filtros para recibir solo eventos relevantes:

Solución de Problemas

Verificar:
  • El webhook está suscrito al evento entity.created
  • El tipo de entidad coincide con sus filtros (si están configurados)
  • El webhook está habilitado en el dashboard
  • El endpoint es públicamente accesible
Probar:
El objeto changes solo incluye campos que realmente cambiaron. Si no ve un campo, significa que no se actualizó.Ejemplo:
Solo cambió name, otros campos permanecen igual.
Verificar:
  • El estado realmente cambió (no solo se actualizó la entidad)
  • Los filtros coinciden con el cambio de estado (from/to)
  • El cambio de estado no está siendo filtrado
Ejemplo de filtro que podría bloquear eventos:
Esto SOLO se disparará cuando el estado cambie A blocked.

Próximos Pasos

Eventos KYC

Maneje eventos de verificación KYC

Eventos de Reglas

Procese activaciones de reglas de cumplimiento

Seguridad de Webhooks

Asegure sus endpoints de webhook

Configuración

Configure ajustes de webhook