Manual de Definições técnicas da Compensação de Cheques por Imagem

Transcrição

1 Manual de Definições técnicas da Compensação de Cheques por Imagem Agosto 2010

2 1. Introdução Este material foi desenvolvido durante o processo de definição de requisitos técnicos para permitir a Compensação de Cheques no Brasil através do uso de imagens digitais dos mesmos. Para tanto foi criado o GT Digitalização Grupo de Trabalho (GT) subordinado ao CNAB cujo mandato era estabelecer os padrões técnicos da Compensação por Imagem. O desenvolvimento deste trabalho se deu com a participação de alguns das mais importantes Instituições inanceiras do país, bem como com os insumos de outros Grupos Técnicos como o de Revisão dos Procedimentos da Compe, o de Redes e a Subcomissão de Certificação Digital além da participação de alguns dos mais expressivos fornecedores de serviços e soluções deste mercado. Para proceder uma análise das definições técnicas, devemos nos recordar sempre que o objetivo primário do GT era definir os padrões para a compensação de cheques por imagem de modo a permitir que imagens fidedignas dos cheques sejam disponibilizadas com segurança na janela de tempo apropriada ao banco sacado. Dessa maneira, em alguns momentos, outros benefícios / funcionalidades que poderiam ser obtidos através das imagens foram deixadas em segundo plano para não prejudicar esse objetivo primário. 2

3 2. Arquivo-imagem Um dos pontos críticos para o sucesso do projeto é o uso de um padrão para os arquivos-imagem garantindo que todos tenham acesso à melhor imagem possível. Para tanto foram feitas as seguintes definições: 3.1 Resolução e Tipo de Imagem O cálculo do tamanho de um arquivo oriundo do processo de digitalização de um documento é feito da seguinte forma: Largura do documento x resolução x altura x resolução x número de bits para a representação do ponto. Ou seja, como o tamanho do cheque é padronizado, havia duas variáveis a serem discutidas: resolução e tipo da imagem (número de bits). A resolução é um fator multiplicador ao quadrado, já que ela se aplica na linha e na coluna. Conseqüentemente, o aumento desnecessário da resolução impacta tremendamente nos requisitos de rede e de armazenamento. Baseados no estudo conduzido pela Universidade de Pernambuco (vide Anexo I A Comparative Study on OCR Tools) verificamos que a resolução de 200 dpi (dots per inch pontos por polegada) atende de maneira bastante satisfatória os requisitos de OCR reconhecimento óptico de caracteres já que em 50% das ferramentas testadas com esta resolução obteve-se uma taxa de reconhecimento superior a 99%. E, os ganhos com resoluções superiores são mínimos, não se justificando o acréscimo de área de armazenamento. Para a definição do tipo de imagem podemos assumir: a) Preto e branco onde a representação de cada ponto se dá com um bit (0 branco; 1 preto); b) Tons de cinza para a representação de 16 tons de cinza utilizam-se 4 bits (combinação binária) e para a representação de 256 tons de cinza utilizam-se 8 bits; c) Colorido para a representação de um ponto colorido são necessários 24 bits, sendo 8 para a cor vermelha, 8 para a cor verde e 8 para a cor azul. Da combinação destas cores (RGB) se obtêm a cor do ponto. Como o tamanho do arquivo é obtido através da multiplicação, podemos afirmar que, antes da compressão, uma imagem colorida será 24 vezes maior que uma imagem de cheque preto e branco. 3

4 Dado que o objetivo primário é a visualização do cheque para efeito de conferência e que a extração de dados é feita a partir de imagens preto e branco, optou-se então pelo uso de preto e branco no processo de digitalização. O Grupo decidiu ainda ter uma segunda alternativa para uso futuro: a imagem do cheque em tons de cinza. 3.2 ormato de arquivo Como premissa básica para a seleção do formato de arquivo a ser utilizado foi definido que este deveria ser um formato aberto de mercado, preferencialmente padronizado. oram listados inicialmente os seguintes formatos normatizados pela ISO International Standards Organization: TI ISO 12639; JPEG ISO 10918; PD/A ISO 19005; OD ISO A escolha recaiu sobre o formato TI - Tag Image ile ormat versão 6, do qual transcrevemos abaixo as principais características da própria norma ISO ormato de arquivos TI para imagens: a) Informações gerais O formato de arquivo TI Tag Image ile ormat possui três níveis de conformidade, sendo que o seu nível básico é o mais utilizado por programas geradores de imagens e por visualizadores de mercado. Este formato básico também é conhecido por TI versão 6.0. O objetivo desta norma é a de definir de uma forma simples arquivos utilizáveis. Para que estes arquivos possam ser visualizados, o software utilizado também deve ser aderente a esta norma. b) Estrutura do arquivo Os arquivos no formato TI basicamente possuem duas partes: Cabeçalho do arquivo; Arquivos com imagens. Estes arquivos estão divididos em: Descritor da imagem com informações como a resolução, tamanho, tipo e compressão utilizada; Imagem propriamente dita. 4

5 Cabeçalho Descritor da imagem Imagem 1 Descritor da imagem Imagem 2 c) Tipos de imagens As imagens contidas em um arquivo TI podem ser: Monocromáticas (preto e branco); Tons de cinza; Coloridas. Estas imagens podem ter uma imagem somente (normalmente uma página) ou múltiplas páginas, dependendo da forma como foram gerados. d) Algoritmos de compressão associados Para a compressão das imagens contidas em um arquivo TI podem ser utilizados os seguintes algoritmos de compressão: JPEG utilizado para imagens em tons de cinza e coloridas. Este algoritmo de compressão é padronizado e possui uma norma definindo-o (ISO ); LZ77 também conhecido como LZW, utilizado para imagens em tons de cinza e coloridas; Huffman mais popularmente conhecido como CCITT grupo 3 e MMR do grupo 4. Quando alguém se referencia a TI 3, na verdade está querendo dizer que a imagem está contida em um arquivo TI e comprimida com o algoritmo Huffman (CCITT G3); 5

6 3.3 Tipo de arquivo Conforme pode ser observado na norma ISO do TI, este formato permite o armazenamento de uma ou mais imagens dentro de um único arquivo (single ou multi-page). Por outro lado, a digitalização da frente e do verso de um cheque gera duas imagens. As alternativas avaliadas para o armazenamento destas imagens foram: Uso de arquivo no modo single page com as duas imagens montadas em uma única imagem. Como fatores impactantes temos o tempo necessário para fazer este processamento, o tamanho final da imagem (em algumas transações necessitamos somente a frente (extração dos dados, por exemplo)), a necessidade de alteração em aplicações de exibição existentes e o eventual desmonte da imagem. Uso de arquivo no modo single page com uma imagem por arquivo. Uso de arquivo no modo multi page com duas imagens por arquivo. 6

7 Apesar de que um cheque ser composto de duas imagens, optou-se pelo uso do arquivo no modo single-page, ou seja, uma imagem de frente em um arquivo TI e uma imagem de verso em outro arquivo TI. Como principais vantagens desta decisão podemos apontar: a) Base instalada boa parte dos bancos brasileiros já opera desta forma, minimizando-se alterações de sistemas existentes; b) Processamento na extração de dados utiliza-se somente a imagem da frente do cheque. Neste caso não haverá o tráfego desnecessário da imagem do verso; c) Aplicações de consulta na Internet desmembrando-se o cheque em duas imagens, o tráfego na Web pode ser gerenciado de forma mais flexível. 3.4 Compressão A partir do momento que se definiu que a imagem do cheque seria preto e branco, o leque de alternativas de algoritmos de compressão padronizados passou a ser o grupo 3 e o grupo 4. Estes esquemas de compressão foram desenvolvidos pela CCITT inicialmente para a transmissão de imagens bi-tonais por fax. Sistemas de imagens de documentos adotaram estes algoritmos de compressão visando preservar áreas de armazenamento e bandas de rede na transmissão. O grupo 3 normalmente consegue uma taxa de compressão de 5:1 até 8:1 em uma imagem a 200 dpi, enquanto que o grupo 4 consegue uma compressão de até 15:1 em documentos do mesmo tipo. Como a compressão do segundo é, em média quase o dobro da primeira já que este algoritmo também comprime linhas de bits repetidas, diminuindo consideravelmente o tamanho do arquivo sem perdas, optouse pela definição do grupo 4 como algoritmo de compressão. Caso futuramente decida-se também pela digitalização de cheques em tons de cinza ou colorido, o algoritmo de compressão a ser utilizado deverá ser o JPEG, também padronizado pela ISO e suportado pelo formato TI. 7

8 3.5 Uso de tag s O próprio nome do tipo de arquivo escolhido possui a expressão tag (etiqueta) (Tagged Image ile ormat). Ou seja, é possível a inserção de etiquetas pré definidas tanto no cabeçalho do arquivo, quanto no descritor da imagem. Apresentamos abaixo um exemplo de definição de tag s para os arquivos do tipo TI: oi definido que somente uma tag seria utilizada: TI Tag ImageDescription ID Image Code 270 (hex 0x010E) Name ImageDescription LibTI name TITAG_IMAGEDESCRIPTION Type ASCII Count N Default None Description texto com o conteúdo do CMC-7 da imagem do cheque Nesta TAG seria armazenado o conteúdo do CMC-7 da imagem do cheque digitalizado para efeito de garantia e sincronização entre os 8

9 arquivos-imagem e seu conteúdo. Porém, nos testes de tempo de processamento foi identificado que esta operação consumia quase 40% deste tempo, sendo abandonada a idéia. 4. Indexação Após a análise de diversas alternativas foi definido que, para efeito de minimização do tráfego de dados relativos ao cheque (qualquer uma das outras alternativas implicava na redundância de dados), as imagens dos cheques seriam inseridas em uma estrutura de arquivo derivada do CEL605. O CEL605 já possui a seguinte estrutura de indexação: Descrição dos Campos Número Posição Picture Conteúdo do Campo Especificações (003) Local Destino Informado no documento (003) Nº Cód. Banco Dest. Informado no documento (004) Agência de Destino Informado no documento (001) DV2 Informado no documento (012) Conta de Destino Informado no documento (001) DV1 Informado no documento (006) Número do Documento Informado no documento (001) DV3 Informado no documento X(002) U U (017) Valor líquido do cheque Valor do documento X(001) Tipificação (002) Tipo de Documento TD - conforme tabela de TDs (002) Código de Devolução Código de devolução (003) Nº Cód. Banco Apres. Nº código do Banco Apresentante (004) Nº da Agência Apres. Nº da Agência Apresentante (004) Nº da Agência de Depos. Nº da Agência de Depósito (012) Nº da Conta de Depos. Nº da Conta de Depósito (003) Cod. Local Acolhimento Código do local de acolhimento do cheque (008) Data da Apresentação Data, padrão = AAAAMMDD (007) Nº do Lote Nº atribuído ao lote que contém o documento (003) Nº Seq. do lote Nº seqüencial do lote X(006) Centro Processador do lote Informação para controle do apresentante X(025) Nº Identificador Número do código identificador X(017) iller iller (003) Tipo de Documento TD - conforme tabela de TDs (010) Seqüencial de arquivo Seqüencial do arquivo, iniciando em 1 no HDR evolução de +1 a cada novo registro, inclusive o TRL Observação:Caso não informado ou informado código inexistente no conteúdo do campo Local Origem, o sistema assumirá código

10 Esta nova estrutura definida foi batizada de CEL604 e os registros terão o seguinte lay-out: 200 B cerca de 22 KB 2-5KB Dados do CEL605 Dados assinatura e imagem Arquivo TI imagem frente do cheque Assinatur a Digital Dados do CEL605 Dados assinatura e imagem Arquivo TI imagem verso do cheque Assinatu ra Digital Nesta estrutura, os dados do CEL605 e da assinatura e imagem serão armazenados no modo EBCDIC e o restante do registro no modo binário, devendo ser desabilitada a conversão para ASCII em controladoras que eventualmente o façam para evitar problemas com a imagem. Ou seja, a composição do registro será: EBCDIC BINÁRIO Dados do CEL605 Dados assinatura e imagem Arquivo TI imagem verso do cheque Assinatu ra Digital No caso de uma imagem maior que o 22KB esta deverá ser divida, sendo que no final do último registro deve ser inserida a assinatura digital da imagem transmitida. 10

11 O header do CEL604 será: Descrição do registro Header (CEL/NRA604) Nome do Arquivo Descrição do Arquivo CEL/NRA604 REMESSA DE TROCA ELETRÔNICA DE CHEQUES COM IMAGEM Nome do registro Tamanho do Registro Header CEL/NRA604 Descrição dos Campos Númer Posição Picture Conteúdo do Campo Especificações o (047) Controle do Header Constante igual 0 (preencher com zeros) X(006) Nome do arquivo Constante igual a: - CEL604 (para sessão diurna) - NRA604 (para sessão noturna) (003) Local Origem Número Código Compe de Origem do arquivo (004) Nº da versão do arquivo Número da Versão do arquivo (número único na sessão por Compe de Origem) (003) Nº Código Banco Número Código do banco apresentante Apres X(001) iller Branco (001) Indicador de Remessa Constante igual a: - 1 (para sessão diurna) - 2 (para sessão noturna) (008) Data do movimento Data do movimento de troca no formato AAAAMMDD X(077) iller Brancos (010) Seqüencial de arquivo Número seqüencial do registro no arquivo, iniciando em 1 no Header, com evolução de +1 a cada novo registro, inclusive o Trailer X(27488) iller Brancos Observação: Caso não informado ou informado código inexistente no conteúdo do campo Local Origem, o sistema assumirá código

12 O registro Detalhe do CEL604 será: Descrição do registro Detalhe (CEL/NRA604) Nome do Arquivo Descrição do Arquivo CEL/NRA604 REMESSA DE TROCA ELETRÔNICA DE CHEQUES COM IMAGEM Nome do registro Tamanho do Registro Detalhe bytes CEL/NRA604 30/04/2009 Descrição dos Campos Número Posição Picture Conteúdo do Campo Especificações (003) Local Destino Número da Compe informado no CMC7 do documento (003) Nº Cód. Banco Dest. Número do Banco informado no CMC7 do documento (004) Agência de Destino Número da Agência informado no CMC7 do documento (001) DV2 Número do DV2 Informado no CMC7 do documento (012) Conta de Destino Número da Conta Informado no CMC7 do documento (001) DV1 Número do DV1 Informado no CMC7 do documento (006) Número do Documento Número do Cheque Informado no CMC7 do documento (001) DV3 Número do DV3 Informado no CMC7 do documento X(002) U Sigla da U de acolhimento do documento (017) Valor líquido do cheque Valor do documento X(001) Tipificação Número da Tipificação informado no CMC7 do documento conforme CADOC X(004) iller Brancos (003) Nº Cód. Banco Apres. Número código do Banco Apresentante (004) Nº da Agência Apres. Número da Agência Apresentante (004) Nº da Agência de Depos. Número da Agência de Depósito (012) Nº da Conta de Depos. Número da Conta de Depósito (003) Cod. Local Acolhimento Número Código Compe de acolhimento do documento (008) Data da Apresentação Data do movimento de troca no formato AAAAMMDD (007) Nº do Lote Número atribuído ao lote que contém o documento (003) Nº Seq. do lote Número seqüencial do documento no lote X(006) Centro Processador do Informação para controle do apresentante lote X(025) Nº Identificador Número do código identificador único do documento X(010) iller Brancos (003) Local Origem Número Código Compe de Origem do arquivo (004) Nº da versão do arquivo Número da Versão do arquivo (número único na sessão por Compe de Origem) (003) Tipo de Documento Número TD - conforme tabela divulgada pelo Executante (010) Seqüencial de arquivo Número seqüencial do registro no arquivo, iniciando em 1 no Header, com evolução de +1 a cada novo registro, inclusive o Trailer X(040) iller Brancos (002) Total de registros da Contém a quantidade de registros que compõe a imagem imagem (002) Seqüencial de imagem Número seqüencial do registro da imagem (009) Tamanho da imagem Quantidade de bytes da imagem. Havendo mais de um segmento para a mesma, esse valor deve ser igual em todos os registros que descrevem o cheque, ou seja, que compõe a imagem (009) Tamanho da assinatura Quantidade de bytes da assinatura da imagem (no caso de detached). deve indicar o tamanho total em bytes da assinatura digital. Será acrescentado após o último byte da imagem do cheque dentro do único ou último segmento. O restante do registro deve ser completado com brancos (carácter x 40 ) (001) Indicador do tipo da imagem Constante igual a: - (para imagem da frente do cheque) - V (para imagem do verso do cheque) X(017) iller Brancos X(27408) Binário das imagens binário da imagem e da assinatura 12

13 Observações: 1. Caso não informado ou informado código inexistente no conteúdo do campo Local Origem, o sistema assumirá código 018 ; 2. O conteúdo dos campos 24 e 25 deve ser idêntico ao dos campos 3 e 4, respectivamente, do registro tipo Header; 3. Os campos 29, 30, 31 e 32 são distintos para cada tipo de imagem frente ou verso; 4. Os campos 1 a 26 deverão ser idênticos para os registros referentes a um mesmo documento; 5. Os registros referentes a um mesmo documento deverão ser apresentados na seqüência -> V. O fechamento do lote do CEL604 será: Descrição do registro echamento do Lote (CEL/NRA604) Nome do Arquivo Descrição do Arquivo CEL/NRA604 REMESSA DE TROCA ELETRÔNICA DE CHEQUES COM IMAGEM Nome do registro Tamanho do Registro echamento do lote bytes CEL/NRA604 30/04/2009 Descrição dos Campos Número Posição Picture Conteúdo do Campo Especificações (003) Local Destino Número Código Compe de destino do lote (003) Nº Cod. Banco dest. Número Código do Banco destinatário do lote (027) Controle do ech. do Lote Constante igual a 9 s (preencher com noves) (017) Valor do lote Somatório do valor dos detalhes do lote X(005) iller Brancos (003) Nº Cod. Banco apres. Número Código do banco apresentante do lote X(023) iller Brancos (008) Data do movimento Data do movimento de troca no formato AAAAMMDD (007) Nº do Lote Número atribuído ao lote (003) Nº Seq. do lote Constante igual a (006) Centro Processador Informação para controle do apresentante X(035) iller Brancos (003) Local Origem Número Código Compe de Origem do arquivo (004) Nº da versão do arquivo Número da Versão do arquivo (número único na sessão por Compe de Origem) (003) Tipo de Documento Número TD - conforme tabela divulgada pelo Executante (010) Seqüencial de arquivo Número seqüencial do registro no arquivo, iniciando em 1 no Header, com evolução de +1 a cada novo registro, inclusive o Trailer X(27488) iller Brancos Observações: 1. Caso não informado ou informado código inexistente no conteúdo do campo Local Origem, o sistema assumirá código 018 ; 2. O conteúdo dos campos 13 e 14 deve ser idêntico ao dos campos 3 e 4, respectivamente, do registro tipo Header. 13

14 O registro de trailler do CEL604 será: Descrição do registro Trailler (CEL/NRA604) Nome do Arquivo Descrição do Arquivo CEL/NRA604 REMESSA DE TROCA ELETRÔNICA DE CHEQUES COM IMAGEM Nome do registro Tamanho do Registro Trailler bytes CEL/NRA604 30/04/2009 Descrição dos Campos Número Posição Picture Conteúdo do Campo Especificações (047) Controle do trailer Constante igual a 9 s (preencher com noves) X(006) Nome do arquivo Constante igual a: - CEL604 (para sessão diurna) - NRA604 (para sessão noturna) (003) Local Origem Número Código Compe de Origem do arquivo (004) Nº da versão do arquivo Número da Versão do arquivo (número único na sessão por Compe de Origem) (003) Nº Código Banco Apres. Número Código do banco apresentante X(001) iller Branco (001) Indicador de Remessa Constante igual a: - 1 (para sessão diurna) - 2 (para sessão noturna) (008) Data do movimento Data do movimento de troca no formato AAAAMMDD (017) Valor do arquivo Somatório do valor dos detalhes do arquivo X(060) iller Brancos (010) Seqüencial de arquivo Número seqüencial do registro no arquivo, iniciando em 1 no Header, com evolução de +1 a cada novo registro, inclusive o Trailer X(27488) iller Brancos Observações: 1. Caso não informado ou informado código inexistente no conteúdo do campo Local Origem, o sistema assumirá código 018 ; 2. O conteúdo dos campos 3 e 4 deve ser idêntico ao dos campos 3 e 4, respectivamente, do registro tipo Header. O CEL604 terá inicialmente as mesmas regras do CEL605, ou seja, todos os registros serão de um mesmo banco. Os bancos que não digitalizarem manterão o uso do CEL605. Os bancos que digitalizarem enviarão o CEL605 para efeitos contábeis e as imagens no CEL604. Será definida uma data de corte a partir da qual todos os bancos se utilizarão do CEL604, inclusive para fins contábeis. O retorno se dará através do CEL614 e CEL615. O nome do arquivo-imagem será de critério de cada um dos bancos. 14

15 5. Qualidade A desmaterialização dos cheques físicos implícita na Compensação por Imagem e a utilização das mesmas como substitutos legais dos documentos físicos faz com que a qualidade dessas imagens seja um aspecto fundamental ao processo. A qualidade da imagem impacta diretamente três fatores: a legibilidade da imagem; o tamanho do arquivo imagem já que imagens com problemas tem um nível de compressão bastante inferior, gerando arquivos maiores; a automação da extração de dados do cheque já que as ferramentas que fazem esta extração são extremamente sensíveis quanto à qualidade. O GT procurou embasamento para tratar esse tema na bibliografia produzida na implantação do Check 21st Norte Americano Image Quality Assurance Settings vigente a partir de Novembro de Dessa forma, está prevista a adoção de atributos de qualidade das imagens. Conforme o previsto no Manual Operacional da Compensação por Imagem a falta de adequação de uma imagem a qualquer um desses atributos isoladamente já seria suficiente para que essa imagem torne-se passível de devolução. Os atributos a serem adotados no Processo de Compensação por Imagem fazem parte do ANEXO A desse manual. O GT recomenda fortemente que os Bancos acolhedores construam ao longo de seu processo de captura e envio dos arquivos de imagens mecanismos de controle de qualidade que sejam carregados com os padrões de qualidade definidos por esse manual. 15

16 6. Captura A captura da imagem possui relevância acentuada no processo de digitalização de imagens. De maneira a orientar as Instituições inanceiras que participarão do processo de Compensação por imagens e estabelecer um conceito comum para esta importante etapa foi definido pelo GT o Processo Padrão de Captura. Trata-se de uma série encadeada de atividades e processos que inicia-se com a desmaterialização do cheque físico e termina com a montagem do arquivo TI que fará parte do CEL604. O processo padrão de captura sugerido pode ser representado como: Mapa de bits Melhoria de imagem ormatação Img Com-- primida Compressão Bit map melhorado CCITT G4 G4 Arquivo TI 16

17 17

18 7. Transmissão Um dos principais desafios para a viabilização da compensação de cheques por imagem no Brasil é a transmissão das imagens dos cheques dentro das janelas de tempo apropriadas. O processo de transmissão deveria incorporar as seguintes atividades: TI Certifica (hash) TI Monta arquivo TI TI TI TI arquivo comprimido e criptografado Xz@#n*33 Criptografa TI TI TI TI Compri me Transmite Como principais recomendações do GT citamos: 7.1 Tamanho do registro oi definido que os registros do CEL604 terão um tamanho total de 27 KB (ou seja, Bytes). Neste valor estão inclusos 200 Bytes do CEL605, de 2 a 5 KB para a assinatura digital, que abriga o certificado digital utilizado, sobrando cerca de 22 KB para a inserção de arquivo TI. Para cada cheque serão gerados 2 registros, sendo que em um estará a imagem da frente do cheque e em outro a imagem do verso, com os seus respectivos certificados. No caso de uma imagem maior que o 27KB esta deverá ser divida, sendo que no final do último registro deve ser inserida a assinatura digital da imagem transmitida. Este tamanho de registro foi definido a partir de análises de tamanho de buffer de controladora de transmissão e de segmentos de disco, sendo considerado o mais otimizado de forma genérica. 7.2 Tamanho do lote O arquivo CEL604 será loteado pelo mesmo critério que o CEL605, com 1 a 400 cheques (ou seja, 2 a 800 imagens). No caso de imagens com tamanho superior ao espaço de 22 KB no registro, serão gerados tantos registros detalhe quanto necessários, sendo que o espaço restante será preenchido com brancos. 18

19 7.3 Compressão Deverá haver compressão do lote já que é possível que hajam registros com preenchimento de brancos no caso de imagens de cheques com mais de 22 KB. Nos primeiros testes efetuados houve um ganho de cerca de 30% no tamanho do arquivo a ser transmitido decorrente desta compressão. A compressão deverá ser feita pela ferramenta e ser compatível com a ferramenta em uso pelo Executante e pelo Sacado. 7.4 Criptografia Para assegurar a segurança da sessão de transmissão esta deverá ocorrer em modo SSL (Secure Sockets Layer) onde é implementada a criptografia de forma nativa para a transmissão dos dados. 7.5 erramenta de transmissão As ferramentas de transmissão a serem utilizadas para o envio dos lotes do CEL604 deverão possuir as seguintes características: Permitir a criptografia no processo de transmissão. No caso foi optada pela criptografia do protocolo SSL; Utilização dos protocolos SSL ou TLS; Permitir a certificação digital na própria ferramenta; Permitir a automação do processo descrito acima (compressão, criptografia, transmissão, controle de integridade); Possibilitar transmissões simultâneas; Ter mais de um nível de Compressão/Compactação. Como exemplo das ferramentas em uso hoje em dia com estas funcionalidades foram citados o XB da AXWAY e o ConnectDirect. 19

20 7.6 Topologia de rede O Banco do Brasil como Executante da Compensação oferece uma estrutura para recebimento dos arquivos nos sites de processamento principal, em Brasília, e de contingência, no Rio de Janeiro de modo a conferir ao processo alta disponibilidade, confiabilidade e segurança. Para conectar-se a essa estrutura as Insttuições participantes devem observar o modelo abaixo: Este modelo é composto por: 1. Brasília - uma conexão no Edifício ICI - uma conexão no Edifício Sede IV 2. Rio de Janeiro - uma conexão no Prédio do Andaraí As especificações técnicas e informações adicionais acerca do processo de conectividade entre as Instituições e o Banco do Brasil são encontradas no arquivo abaixo Definições Técnicas Rede.pdf 20

21 8. Segurança A segurança do processo foi uma das principais preocupações do GT desde o início das discussões. Para atender ao requisito permitir que imagens fidedignas dos cheques sejam disponibilizadas com segurança foram definidos os seguintes itens: 8.1 Uso de hash O objetivo da função hash é a geração de um resumo de um arquivo eletrônico que permita verificar futuramente se este ainda está íntegro. Lembra um pouco o uso de dígitos verificadores em CP onde através deste conseguimos assegurar que o dígitos do CP estão corretos. Porém, este hash é entregue de forma aberta, poderia ser possível a adulteração do arquivo e do hash. Utiliza-se então criptografia sobre o hash para garantir a inviolabilidade deste. O GT discutiu o melhor lugar para o armazenamento do hash, sendo avaliadas as seguintes alternativas: Em uma tag do arquivo TI; Inserido dentro da imagem; Na assinatura digital. Optou-se pelo uso do hash da assinatura digital já que este é padrão de mercado, não implicando em processamento adicional e oferecendo criptografia com nível de segurança suficiente. 8.2 Criptografia A criptografia é o processo de converter (cifrar) um dado utilizando um código secreto, buscando torná-lo incompreensível. É utilizada para a cifragem do hash gerando a assinatura digital, conforme podemos ver no fluxo abaixo e para assegurar a integridade e a autenticidade deste. 21

22 No processo da Compensação por Imagem, o uso de criptografia também foi definida para a transmissão das imagens conforme pode ser observado em 6. Transmissão. 8.3 Assinatura digital O uso de assinatura digital nas imagens dos cheques que serão utilizadas para a compensação é obrigatória em cada imagem, seja ela de frente ou verso. A assinatura digital deverá incluir o certificado digital de cada Instituição financeira de modo de cada banco acolhedor poderá verificar a autenticidade de cada uma das imagens certificadas. É recomendado que a aposição da assinatura digital se dê ao final do Processo de Captura Padrão anteriormente definido no item 6 deste manual. Além disso recomenda-se fortemente que cada Instituição inanceira acolhedora de cheques faça o uso das camadas de segurança necessárias ao longo desse processo de modo a impedir a incidência de fraudes. Além de garantir o amparo legal ao novo processo, a certificação digital implementa mecanismos de integridade e não repúdio e a temporalidade da imagem. Após a análise de algumas alternativas o GT optou pela assinatura baseada no padrão definido pela ICP-Brasil. As seguintes razões levaram a essa decisão: Geração e verificação da assinatura padronizados; Validação possível a médio e longo prazo, lembrando que a temporalidade do cheque é de 10 anos; Maior segurança 22

23 Robustez: padrão validado pelo Governo ederal Interoperabilidade Redução de custos de desenvolvimento. O padrão de assinatura digital a ser utilizado deve ser o padrão ICP-Brasil - CadES sem carimbo de tempo, no modo detached, identificado como AD- RB, conforme previsto no DOCICP15.03, disponível em Os Bancos acolhedores são os responsáveis pela assinatura digital das imagens. O certificado a ser utilizado para assinatura digital das imagens dos cheques deve ser do tipo utilizado para as transações do SPB, emitido em nome do banco acolhedor. Nos testes realizados de assinatura digital no padrão proposto, incluindo o certificado digital da instituição, produziram arquivos com um tamanho médio entre 2 e 5 KB. Recomendamos também que os certificados emitidos com chaves criptográficas RSA1024 e algoritmo SHA-1 sejam utilizados até 31/12/2010. Sendo que a partir de 2012, será obrigatório o uso de certificados com chaves RSA2048 e SHA256. A assinatura digital gerada pelo banco acolhedor deve ser verificada pelo banco sacado durante o processamento, sendo que em caso de constatação de que esta não é valida, devem retornar mensagem de erro de assinatura inválida. Recomendamos que os aplicativos de validação de assinatura suportem assinaturas geradas com certificados que utilizam tanto RSA1024/SHA-1, quanto RSA2048/SHA Selo de tempo Na assinatura digital de um documento é opcional a colocação de um selo de tempo. Este pode ser baseado no Observatório Nacional ou então um padrão de tempo próprio. Como nos testes os tempos envolvidos para a obtenção do selo de tempo do Observatório Nacional foram altos, o GT sugere o uso de um selo de tempo próprio da Instituição inanceira. Neste caso deve ser utilizado o horário da máquina que esta assinando o arquivo, sendo que a mesma deve estar sincronizada com o horário do BACEN. 23

24 9. Considerações finais A troca do modelo de Compensação de Cheques atualmente vigente pelo que utilizará o intercâmbio de imagens representa um desafio grandioso ao Sistema inanceiro Nacional. Da mesma forma serão significativos os benefícios de advirão desse movimento tanto para as Instituições inanceiras como, e principalmente, para seus clientes. A atmosfera de contribuição que norteou os trabalhos nos GTs da ebraban é um indício de que o caminho traçado é correto e certamente nos levará a uma posição mais sustentável. Sem a participação conjunta dos profissionais técnicooperacionais dos principais Bancos do mercado bem como do suporte de importantes fornecedores de tecnologia esse trabalho não teria sido viável. As definições anteriormente apresentadas nesse documento procuraram exaurir todas as questões técnicas pertinentes ao tema. A tamanha complexidade envolvida, no entanto, pode ter feito com que dúvidas e aspectos não abordados surjam. Solicitamos que dúvidas, esclarecimentos, sugestões e comentários acerca dos aspectos técnicos da Compensação de Cheques por Imagem sejam endereçados ao correio eletrônico cnab@febraban.org.br. 24

25 ANEXO A Atributos de Qualidade das Imagens para a Compensação de Cheques por Imagem (versão 20/08/2010) # Atributo Descrição rente/verso Valor (Máx) Valor (Min) Unidade 1 Tamanho da Imagem Tamanho da imagem em mm (h=altura e L=largura) e V L = 185 H=85 L = 165 H=65 mm 2 Tamanho do arquivo Tamanho da imagem em kbytes 3 Bordas Tamanho das bordas pretas (direita, esquerda, inferior ou superior) 4 Deskew Angulação da imagem 5 Cantos Tamanho dos Cantos dobrados (inferiores ou superiores) 6 Darkness % de Pixels pretos da Imagem (*) 7 Resolução Resolução das imagens e V 100 kbytes 250 bytes (k)bytes e V 3 N/A mm e V 2 N/A graus e V 20 N/A mm e V 35% V 30% 10% V 2% % Pixels e V = 200 DPIs DPIs (*) o atributo Darkness deve ser calculado pela seguinte fórmula: (número de Pixels Preto na Imagem) Porcentagem Pixels Preto = * 100 (Pixels Total da Imagem) 25