EMBarbosa

Desculpe, mas ou eu entendi errado, ou você entendeu o erro reportado de forma incorreta. Isso não é erro de o campo estar em branco, e sim que não foi informado o registro C485.

Por favor pesquise antes de postar: viewtopic.php?f=23&t=5346

Olhe a área de notícias. Veja o link http://www1.receita.fazenda.gov.br/noticias/default.htm Daí verá a primeira notícia: http://www1.receita.fazenda.gov.br/noticias/2012/abril/noticia-11042012.htm

Será que você não está confundindo? O último guia do SPED Fiscal é o Guia 2.0.8 de Março/2012. Já o SPED Pis/Confins é outro guia, e a versão mais atual é 1.0.5 também de Março/2012. Bom independente disso, respondendo sua pergunta: O SPED Fiscal (e também o PIS/COFINS) estão de acordo com as últimas especificações. Em caso de alguma inconsistência, é porque não a detectamos.

Até o momento, a ER (Especificação de Requisitos) mais recente é a 1.11

Verifique as versões das suas DLLs

Basicamente é o preencher CFOP correto e o campo com o código do cupom fiscal. Procurei rapidamente aqui, encontrei essas dois posts que citam algumas fontes: http://www.spedbrasil.net/forum/topics/cfop-5929-e-6929 viewtopic.php?f=8&t=349

Opa falha minha. Já corrigi na revisão 3442. Obrigado mais uma vez.

Obrigado. Corrigido na revisão 3440

Não deveria ser PafMF_RelIdentificacaoPafECF(IdentPaf, '05')?

Foi a solução que imaginei que seria tanto eficiente como correta. Mas realmente, com um movimento tão grande isso vai depender de quem estiver recebendo. Afinal, pode ser ruim ou pode ser uma vantagem, pois podem usar a própria NFe para verificação dos lançamentos de cada venda. Não entendi essa parte.

Se conseguir resolver, dê um retorno por favor.

Então não é separado por venda como eu perguntei.

Não poderia separar as vendas em itens da nota?

Esse erro existe realmente. Foi mencionado na QC (Quality Central) sob o número 7089. veja o link: http://qc.embarcadero.com/wc/qcmain.aspx?d=7089 Nos comentários você encontra um patch e sugestões para correção. Mas eu particularmente não sei se funciona. Talvez precise alguns ajustes. Finalmente, e mais importante. Fuja do BDE o quanto antes. Ele foi tornado deprecated em 2002!! Se quiser utilizar algo parecido passe para dbExpress como foi sugerido nessa época, nesse artigo aqui.

blz jbaneto. Obrigado pelo retorno. Você fez download direto pelo seu programa? Ou fez download por fora?

Sem problemas Guilherme. Na verdade eu já tinha vontade de fazer isso há algum tempo. Mas infelizmente, essa a correria é bem generalizada.

Pronto, aqui pelos meus testes está tudo bem.

Também adicionei parte dessas sugestões na revisão 3427 para as Classes ACBrECF, ACBrECFClass e ACBrECFBematech. Vou tentar fazer para as outras impressoras também.

Obrigado Daniel. Até agora está tudo perfeito.

Daniel, já testei aqui e parece que o problema já não existe mais. No entanto, está dando um erro na compilação pelo Delphi do ACBrECFFiscNet.pas: [DCC Error] ACBrECFFiscNET.pas(735): E1012 Constant expression violates subrange bounds if ( FiscNETResposta.CodRetorno in [ 7003, 7004, 15011 ] ) then DoOnErrorSemPapel else raise EACBrECFSemResposta.create(ErroMsg) ;[/code] Isso acontece pois um conjunto no Delphi só aceita índices e valores até no máximo 255. Teria que trocal por algo como: [code] if (FiscNETResposta.CodRetorno = 7003) or (FiscNETResposta.CodRetorno = 7004) or (FiscNETResposta.CodRetorno = 15011 ) then DoOnErrorSemPapel else raise EACBrECFSemResposta.create(ErroMsg) ;

Você vai subir pro SVN? Se quiser eu posso fazer alguns testes antes.

Exatamente isso que acontece. Infelizmente não acontece a falha no vende item. O ECF marca com FIM DE PAPEL só depois do VendeItem. Na verdade, isso só foi descoberto porque alguns clientes foram insistentes em continuar usando o papel até acabar e ele acabou justamente depois de uma venda de item. Como pode ser testado, no entanto, isso prejudica qualquer leitura de variável que se tente fazer do ECF Bematech, visto que sempre é levantada a exception. Tudo bem, não fico imaginando alguém usando o ECF sem papel... mas... Obrigado pela implementação. Vou testar e volto a postar.

O problema acontece que o flag/Sensor de fim de papel só é atualizado depois da venda do item. Deixa tentar colocar o algorítimo simplificado atual aqui: Outra coisa que precisa-se ver é que atualmente, pelo que testei, não se consegue retornar nenhuma leitura de variável enquanto está como FIM DE PAPEL. Por exemplo, só daria para recompor o GT depois de colocar o papel no ECF. Podem fazer o teste com o emulador, que acontece o mesmo com o ECF físico. PS.: Só lembrando que isso é do ECF Bematech. Não testei com outros.

Acho que corrigi agora. Revisão 3414. Favor verificar se era isso mesmo.