Jump to content

logo_acbr_paygo.png

Chegou o TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao_saibamais.png

beneficios.png

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

fdsilva.desenv

Membros
  • Content Count

    36
  • Joined

  • Last visited

Community Reputation

7 Neutral

1 Follower

About fdsilva.desenv

  • Rank
    Membro

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. O palpite foi certeiro amigo. Aumentei a hora de emissão e o Sefaz aceitou. Engraçado que para outros clientes que emitem cupons fiscais a meia noite de outros estados, este erro não ocorreu. Esse erro aconteceu apenas no estado de GO. Obrigado pela ajuda.
  2. Amigos, boa tarde. Pela primeira vez nos apareceu o erro referente a geração do QR-CODE, porém quando pegamos o xml por exemplo e validamos em sites como o tecnospeed, ele valida o xml como correto. Por gentileza, alguém já viu esse erro e tem alguma ideia de como resolvê-lo. Desde já, agradeço a atenção. Obs.: os dados do emitente foram alterados. xml.xml
  3. Obrigado pelo retorno. Porém aprece que o problema está lá mesmo no Sefaz, nossa equipe ligou lá e eles restartaram o serviço de web service para nós, agora ainda com lentidão, mas está retornando aos poucos os cupons. Att,
  4. Prezados, boa tarde. Por gentileza, eu gostaria de saber se alguém está conseguindo emitir os cupons que ficaram na contingência no estado de MG? Continuamos com a mesma situação.
  5. Após atualização do acBr, conforme citação do Felipe, apenas para Minas Gerais está dando erro de timeout para o web service de autorizacao.
  6. Então no meu caso, este erro ocorre logo de cara, quando chamo a função do ACBR --> ACBrNFe1.WebServices.StatusServico.Executar. Ou seja, nem retorno eu estou tendo dos envios.
  7. Então no meu caso, este erro ocorre logo de cara, quando chamo a função do ACBR --> ACBrNFe1.WebServices.StatusServico.Executar. Ou seja, nem retorno eu estou tendo dos envios.
  8. Prezados, bom dia. Estamos há 3 dias com os clientes de MG sem conseguir emitir cupons. Alguém sabe nos dizer o que pode ser esse erro? Atenciosamente,
  9. Obrigado pela resposta. Mas assim, existe um método que eu consiga consultar se a nota está enviada com status 100, passando como parâmetro numero da nota, série e data? Por que referente a chave de acesso eu posso e vou testar o que me passou. Att,
  10. Prezados, boa tarde. Por gentileza, gostaria de saber se existe algum método no AcBr que me possibilite realizar uma consulta de NFCe e/ou NFE informando apenas "Numero da Nota" / "Série" / "Data de Emissão". para obter de retorno a chave de acesso e protocolo de recebimento da nota. Necessito desse método, porque muitas vezes, dependendo do estado (aconteceu ultimamente em ES/PE/AL), gera o erro "falha de comunicação" entre o Sefaz e nosso Sistema, fazendo com que a nota seja enviada, porém não nos traz o retorno da mesma. Sendo assim, quando tentamos enviar novamente, retorna o erro de duplicidade e muitas vezes com a chave de acesso diferente da que enviamos. Desde já, agradeço a atenção.
  11. Galera, bom dia. Do começo de setembro pra cá, estamos com uma situação um pouco diferente. Quando chamamos o componente ACBrMDFe e chamamos as funções "ACBrMDFe1.Manifestos.GerarMDFe" e "ACBrMDFe1.Enviar(numero_do_manifesto,False)" ele faz o envio corretamente, porém já traz a impressão desta nota como encerrada. Para imprimir, fazemos da seguinte forma: ACBrMDFe1.Manifestos.LoadFromString(XML); ACBrMDFe1.Manifestos.Imprimir; O processo de encerramento é um processo posterior que chamamos quando o transporte chega ao destino. Para fazer o encerramento utilizamos a função: ACBrMDFe1.Manifestos.Clear; ACBrMDFe1.Manifestos.LoadFromString(XML); ACBrMDFe1.EventoMDFe.Evento.Clear; with ACBrMDFe1.EventoMDFe.Evento.Add do begin InfEvento.chMDFe := Copy(ACBrMDFe1.Manifestos.Items[0].MDFe.infMDFe.ID, 5, 44); infEvento.CNPJCPF := SomenteNumero(Cnpj); infEvento.dhEvento := now; infEvento.tpEvento := teEncerramento; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := VarToStr(QryImpressao['PROTOCOLO']); infEvento.detEvento.dtEnc := Date; infEvento.detEvento.cUF := StrToInt(Copy(IntToStr(ACBrMDFe1.Manifestos.Items[0].MDFe.infDoc.infMunDescarga.Items[0].cMunDescarga), 1, 2)); infEvento.detEvento.cMun := ACBrMDFe1.Manifestos.Items[0].MDFe.infDoc.infMunDescarga.Items[0].cMunDescarga; end; try Resultado := False; Erro := ''; Resultado := ACBrMDFe1.EnviarEvento(1); // 1 = Numero do Lote except on e: Exception do begin Resultado := False; Erro := e.Message; end; end; Alguém sabe me dizer, por gentileza, o por quê dessa nota quando enviada já aparecer encerrada? Desde já agradeço a atenção.
  12. Prezados, boa tarde. Estou com uma nota de Gás, e está apresentando o seguinte erro: "Rejeição 938: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet" Eu vi que esse erro é quando o cst é igual a 60 e esses campos são obrigatórios, porem quando eu coloco o produto Gás que possui CODANP a tag que era <ICMS60> troca para <ICMSST> E nessa família de tag, não me aparece os campos pST, vICMSSubstituto, mesmo que eu coloque valor neles... Nesse caso como proceder? Segue anexo a NF, com os dados restritos dos clientes protegidos. UltimaNFe.xml
  13. caso queiram avaliar o xml... É este que estou tentando passar. (retirei os dados pessoais do cliente) xmlresult1.xml
×
×
  • Create New...