EMBarbosa

Object Pascal não permite essa construção: DmACBR.ACBrECF1.Estado.estLivre A propriedade "Estado" não é class, Record ou object. Então, você não pode colocar "Estado.AlgumaCoisa".

Acho que suas sugestões já estão no SVN.

Subi a correção para o SVN na Revisão 4935. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

1) Se você não precisa preencher o registro F205, não basta apenas não criá-lo? 2)Subi suas alterações para o SVN na Revisão 4934. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Subi suas alterações para o SVN na Revisão 4933. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Eu tinha separado esse tópico para analisar com mais tempo pois não tinha entendido qual era seu problema. Contudo, mesmo agora que eu tive mais tempo, ainda não consigo definir se você está tendo algum problema e qual o problema. Além disso, se está com problemas, seria isso no SPED Fiscal ou Contribuições? Se não há nenhum problema mais, queira desconsiderar por favor.

Não se preocupe. Pelo contrário, eu agradeço seu retorno. Com certeza outros usuários vão passar pelo mesmo, só que agora eles tem seu relato para guiá-los.

Em algum lugar do seu programa, você deve ter algum código que faça uma conversão de string para Integer e o parâmetro passado no string está recebendo o valor '00C100' que não é possível converter para inteiro. Você precisa debugar o programa para achar onde isso ocorre.

Concordo sim. Talvez possa ser um problema no ECF mesmo. Ainda assim, fique atento. Corrigir erros de última hora é muito mais difícil. Se prepare com antemão para localizar esses possíveis erros. Talvez aprendendo a ler os logs do ACBr ou colocando logs no seu próprio programa em situações críticas. Bom trabalho aí. (:

Olá Daniel, Não vi nenhum problema parecido relatado. Você consegue fazer um código para reproduzir o problema?

Subi suas alterações para o SVN na Revisão 4926. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Agora acho que entendi. Então, nesse caso, por favor anexe a unit alterada bem como explicações sobre: 1) Motivo da alteração; 2) Impacto sobre o código dos componentes atuais; 3) impacto no uso dos componentes atuais;

Olá Claudemir, Com qual componente você está mexendo quando se deparou com isso?

Seu arquivo de log ficou muito grande... Será que tem como você identificar em qual momento o cupom foi cancelado "automaticamente"? Eu encontrei em muitos lugares o comando CancelaCupom após abrir o cupom (veja por exemplo às 16:42:43 e 16:52:50). Nestes casos é o seu programa que está enviando o comando para cancelar. Assim, você precisa analisar em quais momentos você faz a chamada a esse comando e verificar. Talvez possa lhe ajudar encontrar onde está o erro se notar que sempre que isso acontece, o componente manda um Ativar logo depois.

Fica muito difícil de saber como ajudar se você não dar detalhes do seu problema, marca e modelo da impressora, meio de comunicação (serial, usb, conversor), quando acontece o problema, se é intermitente, etc...

Warnings são avisos de coisas que poderiam ocasionar erros, mas não são erros em si mesmo. Você pode desabilitar alguns warnings nas opções do Delphi.

O próprio erro menciona que você deve consultar a Seçao 4 do Guia prático. Na versão que eu tenho aqui (Guia Prático 1.12), diz nessa seção que o registro F205 é obrigatório apenas para quem faz Escrituração do tipo "Crédito" e não deve ser informado para Escrituração do tipo "Contribuição Social". O que eu não entendi é o motivo dele estar sendo gerado se você diz que ele não foi alimentado...

Não entendi seu objetivo, muito menos o que isso tem a ver com o que a Gr@ç@ apresentou no primeiro post.

Se você tiver um número de notas muito grande talvez seja algum erro de arredondamento. Centenas de erros de arredondamento de 1 centavo (R$ 0,01) daria uma diferença de R$ 3,39. Já passei por isso, mas não no SPED.

Você leu o guia prático e viu a diferença nele?

Queira usar o botão de pesquisa no fórum.

Com xHarbour não dá para usar o ACBrFrameWork? Seria uma opção, caso funcione.

Olá Waldir, Subi sua sugestão para o Bloco H, a saber LocalizaRegistro para o registro H010. Revisão 4921. Mas não subi a sua sugestão para o LocalizaRegistro do registro 0150. O motivo é que o código é ambíguo. Nada me impede de ter um pCOD_PART de tamanho 11 ou 14. Por exemplo, se eu passar 12345678909 para a função, você não pode dizer que é um CPF só porque tem 11 dígitos. Contudo, se quiser, poderíamos criar outros métodos como LocalizaRegistroCPFCNPJ, e aí sim poderia fazer a diferenciação pelo tamanho. Mas se desejar, crie um outro tópico por favor. Sem mais, obrigado pela contribuição.

Por favor Alexandre, não faça posts duplicados. Continue em: Tópico trancado.

Alexandre, Hierarquia não é obrigatoriedade. Se você ler o Guia Prático (estou usando a versão Versão 2.0.11), verá que a hierarquia do Registro C460 é 4. Além disso, no próprio PVA, o registro C460 aparece abaixo do registro C405. Finalmente, o Registro C405 tem hierarquia 3, e não quatro como mencionou no seu comentário.