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

[Fabrício G. Araújo]

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

[mbbortolini]

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 ?

[Fabrício G. Araújo]

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?

[Régys Silveira]

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.

[SHDW]

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 ?

 

[Fabrício G. Araújo]

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 22 Outubro, 2015 por fabricio.syncode

[mbbortolini]

@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..."

[Fabrício G. Araújo]

@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..."

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.

[Fabrício G. Araújo]

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

[wagner aragao]

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/

[Régys Silveira]

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/

[wagner aragao]

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.

[Robson Sousa]

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?

[Régys Silveira]

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.

[wagner aragao]

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?

[Régys Silveira]

Tente deixar marcado mas forçar para o seu horário, para isso você terá que desmarcar a opção de sincronizar horário automaticamente.

Faça este teste por favor

 

[wagner aragao]

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.

[Daniel Carus]

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.

Editado 26 Outubro, 2015 por Daniel Carus

[Régys Silveira]

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.

[Daniel Carus]

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.

[Régys Silveira]

Aparentemente alguns webservices estão migrando suas consultas de NFC-e para https, por isso está mudança.

[Italo Giurizzato Junior]

Boa tarde,

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

[Gabriel Silveira]

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!

[Italo Giurizzato Junior]

Bom dia a todos,

Será que é tão difícil pesquisar aqui no fórum?

Esse assunto já esta sendo tratado a pelo menos 2 meses.

Vocês notaram que existe uma propriedade de configuração que determina se o QR-Code será incluído no XML ou não?

Se tratando de ambiente de homologação devemos solicitar a inclusão, caso contrario a nota será rejeitada.

Por outro lado ao enviar para o ambiente de produção, não devemos incluir, pois o mesmo ainda não esta preparado para receber essa informação no XML.

[sergio_tco]

Gilson, eu estou usando o trunk1 também pois não consegui instalar o trunk2 aqui no meu delphi. Eu quis descomentar as linhas que vc citou: NFe.infNFeSupl.qrCode := GetURLQRCode(...) mas não encontrei no arquivo  ACBrNFeNotasFiscais.pas. Como posso fazer isso? Alguém pode me ajudar nisso?

Grato,

Sérgio