Criar um evento de usuário para regras e fraude
Referência API
Criar um evento de usuário para regras e fraude
Criar um evento de usuário para detecção de fraudes e validação de regras — para rastreamento de comportamento de usuários e detecção de fraude na gu1.
POST
Criar um evento de usuário para regras e fraude
Visão Geral
Cria um novo evento de usuário para rastrear ações e comportamentos dentro de sua aplicação. Eventos são usados para detecção de fraudes, monitoramento de conformidade, análises comportamentais e trilhas de auditoria. O sistema registra automaticamente dispositivos e pode opcionalmente criar entidades quando não existem. Quando um evento é criado, o motor de regras é executado automaticamente e retorna tanto o resultado das regras quanto um resumo detalhado de execução.Endpoint
Autenticação
Requer uma chave de API válida no cabeçalho Authorization:Parâmetros de Consulta
Habilitar criação automática de entidade quando uma entidade com o
taxId fornecido não existir. Quando verdadeiro, se o evento incluir um taxId e nenhuma entidade existir com esse ID fiscal, uma nova entidade de pessoa ou empresa será criada automaticamente.Exemplo: ?withAutoEntity=trueCorpo da Requisição
Tipo de evento sendo rastreado. Deve ser um dos 41 tipos de eventos suportados (veja seção Tipos de Eventos abaixo).Exemplo:
"LOGIN_SUCCESS"Seu identificador interno de usuário. Usado para agrupar eventos por usuário entre diferentes entidades.Exemplo:
"user_12345"UUID da entidade gu1. Forneça isso se você tiver o ID interno do gu1.
Identificação de Entidade: Você deve fornecer PELO MENOS UM de:
entityId, entityExternalId ou taxId. Esses campos suportam lógica OU, então o sistema encontrará a entidade usando qualquer um desses identificadores.Seu identificador externo de entidade. Este é seu ID único para a entidade em seu sistema.Exemplo:
"user_12345"Número de identificação fiscal (CPF, CNPJ, CUIT, etc.). Quando combinado com
?withAutoEntity=true, isso criará a entidade se ela não existir.Exemplo: "20242455496"Quando o evento ocorreu em formato datetime ISO 8601. Se não fornecido, usa o horário atual do servidor como padrão.Exemplo:
"2026-01-30T14:30:00Z"Data de negócio do evento. Usada pelas regras históricas como ponto de partida para janelas de tempo (ex.: “últimos 7 dias”).Formato: String datetime ISO 8601 com fuso horário (ex.
"2026-01-30T14:30:00Z" ou "2026-01-30T00:00:00.000Z").Se não enviar: O sistema usa o mesmo valor que timestamp (ou a hora atual do servidor se nenhum for enviado). O evento é tratado como “agora” nas regras históricas; não é necessário enviar quando o evento é em tempo real.- Se omitida → Definimos
eventDate = timestamp(ou hora atual). As regras históricas usam esse valor como ponto de partida. - Formato → ISO 8601 com fuso:
"YYYY-MM-DDTHH:mm:ss.sssZ"(ex."2026-01-30T00:00:00.000Z"). - Quando enviar → Quando o evento ocorreu em data diferente da do envio (ex. eventos carregados depois ou em lote).
Identificador único para o dispositivo. Deve ser um identificador estável que persiste entre sessões.Exemplo:
"840e89e4d46efd67"Informações detalhadas do dispositivo. Quando fornecido, o dispositivo será automaticamente registrado ou atualizado.Estrutura:
Endereço IP de onde o evento se originou (IPv4 ou IPv6).Exemplo:
"10.40.64.231"Código de país ISO 3166-1 alpha-2 onde o evento ocorreu.Exemplo:
"AR"Se a conexão é através de uma VPN
Se a conexão é através de um proxy
Flag de dispositivo novo persistida no evento (
is_new_device no banco). Veja Como funciona o isNewDevice abaixo.Número de tentativas de autenticação falhas (para eventos de autenticação)Exemplo:
3Identificador de conta de destino para eventos de transferência (CBU, CVU, etc.)Exemplo:
"0170042640000004234411"CUIT de destino para eventos de transferênciaExemplo:
"27281455496"Valor anterior para eventos de mudança de credenciais. Isso será automaticamente convertido em hash usando SHA-256 para segurança.Exemplo:
"old_password_hash"Dados adicionais específicos do evento como pares chave-valor. Use isso para campos personalizados específicos do seu caso de uso.Exemplo:
String de user agent do navegador para eventos webExemplo:
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36..."Como funciona o isNewDevice
O valor persistido em cada evento alimenta regras de fraude (por exemplo historical.userEvent.newDevice e filtros isNewDevice: true em user_events).
Prioridade: se você enviar, persistimos o seu valor
| Request | isNewDevice persistido |
|---|---|
Você envia isNewDevice: true ou false | Exatamente o que você enviou (a gu1 não sobrescreve) |
Você omite isNewDevice | A gu1 calcula o valor (veja abaixo); padrão false sem dados de dispositivo suficientes |
Quando você omite isNewDevice (inferência no servidor)
A gu1 só calcula automaticamente quando ambos estão presentes:
deviceIddeviceDetails
- Registra ou atualiza o dispositivo da entidade resolvida (tabela
devices). - Define
isNewDevicecomotruese:- Não existir linha para
(organização, entidade, deviceId), ou - O dispositivo existir mas
firstSeenAtestiver nos últimos 5 minutos (janela de primeira visualização).
- Não existir linha para
- Caso contrário
false(dispositivo já conhecido pela gu1 para essa entidade).
Nome do campo no body
POST /events/user usa camelCase no JSON: isNewDevice. O nome is_new_device não é lido neste endpoint.
Exemplos
Cliente decide (quando você já detecta dispositivo novo):Tipos de Eventos
Eventos de Autenticação
LOGIN_SUCCESS- Login bem-sucedidoLOGIN_FAILED- Tentativa de login falhouLOGOUT- Logout do usuárioTOKEN_GENERATED- Token de autenticação gerado
Eventos de Mudança de Credenciais
PASSWORD_CHANGE- Senha alterada com sucessoPASSWORD_CHANGE_FAILED- Tentativa de mudança de senha falhouEMAIL_CHANGE- Endereço de email alteradoPHONE_CHANGE- Número de telefone alteradoPIN_CHANGE- PIN alterado
Eventos de Gerenciamento de Conta
ACCOUNT_LINKED- Conta bancária vinculadaCONTACT_CREATED- Contato criadoCONTACT_DELETED- Contato excluídoADDRESS_CHANGED- Endereço atualizadoDEVICE_ADDED- Novo dispositivo adicionadoDEVICE_DELETED- Dispositivo removido
Eventos de Gerenciamento de Email
EMAIL_CREATED- Email criadoEMAIL_ELIMINATED- Email eliminado
Eventos de Navegação
NAVIGATION- Navegação de página ou tela
Eventos de Transferência
TRANSFER_SUCCESS- Transferência bem-sucedidaTRANSFER_FAILED- Tentativa de transferência falhouTRANSFER_SCHEDULED- Transferência agendada para o futuro
Eventos de Saldo
BALANCE_CHECK- Saldo da conta verificadoBALANCE_CHECK_FAILED- Verificação de saldo falhou
Eventos de Acesso à Conta
ACCOUNTS_VIEW- Lista de contas visualizadaACCOUNTS_VIEW_FAILED- Visualização de contas falhou
Eventos de Transação
TRANSACTIONS_VIEW- Histórico de transações visualizadoTRANSACTIONS_VIEW_FAILED- Visualização de transações falhou
Eventos de Destinatário
SEARCH_RECIPIENTS- Destinatários pesquisadosSEARCH_RECIPIENTS_FAILED- Pesquisa de destinatários falhouSCHEDULE_RECIPIENT_FAILED- Agendamento de destinatário falhou
Eventos de Perfil
PROFILE_VIEW- Perfil de usuário visualizadoPROFILE_UPDATED- Perfil de usuário atualizado
Eventos de Mensagem
MESSAGES_VIEW- Mensagens visualizadasMESSAGES_VIEW_FAILED- Visualização de mensagens falhou
Eventos de Titular de Conta
ACCOUNT_HOLDERS_VIEW- Titulares de conta visualizadosACCOUNT_HOLDERS_VIEW_FAILED- Visualização de titulares falhou
Eventos de Alias
ALIAS_VIEW- Alias visualizadoALIAS_VIEW_FAILED- Visualização de alias falhouALIAS_CHANGE- Alias alteradoALIAS_CHANGE_FAILED- Mudança de alias falhou
Pagamento / Dispositivo
CARD_ADDED- Cartão de pagamento adicionadoDEVICE_CONNECTED- Dispositivo conectado
Validação Biométrica
BIOMETRIC_VALIDATION_SUCCESS- Validação biométrica bem-sucedidaBIOMETRIC_VALIDATION_ERROR- Validação biométrica falhou
Outros Eventos
OTHER_EVENT- Evento personalizado ou genérico
Resposta
Indica se a requisição foi bem-sucedida
O objeto do evento criado
UUID interno do evento no gu1
Tipo de evento criado
Identificador do usuário
UUID da entidade associada
Identificador externo da entidade
Número de identificação fiscal
Timestamp do evento (ISO 8601)
Data de negócio usada pelas regras históricas para janelas de tempo (ISO 8601). Igual ao timestamp quando não enviada.
Identificador do dispositivo
Endereço IP
Código do país
Timestamp de criação do registro do evento
Resultado da execução do motor de regras
Decisão final do motor de regras (APPROVE, REVIEW, REJECT)
Resumo detalhado da execução do motor de regras, incluindo todas as regras avaliadas e seus resultados. Este objeto fornece visibilidade completa de quais regras foram executadas, quais condições foram atendidas e como a decisão final foi tomada. Estrutura completa e exemplo: Resumo de Execução de Regras.
Exemplos
Evento de Login
Evento de Transferência
Criar Entidade Automaticamente
Exemplo de Resposta
Respostas de Erro
400 Bad Request
401 Unauthorized
403 Forbidden
404 Not Found
500 Internal Server Error
Casos de Uso
Rastrear Padrões de Autenticação
Monitorar Atividade de Transferência
Trilha de Auditoria de Conformidade
Melhores Práticas
Sempre Inclua Timestamps
Forneça timestamps explícitos quando eventos são enfileirados ou armazenados em buffer para manter a ordenação cronológica precisa.Rastreie Sucesso e Falha
Sempre rastreie eventos bem-sucedidos e falhos para detecção de fraude e análises abrangentes.Use Metadados Estruturados
Mantenha os metadados consistentes entre tipos de eventos similares para permitir melhor análise e consulta.Informações de Dispositivo
IncluadeviceId e deviceDetails quando disponíveis para manter o registro de dispositivos. Envie isNewDevice explicitamente se sua integração já classifica dispositivos novos; caso contrário, omita e deixe a gu1 inferir (veja Como funciona o isNewDevice).
Manipule Criação Automática com Cuidado
UsewithAutoEntity=true apenas quando você tiver certeza de que o ID fiscal é válido e deseja que entidades sejam criadas automaticamente.
Próximos Passos
Listar Eventos
Consultar eventos com filtros
Estatísticas de Eventos
Obter estatísticas agregadas
API de Dispositivos
Aprenda sobre integração de dispositivos
Regras de Fraude
Construa regras usando dados de eventos