EMBarbosa

A segunda opção parece ser melhor. Mas lembre-se que você não precisa criar um registro 0220 pra todos as mercadorias/serviços. Apenas para os que possuem movimentação com unidades diferentes do cadastrado no registro 0200. Pois o Guia Prático, na página 24 diz:

Não há problema algum usar qualquer tipo de hash. A vantagem do MD5 é que é um hash consideravelmente rápido, de fácil implementação e com baixo índice de colisão. Afinal, se o hash usado tiver um índice de colisão muito grande, vai perder sua utilidade...

Se você postar o código a gente pode analisar.

Régys, acho que é um Totalizador Não Fiscal, pois ele alistou junto com Sangria e Suprimento. Anderson, Acho que sei o motivo. Seu comprovante não fiscal está fora da ordem. Ele deveria ter um índice menor, (como 01por exemplo), mas está com índice 09. Pelo que me lembro do código de cabeça e o que você postou aí, o código não leva isso em conta...

Descubra porque o log está registrando na sua aplicação. -- 12/03 14:51:13:949 - TEF_DIAL DesInicializado Aí é que está o problema.

Sim, resolve os casos 1 e 2. Mas não resolve os outros.Na situação 3, em qualquer ocasião o valor e a alíquota podem ser preenchidos vazios. Não precisa preencher os outros dois campos também. Não depende só do CST. Por exemplo, se eu escolher o CST 05 eu posso escolher preencher o campo ALIQ_PIS_QUANT ou o campo ALIQ_PIS. Tanto faz...

Você está usando o DadosUltimaReducaoZ ou DadosReducaoZ?

Olá Waldir, Sua sugestão não resolve o caso 3. Também não resolve o caso 4, pois a correção é limitada ao CST = 03.

Então, como tinha dito que iria ajuntar informações sobre o problema, deixa eu vasculhar aqui os nossos arquivos do fórum sobre o assunto... 1) Em casos de CST 05 usados por indústria, a alíquota deve ser preenchida com um valor da tabela apresentada pelo guia prático. 2) Há casos em que uma das alíquotas deve ser preenchida como zero. Esse é o caso de CST 05 para revenda de produtos de substituição (ex. cigarros). 3) Em casos de CST 04, a alíquota deve poder ser preenchida com valor vazio; 4) Em casos onde é preenchido o campo ALIQ_PIS_QUANT, o campo ALIQ_PIS deve ser vazio; Vou verificar se existe mais alguma coisa... Alguns dos posts relacionados:

Em resumo é exatamente isso. Existem casos em que a alíquota deve sair o número zero e existem casos em que a alíquota deve sair vazia, ou seja, "||". E nós temos usuários que precisam que o componente funcione nos dois casos. Hoje eu vou tentar alistar as condições para ver se seria possível tratá-las dentro do próprio componente.

Isaque, Não pode fazer essa alteração da forma que foi apresentada não. A alíquota deve poder ser preenchida em branco. Precisamos analisar outra maneira. Veja esse tópico e os outros alistados neles:

tchuk, Infelizmente não. Se precisa de ajuda para comunicação com ECF usando a dlls dos fabricante, independente do fabricante, deve procurar a ajuda deles. Se nem a Bematech está conseguindo passar informações da comunicação usando a dll deles dos ECFs deles, então fica difícil. Terá que aguardar mesmo...

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?