Jump to content

nickolas.deluca

Membros
  • Content Count

    8
  • Joined

  • Last visited

Community Reputation

5 Neutral

About nickolas.deluca

  • Rank
    Novato

Recent Profile Visitors

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

  1. Apenas pra finalizar o assunto, funcionou perfeitamente Italo. Muito obrigado!
  2. Boa tarde Italo, desculpa a demora pra responder. Fiz os testes, Infelizmente ainda deu erro no envio. Este foi o retorno do componente: 500 - Inativo ou Inoperante tente novamente. Notei que alguns arquivos foram gerados pelo ACBr e decidi investiga-los. O primeiro arquivo gerado foi o 20190730152717-ANe.xml e este arquivo realmente foi gerado sem o grupo do qrCodMDFe. Notei que o ACBr gerou outro arquivo logo em seguida, 20190730152717-ped-ANe.xml e dentro deste arquivo ainda existe a tag qrCodMDFe. Fiz então a simulação pelo SoapUI com os 2 arquivos, com o primeiro (20190730152717-ANe.xml) o webservice nos retorna o código de declaração, tudo certinho. Já quando eu faço o envio do segundo arquivo (20190730152717-ped-ANe.xml) o webservice retorna esse erro: <faultstring xsi:type="xsd:string">error in msg parsing: XML error parsing SOAP payload on line 8: Mismatched tag</faultstring> Por que o ACBr gerou esse segundo arquivo? imagino que seja ele que o ACBr esteja enviando e por isso gera o erro... Inclui os 2 arquivos gerados pelo componente, obviamente, alterei os dados de acesso na ATM, fora isso está exatamente como foi enviado e feito os testes. Alguma ideia de como resolver essa situação?
  3. Boa tarde, Apenas acrescentando a discussão, essa foi a resposta que o pessoal da ATM nos passou por email... respondemos o email e deixamos claro que não podemos fazer alteração em documento de XML já autorizado... até agora eles não nos responderam e pelo que eu entendi essa é a resposta final deles. Alguém tem alguma sugestão de como devemos proceder?
  4. Agora faz sentido. Por precaução, vou manter a geração do QR Code apenas em homologação até que a ATM nos dê uma solução.
  5. Ótima notícia, porém agora fiquei mais confuso ainda sobre o por que o MDFe não declara com a TAG e o CTe averba normalmente... Talvez a ATM já esteja providenciando as devidas alterações? Estamos aguardando a resposta deles, em contato por telefone eles já afirmaram que a nossa solicitação não foi a única... Qualquer coisa, volto a postar aqui.
  6. Bom dia, após fazer o teste de envio sem a tag ![CDATA] verificamos que realmente deu problema na validação dos dados do XML. Utilizei o link da propria SEFAZ do RS e da erro na validação dos dados da linha 99, que é justamente a tag do qrCodMDFe, voltamos a aplicar a TAG CDATA e funciona perfeitamente. Vamos continuar o contato com o pessoal da ATM, se obtivermos retorno volto a postar aqui. Valeu pessoal!
  7. Farei este teste segunda feira, ai volto aqui a posto o resultado, até!
  8. Boa tarde pessoal, Seguindo as orientações, atualizamos a suite do ACBr e configuramos a propriedade GerarInfMDFeSupl como fgtSempre, isso resolveu o problema da obrigatoriedade do QRCode. Porém, ao averbar o manifesto com o pessoal da ATM começou a dar erro. Entramos em contato com o pessoal do suporte deles e nos foi comunicado que o problema era a tag: <qrCodMDFe><![CDATA[https://dfe-portal.svrs.rs.gov.br/mdfe/qrCode?chMDFe=42190704910644000178580010000072001000919014&tpAmb=1]]></qrCodMDFe> Segundo o pessoal do suporte deles, o link não deveria estar entre a TAG ![CDATA] e é isso que está causando o problema, removemos então a tag manualmente do XML e tentamos fazer o envio da averbação, funcionou perfeitamente. Após a modificação do XML: <qrCodMDFe><https://dfe-portal.svrs.rs.gov.br/mdfe/qrCode?chMDFe=42190704910644000178580010000072001000919014&tpAmb=1></qrCodMDFe> A minha duvida é, a solução do problema é por parte de vocês ou eu devo insistir que o problema é da ATM e que eles que tem que solucionar essa questão? Estou anexando os arquivos de request e response da comunicação com o servidor deles, talvez ajude a em algo. Response Request
×
×
  • Create New...