Ir para conteúdo
  • Cadastre-se

dev botao

Rejeição (394): Nota Fiscal sem a informação do QR-Code


Ver Solução Respondido por Italo Giurizzato Junior,
  • Este tópico foi criado há 2698 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

mbbortolini, para qual UF você fez o teste em homologação?

No meu caso estou apenas tapando o buraco em relação ao QR-Code no meu trunk1, existem algumas codificações próprias que me impediriam agora de migrar para o trunk2, estou na correria com outros projetos, então quando tiver um tempinho vou migrar tudo para o trunk2.

Olha o primeiro XML que gerei para teste:  13151004429915000178650010000004611000008741-nfe.xml

Então obtive esse restrição:

'<![CDATA[http://homnfce.sefaz.am.gov.br/nfceweb/consultarNFCe.jsp?chNFe=13151004429915000178650010000004611000008741&nVersao...' violates pattern constraint of '((HTTPS?|https?)://.*\?chNFe=[0-9]{44}&nVersao=[0-9]{3}&tpAmb=[1-2](&cDest=([A-Za-z0-9.:+-/)(]{0}|[A-Za-z0-9.:+-/)(]{5,20})?...'.  The element '{http://www.portalfiscal.inf.br/nfe}qrCode' with value '<![CDATA[http://homnfce.sefaz.am.gov.br/nfceweb/consultarNFCe.jsp?chNFe=13151004429915000178650010000004611000008741&nVersao...' failed to parse.

13151004429915000178650010000004611000008741-nfe.xml

Link para o comentário
Compartilhar em outros sites

mbbortolini, para qual UF você fez o teste em homologação?

No meu caso estou apenas tapando o buraco em relação ao QR-Code no meu trunk1, existem algumas codificações próprias que me impediriam agora de migrar para o trunk2, estou na correria com outros projetos, então quando tiver um tempinho vou migrar tudo para o trunk2.

Olha o primeiro XML que gerei para teste:  13151004429915000178650010000004611000008741-nfe.xml

Então obtive esse restrição:

'<![CDATA[http://homnfce.sefaz.am.gov.br/nfceweb/consultarNFCe.jsp?chNFe=13151004429915000178650010000004611000008741&nVersao...' violates pattern constraint of '((HTTPS?|https?)://.*\?chNFe=[0-9]{44}&nVersao=[0-9]{3}&tpAmb=[1-2](&cDest=([A-Za-z0-9.:+-/)(]{0}|[A-Za-z0-9.:+-/)(]{5,20})?...'.  The element '{http://www.portalfiscal.inf.br/nfe}qrCode' with value '<![CDATA[http://homnfce.sefaz.am.gov.br/nfceweb/consultarNFCe.jsp?chNFe=13151004429915000178650010000004611000008741&nVersao...' failed to parse.

13151004429915000178650010000004611000008741-nfe.xml

Estou fazendo a homologação para o RS, e está tudo de acordo.

Então você está editando a tua cópia do ACBr do trunk1 com as alterações do qrCode do trunk2 ? isso ?

Eu te aconselharia a colocar as tuas implementações no trunk2 que é a pasta de trabalho, trunk1 não receberá mais atualizações conforme consta no fórum.

Tu tá usando o  schemas do trunk1 ou trunk2 para a validação ?

Link para o comentário
Compartilhar em outros sites

A do RS a URL tem o https, então na minha interpretação passaria normalmente pelos schemas (... ((HTTPS?|https?)://.*\? ...)

Estou estudando os fontes do trunk2 e modificando apenas o necessário no trunk1, sei que não é o ideal e que o trunk1 não recebe mais atualizações, por isso estou implementando, mas como disse não dá para migrar agora, mas com certeza quando tiver tempo migrarei tudo para o trunk2.

Os schemas que estou utilizando são os mais atuais, do trunk2, tanto é que validou o qrCode.

Tem mais alguém com URL "http" que conseguiu autorizar a NFC-e em homologação? Principalmente no AM? O que poderia estar de errado no meu XML?

Link para o comentário
Compartilhar em outros sites

Desculpe se a pergunta está fora do assunto.

Eu Gero o XML, e logo em seguida, imprimo o DANFCe.

Obs.: Uso método próprio para impressão do PDF, não usamos o ACBr para impressão.

Porém, pelo que entendi, o método que Assina, é o que gera a tag QRCode.

Teria então, que depois de gerar o XML, dar um load (no xml) e pegar essa tag, para poder ter a tag do QRCode para imprimir ?

 

Link para o comentário
Compartilhar em outros sites

Porque não dá para migrar agora? Só quero entender o seu problema quanto a migração.

Eu uso o AM para testes e está tudo normal, usando Trunk2 inclusive.

Régys, quando falo que não dá para migrar agora, não é por conta do componente, e sim pela correria aqui na empresa. Por mais que os administradores do grupo recomendem manter o componente sempre atualizado, não faço isso, pois mantenho uma versão estável e então só mecho ou atualizo em situações emergenciais.

Da última vez que atualizei, foi para integrar com a nova versão 3.10 (um ano atrás), onde disponibilizei no meu sistema a NFC-e, antes tinha somente NF-e, e foi um transtorno danado para mim, demorei muito tempo para estabilizar o sistema, pois muita coisa tinha mudado, até questões de pegar os dados da nota e tudo mais, acredito que agora aconteceria o mesmo e como estou envolvido com outros projetos, neste momento o mais viável para mim seria apenas tapar o buraco emergencial. Até porque nem sequer estou preocupado com a NT2015.003, pois os meus clientes utilizam o básico do básico, então apenas vou ajustar o que irá impactar diretamente, que será o caso do qrCode.

Além disso ainda tem as codificações próprias que possuo no ACBrNFe, e para ser sincero ainda não sei o impacto para outros componentes no trunk2 para ACBrECF, ACBrETQ, ACBrBarCode que são componentes que também utilizo.

Desculpe a dissertação acima. :-) Mas você chegou a ver o meu XML, o que será que estou fazendo que errado que não percebi?

Editado por fabricio.syncode
Link para o comentário
Compartilhar em outros sites

@fabricio.syncode gerei um xml agora, há diferença com o seu na tag do qrCode

o <! [CDATA[ não aparece no meu xml na visualização.

notei que no teu xml está com um caracter estranho "...<infNFeSupl><qrCode>&lt;![CDATA[http:..."

o meu está assim "...<qrCode><![CDATA[https..."

geraxml.PNG

Realmente mbbortolini, como estava abrindo o XML no navegador, então ele converte esses caracteres e visualizava como estivesse tudo ok, vou dar uma ajustada aqui e posto o resultado se deu certo.

Obrigado.

Link para o comentário
Compartilhar em outros sites

Sucesso. Autorizada a NFC-e no ambiente de homologação do AM. Conforme XML:  13151004429915000178650010000004611000008741-nfe.xml

Nas minhas adaptações, ficou faltando alterar o método "wCampo" de "pcnGerador", que foi modificado acrescentando um novo parâmetro "ParseTextoXML", que mantém os caracteres especiais, então funcionou.

Obrigado pela ajuda mbbortolini.

13151004429915000178650010000004611000008741-nfe.xml

  • Curtir 1
Link para o comentário
Compartilhar em outros sites

  • Moderadores

RO utiliza os webservices do Sefaz/RS, alguns usuário reportaram que marcando a opção "alterar automaticamente para o horário de verão" do windows ajudou a resolver o problema.

Régys, com relação a essa questão da hora de emissão, a que webservice nós reportariamos: ao RS ou a RO/

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
Link para o comentário
Compartilhar em outros sites

Régys, achamos que nesse caso seria interessante colocar um checkbox na configuração do monitor de tal forma a indicar se a hora enviada ao webservice seria pelo horário de verão ou não. Pois se fizermos essa modificação pela configuração do Windows, vai dar conflito com as operações de cancelamento/inutilização.

MicroLine Software

xHarbour Simplex 1.2.3/xDev 0.70/xDesigner by L.F.Basso/HWGui

ACBRMonitorPlus OpenSSl/Capicom

[email protected]

69-98114-9250

Link para o comentário
Compartilhar em outros sites

Pessoal, eu estou com dificuldades em enviar uma NFC-e no estado da Paraíba, pois a validação do XML sempre dá erro, o que já foi discutido no fórum que o erro é da SEFAZ-PB. Percebi que se eu tirar o parâmetro inicial "cdFuncao=FIS_1410" da tag <qrCode> valida sem problemas! Eu devo alterar minha aplicação para retirar este parâmetro da tag? O que esse parâmetro influencia na NFC-e?

validado.png

erro.png

Link para o comentário
Compartilhar em outros sites

  • Moderadores

Régys, achamos que nesse caso seria interessante colocar um checkbox na configuração do monitor de tal forma a indicar se a hora enviada ao webservice seria pelo horário de verão ou não. Pois se fizermos essa modificação pela configuração do Windows, vai dar conflito com as operações de cancelamento/inutilização.

Aqui aconteceu com um cliente meu e a única coisa necessária foi marcar a configuração de horário de verão do windows que ele não tinha marcada, tudo passou a funcionar perfeitamente após isso.

O Monitor lê a informação de horário de verão diretamente do windows, então a configuração influencia no seu funcionamento.

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
Link para o comentário
Compartilhar em outros sites

Mas Régys, ao fazer essa configuração vai ser alterada a hora para horário de versão, certo, acrescentando uma hora. No caso da região norte, como não existe o horário de verão, isso vai dar problema pois as maquinas que vao gerar NFe vai ficar com uma hora a mais. E, como fica no caso do cancelamento de notas: tem que voltar o horário para o correto?

MicroLine Software

xHarbour Simplex 1.2.3/xDev 0.70/xDesigner by L.F.Basso/HWGui

ACBRMonitorPlus OpenSSl/Capicom

[email protected]

69-98114-9250

Link para o comentário
Compartilhar em outros sites

  • Moderadores

Você está informando True na propriedade IncluirQRCodeXMLNFCe?

Atualizei hj para a revisão 10334 do trunk2 e parou de gerar o QrCode no XML, ja limpei e reinstalei e nada.

Tem alguma configuração nova ??

estou enviando em homologação para o RJ.

Régys, o problema é que o fuso horário do computador estava errado na configuração. Estava menos três ao invés de menos quatro (Amazonas).

Obrigado.

Bom saber  :), isso vai ajudar mais pessoas ai por estes lados, mais uma para o hall do ajustes que temos que ter em mente.

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
Link para o comentário
Compartilhar em outros sites

Ok Régys, não estava aparecendo a IncluirQRCodeXMLNFCe no meu projeto, apaguei tudo e reinstalei novamente e agora foi!!

Um adendo, eu passei por um erro de validação do QrCode no estado do PR, onde falta o https na url do qrcode, no meu caso eu mudei no meu ACBrNFeServicos.ini e adicionei o https no endereço.

[NFCe_PR_H] 
URL-QRCode=https://www.dfeportal.fazenda.pr.gov.br/dfe-portal/rest/servico/consultaNFCe 

 

Vlw Régys.

  • Curtir 1

Daniel Carus

 

 

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde,

Mas esse problema é super simples de resolver você não acha?

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

Boa tarde,

Mas esse problema é super simples de resolver você não acha?

sobre a data? sim, parcialmente resolvido.

agora apresenta tambem: Rejeição (394): Nota Fiscal sem a informação do QR-Code

mas isso só ocorre em 1 cliente.

Boa tarde, estou passando pelo mesmo problema. As notas são emitidas em diversas maquinas mas o problema persiste em um cliente!

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 2698 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.