Daniel Simoes

Por favor informe o passo a passo em como reproduzir o problema usando o Demo ECFTeste

Pode ser que o Log não tenha sido gravado na ordem correta devido a sua chamada assíncrona... No log está claro que sua aplicação está chamando 2x o mesmo comando...

Link direto: http://info.fazenda.sp.gov.br/NXT/gateway.dll/legislacao_tributaria/portaria_cat/pcat302014.htm

A própria IDE irá usar AnsiString quando criando o evento não existente... O problema de criação da declaração como "String" ocorre na IDE do Delphi 7, porque para essa versão AnsiString é igual a String

Não creio que esteja errado... Há algum problema de validação do XML ? Note que o manual "Especificacao_SAT_v_ER_2_8_5.pdf" descreve "xCampoDet" como um "A"-Atributo, e não "E"-elemento... (página 60)

Acredito que o problema seja a acentuação na Forma de Pagamento "Cartão"... De acordo com o protocolo, o comando de Abertura de Vinculado da Bematech, solicita a Descrição da Forma de Pagamento, e não o índice... Observe como o ACBrECF monta o comando: Pode ser que o ECF não consiga localizar essa forma de Pagamento e dispare o erro... Você encontrar o objeto da Forma de Pagamento utilizando o comando: FormaPagto := ACBrECF1.AchaFPGDescricao('Cartão"); Tente isso no ECFTeste: Variaveis -> Forma de Pagamento -> Acha Forma de Pagamento por Descrição Talvez ajustando para alguma das páginas de código válidas para a Bematech, funcione... (a padrão é 850)

Você está testando com o Demo em Delphi para o ACBrSAT ou na sua aplicação ?

Você não consegue compilar ou não consegue executar ?

Não tenho a menor ideia... Não há como tentar lhe ajudar se você nem ao menos forneceu a mensagem de erro...

Subi o DelphiZXingQRCode.pas para o pacote ACBrDiversos... Para usar o QRCode em seu Gerador de Relatórios preferido, será necessário usar um componente "Image" no relatório, e "transferir" a imagem gerada pelo componente de QRCode para esse Image, em tempo de execução... Em breve devemos subir um exemplo...

Sim... veja nos fonte ACBrTEFD.pas o método: TACBrTEFD.FinalizarCupom... tudo que ele faz é analisar o estado atual do ECF, e disparar os Eventos já existentes, conforme o Estado retornado...

Parecer ser algo no método: TACBrTEFDVeSPague.ProcessarColeta Mas somente com o Debug para compreender o que está ocorrendo... Infelizmente não tenho o ambiente de testes da VeSPague

Lendo o documento: "Manual_do_Emulador_SAT-CF-e_Offline_v3.pdf" você irá compreender... (dica: Pag: 37)

O que notei de estranho é que há uma chamada a CorrigeEstadoErro antes do ACBrECF receber a resposta do ultimo comando ou o TimeOut, isso parece ser algo que a sua aplicação está fazendo... Você consegue informar um passo a passo de como reproduzir esse erro usando o ECFTeste ?

Muito boa a iniciativa... parabéns...

Aparentemente você não está usando o ACBrECF.... Acho que poucas pessoas poderiam lhe ajudar sobre a DLL do fabricante nesse fórum... Melhor tentar ajuda com o fabricante, sei que eles possuem exemplos em Delphi

A aplicação PAF-ECF deve ser capaz de gerar o Sintegra a partir do Banco de Dados... (isso é um requisito para homologação) Portanto, se você faz integração com algum PAF-ECF, esse PAF-ECF é capaz de gerar o Sintegra que você precisa, independente do ECF estar ou não ligado...

Tente com o novo Emulador do Fisco... mas antes apegue todas as SAT.DLL existentes em diretórios do Path de sua máquina... Provavelmente este é o problema... ele está carregando uma SAT.DLL de outro lugar, como por exemplo: c:\windows\system32...

Apliquei algumas correções nos Demos em Delphi e Lazarus... (lembrando que o Demo em Lazarus atualmente é o mais completo) Por favor atualize seus fontes e tente novamente...

Primeiro atualize o seu emulador... Veja esse post: Certifique-se também de ter a última versão dos fontes do ACBrSAT

Em relação a Impressão do QRCode, estou apenas aguardando uma resposta do autor dessa biblioteca... http://www.debenu.com/open-source/delphizxingqrcode/ Com ela poderíamos usar qualquer Gerador de Relatórios para imprimir o Cupom do SAT, pois o QRCode seria tratado como uma imagem a ser impressa... ( embora eu prefira usar soluções nativas, como os comandos ESC P/2 da Epson... pois é muito mais rápido )

Obrigado por mais esta correção Larissa... já está no SVN...

Fiz várias correções no código, que podem corrigir o problema de String x AnsiString... Favor atualizar os fontes e testar... ( Lembre-se de renomear a Unit que você alterou, caso contrário haverá conflitos no Merge )

Correção aplicada:

Acredito que todas as Impressoras Térmicas Epson, atuais, devem ser compatíveis com ESC P/2 e QRCode Nos testes usamos uma TM-T88