EMBarbosa

tchuck, Se seguir os tópicos vai ver que existe uma versão (muito básica) no branches (Se fizer procura no fórum por ACBrBombas vai encontrar). A versão do jnatas acima mencionada não foi colocada no SVN pois precisa ser testada e adequada para o padrão do ACBr. Mas isso está fora do assunto deste tópico.

Você consegue com a empresa que faz a certificação. Por exemplo, SevenPDV ou SoftwareExpress.

Isso daí é só com o pessoal do Lazarus. Vai ter que postar no fórum oficial deles e pedir a correção.

Só se você postar o código dela.

Você pode utilizar algumas das funções dos ECFs para pegar dados antigos. Veja esses tópicos para ter ideia do que estou falando:

Marcio, Você sabe dizer qual a diferença entre esse seu projeto e o apresentado pelo marcelo alguns posts atrás?

Quais os valores você está passando para os registros pais do registro 0110?

A sua versão é basicamente a mesma que eu tenho aqui. Tente fazer o seguinte depois de abrir o SPED Fiscal e antes de tentar abrir o arquivo, vá no menu Tabelas e escolha "Atualizar Tabelas" (Ctrl+Shift+Z). Clique em "Selecionar tudo" e depois em "OK". O programa vai abrir uma tela fazendo o download. Depois disso você tenta validar o seu arquivo. Aqui na minha máquina funcionou.

Veja:

Os componentes RX foram doados e incluídos no projeto JEDI há muito tempo... Talvez você consiga usar os do projeto JEDI (JCL e JVCL).

Você chegou a ver o programa de exemplo do ACBrTEFD? Acho que ele faz esse tratamento.

Tenho uma sugestão para descobrir. Informe todos os blocos indicando que é sem movimento; Valide o arquivo no PVA; Se não aparecer erros então está pronto. Caso contrário, continue para o passo 4 Corrija os erros editando no próprio PVA; Volte ao passo 2;

Olá, Acho que não deu pra entender... Quando acontece a mensagem de erro? Qual a exata mensagem? Qual os valores no registro? Qual a versão do validador está usando?

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...