Manual MAPX OP Manual de Operações do Serviço de Transporte de Dados STD/ Cadastro

(1)

Manual

MAPX – OP049 – 2013

Manual de Operações do Serviço de Transporte de Dados STD/ Cadastro

Objetivo:

O Manual de Operações do módulo Cadastro, serviço prestado no âmbito do “Serviço de Transporte de Dados”, tem a finalidade de descrever os procedimentos que os Participantes (Fontes e Gestores de Bancos de Dados - GBD) devem adotar no âmbito do sistema para a transferência eletrônica de arquivos via rede entre as partes.

Autor do documento:

Contato: Soluções e Apoio ao Participante O responsável deve ser contatado nos casos de:

 Dúvidas sobre as informações tratadas neste documento;

 Falhas ou vulnerabilidades encontradas no processo;

 Necessidade de adequação identificada internamente, ou apresentada por auditoria, por órgão regulador, ou por cliente.

(2)

MANUAL DE OPERAÇÕES – SERVIÇO DE TRANSPORTE DE DADOS – STD/CADASTRO

DENOMINAÇÃO: Manual de Operações do

Serviço de Transporte de Dados – STD/Cadastro CÓDIGO: MAPX-OP049-2013 FOLHA: 2/76 ÁREA EMITENTE: Negócios VIGÊNCIA: 12/12/2017 a 12/12/2018 VERSÃO: 6.0

SUMÁRIO

1. OBJETIVO ... 4

2. DIVULGAÇÃO ... 5

3. VIGÊNCIA ... 5

4. PROCESSO DE REFERÊNCIA ... 5

5. DISPOSIÇÕES GERAIS ... 5

5.1 FINALIDADE ... 5

5.2 VANTAGENS ... 6

5.3 A QUEM SE DESTINA ... 6

6. DEFINIÇÕES, ACRÔNIMOS E ABREVIAÇÕES ... 6

6.1 FLUXO OPERACIONAL ... 10

7. CADASTRO DE PARTICIPANTES... 11

7.1 REGRA ... 11

7.2 ADESÃO ... 12

7.3 ATUALIZAÇÃO DE CADASTRO DE PARTICIPANTES ... 12

7.4 INCLUSÃO DE NOVO GBD ... 13

7.5 CONSULTAR CADASTRO DE PARTICIPANTES... 13

8. AMBIENTE TECNOLÓGICO MEIOS DE INTERCÂMBIO DE ARQUIVOS ... 14

9. CICLO DE ENVIO DE ARQUIVOS ... 15

10. GUARDA E RECUPERAÇÃO DOS ARQUIVOS ... 22

11. GRADE HORÁRIA DE TRANSFERÊNCIA DE ARQUIVOS ... 23

11.1 DEFINIÇÃO ... 23

12. TARIFAÇÃO ... 25

(3)

12.1 TARIFAS ... 25

12.2 COBRANÇA DAS TARIFAS ... 25

12.3 INADIMPLEMENTO DO PAGAMENTO DAS TARIFAS... 26

13. CONTINGÊNCIA... 26

14. AUDITORIA ... 27

15. DEFINIÇÕES E CONCEITOS PARA COMPOSIÇÃO DAS INFORMAÇÕES ... 27

15.1 CONTEÚDO ... 27

15.2 MACROFLUXO GERAL ... 28

15.3 PROCESSOS E PERIODICIDADES... 29

15.4 PRINCIPAIS PRAZOS ... 30

15.5 DETALHAMENTO DOS PROCESSOS – CONCEITOS, DEFINIÇÕES E REGRAS ... 31

16. ANEXOS ... 68

16.1 ANEXO I CATEGORIAS E MODALIDADES ... 68

16.2 ANEXO II DOMÍNIOS ... 69

16.3 ANEXO III MODELO DE AUTORIZAÇÃO PADRÃO ... 69

16.4 ANEXO IV MODELO DE CANCELAMENTO PADRÃO ... 70

17. CONTROLE DO DOCUMENTO ... 71

17.1 HISTÓRICO DE ATUALIZAÇÃO ... 71

17.2 CICLO DE REVISÃO ... 76

17.3 DISPONIBILIDADE DO DOCUMENTO ... 76

17.4 CLASSIFICAÇÃO DE SEGURANÇA ... 76

(4)

1. OBJETIVO

Conforme a Resolução nº 4.172/2012, alterada pela Resolução nº 4.257/2013 que regulamenta a prestação de informação aos bancos de dados, de que trata a Lei nº 12.414/2011 e o Decreto nº 7.829/2012, por parte das Instituições Financeiras e demais instituições autorizadas a funcionar pelo Banco Central, o objeto de ditas normas é um banco de dados gerido por empresas especializadas (Gestores de Bancos de Dados GBD) contendo informações fornecidas pelas chamadas Fontes (a exemplo dos bancos, financeiras, e outras instituições autorizadas a funcionar pelo Banco Central do Brasil como empresas de arrendamento mercantil e administradoras de consórcios) acerca dos créditos concedidos a seus clientes e mediante autorização voluntária destes.

Com a regulamentação, melhoram as informações sobre o histórico de pagamentos de cada indivíduo ou empresa, e não apenas sobre sua situação de adimplência ou inadimplência, proporcionando melhores condições para uma adequação do juro cobrado com o perfil de risco específico. Espera-se que com isso haja incentivo para maior disponibilização dessas informações pelos clientes.

Desta forma, o módulo Cadastro do Serviço de Transporte de Dados foi deliberado como a interface operacional para a transmissão dos arquivos entre Fontes e GBD, porém é de livre opção das Fontes/GBD o estabelecimento de processos de transmissão independentes.

A partir desta versão, serão incorporadas nesse documento também as regras estabelecidas pelos GBD e Bancos para a composição das informações, conteúdo dos arquivos transportados. Ressalta-se que as regras na dimensão de negócio são de responsabilidade dos participantes, instituições Fontes e GBD.

Portanto, é importante destacar que existem duas dimensões deste documento, sendo: i) o STD o responsável por viabilizar a troca de arquivos entre os participantes; e ii) o Cadastro Histórico de

(5)

Crédito corresponde ao conteúdo dos arquivos que serão utilizados, por sua conta e risco, pelos Participantes.

2. DIVULGAÇÃO

Este documento pode ser encontrado:

 Portal Corporativo da CIP.

3. VIGÊNCIA

Este manual deverá ser revisto periodicamente, quando do vencimento de sua vigência, ou quando necessário.

4. PROCESSO DE REFERÊNCIA

 Negócios.

5. DISPOSIÇÕES GERAIS 5.1 FINALIDADE

O módulo Cadastro do Serviço de Transporte de Dados é destinado à realização de intercâmbio eletrônico de dados, com o objetivo de padronizar e agilizar a troca de informações, de forma a possibilitar a todos os Participantes, além de simplificação, o equilíbrio nas relações concorrenciais, bem como oferecer segurança e fomentar uma maior efetividade nas transferências eletrônicas de dados.

Neste manual o participante do STD também encontrará as regras de negócios definidas, sem envolvimento da CIP, para a composição das informações para os casos de autorizações colhidas pela

(6)

Fonte, constituição do histórico de crédito por modalidade de produto de crédito, do tratamento da relação de autorizações recebida de GBD e do tratamento e eventuais contestações.

Por fim, o manual reflete o alinhamento, sem envolvimento da CIP, obtido entre instituições financeiras e demais instituições autorizadas pelo Banco Central do Brasil e representadas por suas respectivas associações e os gestores de banco de dados sobre o funcionamento, conceitos e responsabilidades do Cadastro Histórico de Crédito.

5.2 VANTAGENS

O Serviço de Transporte de Dados, através do qual são prestados os serviços para o Cadastro, é um meio de comunicação ágil, seguro e monitorado, cujo fluxo eletrônico e padronizado de dados entre os Participantes permite aperfeiçoar os recursos já existentes, melhorando os resultados, tanto em termos operacionais como estratégicos.

5.3 A QUEM SE DESTINA

Às Instituições (Fontes) e aos GBD de que trata a Lei nº 12.414/2011, regulamentada pelo Decreto nº 7.829/2012, na Resolução nº 4.257/2013 que alterou a Resolução nº 4.172/2012 do BACEN e nas demais normas relacionadas.

6. DEFINIÇÕES, ACRÔNIMOS E ABREVIAÇÕES

Para o entendimento e interpretação deste Manual de Operações, são adotadas as seguintes definições, utilizadas no singular ou plural:

a) BACEN: Banco Central do Brasil, autarquia federal criada pela Lei nº 4.595/64, inscrito no CNPJ/MF sob o nº 00.038.166/0001-05;

b) CIP: Câmara Interbancária de Pagamentos CIP, pessoa jurídica de direito privado, inscrita no CNPJ/MF sob o nº 04.391.007/001-32;

(7)

c) COMUNICADO: instrumento de comunicação externa de uso exclusivo do Superintendente Geral da CIP ou do seu substituto direto. Tem a finalidade de informar aos Participantes e aos demais clientes sobre uma determinação que altere as regras do STD;

d) DOCUMENTOS CORRELATOS: conjunto de documentos, composto pelos Manuais Técnicos e Condições Gerais, contendo disposições relacionadas às regras, obrigações e condições envolvidas no STD/Cadastro;

e) GESTOR DE BANCO DE DADOS (GBD ou simplesmente Gestor): pessoa jurídica responsável pela administração de banco de dados, bem como pela coleta, armazenamento, análise e acesso a terceiros aos dados armazenados e que, por sua conta e risco, cumpra todas as condições e requisitos previstos na Lei nº 12.414/2011, regulamentada pelo Decreto nº 7.829/2012, na Resolução nº 4.172/2012 publicada pelo BACEN e nas demais normas e acordos relacionados;

f) GESTOR DE BANCO DE DADOS ORIGINÁRIO: é o gestor de banco de dados escolhido pelo cliente para abertura de seu cadastro, diferente do GBD indicado para compartilhamento;

g) GESTOR DE BANCO DE DADOS INDICADO PARA COMPARTILHAMENTO: É o Gestor que pode receber informações de GBD Originários, a partir da expressa autorização do cadastrado, e equipara-se, para todos os efeitos da lei, ao Gestor que anotou originariamente a informação;

h) HISTÓRICO DE CRÉDITO: conjunto de dados financeiros e de pagamentos relativos às operações de crédito e obrigações de pagamento adimplidas ou em andamento por pessoa natural ou jurídica, na forma prevista na Lei nº 12.414/2011, regulamentada pelo Decreto

(8)

nº 7.829/2012, na Resolução nº 4.257/2013 que alterou a Resolução nº 4.172/2012 publicada pelo BACEN e nas demais normas relacionadas;

i) INSTITUIÇÃO (FONTE): instituições financeiras e demais instituições autorizadas a funcionar pelo BACEN, na forma prevista na Lei nº 12.414/2011, regulamentada pelo Decreto nº 7.829/2012, na Resolução nº 4.257/2013 que alterou a Resolução nº 4.172/2012 publicada pelo BACEN e nas demais normas relacionadas;

j) MANUAIS TÉCNICOS (MANUAIS): instrumentos particulares elaborados pela CIP contendo disposições pertinentes e aplicáveis às rotinas do STD/Cadastro. São Manuais Técnicos, exemplificativamente: Manual de Operações do STD/Cadastro, Manual de Leiautes do STD/Cadastro e Manual Técnico do STD/Cadastro;

k) PARTICIPANTE: Instituições e GBD que tenham celebrado o Termo de Adesão ao STD/Cadastro;

l) SERVIÇO DE TRANSPORTE DE DADOS PARA CADASTRO ou simplesmente STD/Cadastro:

serviço prestado pela CIP, no âmbito do STD, por meio do qual há processamento e transmissão de arquivos entre os Participantes com o objetivo de centralizar, simplificar e conferir maior segurança ao processo de troca de informações entre os Participantes, nos termos previstos na Convenção, nos Documentos Correlatos e no Termo de Adesão, com a finalidade de auxiliar o cumprimento, pelos Participantes, do disposto na Lei nº 12.414/2011, regulamentada pelo Decreto nº 7.829/2012, na Resolução nº 4.257/2013 que alterou a Resolução nº 4.172/2012 do BACEN e nas demais normas relacionadas;

m) STD: “Serviço de Transporte de Dados STD” objeto da Convenção e operacionalizado pela CIP, que viabiliza o processamento e troca de informações relevantes ao Sistema Financeiro Nacional - SFN de forma centralizada, segura e simplificada;

(9)

n) TERMO DE ADESÃO: instrumento particular por meio do qual as Instituições e os GBD poderão aderir ao STD/Cadastro, com irrestrito e automático aceite das disposições previstas na Convenção, nas Condições Gerais e nos Manuais Técnicos, tornando-se, assim, Participantes.

Documentos Correlatos

Documento Versão Atual Data Última Alteração

Manual de Operações 3.0 19.03.2015

Manual de Leiautes 4.0 17.11.2014

Dicionário de Dados 2.3 28.01.2015

XML ACPO001 1.3 13.05.2013

XML ACPO002 1.2 13.05.2013

XML ACPO003 1.3 13.05.2013

XML ACPO004 1.1 13.05.2013

XML ACPO005 1.9 20.02.2015

XML ACPO006 1.4 20.02.2015

XML ACPO007 1.3 20.02.2015

XML ACPO008 1.3 20.02.2015

XSD ACPO001 1.4 19.07.2013

XSD ACPO002 1.4 19.07.2013

XSD ACPO003 2.0 13.08.2013

XSD ACPO004 1.2 19.07.2013

XSD ACPO005 2.1 20.02.2015

XSD ACPO006 1.6 20.02.2015

XSD ACPO007 1.6 20.02.2015

XSD ACPO008 1.7 20.02.2015

XSD ACPO010 1.2 28.11.2016

XSD ACPO011 2.8 28.11.2016

Manual de Operações: descreve os procedimentos que os Participantes (Fontes e Gestores de Bancos de Dados - GBD) devem adotar no âmbito do sistema para a transferência eletrônica de arquivos via rede entre as partes.

(10)

Manual de Leiautes: descreve os leiautes das transferências utilizadas pelos Participantes no Serviço de Transporte de Dados STD/Cadastro e as validações realizadas nos referidos arquivos.

Dicionário de Dados: descreve as definições e representações de dados de domínios e códigos de ocorrência.

XML e XSD: os arquivos XML listados contém os modelos para a composição dos dados de conteúdo no formato adotado para a criação dos arquivos e os arquivos XSD são os respectivos validadores de schema dos arquivos XML.

6.1 FLUXO OPERACIONAL

Visão Geral do STD/Cadastro

(11)

MACRO FLUXO

Os fluxos abaixo demonstram os modelos operacionais para as funcionalidades

GBDSTD – CIPFONTE

Passo 2.

Atualiza Cadastro de Participante Passo 1.

Solicita Adesão como Participante

Passo 1.

Solicita Adesão como Participante

B

Fluxo: Cadastro de Participante

= Batch M ^{= Manual}

M

Passo3.

Comunica a inclusão de um novo GBD

M

Fluxo: Envio de Autorizações

Passo 5.

Recepciona arquivo do Remetente e envia

ao Destinatário Passo 5.

Envia arquivo de Autorizações

B

Fluxo: Envio do Histórico de Crédito

Passo 6.

Recepciona arquivo do Remetente e envia

para o Destinatário Passo 6.

Recepciona arquivo de Histórico de Crédito

Passo 6.

Envia arquivo de Histórico de Crédito

B

M B B

Passo 7.

Recepciona arquivo do Remetente e

envia ao Destinatário

Passo7.

Recepciona arquivo de Contestações

Passo 7.

Envia arquivo de Contestações

B

Fluxo: Envio de Contestações

Passo 4.

Consulta Cadastro de Participante

Passo 4.

Consulta Cadastro de Participante

M

Passo 5.

Envia arquivo de Autorizações

Ret Ret

B

Passo3.

Comunica a inclusão de uma nova Fonte

M

7. CADASTRO DE PARTICIPANTES 7.1 REGRA

O Participante interessado em participar do STD/Cadastro deverá:

a) Ser habilitado a processar as informações nos termos previstos na Convenção, nos Documentos Correlatos e no Termo de Adesão do STD/Cadastro;

(12)

b) Possuir condições técnicas para comunicação com a CIP nos mecanismos estabelecidos nos Manuais Técnicos e nos Documentos Correlatos;

c) Estar ciente de todos os demais requisitos, obrigações e responsabilidades estabelecidos na Convenção, nas Condições Gerais e nos Documentos Correlatos.

7.2 ADESÃO

Passo 1: Solicitar a adesão como Participante do STD/Cadastro (Participante  STD/Cadastro) Processo Manual

Após o cumprimento dos requisitos acima estabelecidos, conforme o caso, a Instituição ou o GBD interessado na participação do Serviço de Transporte de Dados para Cadastro deverá:

Encaminhar à CIP o Termo de Adesão do Serviço de Transporte de Dados conforme modelo disponibilizado pela CIP;

Encaminhar à CIP o Cadastro Técnico, o Cadastro Matriz de Funcionalidades e o Cadastro de Contatos do Serviço de Transporte de Dados para Cadastro conforme modelo disponibilizado pela CIP;

Efetuar a homologação junto à CIP, conforme plano homologatório do Serviço de Transporte de Dados para Cadastro, composto de testes de infraestrutura e de cenários. Durante a fase de homologação nenhuma funcionalidade será habilitada para a utilização do Serviço de Transporte de Dados para Cadastro pelo Participante entrante até o aceite de todas as etapas;

Atender todos os demais requisitos estabelecidos na Convenção e nos Documentos Correlatos.

7.3 ATUALIZAÇÃO DE CADASTRO DE PARTICIPANTES Passo 2: Atualização de Cadastro de Participantes (CIP) Processo Manual

(13)

Os cadastros das Instituições e GBD são atualizados pela CIP e disponibilizados para consulta de todos os Participantes no sítio da CIP.

As informações disponibilizadas na consulta são:

ISPB (Raiz do CNPJ);

Nome do Participante; e

Código da instituição (apenas para as Instituições).

7.4 INCLUSÃO DE NOVO GBD

Passo 3: Comunicação de inclusão de um novo Participante (GBD ou Fonte) (CIP  Participantes) - Processo Manual

A comunicação relativa à inclusão de um novo GBD ou Fonte será sempre feita pelo comunicado encaminhado pela CIP aos endereços eletrônicos dos Participantes constantes no Cadastro Técnico, Cadastro Matriz de Funcionalidades e Cadastro de Contatos do Serviço de Transporte de Dados para Cadastro, após esse GBD ou Fonte cumprir com todas as etapas anteriormente descritas nesta seção.

O Participante poderá ser habilitado no sistema no prazo de dois dias úteis a contar da data de conclusão de todos os testes constantes do plano homologatório.

7.5 CONSULTAR CADASTRO DE PARTICIPANTES Passo 4: Consultar cadastro de Participantes (Participantes  CIP) - Processo Manual

O cadastro ficará disponível para consulta das Instituições e GBD com as informações relacionadas no Passo 2 (Atualização de Cadastro de Participantes).

(14)

8. AMBIENTE TECNOLÓGICO MEIOS DE INTERCÂMBIO DE ARQUIVOS

Os Participantes efetuarão a transferência de arquivos XML, em rede privada* conforme especificado nos manuais de Leiautes e Técnico, utilizando de uma ferramenta de transferência de arquivos homologada pela CIP. O Participante que aderir ao Serviço de Transporte de Dados para Cadastro deverá informar qual meio de comunicação utilizará para transmissão de arquivos, os quais devem ser compactados, criptografados e assinados digitalmente antes do processo de envio.

O Participante é responsável pela segurança e integridade na transmissão das informações até elas serem recebidas pela CIP. A partir deste momento, a CIP torna-se a responsável pela segurança das informações no âmbito do STD/Cadastro, considerando que os arquivos serão descriptografados que serão descriptografadas pela CIP apenas para repasse ao destinatário com nova aplicação dos os requisitos necessários de segurança (nova criptografia e certificado digital da instituição do destino).

É de responsabilidade dos Participantes manter a disponibilidade de seu ambiente tecnológico, principalmente para efeito de retorno dos arquivos.

Os detalhes técnicos das plataformas de acesso para troca de arquivos da CIP estão contidos no Manual Técnico do Serviço de Transporte de Dados para Cadastro, bem como informações sobre o meio de transmissão escolhido e demais necessidades técnicas. Os parâmetros da solução do Participante devem ser fornecidos por preenchimento do Cadastro Técnico, Cadastro e Matriz de Funcionalidades e Cadastro de Contatos do Serviço de Transporte de Dados.

O Participante integralmente responsável pela manutenção da disponibilidade de seu(s) link(s), bem como pelas consequências de eventual indisponibilidade. A CIP recomenda a utilização de infraestrutura redundante, minimizando o risco de indisponibilidade do processo de troca de arquivos. São homologadas apenas as operadoras Primesys e RTM para realização de troca de arquivos com a CIP. O participante deve informar no Cadastro Técnico, Cadastro Matriz de

(15)

Funcionalidades e Cadastro de Contatos do Serviço de Transporte de Dados para Cadastro qual a infraestrutura de rede a ser utilizada.

9. CICLO DE ENVIO DE ARQUIVOS

ARQUIVOS PREVISTOS

Para o funcionamento do Serviço de Transporte de Dados para Cadastro e de acordo com os serviços e eventos do Manual de Leiautes e de Arquivos do Serviço de Transporte de Dados, trafegará no sistema os seguintes tipos de arquivos:

Tipo de Arquivo Descrição

Limite por arquivo

(compactado) ACPO001 Participante (Fonte) informa movimentações

relativas à autorização de Cliente no STD/Cadastro 50.000Kb ACPO002 (RET)

Participante (GBD) responde referente às movimentações relativas à Autorização de Cliente no STD/Cadastro

50.000Kb

ACPO003 Participante (GBD) informa relação de

Autorizações de Clientes no STD/Cadastro 50.000Kb ACPO004 (RET) Participante (Fonte) responde referente à relação

de Autorizações de Clientes no STD/Cadastro 50.000Kb ACPO005 Participante (Fonte) informa posição de Histórico

de Crédito de Clientes aos GBD no STD/Cadastro 50.000Kb ACPO006 (RET) Participante (GBD) responde referente posição de

Histórico de Crédito de Clientes no STD/Cadastro 50.000Kb ACPO007 Participante (GBD) informa Contestação à Fonte no

STD/Cadastro 50.000Kb

ACPO008 (RET) Participante (Fonte) responde referente

Contestação no STD/Cadastro 50.000Kb

(16)

ACPO010 Participante (Fonte) informa as suas configurações do seu conglomerado

50.000Kb ACPO011 (RET) Participante (GBD) retorna as configurações das

empresas 50.000Kb

ETAPAS DO CICLO OPERACIONAL DO ENVIO DE ARQUIVOS PELOS PARTICIPANTES PARA O STD/CADASTRO

Passo 5: Participante A envia arquivo de movimentações relativas às Autorizações de Cliente para o STD/Cadastro que o repassa para o Participante B

(Participante A  STD/Cadastro  Participante B) Processo Batch (diário)

Para o envio dos arquivos diários relativos às Autorizações de clientes, o Participante:

 Gera o arquivo (ACPO001/ACPO003), diariamente, conforme leiautes descritos no Manual de Leiautes e de Arquivos do STD/Cadastro;

 Compacta conforme especificação constante nos Manuais Técnicos do Serviço de Transporte de Dados criptografa com a chave pública da CIP e assina com a sua chave privada, conforme as especificações de segurança (header);

 Envia o arquivo para o Serviço de Transporte de Dados para Cadastro.

Passo 5

Participante A

(Fonte ou GBD)

Serviço de Transporte de

Dados

Participante B

(Fonte ou GBD)

(17)

O Serviço de Transporte de Dados:

 Recebe o arquivo, verifica a assinatura do Participante A usando a chave pública deste e descriptografa o arquivo com sua chave privada;

 Identifica pelo nome do arquivo para qual Participante B deve ser enviado o arquivo;

 Criptografa o arquivo novamente com a chave pública do Participante B e assina com a sua chave privada, conforme especificações de segurança;

 Envia arquivo para o Participante B.

O Retorno:

O retorno (ACPO002-RET/ACPO004-RET) será pelo mesmo meio em que o arquivo foi enviado, utilizando-se as mesmas especificações e requisitos de segurança para intercâmbio de arquivos. As informações retornadas acrescidas do resultado do processamento constam do Manual de Leiautes e de Arquivos do STD/Cadastro.

No caso de Conglomerado Financeiro/Empresas - conjunto de entidades financeiras vinculadas diretamente ou não, por participação acionária ou por controle operacional efetivo, caracterizado pela administração ou gerência comum (Fonte: site do BCB) - Participante do Serviço de Transporte de Dados, é permitido, a seu exclusivo critério e por sua conta e responsabilidade, enviar informações das suas coligadas ou controladas.

As informações de coligadas ou controladas podem ser enviadas nos registros dos arquivos. O Serviço de Transporte de Dados está preparado para transportar os dados de um Participante remetente para um Participante destinatário, desde que tenham efetuado devidamente a Adesão ao STD/Cadastro e, portanto, constam do cadastro de Participantes.

(18)

Caso o nome do arquivo venha indevidamente com a identificação inválida (por exemplo: da coligada e não a do conglomerado Participante), este arquivo retornará com erro conforme domínio constante do Manual de Leiaute e de Arquivos do Serviço de Transporte de Dados.

A coligada ou controlada pode, a qualquer tempo, fazer a Adesão como Participante do STD/Cadastro devendo submeter-se aos mesmos procedimentos relacionados a um Participante.

Os arquivos têm tamanho limitado por quantidade de bytes para transferência. A quantidade para esse segmento é de 50 megabytes por arquivo compactado. O processo de particionamento de arquivo, nomenclatura, formato, validação, protocolos e erro constam do Manual de Leiautes e Arquivos do Serviço de Transporte de Dados para Cadastro.

Passo 6: Fonte (Instituição) envia arquivo de Histórico de Crédito de clientes autorizados para o STD/Cadastro, que repassa o mesmo arquivo para o GBD

(Fonte  STD/Cadastro  GBD) Processo Batch (semanal)

Para o envio dos arquivos semanais de Histórico de Crédito dos clientes com autorização, a Fonte:

 Gera o arquivo (ACPO005), seguindo os leiautes descritos no Manual de Leiautes e Arquivos do STD/Cadastro;

 Compacta, criptografa e assina com a sua chave privada conforme especificação dos Manuais Técnicos do Serviço de Transporte de Dados.

Passo 6

Fonte

Dados GBD

(19)

 Por sua vez, criptografa, assina com a sua chave privada e em seguida envia para o GBD.

Os procedimentos de segurança utilizados são os mesmos relacionados no Passo 5.

O GBD:

 Disponibiliza o retorno do arquivo de histórico (ACPO006-RET) com o resultado do processamento, dentro da grade horária definida para o sistema.

É responsabilidade das Fontes verificarem o conteúdo dos arquivos de retorno gerados pelos GBD, uma vez que o Serviço de Transporte de Dados não tem nenhuma interação nos registros do arquivo.

A Fonte, no envio, e o GBD, no retorno dos arquivos, devem respeitar a regra de particionamento de arquivos para esse segmento (limitado a 50 megabytes por arquivo).

Passo 7: GBD envia arquivo de Contestação para o STD/Cadastro, que repassa o mesmo arquivo para a Fonte

(GBD  STD/Cadastro  Fonte) Processo Batch (diário)

O GBD deve utilizar o arquivo ACPO007 GBD informa contestação à Fonte, para enviar as manutenções nas autorizações. O retorno (ACPO008-RET) será pelo mesmo meio que o arquivo foi

Passo 7

GBD

Dados FONTE

(20)

enviado. Todos os procedimentos de segurança no envio do arquivo mencionados nos passos anteriores devem ser utilizados no envio e recebimento do arquivo de Contestação.

Cabe salientar que o Serviço de Transporte de Dados, após receber os arquivos, efetua a validação de dados básicos referentes à nomenclatura, formatos e segurança do arquivo. Se a validação não for efetivada com sucesso é retornado um arquivo de erro para o Participante remetente/emissor, sendo que o arquivo terá o mesmo nome do arquivo emitido acrescido do sufixo ERR. O Participante deve estar preparado para tratar o arquivo de erro e proceder sua correção, sendo necessário enviar o arquivo novamente. O processo de validação e os domínios de erro constam do Manual de Leiautes e Arquivos do STD/Cadastro.

Passo 8: Fonte envia arquivo de Configuração para o STD/Cadastro, que repassa o mesmo arquivo para o GBD

(Fonte STD/Cadastro  GBD) Processo Batch (diário)

Para o envio do arquivo de Configuração, a Fonte:

 Gera o arquivo (ACPO010), seguindo os leiautes descritos no Manual de Leiautes e Arquivos do STD/Cadastro;

 Compacta, criptografa e assina com a sua chave privada conforme especificação dos Manuais Técnicos do Serviço de Transporte de Dados.

Passo 8

FONTE

Dados GBD

(21)

 Por sua vez, criptografa, assina com a sua chave privada e em seguida envia para o GBD.

Os procedimentos de segurança utilizados são os mesmos relacionados no Passo 5.

O GBD:

Trata-se de um novo arquivo para inclusão de contatos e dados das Fontes.

 Relação de CNPJs autorizados por conglomerado;

 Dados de contato para atendimento;

 Dados de contato para tratamento de Liminares;

 Escolha do dia da semana para receber o arquivo de Relação de Autorizações (ACPO003).

Os dados do conglomerado são obrigatórios e é necessário que a Fonte/IF envie as informações dos dados do CNPJ de cada Participante do conglomerado, pois estas informações serão validadas tanto no arquivo de autorização, quanto no arquivo de histórico de crédito.

No arquivo de autorização, o Participante será confrontado com a fonte de acolhimento, se este não for informado no arquivo de configuração o registro de atualização da autorização será rejeitado. No caso do histórico de crédito, o Participante será confrontado contra o CNPJ de contratação da operação, se este não informado a operação será rejeitada.

Os dados de contato para o conglomerado são obrigatórios. Para o Participante deve ser informado toda vez que este CNPJ fizer o atendimento ao consumidor.

Exemplificando: Vamos supor que tenhamos um conglomerado com dez CNPJs Participantes, sendo que para dois deles o atendimento seja neles próprios . Para estes dois CNPJs Participantes os dados

(22)

de contato devem ser informados. Para os outros oito CNPJs, o GBD indicará ao consumidor os dados de contato do conglomerado.

O envio de um novo arquivo atualizado pela Fonte só será necessário quando houver alteração no conteúdo.

O Arquivo de Configuração terá um período de convivência até 19/08/2017.

Passo 9: GBD retorna arquivo de Configuração para o STD/Cadastro, que repassa o mesmo arquivo para a Fonte

(GBD STD/Cadastro  Fonte) Processo Batch (diário)

O GBD:

10. GUARDA E RECUPERAÇÃO DOS ARQUIVOS

Os arquivos encriptados (originalmente recebidos do remetente e repassados ao destinatário) serão armazenados pela CIP, pelo prazo de 10 anos, para futuras auditorias, processos judiciais, etc, quando necessário. É de responsabilidade dos Participantes informar data e identificação do arquivo a ser recuperado.

Passo 9

GBD

Dados FONTE

(23)

Se a CIP, por determinação de autoridade pública ou em decorrência de ordem judicial, tiver que revelar qualquer das Informações Confidenciais, procederá como segue:

a. Imediatamente, se possível, dará notícia aos Participantes a respeito da ordem da autoridade pública ou do juiz;

b. Fornecerá os arquivos, se dentro do prazo legal de armazenamento acima citado, que possam ser necessários para que os Participantes possam defender-se contra a divulgação de qualquer informação sigilosa.

11. GRADE HORÁRIA DE TRANSFERÊNCIA DE ARQUIVOS 11.1 DEFINIÇÃO

Abaixo, a grade horária e os eventos do Serviço de Transporte de Dados para Cadastro, estes horários estão sujeitos a ajustes:

Arquivo

Período de recebimento

no STD/Cadastro

Limite para entrega ao Destinatário

Permitido aos finais de

Semana

Permitido Retroativo ACPO001

(Arquivo de Autorização) 07h00 20h00 22h00 Não Não

ACPO002

(Retorno do Arquivo de Autorizações) 07h00 20h00 22h00 Não Sim ACPO003

(Arquivo de Relação) 07h00 18h00 22h00 Não Não

ACPO004

(Retorno do Arquivo de Relação) 07h00 20h00 22h00 Não Sim ACPO005

(Arquivo de Posição De Histórico) 07h00 18h00 22h00 Sim Não

ACPO006 07h00 20h00 22h00 Sim Sim

(24)

(Retorno do Arquivo Histórico) ACPO007

(Arquivo de Contestação) 07h00 20h00 22h00 Não Não

ACPO008

(Retorno do Arquivo de Contestação) 07h00 20h00 22h00 Não Sim ACPO010

(Arquivo de Configuração) 07h00 20h00 22h00 Não Não

ACPO011

(Retorno do Arquivo de Configuração) 07h00 20h00 22h00 Não Sim

Grade Operacional

Grade 15X7

D0

00:00 07:00 00:00 07:00

Contestação

GBDs x Fontes

18:00

GBD para CIP*

CIP para Fonte/GBD D+1

00:00 07:00 18:00 00:00 07:00

Relação

GBDs p/ Fontes

22:00

D0 D1

00:00 07:00 00:00 07:00

Virada de Data

05:00

Autorização

Fontes p/ GBDs

20:00 22:00

D+7

00:00 07:00 18:00 22:00 07:00

Histórico

Fontes p/ GBDs

(*) Os horários limite são de chegada do arquivo na CIP Fonte para CIP*

Fechamento Interno

18:00

00:00

22:00 20:00

(25)

12. TARIFAÇÃO 12.1 TARIFAS

As tarifas do módulo STD/Cadastro são apuradas para os eventos abaixo e as partes tarifadas, as unidades de cobrança, os valores e demais condições são divulgados por meio de Comunicado.

Eventos passíveis de tarifação:

 Tarifação mensal pela prestação do serviço e tarifação por bytes trafegados ou estimulados ou entregues;

 Tarifação para recuperação de arquivo.

Também é passível de cobrança de taxa de adesão inicial ao serviço a ser prestado pela CIP.

12.2 COBRANÇA DAS TARIFAS

O início de apuração para a cobrança de tarifas se dará quando da habilitação das funcionalidades em ambiente de produção, após a conclusão todos os testes do plano homologatório pelo Participante.

O cálculo das tarifas é processado pela CIP, após o encerramento do período de apuração, que considera o movimento processado entre o dia 26 do mês anterior e o dia 25 do mês corrente.

O faturamento é efetuado, pela CIP, até o primeiro dia útil do mês subsequente ao do período encerrado, por meio de nota fiscal eletrônica, para pagamento até o dia 15 do mês subsequente ao do período encerrado.

Juntamente com a cobrança da tarifa pela utilização dos serviços, a CIP envia aos Participantes tarifados, um resumo dos arquivos específicos do Participante, transitados no período.

(26)

12.3 INADIMPLEMENTO DO PAGAMENTO DAS TARIFAS

O atraso ou falta, por qualquer razão, do Participante no cumprimento de suas obrigações de pagamento de tarifas à CIP sujeitará o Participante ao pagamento de multa não compensatória de 2%

(dois por cento), incidente integralmente sobre o valor devido após o vencimento, e de juros de mora de 0,033% a.d. (=1% a.m.), aplicados, por dia corrido de atraso, do vencimento até o dia da liquidação, sem prejuízo da aplicação das demais penalidades previstas.

13. CONTINGÊNCIA

A seguir são descritos os procedimentos que devem ser realizados pelos Participantes e pela CIP, conforme as situações de contingências relacionadas abaixo:

a. Problemas no ambiente do Participante: o Participante deve garantir a continuidade dos seus processamentos, em caso de indisponibilidade, problemas ou falhas, não permitindo a interrupção das atividades do negócio e assegurar a sua retomada em tempo hábil, se for o caso, respeitando a grade horária de processamento do módulo STD/Cadastro. O Participante, ao detectar problemas de comunicação com a CIP, deve comunicá-la imediatamente; e

b. CIP com problemas no Site Principal: a CIP comunica aos Participantes a ocorrência de problemas operacionais no Site Principal, decretando contingência. A partir deste momento, os arquivos são processados pelo Site de Contingência.

Observações:

Para fins de treinamento, a CIP periodicamente decreta contingência e realiza a Etapa de Processamento no Site de Contingência.

(27)

14. AUDITORIA

Os Participantes podem, a qualquer momento, solicitar formalmente à CIP, responsável pela gestão e operacionalização do Serviço de Transporte de Dados para Cadastro, a realização de qualquer tipo de verificação, incluindo uma eventual auditoria, mas não limitado a logs de protocolos, caso observem alguma anormalidade nos dados armazenados em seu poder.

Compete a CIP aprovar os procedimentos que servirão de base para o processo de auditoria do módulo Cadastro.

A CIP poderá, a seu critério, solicitar às Instituições e/ou aos GBD a documentação comprobatória objeto da transferência de dados quanto à consistência das informações prestadas, a fim de demonstração junto aos órgãos reguladores, quando necessário.

15. DEFINIÇÕES E CONCEITOS PARA COMPOSIÇÃO DAS INFORMAÇÕES 15.1 CONTEÚDO

As principais definições de negócios, tecnologia e segurança para a composição do conteúdo de dados necessários para a formação do histórico de crédito, o processo de captura de autorizações pelas Fontes, o envio da relação de autorizados pelos GBD às Fontes e o tratamento das contestações estão descritas nesse manual. Com base na legislação vigente, esses são os dados a serem transportados entre Fontes e GBD e as regras foram estabelecidas nos fóruns de trabalho junto à FEBRABAN e seus associados, às demais associações e aos GBD, não tendo a CIP ingerência ou responsabilidade por tais disposições.

(28)

Foram definidas as principais regras para a composição das informações a serem enviadas aos respectivos gestores de banco de dados, assim como as regras para tratamento das informações recebidas pelos mesmos, nos arquivos previstos para tráfego via STD/Cadastro.

Adicionalmente às regras descritas neste Manual de Operações, é necessário observar também as regras e exemplos no Manual de Leiautes, entre outros documentos correlatos que fazem parte do conjunto de documentos do STD/Cadastro.

15.2 MACROFLUXO GERAL

(29)

15.3 PROCESSOS E PERIODICIDADES

Os passos demonstrados na tabela a seguir representam o ciclo completo do processo de formação e envio de dados previstos:

Processos Periodicidade Arquivo do

STD Passo 1 Captura de autorização (GBD ou Fonte)

Tanto a Fonte quanto o GBD podem capturar autorizações de clientes consumidores PF ou PJ para cadastro.

Diária Passo 2 Fonte envia autorização para GBD

A Fonte ao capturar a autorização para cadastro deve encaminhar ao(s) respectivo(s) GBD.

GBD devolve retorno do arquivo de autorização para Fonte O GBD ao processar o arquivo ACPO001 deve retornar as críticas.

Diária

ACPO001

ACPO002 Passo 3 GBD consolida autorizações

O GBD aos receber o arquivo de autorizações capturadas na Fonte, deverá consolidar a(s) autorização(ões) capturada(s) na relação de autorizados.

Diária Passo 4 GBD envia relação de autorizados

O GBD deve enviar a todas as Fontes participantes a sua relação de autorizados.

Fonte devolve retorno do arquivo de relação de autorizados para GBD

A Fonte ao processar o arquivo ACPO003 deve retornar as críticas.

Diária

ACPO003

ACPO004 Passo 5 Fonte alimenta dados dos autorizados

A Fonte ao receber a relação de autorizados deve identificar seus clientes e informar o histórico de crédito de seus compromissos financeiros ao respectivo GBD.

GBD devolve retorno do arquivo de histórico de crédito para Fonte

O GBD ao processar o arquivo ACPO005 deve retornar as críticas.

Semanal

ACPO005

ACPO006

(30)

Passo 6 GBD consolida os dados

O GBD ao receber os dados de histórico de crédito, deve consolidar de forma a atualizar as informações de histórico de crédito de seus autorizados.

Diária Passo 7 GBD disponibiliza para consulta

GBD deve disponibilizar as informações para consulta dos dados pelos respectivos consumidores e pelas instituições participantes (Fontes).

Online

OBS.:

Processo não contemplado no STD.

Passo 8 GBD envia contestação à Fonte

O GBD deve enviar a contestação acolhida e em aberto, se houver, às respectivas Fontes.

Fonte devolve retorno do arquivo de contestação para GBD A Fonte ao processar o arquivo ACPO007 deve retornar as críticas.

Diária

ACPO007

ACPO008 Passo 9 Fonte envia arquivo de configuração ao GBD

A Fonte deve enviar os dados de contatos do conglomerado e dos Participantes do conglomerado ao GBD.

GBD devolve retorno do arquivo de configuração para a Fonte.

* O envio de um novo arquivo atualizado pela Fonte só será necessário quando houver alteração no conteúdo.

Diária

ACPO010

ACPO011

15.4 PRINCIPAIS PRAZOS

Conheça os principais prazos determinados pela legislação vigente, associados diretamente ao processo de envio de autorização capturada para GBD e seu respectivo cancelamento, além do envio de histórico de crédito ao GBD e tratamento de eventual impugnação.

Processo Prazo

Prazo da autorização do consumidor constar no GBD. 7 dias úteis (cf. decreto, art.7, §1º) Prazo para envio ao GBD de cancelamento de autorização

colhido direto na Fonte. 2 dias úteis (cf. decreto, art.12, §1º) Prazo para cancelamento do GBD quando do cancelamento

de autorização compartilhada.

7 dias corridos (cf. decreto, art.12,

§3º)

(31)

Prazo para o histórico de crédito do consumidor constar no

GBD. 7 dias corridos (lei, art.8)

Prazo para análise, retorno ou correção da Fonte de

contestação recebida. 2 dias úteis (lei, art.8)

Prazo para correção no GBD, de informação impugnada quando da correção de histórico de crédito compartilhado com outro GBD.

7 dias corridos (lei, art.5)

15.5 DETALHAMENTO DOS PROCESSOS – CONCEITOS, DEFINIÇÕES E REGRAS

15.5.1 AUTORIZAÇÃO

Passo 1: Captura de Autorização (GBD ou Fonte)

A autorização é a manifestação do cliente natural ou pessoa jurídica - que deseja aderir ao cadastro em um gestor de banco de dados - GBD. A captura da autorização do cliente poderá ocorrer diretamente no GBD ou pelas instituições (Fontes). Neste último caso, os critérios convencionados são detalhados a seguir.

Abertura ou atualização do Cadastro

 Será responsável aquele que capturar autorização, sem ferir a responsabilidade solidária (decreto, art. 8);

 A autorização para abertura de cadastro deverá seguir anexo II do decreto (decreto, art. 7);

 Armazenamento em 5 anos (decreto, art. 12, §3º);

 Abertura em instrumento ou cláusula apartada (lei, art. 4) (ex.: ficha cadastral ou abertura de conta corrente);

 Abertura ou cancelamento para cliente ativo ou novo cliente da Fonte;

 Aberturas e atualizações deverão ser enviadas ao GBD, diariamente;

(32)

 Utilização de meios eletrônicos para autenticação, com envio eletrônico do registro, armazenamento do documento será pela IF;

 Captura através das Fontes ou diretamente ao GBD (decreto, art. 7);

 Pode ser aberta ou atualizada em mais de uma Fonte;

 O consumidor pode ter mais de uma autorização na mesma Fonte ou em Fontes diferentes;

 Uma nova autorização não cancela a anterior;

 GBD deve validar o processo de captura da autorização na Fonte;

 GBD deve tratar as autorizações de IF, Não IF e GBD separadamente;

 Autorizações de pessoas jurídicas valem para a matriz e todas as suas filiais;

 Tipos de envio: inclusão e alteração/exclusão (por correção da Fonte).

Detalhes da autorização

 Abertura de Cadastro:

o Autorização para abertura em GBD identificado;

o Envio de dados (bancos e financeiras);

o Autorização para consultas (clientes ou pretensão do cadastrado);

o Histórico de crédito: informações dos últimos 12 meses a partir de 01.08.2013.

 Opções:

o GBD originário (lista);

o Compartilhamento (S/N);

o GBD compartilhado (lista);

o Dados de serviços continuados (S/N);

o Histórico (S/N).

 Forma:

o Autorização padrão com direcionamento para canal completo.

(33)

 Padrão FEBRABAN para prévio preenchimento do formulário:

o não para compartilhamento;

o sim para serviços continuados; e o sim para histórico.

OBS: Textos de autorização e cancelamento padrão no final deste documento nos Anexos III e IV.

Passo 2: Fonte envia autorização, cancelamento e compartilhamento para GBD (ACPO001) (Participante A  STD/Cadastro  Participante B) Processo Batch (diário)

Autorizações capturadas pelas Fontes

A Fonte, ao capturar a autorização para abertura do cadastro do cliente, deve encaminhar as informações coletadas e armazenadas ao respectivo GBD conforme as definições descritas.

 Cada Fonte armazenará apenas autorizações e cancelamentos coletados na sua rede de atendimento;

 Cada Fonte poderá manter uma base de clientes autorizados e cancelados, a partir de relação diária enviada pelos gestores;

 Toda autorização ou cancelamento será enviado pela Fonte aos gestores considerando a movimentação do dia, mesmo quando o registro for exatamente idêntico ao anterior (mesmos atributos);

 Cada Gestor de Banco de Dados deverá receber apenas autorizações onde seja o originário;

Passo 2

Participante A

(Fonte)

Dados

Participante B

(GBD)

(34)

 Os cancelamentos de autorizações serão enviados individualmente para cada Gestor de Banco de Dados identificado.

Para os Gestores de Banco de Dados: as bases de autorizações e cancelamentos podem ser compartilhadas entre os gestores (Decreto nº 7.829/2012, Art 12, § 1º).

 A Fonte poderá enviar uma ou mais remessas diárias para os gestores (comando de inclusão de remessa), com autorizações e cancelamentos.

Comandos na remessa:

 Inclusão: quando acolhida nova autorização na Fonte;

 Exclusão: quando a Fonte identificar o envio indevido ou fraude (correção por parte da Fonte);

 Alteração: quando a Fonte identificar informação enviada indevidamente (correção por parte da Fonte).

A Fonte poderá excluir uma remessa inteira (comando de exclusão de remessa);

 Fonte com mais de um CNPJ (ex.: conglomerado) poderá consolidar todas suas empresas em uma remessa (nessa remessa constará o CNPJ principal e em cada autorização ou cancelamento será informado o CNPJ do acolhimento, quando diferente do principal), desde que façam parte de um mesmo grupo. Obs.: Cada Fonte avaliará esse assunto junto às suas áreas Jurídica, Societária e Fiscal.

Dados a serem coletados e armazenados pela Fonte e enviados para os Gestores de Banco de Dados (Anexo II do Decreto nº 7.829/2012):

 Cliente: identificado por CPF, CNPJ completo ou radical de CNPJ (quando a Fonte enviar o CNPJ completo, a autorização também contemplará a matriz e as suas filiais);

 Gestor originário: identificado por seu CNPJ completo;

 Gestor autorizado para compartilhamento: identificado por seu CNPJ completo.

(35)

Nas consultas de histórico de crédito, a verificação de existência de autorização válida será efetuada pelo Gestor. Só chegará à Fonte o cliente que estiver autorizado e a Fonte retornará o histórico de crédito sem consultar sua base interna de autorizações e cancelamentos.

Autorizações com resposta Não - “N” na pergunta 5 do modelo constante no Anexo II do Decreto nº 7.829/2012 não devem ser enviadas pelo Gestor à Fonte.

Cancelamento

 Realizada em qualquer GBD ou Fonte que recebeu autorização (decreto, art. 12);

 Fontes enviarão cancelamento aos GBD indicados na autorização recebida por ele;

 Realizado de forma expressa e pode ser feita por meio eletrônico (decreto, art. 14);

 Será realizado em instrumento apartado (sugestão de texto ao final deste documento no Anexo IV);

 No término de um relacionamento, a Fonte não pode enviar cancelamento automático, é necessária a manifestação expressa do cliente.

O cancelamento de autorização deve ser solicitado em uma das Fontes onde o cliente já registrou autorização ou diretamente em um dos Gestores de Banco de Dados.

 Quando solicitado na Fonte, será enviado individualmente para cada Gestor devidamente identificado;

 Caso o cliente deixar de possuir relação com a Fonte, a mesma não poderá cancelar de forma automática a autorização já registrada, pois deve haver manifestação expressa do cliente para essa finalidade;

 Deverá ser em instrumento específico;

(36)

 Cada autorização ou cancelamento deve ter seu aceite (ou não) acusado pelo Gestor em até 1 dia útil (D+1);

 As autorizações e cancelamentos recusados pelo Gestor não serão reenviados automaticamente;

 O tratamento de autorizações e cancelamentos recebidos simultaneamente pelo Gestor será de responsabilidade dele, sendo que a vigente é a mais atual (será informada data/hora do acolhimento).

Para os Gestores de Banco de Dados: o recebimento de nova autorização ou de cancelamento pelo Gestor para o mesmo cliente, independente da Fonte, substituirá a informação anterior, mantendo a data/hora de adesão (conceito de permissionamento).

Vedação de acesso

 A gestão fica sob a responsabilidade do GBD (Decreto nº 7.829/2012, art. 13);

 Deve ser realizado de forma expressa e pode ser feita por meio eletrônico (Decreto nº 7.829/2012, art. 14). Importante: As vedações de acesso a consulentes e/ou períodos não autorizados devem ser solicitadas pelo cliente diretamente ao Gestor, pois são características do processo de consulta e não de autorização.

Compartilhamento de informações entre Gestores

Regras para o Compartilhamento

 O cancelamento implica em todos os bancos de dados compartilhados (Lei nº 12.414/2011, art.

9º, §3º);

 A autorização para Compartilhamento deve ser em instrumento ou cláusula apartada (Lei nº 12.414/2011, art. 9º);