Warquia

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?

@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