O SRO Susep é o Sistema de Registro de Operações, estrutura pela qual seguradoras, entidades abertas de previdência complementar e sociedades de capitalização enviam dados granulares de suas operações a entidades registradoras credenciadas, que os consolidam em base acessível à Susep. O registro é obrigatório e segue prazos por documento e leiautes definidos em norma.
Principais pontos
- O SRO Susep não é um relatório periódico: é um fluxo contínuo de dados operação a operação, com prazos curtos — 5 dias úteis para apólices, certificados, endossos e bilhetes, e 30 dias corridos para sinistros e averbações de transportes, nos termos da Circular Susep nº 710/2024.
- Desde 2 de março de 2026, os registros de seguros de danos e de pessoas em repartição simples usam o leiaute V3, com reorganização de campos e adoção de totalizadores no lugar do envio de cada ocorrência de prêmio, sinistro e contribuição.
- O próximo marco atinge vida com cobertura de risco, previdência complementar aberta e assistência financeira: conforme o Ofício Circular Eletrônico nº 7/2026/DISUC/SUSEP, a homologação com testes integrados começou em 2 de setembro de 2026 e a obrigatoriedade de envio está prevista para 1º de dezembro de 2026.
- O gargalo raramente está na conexão com a registradora. Está na origem: campos obrigatórios que não existem no core system, emissão por canais paralelos e ausência de tratamento estruturado para registros rejeitados.
- Cumprir o SRO com planilha e reprocesso manual é possível em volumes baixos, mas o custo aparece quando o leiaute muda — e ele foi atualizado sucessivas vezes ao longo de 2026, em ofícios circulares que já chegam ao nº 20.
O que é o SRO Susep, na prática
O Sistema de Registro de Operações nasceu da Resolução CNSP nº 383/2020, que estabeleceu as condições para o registro de operações de seguros, previdência complementar aberta, capitalização e resseguros.
A lógica é diferente da prestação de contas tradicional: em vez de consolidados enviados periodicamente pela supervisionada, a Susep passa a ter acesso a dados granulares — apólice a apólice, sinistro a sinistro — em uma base alimentada de forma contínua.
O fluxo tem três papéis distintos:
Supervisionada
A seguradora, EAPC ou sociedade de capitalização gera e envia os registros a partir de seus próprios sistemas.
Entidade registradora
Previamente credenciada e com sistema homologado pela Susep, recebe, valida e armazena os registros enviados.
Susep
Acessa a base consolidada para supervisão, estatística e fiscalização.
Duas normas complementares sustentam esse desenho: a Circular Susep nº 599/2020, sobre homologação dos sistemas de registro e credenciamento das registradoras, e a Circular Susep nº 619/2020, sobre política de segurança e sigilo de dados dessas entidades.
A consequência prática para a área de tecnologia é direta: o SRO transforma a qualidade e a rastreabilidade dos dados internos em obrigação regulatória verificável. Um campo que a operação preenchia de forma inconsistente sem maiores efeitos passa a gerar rejeição na registradora e, se não tratado, descumprimento de prazo.
Quem precisa registrar e o que entra no escopo
O escopo é definido por circulares específicas por tipo de operação. As seis circulares publicadas em 24 de dezembro de 2024, todas com vigência a partir de 2 de janeiro de 2025, organizam o leiaute V3:
| Circular Susep (24/12/2024) | Operações abrangidas | Regra de obrigatoriedade prevista na norma |
|---|---|---|
| nº 710/2024 | Seguros de danos e seguros de pessoas em regime de repartição simples. | 1º dia útil do mês subsequente a 12 meses da disponibilização do leiaute. |
| nº 711/2024 | Seguros de pessoas com cobertura de risco em repartição de capitais de cobertura ou capitalização. | 1º dia útil do mês subsequente a 8 meses da disponibilização do leiaute. |
| nº 712/2024 | Operações de capitalização. | 1º dia útil do mês subsequente a 8 meses da disponibilização do leiaute. |
| nº 713/2024 | Previdência complementar aberta com cobertura de risco. | Conforme art. 3º da circular. |
| nº 714/2024 | Cobertura de sobrevivência em previdência complementar aberta e seguros de pessoas. | Conforme art. 3º da circular. |
| nº 715/2024 | Assistência financeira de EAPCs e sociedades seguradoras. | Conforme art. 3º da circular. |
O que entra no registro vai além da emissão: apólices, bilhetes, certificados, endossos, contratos de previdência, sinistros e benefícios, resgates, portabilidades, operações de cosseguro, bloqueios e gravames, e transferência de carteira. Ou seja, o SRO acompanha o ciclo de vida do contrato, não apenas seu nascimento.
Os prazos são a parte que mais pressiona a arquitetura. Pela Circular Susep nº 710/2024:
| Prazo | O que abrange | Contagem a partir de |
|---|---|---|
| Até 5 dias úteis | Apólices, certificados e endossos. | Emissão do documento. |
| Até 5 dias úteis | Bilhetes emitidos por intermediários. | Internalização do registro. |
| Até 5 dias úteis | Bloqueios e gravames. | Conhecimento do fato. |
| Até 30 dias corridos | Endossos de averbação em seguros de transportes, prêmios de ajuste e informações sobre sinistros. | Conforme a norma. |
Cinco dias úteis é um intervalo curto para uma operação em que a emissão passa por corretoras, plataformas de parceiros e, em muitos casos, por sistemas diferentes conforme o produto. Se cada canal tem um caminho próprio até o registro, o prazo passa a depender de quem lembra de executar o processo.
Ponto de atenção: o prazo é por operação, não por lote mensal
Uma leitura comum — e arriscada — é tratar o SRO como um fechamento mensal. A contagem de prazo é individual: começa na emissão (ou no conhecimento do fato) de cada documento.
Isso significa que uma rotina que roda uma vez por mês pode estar formalmente ativa e, ainda assim, produzir atrasos em boa parte dos registros do período.
A condição em que isso se torna crítico é específica: emissão distribuída em múltiplos canais, com rejeições sendo tratadas em fila manual.
Nesse cenário, o registro rejeitado no dia 2 pode voltar para correção no dia 8 — e o prazo já terá vencido sem que ninguém tenha sido alertado. O controle que merece avaliação não é o envio em si, mas o tempo entre rejeição e reenvio, medido e monitorado.
O que mudou com a V3 do SRO Susep e por que isso não foi apenas uma atualização de campo
Em 4 de fevereiro de 2025, a Susep publicou o leiaute de dados do SRO referente à Circular nº 710/2024.
A partir daí, correu o prazo de 12 meses previsto na norma: o Ofício Circular Eletrônico nº 3/2026/DISUC/SUSEP, de 24 de fevereiro de 2026, comunicou que os sistemas na versão 2.00 ficariam disponíveis até 28 de fevereiro de 2026, às 23h59, e que a partir de 2 de março de 2026 os registros passariam a usar o leiaute v3.0.0.
Três mudanças concentram o impacto técnico:
Reorganização completa dos campos
A Susep descreveu a V3 como uma reorganização dos campos de informação, com regras explícitas sobre quais dados são obrigatórios.
Para quem tinha um mapeamento construído campo a campo sobre o leiaute anterior, isso significou refazer a camada de tradução entre o core system e o formato de envio.
Totalizadores no lugar de ocorrência a ocorrência
Informações de prêmios, sinistros e contribuições deixaram de ser reportadas a cada ocorrência e passaram a usar campos totalizadores.
A mudança reduz carga de processamento, mas desloca uma responsabilidade para dentro da seguradora: o total enviado precisa ser reproduzível a partir dos lançamentos internos, ou a operação perde a capacidade de explicar um número quando questionada.
Remanejamento da base anterior
O mesmo ofício estabeleceu prazos para recarregar na V3 os registros que estavam na V2.
Migração de leiaute, aqui, não foi só passar a enviar diferente: foi reenviar histórico.
E a evolução continuou ao longo de 2026. O leiaute v3.1.0 foi publicado em 30 de março de 2026 e atualizado para a versão 3.1.0-rc.2 em 5 de maio de 2026 (Ofício Circular Eletrônico nº 10/2026/DISUC/SUSEP, de 8 de maio).
A relação de normativos do SRO publicada pela Susep registra a sequência completa: ofícios circulares eletrônicos numerados até o nº 20/2026, com atualizações sucessivas na linha de produção (v3.0.1 emergencial, v3.0.2, v3.0.3 e v3.0.4) e na linha de homologação (v3.1.0-rc.2, rc.3 e rc.4), além de orientações sobre tratamento de registros anômalos e sobre endossos de cancelamento. P
ara uma equipe de tecnologia, a leitura importante é esta: o leiaute do SRO é um artefato vivo. Uma integração construída como projeto pontual, sem previsão de manutenção, tende a virar dívida técnica no primeiro ciclo de atualização.
Se a discussão sobre de onde saem os campos e como eles se mantêm consistentes ainda não está resolvida internamente, vale revisar antes os critérios de arquitetura de dados para seguradoras — o SRO tende a expor exatamente as lacunas que já existiam ali.
O próximo marco: vida, previdência e assistência financeira
O calendário mais relevante agora é o das operações que ainda não entraram na V3. Segundo o Ofício Circular Eletrônico nº 7/2026/DISUC/SUSEP, de 30 de março de 2026, o leiaute v3.1.0 atende às Circulares Susep nº 711, 713, 714 e 715, de 2024, com dois marcos definidos:
| Data | Marco | Alcance |
|---|---|---|
| 2 de março de 2026 | Entrada em produção do leiaute V3. | Circular Susep nº 710/2024 — danos e pessoas em repartição simples. |
| 2 de setembro de 2026 | Início da homologação com testes integrados. | Circulares Susep nº 711, 713, 714 e 715/2024. |
| 1º de dezembro de 2026 | Início da obrigatoriedade do envio. | Circulares Susep nº 711, 713, 714 e 715/2024. |
O Ofício nº 10/2026, de 8 de maio de 2026, atualizou o leiaute e manteve os prazos definidos no art. 3º dessas circulares. Como a linha de homologação seguiu evoluindo depois disso — rc.3 e rc.4 foram publicadas em ofícios posteriores —, convém confirmar a versão vigente na seção de leiaute e cronograma de obrigatoriedades da página oficial do SRO antes de fechar um plano de projeto.
⚠️ Vale um cuidado de leitura: o próprio art. 3º das circulares prevê que os registros devem ocorrer em ambiente de homologação até 60 dias antes da data de obrigatoriedade. Na prática, isso significa que a janela útil para descobrir problemas de mapeamento não vai até dezembro — ela já está aberta e estreitando.
Se a carteira possui produtos alcançados por essas circulares, antecipe cenários de endosso, cancelamento e sinistro no novo leiaute — justamente onde o mapeamento entre sistemas legados e o formato regulatório tende a exigir mais ajuste.
Onde o esforço realmente se concentra
A leitura mais comum sobre o SRO é que se trata de um problema de integração: conectar-se à API da registradora e enviar. Essa é a parte menor. O esforço se concentra em quatro frentes anteriores ao envio.
Origem dos dados
O leiaute exige campos que nem sempre existem estruturados no core system. Quando a informação está em campo livre, em anexo ou na cabeça de quem emite, alguém precisa preenchê-la — e o registro passa a depender de trabalho manual recorrente.
Consistência entre sistemas
Cotador, sistema de apólices, sistema de sinistros e a base contábil precisam contar a mesma história sobre o mesmo contrato.
Divergências que antes eram conciliadas no fechamento agora aparecem como rejeição, com prazo correndo. É o ponto em que qualidade de dados em seguradoras deixa de ser um tema de BI e vira restrição operacional.
Canais e parceiros
Bilhetes emitidos por intermediários, apólices coletivas em forma de fatura e averbações de transporte têm regras próprias de contagem de prazo.
Se cada canal chega ao registro por um caminho distinto, a cobertura do processo fica desigual — e o canal esquecido costuma ser descoberto por rejeição, não por auditoria interna.
Tratamento de rejeição
Este é o ponto mais subestimado. Enviar é fácil; saber o que voltou, por quê, quem corrige e em quanto tempo é o que separa um processo sustentável de um esforço heroico mensal.
Sem observabilidade sobre as jornadas críticas, a operação só descobre o problema quando ele já é volume.
Sua operação sustenta o registro no SRO sem depender de esforço manual?
Marque apenas os itens que já são verdadeiros na sua operação hoje. São condições observáveis — não uma medição de conformidade regulatória. O resultado é uma contagem descritiva, útil para priorizar conversas internas antes do próximo marco de obrigatoriedade.
Nenhuma resposta é salva ou enviada: as marcações existem apenas nesta sessão do navegador e desaparecem ao recarregar a página. Itens não marcados indicam ausência de confirmação, não uma falha comprovada.
Os itens que ficaram sem marcação indicam onde vale buscar evidência antes de decidir o caminho e não, por si só, uma não conformidade.
O que costuma dar errado na prática
| Erro ou risco de execução | Por que acontece | Consequência possível | Como reduzir o risco |
|---|---|---|---|
| Tratar o SRO como projeto com data de fim | A entrega é medida pela primeira obrigatoriedade atendida, sem previsão de manutenção. | Cada nova versão de leiaute vira urgência e reabre esforço de mapeamento. | Prever capacidade recorrente de manutenção do fluxo, não apenas de implantação. |
| Construir o envio fora do core system, em camada paralela | Caminho mais rápido para cumprir o prazo inicial sem tocar no legado. | Duas fontes de verdade que divergem com o tempo e dificultam explicar um número à supervisão. | Manter o sistema de origem como fonte única e tratar a camada de envio como tradução, não como base. |
| Não medir rejeições | O indicador acompanhado é “enviamos”, não “foi aceito”. | Prazo vencendo em registros que voltaram e ninguém corrigiu. | Monitorar taxa de rejeição, motivo e tempo médio entre rejeição e reenvio. |
| Cobrir apenas o canal principal de emissão | O canal com maior volume concentra a atenção do projeto. | Canais e parceiros menores ficam fora do registro até serem notados. | Inventariar todos os pontos de emissão antes de definir escopo do fluxo. |
| Deixar a homologação para o fim do prazo | Ambiente de teste é visto como formalidade. | Problemas de mapeamento aparecem sem tempo hábil de correção. | Usar a janela de homologação para provar casos reais, incluindo endosso, cancelamento e sinistro. |
| Concentrar o conhecimento em uma pessoa | Quem construiu a integração é quem entende o leiaute. | Resposta lenta quando o leiaute muda ou a pessoa não está disponível. | Documentar mapeamento campo a campo e regras de negócio aplicadas na tradução. |
Comparação com alternativas
| Alternativa | Quando pode funcionar | Limitação principal | Impacto possível | Critério para avançar |
|---|---|---|---|---|
| Extração manual + envio pela interface da registradora | Volume baixo, poucos produtos, carteira estável. | Não escala e depende de disponibilidade de pessoas específicas. | Atraso em prazos individuais quando o volume oscila. | Volume de emissão ou número de canais já não cabe em rotina manual. |
| Rotina própria construída sobre o core system | Equipe interna com domínio do legado e capacidade de manutenção contínua. | Exige refazer mapeamento a cada versão de leiaute. | Dependência de poucas pessoas e retrabalho a cada atualização. | Há time dedicado com previsão de manutenção, não só de entrega. |
| Camada de integração dedicada, com o core como fonte única | Múltiplos sistemas de origem, canais e produtos diversos. | Exige governança de dados e padrão de integração definidos. | Reduz retrabalho por versão, mas não resolve dado ausente na origem. | Origem dos campos está mapeada e a divergência entre sistemas é conhecida. |
| Solução ou serviço de terceiro para o envio | Necessidade de atender a um prazo próximo com capacidade interna limitada. | Responsabilidade regulatória permanece da supervisionada. | Risco de caixa-preta: difícil explicar um número sem apoio do fornecedor. | Contrato prevê rastreabilidade, prazo de adequação a novas versões e acesso aos logs. |
| Manter o cenário atual e reavaliar depois do próximo marco | A operação já passou pela V3 sem rejeição relevante e não tem produtos no próximo escopo. | Adia a discussão, sem resolvê-la. | Custo concentrado na próxima mudança de leiaute. | Dados de rejeição e de prazo confirmam que o processo atual se sustenta. |
Nenhuma dessas opções é universalmente correta. Uma seguradora com carteira concentrada em danos, volume estável e processo já testado na V3 pode legitimamente decidir não reestruturar nada agora.
A resposta muda quando entram produtos do escopo de dezembro, quando o número de canais cresce ou quando ninguém consegue dizer qual foi a taxa de rejeição do mês passado.
Se a leitura da tabela apontou para a terceira ou a quarta linha — camada de integração dedicada ou apoio externo —, o passo anterior à escolha é entender quanto da emissão, da apólice e do sinistro já vive em um mesmo lugar.
Compare como a operação hoje trata cotação, gestão de apólices, resseguro e integração entre corretoras e seguradoras com uma abordagem concentrada de gestão de seguros.
Critérios de decisão
Antes de escolher entre ajustar o que existe, reestruturar o fluxo ou buscar apoio externo, vale responder a cinco perguntas com evidência, não com impressão:
Quais das operações da carteira estão abrangidas pelas Circulares nº 711, 713, 714 e 715 — e, portanto, pelo marco de dezembro de 2026?
Para cada campo obrigatório do leiaute, é possível apontar o sistema e a tabela de onde ele sai? Quantos ainda dependem de preenchimento humano?
Qual é hoje o tempo médio entre a emissão e o registro aceito — e qual é o pior caso do último trimestre?
Existe indicador de rejeição por motivo? Quem é responsável pela correção e qual é o tempo médio até o reenvio?
Se a Susep publicar uma nova versão de leiaute no próximo trimestre, quantas pessoas e quantas semanas isso consome — e esse esforço já está previsto na capacidade da equipe?
Antes de contratar qualquer coisa, vale obter visibilidade sobre o fluxo atual e mapear onde os dados de emissão e sinistro se perdem entre sistemas.
Como estruturar o próximo passo
Um caminho de baixa fricção, executável em semanas e não em trimestres:
Inventariar os pontos de emissão
Liste todos os canais, produtos e sistemas que geram documentos sujeitos a registro, incluindo parceiros e apólices coletivas.
Mapear campo a campo
Compare o leiaute vigente com as fontes internas e marque explicitamente os campos que ainda não possuem origem estruturada.
Medir o fluxo atual
Levante o volume enviado, aceito e rejeitado no último trimestre, os motivos de rejeição e o tempo entre rejeição e reenvio.
Testar casos difíceis na homologação
Valide endosso, cancelamento, cosseguro e sinistro reaberto — e não apenas a emissão simples.
Definir o dono do fluxo
Estabeleça a rotina de revisão a cada publicação de leiaute, com responsável nomeado e capacidade prevista para a manutenção.
Registrar as decisões de tradução
Documente as regras aplicadas entre o dado interno e o campo do leiaute para que a operação consiga explicar qualquer número enviado.
Conclusão
O SRO Susep deixou de ser uma pauta de adequação pontual e se consolidou como um fluxo permanente de dados entre a operação da seguradora e o supervisor.
Quem atravessou a virada da V3 em março de 2026 sem sobressalto provavelmente já tinha origem de dados mapeada e tratamento de rejeição estruturado. Quem atravessou com esforço concentrado tende a repetir esse esforço no marco de dezembro — e no seguinte.
A decisão relevante, portanto, não é "como enviar", mas em que condições a operação consegue sustentar o envio quando o leiaute mudar de novo. Isso depende de dado estruturado na origem, de cobertura uniforme entre canais e de visibilidade sobre o que foi rejeitado.
A Tecnologia Única atua no mercado segurador com plataformas de cotação, gestão de apólices, resseguro e integração entre corretoras e seguradoras, além de squads técnicos alocados em operações com sistemas legados e integrações complexas — o tipo de contexto em que o esforço do SRO costuma se concentrar.
Se a equipe quer estruturar a origem dos dados e o tratamento de rejeições antes de 1º de dezembro, o próximo passo é mapear o cenário atual: sistemas envolvidos, pontos de intervenção humana, exceções e gargalos. A conversa começa pelo que existe hoje — não por uma proposta de sistema.
Perguntas frequentes (FAQ)
Nos seguros de danos e de pessoas em repartição simples, a Circular Susep nº 710/2024 estabelece até 5 dias úteis para apólices, certificados e endossos (contados da emissão), para bilhetes emitidos por intermediários (contados da internalização do registro) e para bloqueios e gravames (contados do conhecimento do fato); e até 30 dias corridos para endossos de averbação em seguros de transportes, prêmios de ajuste e informações sobre sinistros. A contagem é individual, por documento — não por lote mensal.
Não. O SRO é uma estrutura de registro granular das operações, com prazos individuais por documento, e convive com as demais obrigações de prestação de informações previstas na regulamentação. Confirme o conjunto de obrigações aplicável ao seu tipo de supervisionada antes de desativar qualquer rotina existente.
A supervisionada. As registradoras precisam ser credenciadas pela Susep e ter seus sistemas homologados; atualmente constam quatro na página oficial. A escolha envolve critérios de integração, suporte, prazo de adequação a novas versões de leiaute e acesso a relatórios de registro.
Não. A obrigação de registrar permanece da supervisionada. Um contrato pode distribuir execução e SLA, mas não desloca a responsabilidade perante a Susep — motivo pelo qual rastreabilidade e acesso aos logs costumam ser cláusulas relevantes.
O descumprimento de prazo é uma questão de supervisão, avaliada pela Susep conforme a regulamentação aplicável. Mais do que a penalidade isolada, o efeito prático costuma ser a exposição de uma fragilidade de processo: atraso recorrente indica ausência de controle sobre rejeição e reenvio.
Não necessariamente. Volume baixo, produto único e carteira estável podem ser atendidos por rotina mais simples. O critério não é o porte, e sim a combinação entre número de canais de emissão, diversidade de produtos no escopo e capacidade interna de manter o fluxo quando o leiaute mudar.
O leiaute do SRO Susep ainda vai mudar? O histórico recente indica revisões frequentes: V3 em produção em março de 2026, v3.1.0 publicado em março, atualizações sucessivas ao longo do ano na linha de produção (até v3.0.4) e na de homologação (até v3.1.0-rc.4). Planejar como se a versão atual fosse definitiva tende a produzir retrabalho.
Referências externas
[1] Susep. Sistema de Registro de Operações (SRO)
[3] Susep. Circular Susep nº 710, de 24 de dezembro de 2024.
[4] Susep. Entidades registradoras credenciadas.
[5] Susep. Susep divulga novo leiaute de dados para o Sistema de Registro de Operações.
[6] Susep. Susep implementa nova versão do Sistema de Registro de Operações (SRO).
[7] Susep. Ofício Circular Eletrônico nº 3/2026/DISUC/SUSEP.
[8] Susep. Ofício Circular Eletrônico nº 7/2026/DISUC/SUSEP — publicação do leiaute v3.1.0.
ES 
PT 
EN 
FR 
IT 
DE