Evandro Silva

Boa tarde Juliomar! Obrigado pela atenção. Eu não sou parceiro ACBr TEF.

Olá pessoal! Estou utilizando o ACBrTEFD para realizar a homologação com o PayGoWeb e estou tentando simular os passos do 35 ao 38 mais sem sucesso. Estou enviando um CRT no passo 35 sem enviar CNF, até aqui tudo bem, quando eu comento o NCN em ACBrTEFDClass para iniciar o passo 36 ele é executado mesmo quando comentado, os colegas se já se depararam com esse tipo de situação ou tem uma ideia melhor para executar esses passos da homologação? Estou utilizando ACBrTEFD e Delpho 2010.

Pessoal, Este problema está ocorrendo porque a Sefaz-PE está utilizando TLS 1.2, para não se deparar com o problema existem apenas duas formas que eu conheço: Quem utiliza certificado A3 precisa instalar todas as atualizações do Windows (Precisa está com licença ativa) ou usar o SSL para quem utiliza certificado A1. Quem utiliza disco de instalação rápido (resumido) do windows mesmo ativando e atualizando vai se deparar com o problema.

Apenas para registro, Quando o CPF ou CNPJ está errado causa o referido erro.

Pessoal! Em minha situação resolvi do seguinte modo: Instalado o FastReport VCL baixado pelo link indicado pelo Juliomar; Atualizado os fontes do ACBr e Reinstalado.

Com os fontes atualizados é só preencher as informações de "identificação, SuportaSaque, SuportaDesconto e SuportaReajusteValor" do ACBrTEFD que vai funcionar.

Pessoal é só remover do form o ACBrNFeDANFEFR e adicionar novamente.

Eu estava tendo o mesmo problemas após realizar atualização do acbr. Hoje fiz atualização dos fontes novamente e configurei o ACBrNFe da seguinte forma: SSLCryptLib: cryWinCrypt SSLHttpLib: httpWinHttp SSLib: libWinCrypt SSLXmlSignLib: xsMsXml No meu caso foi resolvido, recomendo fazer os testes antes da produção.

O problema estava ocorrendo porque a Sefaz BA não recebe XML em modo Síncrono, o problema foi resolvido ao informar na função "ACBrNFe.Enviar()" ao informar o parâmetro "False" em Síncrono. ACBrNFe.Enviar(Lote,True,False) Fica a solução apenas para registro.

Boa tarde Pessoal, Alguém já se deparou com a mensagem de erro "UF não disponibiliza este atendimento" quando vai enviar uma NF-e para WS BA? Meu cliente abriu uma filial na BA e ao enviar as notas está apresentando esse erro e não faço ideia do que possa ser, de antemão agradeço pela ajuda de todos.

Ignorem a informação acima, após alguns teste verifiquei que está errado. Para atender a NTK o que fiz foi não imprimir o comprovante reduzido, e colocar para ser impresso a via cliente e estabelecimento.

Fica a solução apenas para registro. procedure TForm_principal.ACBrTEFD1AntesFinalizarRequisicao(Req: TACBrTEFDReq); begin if Req.Header = 'CRT' then begin Req.GravaInformacao(710,000,'0'); end; end;

Daniel, Acabei misturando os post, editei e tirei o comentário desnecessário sobre o outro assunto.

Arnaldo, Verifique se você está passando o valor pago na operação "ineTotalAPagar" em "onInfoECF", no meu caso foi esse o problema.

Olá Daniel, Verifiquei que no evento "onInfoECF" do ACBrTEFD se não houver a operação "ineTotalAPagar" ele entra em um loop e não aciona o gerenciador padrão do TEF, quando coloquei para retornar o valor que já foi pago no ECF, funcionou perfeito.

Olá Arnaldo, O Mesmo problema está acontecendo comigo após ter atualizado o ACBr. Régys, Houve alguma modificação no ACBrTEFD?

Pessoal, Concordo com o Marcelo, não é fácil gerar as informações das declarações fiscais, é necessário primeiro fazer com que seus programas tenham as informações necessárias referente as tributações PIS, COFINS, ICMS e IPI, se não existir esses dados a informação será gerada de forma errada devido existir muita particularidade de estado para estado e contribuinte para contribuinte, isso seria construir um edifício sem querer fazer o alicerce. Se precisarem de ajuda é só falar.

Olá pessoal, A ntk ela disponibilizou uma nova versão para o pay&go informando ter realizado algumas correções e me pediu para instalar o novo pay&go e refazer os testes de certificação, e ao realizar os procedimentos, percebi que as impressões diferenciadas de comprovantes não estão ocorrendo nos passos 29 ao 34. Algum colega já conseguiu fazer o novo roteiro do pay&go?

Consegui identificar o problema e corrigir foi o seguinte: No evento onMudaEstadoResp estava fazendo referência ao botão bCancelarResp que estava em um form que não estava aberto, por isso o Access Violation, então coloquei a verificação conforme abaixo. Antes estava assim: Form_fechamento_valor.bCancelarResp.Visible := (EstadoResp = respAguardandoResposta); E agora está assim: if Form_fechamento_valor <> nil then Form_fechamento_valor.bCancelarResp.Visible := (EstadoResp = respAguardandoResposta) else if Form_menu_tef <> nil then Form_menu_tef.bCancelarResp.Visible := (EstadoResp = respAguardandoResposta); Muito obrigado pela ajuda, ela foi de muito importante para resolução do problema.

O Owner não está vindo como nil, eu anexei a imagem contendo os valores e pelo que eu analisei no código não consegui identificar o porque do problema.

Primeiramente obrigado! Abaixo segue as respostas aos seus questionamentos. * Eu não estou criando o componente em tempo de execução. * Criei um menu TEF em minha plicação onde executo o ADM e o ACBrTEFD está em outro formulário conforme o comando: Form_principal.ACBrTEFD1.ADM(TACBrTEFDTipo(IndexGP)). * Eu alterei a procedure VerificarTransacaoPagamento(Valor: Double) conforme abaixo porque eu já envio o saldo a pagar direto por conta de alguns tratamento e devido isso não é necessário o cálculo. // Alterei as linhas abaixo para poder finalizar o cupom e tratar o saldo devedor // SaldoAPagar := InfoECFAsDouble(ineSubTotal) ; // SaldoAPagar := SaldoAPagar - InfoECFAsDouble(ineTotalAPagar,0); SaldoAPagar := InfoECFAsDouble(ineTotalAPagar,0); RespostasPendentes.SaldoAPagar := SaldoAPagar ; ////////////////////////////////////////////////////////////////////////////////////

Bom dia pessoal, Estou com um problema que não consigo entender o motivo, creio que seja algo que não programei ou modifiquei no ACBrTEFD. Quando executo o "ADM" e Clico no botão "Cancelar" do GP Dial ao voltar para minha aplicação na procedure "LerRespostaRequisicao" sempre apresenta um estouro de memória "Access Violation" quando chega na linha TACBrTEFD(Owner).EstadoResp := respAguardandoResposta; do ACBrTEFDClass, e esse problema só ocorre quando executo o "ADM" e clico no Cancelar do gerenciador, todas as outras funções estão funcionando perfeitamente.

Isso é um bug do próprio Rave, já suei bastante com ele, no meu caso resolvi da seguinte forma: Selecionei o DataBand dos produtos e na propriedade MinHeightLeft colocei 0,500 salva e faz o teste.