EMBarbosa

Fiz uma alteração pra isso na revisão: 3585

Depois das últimas alterações para atender o teste específico do homologador, o DEMO do ACBrAAC não está mais conseguindo recriar o arquivo binário caso ele não exista. Na função recriarArquivoAuxiliar, ele chama ACBrAAC1.AbrirArquivo que gera uma exception pois o arquivo não é válido, e daí não continua.

Olá, Acho que esses códigos não estavam faltando. Eles não são possíveis para os documentos que são apresentados no Registro D100. Inclusive note no próprio Guia Prático mencionado, na página seguinte: Isso acontece provavelmente pois documento denegado ou inutilizado não "dê direito à apuração de crédito à pessoa jurídica contratante, na forma da legislação tributária", o que é um requisito para apresentá-lo no D100. Pois para "cada documento informado e relacionado em cada registro D100, obrigatoriamente deve ser apresentado o detalhamento das informações, por item do documento, referentes ao PIS/Pasep (D101) e à Cofins (D105)." (Guia Prático versão 1.0.7 página 135 Parágrafo 4)

Olá Alex, Sugiro sempre verificar as alterações por meio do SVN. Veja esse report no Mantis: http://www.djsystem.com.br/acbr/mantis/view.php?id=1185

Seria melhor se você acumulasse esse valor e preenchesse antes de salvar o arquivo.

Veja: e também: http://www.djsystem.com.br/acbr/forum/viewtopic.php?f=5&t=1940

Tópicos que divulgam serviços ou produtos devem ser criados na área de Classificados. Tópico Movido.

Acho que não entendi o problema. Meu ECF Bematech tem os registradores FS1 IS1 NS1... EDIT: Ahh agora que reli o comentário do Daniel, eu entendi.

Vale lembrar que todo código que é removido do SVN continua acessível se você buscar pela revisão específica em que ele existiu no SVN. Assim, para acessar o último código, bastaria procurar a revisão específica que o código foi removido e fazer um checkout ou switch para a revisão anterior.

Corrigido na revisão 3555. Me pareceu tudo certo, mas favor verificar e testar.

Olá markapollo, Pode confirmar se essas alterações foram pro SVN?

O procedimento com relação a bugs é exatamente esse que você adotou: Faça um post no fórum relatando o bug e se possível os arquivos alterados para corrigi-lo. Aconselhamos a pesquisar antes, pois muitas vezes outro usuário já encontrou o mesmo problema. Corrigido na Revisão 3543. Favor testar.

Erro já relatado. use o seguinte tópico:

Use o comando DadosUltimaReducaoZ e a Redução Z impressa e compare. Eles tem que bater.

veja também:

O método Start é da classe TThread. Verifique se ele está disponível no Delphi 2009.

Por favor anexe a mensagem de erro ou faça um "PrintScreen" para vermos a exata mensagem.

Normalmente esse tipo de problema é cabo ou porta serial. Mas o log pode dar alguma pista.

Como?

Isso parece meio estranho. Mas talvez ela está sendo referenciada por alguma unit dentro do pacote. Se você fizer uma busca no google acho que encontra a resposta para esse tipo de erro.

Se não estiver executando dentro do Debugger do Delphi anexe o log do ACBrECF. Talvez dê alguma pista.

ou remover a unit do synapse desse pacote. Claro, supondo que não vai ser mais necessária depois que instalar o ACBr.

Fizemos a Certificação TEF e fomos aprovados. Não foi necessário nenhuma mudança nos componentes. Em menos de um dia fizemos todos os testes para TEF discado com múltiplos pagamentos mas apenas um cartão e sem CNC. Nos sobrou um dia inteiro. Vou atualizar esse post assim que recebermos o certificado.

Entendi. Não sei o quanto a remoção do FlushToDisk iria prejudicar no quesito robustez. Mas com certeza, se abrir com os parâmetros mencionados, irá ser até mais confiável que usando o método atual. Vou providenciar.

Ok. Posso tentar providenciar esse exemplo para testes. Acha que é necessário ficar abrindo e fechando o arquivo toda hora?