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
boolean
default:"false"
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
string
required
Tipo de evento sendo rastreado. Deve ser um dos 41 tipos de eventos suportados (veja seção Tipos de Eventos abaixo).Exemplo:
"LOGIN_SUCCESS"string
Seu identificador interno de usuário. Usado para agrupar eventos por usuário entre diferentes entidades.Exemplo:
"user_12345"string
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. Exceção do SDK: organizações com o SDK habilitado podem enviar apenas um sessionId para eventos anônimos pré-login.string
Seu identificador externo de entidade. Este é seu ID único para a entidade em seu sistema.Exemplo:
"user_12345"string
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"string
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"string
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).
string
Identificador único para o dispositivo. Deve ser um identificador estável que persiste entre sessões.Exemplo:
"840e89e4d46efd67"object
Informações detalhadas do dispositivo. Quando fornecido, o dispositivo será automaticamente registrado ou atualizado.Estrutura:
string
Endereço IP de onde o evento se originou (IPv4 ou IPv6).Exemplo:
"10.40.64.231"string
Código de país ISO 3166-1 alpha-2 onde o evento ocorreu.Exemplo:
"AR"boolean
default:"false"
Se a conexão é através de uma VPN
boolean
default:"false"
Se a conexão é através de um proxy
boolean
Flag de dispositivo novo persistida no evento (
is_new_device no banco). Veja Como funciona o isNewDevice abaixo.string
Identificador de sessão do SDK (
sess_..., máx. 64 caracteres). Para organizações com o SDK habilitado, um evento que traz apenas sessionId (sem identificador de entidade) é aceito e persistido como evento anônimo pré-login; é vinculado à entidade depois, no primeiro evento que trouxer sessionId e um identificador de entidade juntos. Sem o SDK habilitado, um identificador de entidade continua obrigatório.Exemplo: "sess_a1b2c3d4"object
Sinais estruturados emitidos pelo SDK (separados do
metadata livre). Todos os campos opcionais: sessionId, sessionDuration, integrityScore (0–100), integrityFlags (fetchHooked, prototypeModified, debuggerAttached, framingDetected) e behavioralSignals (keystrokeAvgMs, pasteDetected, completionTimeMs, touchVelocity).number
default:"0"
Número de tentativas de autenticação falhas (para eventos de autenticação)Exemplo:
3string
Identificador de conta de destino para eventos de transferência (CBU, CVU, etc.)Exemplo:
"0170042640000004234411"string
CUIT de destino para eventos de transferênciaExemplo:
"27281455496"string
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"object
Dados adicionais específicos do evento como pares chave-valor. Use isso para campos personalizados específicos do seu caso de uso.Exemplo:
string
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
Use o flag explícito quando seu app já sabe se a sessão é em dispositivo novo (SDK, armazenamento local, registro próprio). Omita quando quiser que a gu1 infira pelo registro de dispositivos.
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
Eventos do SDK
SESSION_STARTED- Beacon de sessão do SDK (pré-login)SESSION_IDENTIFIED- Sessão vinculada a uma entidade (enviado comsessionIde um identificador de entidade)SCREEN_VIEW- Tela/navegação registrada pelo SDK
Outros Eventos
OTHER_EVENT- Evento personalizado ou genérico
Resposta
boolean
Indica se a requisição foi bem-sucedida
object
O objeto do evento criado
string
UUID interno do evento no gu1
string
Tipo de evento criado
string
Identificador do usuário
string
UUID da entidade associada
string
Identificador externo da entidade
string
Número de identificação fiscal
string
Timestamp do evento (ISO 8601)
string
Data de negócio usada pelas regras históricas para janelas de tempo (ISO 8601). Igual ao timestamp quando não enviada.
string
Identificador do dispositivo
string
Endereço IP
string
Código do país
string
Timestamp de criação do registro do evento
object
object
Resultado da execução do motor de regras
string
Decisão final do motor de regras (APPROVE, REVIEW, REJECT)
object
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