Warquia

@BigWings Obrigado por responder, Segue em anexo conforme solicitado, também estou anexando como será impresso vPag e Troco nessa correção proposta. Obs: Ficou compatível com a versão 3.10 e 4.00 ACBrNFeDANFeESCPOS.pas

Concordo que devemos sempre seguir as orientações contidas no Manual, mas nesse caso não existe nenhuma limitação na impressão de eventos fiscais tanto em NFe quanto NFCe, penso que não ha problemas quanto a inclusão desse campo na impressão.

Boa tarde, @André Ferreira de Moraes e @BigWings gostaria de ver com vocês a possibilidade de subir esse código, pois o exemplo que você postou de como resolver não serve para que usar o conjunto de componentes ACBrECF + ACBrECFVirtualNFCe pois quando a NFCe é aprovada o cupom e impresso automaticamente pelo componente pois o método "TACBrECFVirtualNFCeClass.FechaCupomVirtual" executa o .imprimir, ou seja não tem a possibilidade de fazer a alteração do vPag antes de chegar no imprimir do fecharCupomVirtual Segue o trecho do código. with fsACBrNFCe do begin NotasFiscais.Items[0].NFe.InfAdic.infCpl := NotasFiscais.Items[0].NFe.InfAdic.infCpl + sLineBreak + Observacao; if Configuracoes.Geral.FormaEmissao = teOffLine then begin NotasFiscais.Assinar; NotasFiscais.Validar; //NotasFiscais.Items[0].Confirmada := True; // imprimir obrigatoriamente duas vias quando em off-line // uma para consumidor e outra para o estabelecimento DANFE.ViaConsumidor := True; aqui===============>NotasFiscais.Items[0].Imprimir; if fsImprimir2ViaOffLine then begin DANFE.ViaConsumidor := False; NotasFiscais.Items[0].Imprimir; end; end else begin Enviar(NotasFiscais.Items[0].NFe.Ide.nNF, false, true); if WebServices.Enviar.cStat <> 100 then begin cStat := IntToStr(WebServices.Enviar.cStat); xMotivo := ACBrStrToAnsi(WebServices.Enviar.xMotivo); raise EACBrNFeException.Create('Erro ao enviar Dados da Venda:' + sLineBreak + 'cStat: ' + cStat + sLineBreak + 'xMotivo: ' + xMotivo); end; end; ChaveCupom := NotasFiscais.Items[0].NFe.infNFe.ID; if NotasFiscais.Items[0].Confirmada then aqui===============> NotasFiscais.Items[0].Imprimir; end;

@Juliomar Marchetti Obrigado por responder, no manual não fala nada a respeito de como deve ser impresso o Cancelamento/Evento, mas ele é bem claro a respeito de como deve ser impresso uma venda, que não é o caso.

Bom dia, pessoal tem a possibilidade de subir essa correção?

Bom dia, pessoal tem a possibilidade de subir essa correção?

Na realidade a revisão do dia 28/12 para trás ele não caía nessa validação pois o "vDadosIncompletos" recebia True no início do método; vDadosIncompletos := Cedente.Nome = ''; por isso que teve essa dirigência. procedure TACBrBoleto.ChecarDadosObrigatorios; var // Indicar se algum dos dados obrigatórios não foi preenchido vDadosIncompletos: boolean; begin // Verificar o preenchimento do nome vDadosIncompletos := Cedente.Nome = ''; // Verificar o preenchimento da conta if not vDadosIncompletos then vDadosIncompletos := Cedente.Conta = ''; // Verificar o preenchimento do dígito da conta if not vDadosIncompletos then vDadosIncompletos := (Cedente.ContaDigito = '') and (Banco.TipoCobranca <> cobBanestes); // Verificar o preenchimento da agência if not vDadosIncompletos then vDadosIncompletos := Cedente.Agencia = ''; // Verificar o preenchimento do dígito da agência if not vDadosIncompletos then vDadosIncompletos := (Cedente.AgenciaDigito = '') and (not (Banco.TipoCobranca in [cobBanestes, cobBanrisul])); // Gerar exceção caso algum dos campos obrigatórios não esteja preenchido if vDadosIncompletos then raise Exception.Create(ACBrStr('Informações do Cedente incompletas')); end;

@Juliomar Marchetti essa alteração afetou o clientes que tem contas do Itaú e Caixa Economia aqui em GO, pois esse bancos não possuem Digito Verificador na Agência. Segue em anexo removendo a exigência quando for Itau e Caixa. Att, Warquia ACBrBoleto.pas

Segue um correção feita na Unit "ACBrNFeDANFeESCPOS.pas" para ser impresso o Valor do documento/Cancelamento. também envio um print do antes e depois para análise. Aguardo o Commit caso não seja rejeitado. Att, Warquia P. x ACBrNFeDANFeESCPOS.pas

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?