Novidades

Product updateCobrança · Cotação · Sistema de Registro · Implementação

Product Update: 25 de agosto

A Handle avança em quatro frentes ao mesmo tempo. A cada duas semanas contamos o que foi construído em cada uma, sem enfeites: só melhorias reais de capacidade.

Isto é o que mudou nas últimas 2 semanas

01Cobrança

Nova arquitetura de cobrança: Payment Validation V2

Estamos migrando o motor de cobrança do PV1 para o PV2, e o trabalho pesado está do lado das seguradoras, não da configuração. Cada seguradora precisa ser validada individualmente na nova arquitetura antes de poder operar nela. Já temos pouco mais da metade das seguradoras do catálogo de cobrança validadas, e essa é a ordem em que estamos conduzindo o rollout: seguradoras primeiro.

Novo em produção: integração com o SICAS

O e-mail e o telefone do segurado agora são sincronizados do SICAS direto para o Sistema de Registro. Na prática: o Agente de Cobrança Multicanal contata o segurado com dados que vêm da seguradora, não de um cadastro manual feito meses atrás e já desatualizado. É a diferença entre um lembrete de pagamento que chega e um que volta.

Próximos passos

Concluir a validação do catálogo de seguradoras no PV2 e deixar o fluxo de cobrança operando sem SICAS nem Quattro no meio.

Cockpit de Cobrança da Handle: o caso de um segurado com pagamento vencido, com a próxima ação recomendada, a linha do tempo de contato e o inspetor do caso.

02Cotação

9 de 12 seguradoras GMM em produção. Eram 5

O maior salto do ciclo: quase dobramos a cobertura de cotação automática em Gastos Médicos Maiores (GMM).

O que foi construído:

  • MetLife GMM

    Resolvido como aplicativo de desktop, não como portal web. Um caminho técnico que antes não tínhamos aberto.

  • BX+

    No ar por meio de uma modalidade de cotação via Excel. O importante é isto: a modalidade é reutilizável para qualquer seguradora que cote por planilha. A próxima sai em uma fração do tempo.

  • Panamerican

    A nona seguradora do portfólio em produção.

  • Melhorias na taxa de sucesso onde já operávamos

    HDI de 78,6% para 85,0%, Chubb de 61,9% para 76,0%.

76,6% de taxa de sucesso global, com 28% mais volume processado

Aumentar a taxa de sucesso enquanto o volume cresce é a parte difícil. Normalmente uma coisa se paga com a outra: mais volume expõe mais casos extremos e a taxa cai. Que as duas subam ao mesmo tempo significa que as melhorias são estruturais, não remendos.

Também fechamos a maioria dos bugs abertos do módulo, priorizando os que bloqueavam a operação real.

Agente de Cotação Linhas Pessoais da Handle: tabela de seguradoras com o status de cada cotação, o detalhe de uma que precisa de atenção e os arquivos gerados.

03Sistema de Registro

SOR2: melhor qualidade de dado, na origem

A versão 2 do Sistema de Registro muda de onde vem a informação. Em vez de reconstruir a apólice a partir do que foi cadastrado manualmente, nós a pegamos da fonte: especificações de apólice obtidas direto da seguradora, e faturas da MAPFRE processadas com PDF e XML em paralelo. O XML dá a estrutura, o PDF dá o respaldo.

A diferença de qualidade de dado em relação ao SOR1 é significativa, e aparece mais onde antes doía: apólices com endossos, mudanças de vigência e renovações parciais.

Uma frente nova: os portais estão se blindando

Concluímos a integração com a Qualitas e, quase em seguida, o portal reforçou suas defesas contra automação. Não é um caso isolado: é a direção do setor. As seguradoras vão continuar fechando a porta ao acesso automatizado via navegador.

Nossa resposta não é brigar portal por portal. Estamos classificando cada portal conforme exija navegador ou não, e movendo em paralelo tudo o que for possível para integração direta, sem navegador no meio. Cada portal que migramos assim deixa de pagar esse imposto de forma permanente. Essa é a aposta de arquitetura do semestre.

Sistema de Registro da Handle: tela de Registros com clientes, apólices, parcelas, comissões e endossos, a carteira por seguradora e o painel de movimentações.

04Implementação

Equipe dedicada de Forward Deployed Engineers

Um update de capacidade, não de produto. A partir de 1º de setembro, 5 Forward Deployed Engineers entram na equipe, dedicados exclusivamente a implementações enterprise.

O motivo é simples: em implantações grandes, a complexidade não está no software, está no mapeamento entre a operação real da corretora e o produto. Cada operação tem sua forma de nomear ramos, estruturar carteiras e tratar exceções. Um FDE dedicado reduz drasticamente esse tempo de implantação. E essa era a nossa restrição, não a tecnologia.

Encerramento

Quatro frentes. Isso é o que foi construído nas últimas 2 semanas

Se algo disso toca diretamente a sua operação (a migração para o Payment Validation 2, alguma seguradora específica em cotação, ou o SOR2), responda este e-mail e analisamos juntos.

Nos falamos em duas semanas.

Veja o que os agentes podem fazer na sua operação

Mostramos os agentes trabalhando com as suas seguradoras e os seus fluxos.