Warquia

Tive o mesmo problema, e não estava nas Dlls, e sim o PinPad. fica a dica também.

Bom dia passando um FeedBack. Pessoal testei em laboratório e deixei 10 dias em 3 clientes e constatei que não teve nenhum problema nas ultimas alterações. Obrigado pela paciência pessoal, estava quase perdendo clientes por isso.

Ok, vou efetuar o get e iniciar mais teste hoje a noite, obrigado pelo auxilio..

Rsrs, Ok obrigado. bom trabalho por ai!

@Daniel Simoes, poderá subir essa implementação? estou ciente que está cheio de implementações para analisar, porém gostaria de atualizar os fontes para passar a implementação para os clientes daqui de GO Att..

Faz o seguinte, ler o status da impressora ACBrPosPrinter.LerStatusImpressora e verifica se esta em erro o Yes/No, apos verificar desativa a impressora e ativa novamente no método ACBrTEFDInfoECF ou em ACBrTEFDExibeMsg Segue um print como uso

Entendir, olhar estou sem impressora para teste, mas creio que o problema esteja no retorno para o componente ACBrTEFD e não no PosPrinter, compare o exemplo do ACBrTEFD com o seu no seguintes eventos. ACBrTEFD1InfoECF e ACBrTEFD1ExibeMsg observe se esteja faltando alguma coisa para retornar ao componete. poste o resultado se possível com o Log Gerado por ambos componentes PosPrinter e TEFD.

Seguindo o manual de homologação essa mensagem deve aparecer nesse caso, se o usuário optar por "Yes/Sim" a aplicação entra em loop até que a impressora volte ao estado normal de trabalho ex: quando a troca de bobina, travamento ou até desligamento involuntário. Caso opte por "No/Não" a automação deve cancelar as transações pendente e assim saí naturalmente do Loop, Vale lembrar que ainda não tem roteiro de homologação definida para NFCe, essa regra já é antiga desde das emissões em ECF.

Utilizo conforme a 3º opção, e nunca tive problema.

Tive a intenção de colocar no TACBrNFeDANFEClass para os outros colegas que usam o ACBrNFeDANFeESCPOS, ACBrNFeDANFEFR ou ACBrNFeDANFERL, pudesse implementar isso no futuro, mas concordo também em deixar exclusivo na TACBrECFVirtualNFCeClass. segue em anexo a classe. @Daniel Simoes, @Juliomar Marchetti, agradeço pela orientações/sugestões. estou disponível para qualquer correção ou padrão não seguido na mesma. ACBrECFVirtualNFCe.pas

Sim claro, inclusive te respondi indagando um melhor lugar para a devida implementação, Grato.

Pessoal, essa alteração e viável para o ACBr? Grato a todos.

Entendo. como ela e genérica para os componentes de impressão "EscPos, Fast e Fortes" optei de implementar nesse ponto pois todas essas descende da mesma. assim resolveria para todos os modelos de impressão. @Juliomar Marchetti posso implementar em outro lugar, poderiam me passar onde ficaria melhor?

Correção proposta, com o teste do Digest Value para segurança. grato @Régys Silveira e @Daniel Simoes Também segue em anexo class do segundo tópico, como estão com a mesma referença na classe tive que postar aqui também. ACBrNFeDANFEClass.pas ACBrECFVirtualNFCe.pas

Pessoal resolvir criar um opção para esse fim, aprovetei corrigir esse problema de duplicidade NFCe, vou reportar a correção no tópico original. ACBrECFVirtualNFCe.pas ACBrNFeDANFEClass.pas

Amigo como conseguiu resolver a fonte?

@BigWings Obrigado por mencionar. realmente quando ligue na Sefaz eles disse que NFe e NFCe e um assunto só nos termos e normativas da sefaz estadual, tanto que nos primeiros emails eles sempre respondia com os dizeres "NFE com Modelo 65". até respondi a eles que eles estava tratando o meu assunto como uma NFe e não NFCe. segue o print do email.

@carlosinfoteen obrigado por responder, conversando com o suporte tributário eles informarão que Tocantis também não é obrigatório. @Italo Jurisato Junior e @Régys Silveira gostaria de uma opinião também de vocês

Bom dia amigos, de tando os clientes ligar pedindo para remover a segunda via de impressão em caso de contingência resolvir ligar no Sefaz goiás para obter resposta sobre o assunto. então o mesmo me informou que no Estado de goiás não é obrigatório a impressão da segunda via(sendo que em goias a cada 10 NFCes emitidos 3 são em contingência), claro que por telefone não podemos confiar na informação, então solicitei para que os mesmo me enviasse algum norma ou especificação para me resguardar sobre o assunto, gostaria de ver com você como proceder com isso acerca do componente se posso fazer uma opção(checkBox) para informar a impressão ou não da segunda via em contingência? Segue em anexo de alguns de muitos emails trocados entre eles:

Creio que seja o modelo da sua impressora, entre a cabeça de impressão e a guilhotina existe esse Gap entre eles.

Aqui tem uma breve explicação sobre a Z http://partners.bematech.com.br/bemacast/Paginas/post.aspx?idPost=6040

Minha validação e mais simples, apenas verifico o tamanho do NCM(8Digito), numeros 11111111, 22222222....9999999 etc.

Aconselho fazer as validações NCM, Aliquota, CST/CSOSN, CFOP etc. no momento que estiver sendo inserido cada item no cupom. mas sei que tem algum erros que podemos não ter tratado, no meu caso se o erro for diferente das validações acima eu trato o cupom fiscal com OFFLine/Contigência e imprimo o cupom e posteriormente meu sistema trata cada erro retornado pela sefaz. mas caso queira realmente fazer o tratamento proposto nesse tópico de remover o item etc deverá fazer as seguintes configuração no arquivoINI do ACBrVirtualNFCe e no seu sistema antes de enviar ao sefaz novamente. 1º Definir a chave Estado = 3 {Venda} pois nesse momento ele ta como Estado=5 {Subtotalizado} 2º Definir a chave TotalPago = 0 3º Excluir toda a seção Cupom_Pagamento 4º Remover o item que deseja exonerar da venda-nesse passo você remove o item do seu sistema 5º Chamar novamente o ACBrECF.FechaCupom() para que o componente efetue o envio da NFCe. Ressalvas: Após o 3º passo deve solicitar o componente a re-leitura do novo Estado do ECF conforme modificado no passo 1; Ex: ACBrECFVirtualNFCe.LeArqINI e posteriormente seguir o 4º passo em diante. Obs.: não aconselho remover o item, pois se o cliente efetuou a compra no cartão e o mesmo estiver aprovado, o mesmo vai ficar diferente entre o Valor aprovado no cartão e o total da venda pois houve um ou mais itens removidos da venda, a sugestão é tratar esse cupom como OffLine/Contigência e posteriormente enviar o mesmo ao sefaz após a devida correção

@Régys Silveira, não estou conseguindo fazer a conferencia do Digest Value pois não encontro o campo de comparação do Webservices de retorno Aqui tem o Digest: fsACBrNFCe.NotasFiscais.Items[0].NFe.signature.DigestValue Aqui não tem o Digest: fsACBrNFCe.WebServices.Retorno Alguma sugestão de como capturar?

Sim e possível, verifique o Demo do ACBrPosPrinter, para pegar o exemplo.