invoice.credited da fatura 0823 chegue à memória da Marina Souza às 14h06, ao lado da ação que o agente de cobrança registrou.
Como um evento de sistema vira memória
- O ERP envia o JSON dele para
POST /v1/ingest/webhook/{source_id}. - A Niadra autentica a requisição com o método declarado para aquela fonte e grava o conteúdo bruto antes de responder.
- O mapeamento versionado da fonte gera o evento:
canonical_type, o objeto, osystem_iddo cliente, os campos e ooccurred_at. - O objeto ganha linha do tempo e estado derivado, com
as_ofe referência ao registro de origem. Pendências ligadas a ele podem fechar. - A camada ao vivo tem o evento em menos de um segundo; o contexto recompilado, em menos de dez.
Passo a passo
1. Crie uma fonte para o sistema
Cada sistema é uma fonte, com finalidade e audiência próprias. Crie no Console ou pela API de controle. Anote osource_id: ele é o último trecho do endereço do webhook.
2. Escolha como o sistema se autentica
A autenticação é obrigatória e declarada por fonte, no mapeamento. Sem ela, quem descobrisse o endereço poderia injetar histórico falso, uma ação que fecha promessa ou uma fatura paga.
O segredo é gravado direto no cofre da sua célula e nunca mais aparece. Requisição que falha na autenticação recebe 401 e entra na cobertura da fonte, e um sistema mal configurado aparece antes de alguém sentir falta dos eventos dele. Quando o sistema de origem pede um desafio de verificação por
GET antes de começar a enviar, a Niadra responde.
3. Escreva o mapeamento
O mapeamento transforma o conteúdo que o seu sistema já envia em eventos, com expressões no estilo JMESPath. Este é o conteúdo do ERP:Conteúdo do ERP
Mapeamento
4. Proponha o mapeamento como mudança versionada
Configuração nunca é gravada no lugar. Uma mudança de mapeamento é um diff na API de controle, com odocument novo inteiro do tipo e um reason, aprovado por uma pessoa; a célula recebe a mudança por um snapshot assinado. GET /v1/config/types lista os tipos e os papéis que podem mudar cada um, e GET /v1/config/mappings devolve o documento vigente, para você partir dele. Toda versão fica no histórico e pode ser desfeita.
5. Aponte o sistema para o endereço
Configure o webhook no seu ERP com o endereço do passo 1 e o segredo do passo 2. A partir daí, toda requisição responde no formato do lote:accepted, duplicates e errors por evento, com 200 quando tudo entrou e 207 quando algo foi recusado:
Resposta
6. Confira o que chegou
Leia o objeto para ver o estado derivado e a linha do tempo. O crédito aparece com o evento do ERP e a ação do agente de cobrança num registro só: a ação ficoudeclared às 14h06 e virou confirmed quando o invoice.credited chegou.
Texto livre de dentro de um sistema
A descrição de um ticket ou o corpo de um e-mail não é evento estruturado. Mande comomessage num canal próprio (ticket, email) e ele passa pela extração normal, como uma conversa. Texto livre de ticket e e-mail é cobrado como conversa; eventos de sistema mapeados não são cobrados.
Sistemas sem webhook
Para sistemas que só exportam arquivos, transforme a exportação em JSONL, com um item de lote por linha, e mande paraPOST /v1/ingest/files; cada linha é validada como um item de POST /v1/batch. Para semear identidade a partir de uma exportação do CRM, mande em CSV. Para sistemas que o seu time já integra por código, mande eventos de sistema pelo SDK ou por POST /v1/batch, com kind: "system_event" e canonical_type.
Próximos passos
Sistemas, objetos e ações
objetos, estado derivado e como as ações fecham pendências.
Agentes internos
o agente de cobrança que registrou o crédito.
Receber webhook de sistema
a referência do endpoint.
Gatilhos e webhooks
o caminho inverso, da Niadra para os seus sistemas.

