Roteiro de Envio dos Arquivos de Dados de Reclamação - BDR

A partir do primeiro bimestre de 2026, a Base de Dados de Reclamações de Ouvidorias (BDRO) passa a se chamar Base de Dados de Reclamações (BDR).

As supervisionadas devem enviar um arquivo contendo as informações descritas no layout referentes a cada reclamação tratada pela supervisionada, seja pela Ouvidoria, pelo SAC ou por qualquer outra área, observando-se os seguintes critérios:

a) reclamações concluídas no bimestre, independentemente de terem sido iniciadas no período; e

b) reclamações pendentes de decisão, independentemente de terem sido iniciadas no período.

O termo: (i) “cliente” se refere à definição contida na Resolução CNSP nº 382, de 2020; e (ii) “reclamação” se refere à definição contida no Inciso IV, do art. 2º da Circular Susep nº 643, de 2021.

Arquivo

Os dados deverão ser enviados em arquivo JSON conforme arquivo schema: https://www2.susep.gov.br/download/bdr/JsonSchema.json

Manual

• Pelo sistema de envio de arquivos, disponível neste link.
• Caso sua empresa ainda não tenha login e senha de acesso, envie e-mail para servicedesk.rj@susep.gov.br, informando o Código Susep da empresa e solicitando a senha de Administrador que será enviada ao Diretor de Relações com a Susep.
• Os dados deverão ser enviados em arquivo JSON, compactado em formato ZIP, seguindo layout detalhado no Manual de Orientação.
• As empresas que desejarem efetuar uma validação prévia poderão fazê-lo utilizando o arquivo de referência (validação) da estrutura JsonSchema.json acessível no link https://www2.susep.gov.br/download/bdr/JsonSchema.json. O arquivo “schema” descreve a estrutura e os requerimentos que um documento JSON deve ter. A empresa poderá utilizar um validador proprietário ou utilizar algum validador online.

• https://www.jsonschemavalidator.net/
• https://json-schema-validator.herokuapp.com/
• https://www.liquid-technologies.com/online-json-schema-validator

• Todas as empresas deverão enviar o arquivo, mesmo que não tenham tido reclamações no período.
• As empresas que não possuírem informações no período devem enviar o arquivo json contendo o código da entidade (entidade) e a competência do envio (competencia).
• Ex.:      

• As informações enviadas devem refletir a posição da reclamação no último dia do período de competência.
• Com relação às reclamações não encerradas por qualquer motivo, inclusive quando houver suspensão do prazo para obtenção de informações junto ao reclamante, o preenchimento deve ser realizado com data = null e status = 4 (Pendente de Decisão.)

• Um par nome/valor deve ser representado pelo nome entre aspas duplas, seguido de dois pontos, seguido do valor.
• A palavra-chave “null” deve ser utilizada para a representação de valores nulos.

• Os valores podem possuir apenas 3 tipos básicos:
  • numérico (inteiro ou real). Ex.:  "motivo": 50;
  • Booleano. Ex.:  "casado": true; e
  • String. Ex.: "entidade": "00000".
• A partir dos tipos básicos, é possível construir tipos complexos: array e objeto.
• Os arrays são delimitados por colchetes, com seus elementos separados entre vírgulas.

     Ex.: ["RJ", "SP", "MG", "ES"]

• Os objetos são especificados entre chaves.

     Ex.: {

• Podem ser compostos por múltiplos pares nome/valor, por arrays e também por outros objetos.
• Os pares são separados por "," (vírgula).

     Ex.: {

• Os dados de ouvidoria devem estar estruturados como um objeto.
• O nível raiz do json consiste possui as informações da supervisionada e a competência do envio.
• As reclamações também fazem parte do nível raiz e devem ser enviadas como um array de objetos.

     Ex. Arquivo com apenas duas reclamações.

• {

    "entidade": "09999",

    "competencia": "202506",

    "reclamacoes": [

    {

      "registro": 1,

      "protocolo": "123536872",

      "identificacaoResponsavel": "12345678000101",

      "dataAbertura": "01-12-2025",

      "dataEncerramento": "20-12-2025",

      "numeroContrato": "123456",

      "numeroProcessoSusep": "15414.123456/2023-11",

      "problema": 13,

      "segmento": 3,

      "protocoloConsumidorGovBr": null,

      "protocoloOPIN": null,

      "ouvidoria": 0,

      "canalVenda": 6,

      "status": 4,

      "canalReclamacao": 3,

      "reclamante": {

          "nome": "FULANA DE TAL",

          "identificacaoReclamante": "11111111111",

          "cep": "38700000",

          "tipo": 7

      }

    },

    {

      "registro": 2,

      "protocolo": "123456789",

      "identificacaoResponsavel": "87654321000103",

      "dataAbertura": "02-11-2025",

      "dataEncerramento": "30-12-2025",

      "numeroContrato": "125789",

      "numeroProcessoSusep": "15414.654321/2013-01",

      "problema": 13,

      "segmento": 8,

      "protocoloConsumidorGovBr": null,

      "protocoloOPIN": null,

      "ouvidoria": 0,

      "canalVenda": 2,

      "status": 2,

      "canalReclamacao": 3,

      "reclamante": {

        "nome": "CICRANO DA SILVA DE TAL",

        "identificacaoReclamante": "22222222222",

        "cep": "02020147",

        "tipo": 10

      }

    }

   ]

  }
  O campo registro é auto incrementável sequencial para cada reclamação do arquivo.