← VOLTAR AO TRABALHO
03/SEGUROS
OS DE SINISTROS
Sistema operacional para sinistros — intake, triagem, sinais de fraude e fluxos de regulação sobre um barramento de eventos compartilhado.
- ARQUITETURA
- FULL STACK
- LIDERANÇA
VISÃO GERAL
Modernizamos uma plataforma de sinistros em serviços modulares, com experiência unificada para reguladores e ganhos mensuráveis de ciclo.
DESAFIO
Substituir um processo monolítico sem interromper pipelines ativos e integrações com parceiros.
NOSSO PAPEL
- Plano de migração strangler-fig
- Modelo de domínio de sinistros
- Arquitetura do frontend do regulador
ARQUITETURA
- BFF de intake de sinistros
- Serviços de apólice e sinistros
- Workers de sinal de fraude
- Integração com document store
- Event bus para fan-out de status
STACK
- Java
- Spring
- Kafka
- SQL Server
- React
- Azure
DECISÕES-CHAVE
- Strangler incremental em vez de rewrite big-bang
- Eventos de status como fonte da verdade para sync de UI
- Fraude como stream paralelo de sinais, não gate bloqueante
RESULTADOS
- 30% de redução no ciclo médio de sinistro
- Integrações de parceiros migradas sem janelas de downtime
- Fila de tarefas do regulador com maior clareza operacional
LIÇÕES
- Sucesso de migração se mede pela disciplina de dual-running
- UIs de sinistro falham quando a semântica de status é vaga