Evento no ACBrAAC para arquivo corrompido REQUISITO XXII 8

[EMBarbosa]

Pessoal,

Estava aqui estudando o uso do componente ACBrAAC para implementar o REQUISITO XXII do PAF-ECF quando o arquivo está corrompido (item 8). O problema primário foi detectarmos que quando o arquivo está corrompido o ACBrECF não consegue ser ativado. Assim não conseguimos pegar os dados do ECF para recriar o arquivo auxiliar criptografado.

Achei que seria uma boa ideia se o componente possuísse um evento para os casos onde gera a exceção de arquivo inválido (EACBrAAC_ArquivoInvalido). Assim, o programador teria a opção de tratar esse acontecimento assim como tem para tratar no evento "VerificarRecomporValorGT". O componente poderia levantar a exceção caso o método não esteja definido, o que não alteraria o código de quem está usando o componente até hoje. O que acham?

[Juliomar Marchetti]

Uma boa ideia,

não chegou a me ocorrer a situação de corromper o arquivo

mas fiz um teste, simulando o erro do arquivo corrompido e não consigo mais retornar

somente excluindo e criando novamente o mesmo.

[EMBarbosa]

É que, embora exista esse requisito especificado, não existe teste para ele. Então, creio que poucos o implementam, e quando o fazem, como nós aqui procuramos fazer, talvez nem dão tanta atenção ao teste, já que não foi especificado como deve ser feito.

Ainda assim, acho que poderíamos incluir o evento.

[EMBarbosa]

Alguém mais tem alguma consideração sobre isso? Estou disposto a fazê-lo.

[Daniel Simoes]

Oi Elton,

Por favor cole aqui o texto do requisito.... Seria aquele que permite criar um novo arquivo se os dados da ultima Red.Z baterem com os dados do BD ?

[EMBarbosa]

Esse aqui ó:

caso não haja coincidência nas comparações descritas nos itens 4 ou 5 deste requisito e havendo perda, por motivo acidental, de dados gravados no arquivo auxiliar criptografado:

a) comparar os números do CRZ e do CRO e o valor da Venda Bruta Diária, referentes à última Redução Z gravada na Memória Fiscal com os números e valor

correspondentes no banco de dados a que se refere o item 2 do requisito XXV (campos 06, 08 e 12 do Registro tipo R02 constante no Anexo VI) e:

a1) se os números e valor forem iguais, recompor os dados no arquivo auxiliar (número de série de fabricação do ECF conectado e valor do Totalizador Geral atual do ECF conectado).

a2) se os números ou valor forem diferentes, impedir o seu próprio funcionamento, permitindo-se o funcionamento para as funções descritas no item 1 do Requisito XVII.

Destaquei o que ao meu ver é algo como a corrupção no arquivo...

[Daniel Simoes]

Oi Elton,

Fiz algumas modificações no ACBrAAC para testar melhor a corrupção de dados após a leitura e descriptografia dos dados...

Ele não dispara um evento, mas um Exception será levantado quando o CRC do arquivo não bater...

Por favor teste o arquivo em anexo, e verifique se atente às suas necessidades...

ACBrAAC.pas

[Daniel Simoes]

Comitei as mudanças acima no SVN... pelo que teste, há compatibilidade com arquivos antigos... o novo CRC será gravado após a 1a atualização no arquivo...

[EMBarbosa]

Olá Daniel,

Tivemos um pequeno probleminha ao gerar arquivos do zero. Estou tentando identificar o que foi que aconteceu. Assim que tiver uma posição eu volto a postar aqui. Mas fora isso, acredito que vai resolver.

[EMBarbosa]

Olá Daniel,

Está funcionando legal. Só um aviso ao pessoal: Se ligar o ACBrECF ao ACBrAAC e não houver um arquivo válido, você precisará tratar a exception.