Skip to main content
O Lender emite eventos de domínio como mensagens CloudEvents 1.0 em modo de conteúdo binário sobre Kafka, publicadas via lib-streaming. Todo evento trafega no envelope compartilhado: ce-type nomeia o evento como studio.lerian.<resource>.<event>, ce-subject carrega o id do agregado, ce-tenantid o tenant proprietário e ce-schemaversion a versão do payload — 1.0.0 para todos os eventos abaixo. O ce-source vem de STREAMING_CLOUDEVENTS_SOURCE, e o Lender exige o valor exato lender quando o streaming está habilitado — subir com qualquer outro valor falha. Os tópicos derivam da fonte (consulte Nomes de tópicos), então todo evento emitido chega em lender.<resource>.<event>. Todo evento do catálogo do Lender é respaldado por outbox: a linha do evento é gravada na mesma transação de banco de dados que a mudança de estado que ele reporta, e um relay publica as linhas confirmadas no Kafka, com retentativas durante quedas do broker. O catálogo não permite enfraquecer essa política por deployment. Valores monetários e taxas trafegam pelo fio como strings decimais, nunca como floats. O Lender serve seu catálogo completo de eventos em GET /api/v1/streaming/manifest.

Eventos do ciclo de vida do empréstimo

Eventos de servicing

Eventos de cobrança

Os quatro eventos de pagamento de cobrança compartilham um único esquema de payload; os campos opcionais são preenchidos por fluxo.

Eventos de jurisdição BR

Comandos de consignado emitidos

Comandos que o Lender envia ao trilho de Consignado. Eles mantêm o namespace do Lender — o Consignado assina esses tópicos lender.* (consulte Eventos do Consignado). studio.lerian.consignado_margin.requested (tópico lender.consignado_margin.requested) está declarado no catálogo e no manifesto, mas nenhum fluxo do Lender o emite ainda — trate-o como uma reserva de contrato, não como tráfego real. Os eventos de fato do Consignado (studio.lerian.consignado_proposal.accepted, studio.lerian.consignado_averbacao.confirmed e os demais) também aparecem no manifesto do Lender como documentação de contrato, mas o produtor deles é o trilho de Consignado — consulte a página Eventos do Consignado para esses payloads.

Eventos consumidos

Os consumidores são opt-in por deployment: cada um tem uma flag de habilitação (desligada por padrão) e falha na inicialização quando habilitado sem um broker alcançável. O fato consignado-gw.consignado_proposal.accepted — o handoff de vitória no leilão — tem um handler implementado mas ainda não conectado a nenhum deployment: o handoff do leilão não está ativo de ponta a ponta. Ele é listado aqui para que os assinantes saibam que o contrato existe; verifique o manifesto de streaming do seu deployment antes de depender dele.