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

[Fabrício G. Araújo]

Bom dia a todos,

Me parece que a obrigatoriedade de incluir o QR-Code no XML em ambiente de produção vai ser prorrogado para o ano que vem, visto que algumas SEFAZ nem sequer ainda implementaram essa obrigatoriedade no ambiente de homologação.

Bom dia Ítalo,

Estava sem entender ao ler todo o início do post sobre todos falando da obrigatoriedade do QR-Code no XML, pois realmente confirmei que a SEFAZ do AM e de GO, não validam essa informação, pois autorizei normalmente em homologação (hoje 15/10/2015, sendo que o prazo era 01/10/2015) sem informar as tags infNFeSupl e qrCode.

Terei problemas para implementar manualmente as alterações, pois ainda possuo o trunk com programações próprias e no momento não tenho tempo para migrar para o trunk2.

Para ter uma ideia da bagunça dessas SEFAZ, a do AM nem sequer valida o primeiro item em homologação com a descrição "NOTA FISCAL EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL", já a de GO efetua essa validação.

Espero não ter problemas dia 03/11/2015...

Atenciosamente,

Fabrício Gomes Araújo

[Dércio Luis Zanatta]

Questionei a SEFA-RS sobre a possibilidade de prorrogação da data de 03/11/2015 para entrar em produção. Abaixo resposta :

Bom dia,

Toda NT é ratificada pelas UFs do país.

Desconhecemos possibilidade de prorrogação do prazo estipulado para implementação no ambiente de produção.

Att,

 

Marcio Mendonça da Silva

Técnico Tributário da Receita Estadual

Equipe NF-e

[Italo Giurizzato Junior]

Bom dia Robson,

A questão é bem simples ou a SEFAZ-PB mude a URL usada para gerar o QR-Code ou ela mude a URL usada para gerar o QR-Code.

Sugestão: infernize a SEFAZ-PB.

[Moro]

Boa tarde a todos!

Estamos usando trunk2 em ambiente de homologação e acontede um erro no retorno do envio:

"Código identificador do CSC no QR-Code nao cadastrado na SEFAZ"

Realizamos testes do XML gerado no link: https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx e tudo aparentemente ok!

Usamos o CSC em branco como no exemplo do ACBrDemo e também com o valor correto.

Acreditamos que tenha problema algo com a  function GetURLQRCode ou alguém que tenha conseguido fazer poderia nos dar um help.

Att.

Moro

 

 

[Italo Giurizzato Junior]

Moro,

Por favor siga as regras do fórum, post somente em um único lugar.

Inclusive já te respondi em uma outra postagem sobre o mesmo assunto.

[Moro]

Desculpe pelo atropelo, não vai se repetir!

[FernandoVasc]

Boa noite.

Quanto ao problema na URL da Paraíba, acredito que o pessoal da SEFAZ não tem interesse de padronizar conforme a documentação QR-Code Versão 3.3 conforme a citação nesse tópico, pois já mandei diversos e-mails Dúvidas / Sugestões: E-mail: [email protected] informando que o schema PL008h não reconhece o parâmetro cdFuncao=FIS_1410 que encontrasse na URL do estado, e não obtive êxito. Então fiz a seguinte alteração no fonte para poder resolver o problema e não ficar esperando uma resposta que nunca vem da SEFAZ PB, e acredito que eles não irão mudar a URL e padronizar como são nos outros estados, pois o pessoal é meio fraco e lento.

OBS: OS FONTES DO ACBR DEVERÃO ESTÁ ATUALIZADOS TRUNCK2, pois os fontes já possui os schemas atualizados. Infelizmente com essa alteração não será possível acessar os dados via QRCode, porem vai passar pela validação do schema e vai transmitir, a consulta vai ficar via site e informado a chave do cupom até eles resolverem o que vão fazer digo a SEFAZ PB.

 então segue o código abaixo:

 

 

Na Class: ACBrNFe Método: GetURLQRCode

foi colocado o seguinte código:

function TACBrNFe.GetURLQRCode(const CUF: integer; const TipoAmbiente: TpcnTipoAmbiente;
  const AChaveNFe, Destinatario: String; const DataHoraEmissao: TDateTime;
  const ValorTotalNF, ValorTotalICMS: currency; const DigestValue: String): String;

...

  // Passo 6
  if Pos('?', urlUF) > 0 then
  begin
    if (Pos('cdFuncao=FIS_1410', urlUF) > 0) then
      Result := StringReplace(urlUF, 'cdFuncao=FIS_1410', '', [rfReplaceAll, rfIgnoreCase]) + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode
    else
      Result := urlUF + '&' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode;
  end
  else
    Result := urlUF + '?' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode;

end;

 

 

 

 

Editado 27 Outubro, 2015 por Fernando Di Pace

[LIDERNetwork]

Boa noite.

Quanto ao problema na URL da Paraíba, acredito que o pessoal da SEFAZ não tem interesse de padronizar conforme a documentação QR-Code Versão 3.3 conforme a citação nesse tópico, pois já mandei diversos e-mails Dúvidas / Sugestões: E-mail: [email protected] informando que o schema PL008h não reconhece o parâmetro cdFuncao=FIS_1410 que encontrasse na URL do estado, e não obtive êxito. Então fiz a seguinte alteração no fonte para poder resolver o problema e não ficar esperando uma resposta que nunca vem da SEFAZ PB, e acredito que eles não irão mudar a URL e padronizar como são nos outros estados, pois o pessoal é meio fraco e lento.

OBS: OS FONTES DO ACBR DEVERÃO ESTÁ ATUALIZADOS TRUNCK2, pois os fontes já possui os schemas atualizados. Infelizmente com essa alteração não será possível acessar os dados via QRCode, porem vai passar pela validação do schema e vai transmitir, a consulta vai ficar via site e informado a chave do cupom até eles resolverem o que vão fazer digo a SEFAZ PB.

 então segue o código abaixo:

 

 

Na Class: ACBrNFe Método: GetURLQRCode

foi colocado o seguinte código:

function TACBrNFe.GetURLQRCode(const CUF: integer; const TipoAmbiente: TpcnTipoAmbiente;
  const AChaveNFe, Destinatario: String; const DataHoraEmissao: TDateTime;
  const ValorTotalNF, ValorTotalICMS: currency; const DigestValue: String): String;

...

  // Passo 6
  if Pos('?', urlUF) > 0 then
  begin
    if (Pos('cdFuncao=FIS_1410', urlUF) > 0) then
      Result := StringReplace(urlUF, 'cdFuncao=FIS_1410', '', [rfReplaceAll, rfIgnoreCase]) + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode
    else
      Result := urlUF + '&' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode;
  end
  else
    Result := urlUF + '?' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode;

end;

 

 

 

 

Muito obrigado fernando sua implementação foi aceita na SEFAZ sem erro de schema, eu mesmo tinha modificado o arq ACBrNFeServicos.ini mas sem sucesso. Também entrei em contato com a SEFAZ-PB que não nos deu retorno acredito que eles lá tão mais perdido do que cego em tiroteio com as novas mudanças...

[Régys Silveira]

Não é necessário alterar os fontes, bastar alterar no arquivo ACBrNFeServicos.ini e passar a ler este .ini alterado no componente ou recompilar ele gerando o novo resource.

Para ler o .ini personalizado utilize a propriedade:

ACBrNFe1.Configuracoes.Arquivos.IniServicos := <caminho para o arquivo .ini personalizado, exemplo: d:\meudiretorio\acbrnfeservicos.ini>

[FernandoVasc]

Não é necessário alterar os fontes, bastar alterar no arquivo ACBrNFeServicos.ini e passar a ler este .ini alterado no componente ou recompilar ele gerando o novo resource.

Para ler o .ini personalizado utilize a propriedade:

ACBrNFe1.Configuracoes.Arquivos.IniServicos := <caminho para o arquivo .ini personalizado, exemplo: d:\meudiretorio\acbrnfeservicos.ini>

Regys no caso da NFCe? Como deve proceder?

[Juliomar Marchetti]

Não é necessário alterar os fontes, bastar alterar no arquivo ACBrNFeServicos.ini e passar a ler este .ini alterado no componente ou recompilar ele gerando o novo resource.

Para ler o .ini personalizado utilize a propriedade:

ACBrNFe1.Configuracoes.Arquivos.IniServicos := <caminho para o arquivo .ini personalizado, exemplo: d:\meudiretorio\acbrnfeservicos.ini>

 

Regys no caso da NFCe? Como deve proceder?

Segue o mesmo que ele explicou acima!

abriu o arquivo e olhou?

[FernandoVasc]

Não é necessário alterar os fontes, bastar alterar no arquivo ACBrNFeServicos.ini e passar a ler este .ini alterado no componente ou recompilar ele gerando o novo resource.

Para ler o .ini personalizado utilize a propriedade:

ACBrNFe1.Configuracoes.Arquivos.IniServicos := <caminho para o arquivo .ini personalizado, exemplo: d:\meudiretorio\acbrnfeservicos.ini>

 

Regys no caso da NFCe? Como deve proceder?

Segue o mesmo que ele explicou acima!

abriu o arquivo e olhou?

Ok, Juliomar vou fazer o teste.

[FernandoVasc]

Amigos Moderadores, Seria interessante implementarmos uma solução definitiva no fonte, para ficarmos despreocupados e não precisarmos usar o INI como a única alternativa.

Acabei de receber um e-mail da sefaz PB com a seguinte informação:

RESPOSTA DA GTI PARA PROBLEMAS DA URL

Em 21/10/2015 : 10:30hs

 

Bom dia,
A URLhttp://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410 pode ser substituída por

www.receita.pb.gov.br/nfce

Atenciosamente,
--)
Analista de Sistemas
indracompany.com

 

Este prazo foi prorrogado p 01/12/2015, veja "informes" disponivel no Portal Nacional da NFE,

site: http://www.nfe.fazenda.gov.br/PORTAL/principal.aspx

 

16/10/2015 - Atenção: Publicada atualização da NT2015/002 e respectivo Pacote de Liberação, contendo as seguintes alterações

Atenção: Publicada atualização da NT2015/002 e respectivo Pacote de Liberação, contendo as seguintes alterações:

• Alteração do prazo de implantação da versão em produção para o dia01/12/2015, por solicitação das empresas;
• Alteração do campo de valor do Encerrante para 3 casas decimais;
• Eliminação da regra de validação prevista originalmente para o piloto da NFC-e (RV: A02-10);
• Para os casos de exportação indireta (CFOP=3.503, 7.501) passa a ser obrigatória a informação de Nota Fiscal referenciada (RV: I08-190);
• Para a NFC-e, não deve ser informado o grupo de exportação (tag:detExport, RV: I50-10);
• Melhor definidas as regras de validações relacionadas com a venda de Combustível pela NFCe, documentando a obrigatoriedade da informação do grupo de combustível conforme critério da UF (eliminada RV LA01-10 e LA01-30, alterada RV LA01-20);
• Na validação do QR-Code da NFC-e, serão aceitos os caracteres hexadecimal em letras maiúsculas ou minúsculas, conforme Manual do DANFE da NFC-e (RV: ZX02-64, ZX02-92, ZX02-116);
• Flexibilizada a implantação em produção de algumas regras de validação, permitindo que elas sejam implementadas pelas empresas em uma data variável, a partir da implantação da NT em produção pela SEFAZ Autorizadora até a data informada na própria regra de validação (data limite = 01/01/2016). Ou seja, a empresa pode implantar as mudanças necessárias em seus aplicativos, dentro deste período informado, em qualquer data a seu critério. As regras de validação com esta flexibilização são: RV I05-20, LA01-20, LA11-10, N12-30, N12a-20, N12a-30, YA04-10, YA04a-10, YA05-10, ZX02-10, entre outras alterações detalhadas na Nota Técnica.

Assinado por: Coordenação Técnica do ENCAT

25/09/2015 - Atenção: Publicado o Manual de Especificações Técnicas do DANFE NFC-e e QR Code - versão 3.3,

contendo os Padrões Técnicos do DANFE-NFC-e e QR Code.
(link para o  Manual de Especificações Técnicas do DANFE NFC-e e QR Code - versão 3.3)

Assinado por: Coordenação Técnica do ENCAT

 

[Robson Sousa]

Boa noite.

Quanto ao problema na URL da Paraíba, acredito que o pessoal da SEFAZ não tem interesse de padronizar conforme a documentação QR-Code Versão 3.3 conforme a citação nesse tópico, pois já mandei diversos e-mails Dúvidas / Sugestões: E-mail: [email protected] informando que o schema PL008h não reconhece o parâmetro cdFuncao=FIS_1410 que encontrasse na URL do estado, e não obtive êxito. Então fiz a seguinte alteração no fonte para poder resolver o problema e não ficar esperando uma resposta que nunca vem da SEFAZ PB, e acredito que eles não irão mudar a URL e padronizar como são nos outros estados, pois o pessoal é meio fraco e lento.

OBS: OS FONTES DO ACBR DEVERÃO ESTÁ ATUALIZADOS TRUNCK2, pois os fontes já possui os schemas atualizados. Infelizmente com essa alteração não será possível acessar os dados via QRCode, porem vai passar pela validação do schema e vai transmitir, a consulta vai ficar via site e informado a chave do cupom até eles resolverem o que vão fazer digo a SEFAZ PB.

 então segue o código abaixo:

 

 

Na Class: ACBrNFe Método: GetURLQRCode

foi colocado o seguinte código:

function TACBrNFe.GetURLQRCode(const CUF: integer; const TipoAmbiente: TpcnTipoAmbiente;
  const AChaveNFe, Destinatario: String; const DataHoraEmissao: TDateTime;
  const ValorTotalNF, ValorTotalICMS: currency; const DigestValue: String): String;

...

  // Passo 6
  if Pos('?', urlUF) > 0 then
  begin
    if (Pos('cdFuncao=FIS_1410', urlUF) > 0) then
      Result := StringReplace(urlUF, 'cdFuncao=FIS_1410', '', [rfReplaceAll, rfIgnoreCase]) + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode
    else
      Result := urlUF + '&' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode;
  end
  else
    Result := urlUF + '?' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode;

end;

 

 

 

 

Fernando, eu estava enfrentando dificuldades aqui tbm, pensei em alterar o código fonte só que estava no aguardo da resposta da SEFAZ-PB, mas infelizmente até agora nada... Foi o jeito fazer esta alternativa para validação e envio da NFC-e pois as softwares houses precisam testar suas aplicações! Acho que o interessante seria alterar as URLs nos fontes do ACBr de "http://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410" para "www.receita.pb.gov.br/nfce" na hora de gerar o XML.

[FernandoVasc]

Boa noite.

Quanto ao problema na URL da Paraíba, acredito que o pessoal da SEFAZ não tem interesse de padronizar conforme a documentação QR-Code Versão 3.3 conforme a citação nesse tópico, pois já mandei diversos e-mails Dúvidas / Sugestões: E-mail: [email protected] informando que o schema PL008h não reconhece o parâmetro cdFuncao=FIS_1410 que encontrasse na URL do estado, e não obtive êxito. Então fiz a seguinte alteração no fonte para poder resolver o problema e não ficar esperando uma resposta que nunca vem da SEFAZ PB, e acredito que eles não irão mudar a URL e padronizar como são nos outros estados, pois o pessoal é meio fraco e lento.

OBS: OS FONTES DO ACBR DEVERÃO ESTÁ ATUALIZADOS TRUNCK2, pois os fontes já possui os schemas atualizados. Infelizmente com essa alteração não será possível acessar os dados via QRCode, porem vai passar pela validação do schema e vai transmitir, a consulta vai ficar via site e informado a chave do cupom até eles resolverem o que vão fazer digo a SEFAZ PB.

 então segue o código abaixo:

 

 

Na Class: ACBrNFe Método: GetURLQRCode

foi colocado o seguinte código:

function TACBrNFe.GetURLQRCode(const CUF: integer; const TipoAmbiente: TpcnTipoAmbiente;
  const AChaveNFe, Destinatario: String; const DataHoraEmissao: TDateTime;
  const ValorTotalNF, ValorTotalICMS: currency; const DigestValue: String): String;

...

  // Passo 6
  if Pos('?', urlUF) > 0 then
  begin
    if (Pos('cdFuncao=FIS_1410', urlUF) > 0) then
      Result := StringReplace(urlUF, 'cdFuncao=FIS_1410', '', [rfReplaceAll, rfIgnoreCase]) + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode
    else
      Result := urlUF + '&' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode;
  end
  else
    Result := urlUF + '?' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode;

end;

 

 

 

 

Fernando, eu estava enfrentando dificuldades aqui tbm, pensei em alterar o código fonte só que estava no aguardo da resposta da SEFAZ-PB, mas infelizmente até agora nada... Foi o jeito fazer esta alternativa para validação e envio da NFC-e pois as softwares houses precisam testar suas aplicações! Acho que o interessante seria alterar as URLs nos fontes do ACBr de "http://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410" para "www.receita.pb.gov.br/nfce" na hora de gerar o XML.

Só tem um problema Robson, se você observar esse link aponta para o ambiente de produção "redireciona para o link anterior" para o que o schema está criticando, resolve o problema de validação, porém, e esse link se refere a url do QRCode veja a documentação deles abaixo: fonte: http://www.receita.pb.gov.br/Servicos/nfce/arquivos/URL Consulta NFCe QR Code.pdf

URL Consulta NFC-e QR Code 
A URL da página de consulta estadual da NFC-e para inclusão no Código do QR Code é a seguinte:
https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410 
Temos abaixo um exemplo de código QR Code gerado para a Paraíba:
https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410&chNFe=2514082429350000013065001000 0000021123456785&nVersao=100&tpAmb=1&dhEmi=323031002d30382d32385431363a300xx03a33392d30333a3030&vNF=1.49 &vICMS=0.00&digVal=39563761683058727865534015306xxx56596e71707863664d4473d&cIdToken=000001&cHashQRCode=4 BCFDA36E8364F4936XXXF7615E8EFXXXD5D9740 
Para o ambiente de homologação deve ser usada a URL abaixo:
http://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410 
OBS: No DANFE NFC-e deve ser impressa a informação de consulta pela chave de acesso (campo VI do DANFE NFC-e) para o endereço:  www.receita.pb.gov.br/nfce

EU: o ideal seria altera no método Na Class: ACBrNFe Método: GetURLQRCode, como eu fiz ou pelo param cUF = 25 'PB' redirecionar para url informada www.receita.pb.gov.br/nfce,  só para passar pela validação do schema PL008h. Tendo em vista que é só a url do QRcode e não os de autorização, status, cancelamento e etc.

Isso é só uma humilde sugestão para o pessoal que administra os fontes do ACBR.

 

Editado 28 Outubro, 2015 por Fernando Di Pace

[FernandoVasc]

Não é necessário alterar os fontes, bastar alterar no arquivo ACBrNFeServicos.ini e passar a ler este .ini alterado no componente ou recompilar ele gerando o novo resource.

Para ler o .ini personalizado utilize a propriedade:

ACBrNFe1.Configuracoes.Arquivos.IniServicos := <caminho para o arquivo .ini personalizado, exemplo: d:\meudiretorio\acbrnfeservicos.ini>

 

Regys no caso da NFCe? Como deve proceder?

Fiz o teste conforme a solicitação do Regys, porém o arquivo nem é gerado. A pasta que criei está na C:\Temp com permissão total para usuário e mesmo assim nem gera. Estou fazendo a chamada desse código no Show do Form.

segue o código abaixo:

  ACBrNFe1.Configuracoes.Arquivos.IniServicos :='C:\Temp\NFCe.ini';

 

E outra coisa Juliomar dá uma olhada nas minhas postagens acima, pois não sei se o ini vai resolver não, caso ele venha a funcionar.

 

Editado 28 Outubro, 2015 por Fernando Di Pace

[Italo Giurizzato Junior]

Boa tarde a todos,

Me respondam uma coisa: 

Gostaria de saber qual é a dificuldade em, abrir com o bloco de notas o arquivo ACBNFeServicos.INI que encontra-se na pasta: ...\Fontes\ACBrDFe\ACBrNFe procurar por: ?cdFuncao e fazer a seguinte alteração:

de:

[NFCe_PB_P]
Usar=NFCe_SVRS_P
URL-QRCode=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410
URL-ConsultaNFCe=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

[NFCe_PB_H]
Usar=NFCe_SVRS_H
URL-QRCode=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410
URL-ConsultaNFCe=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

Para:

[NFCe_PB_P]
Usar=NFCe_SVRS_P
URL-QRCode=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp
URL-ConsultaNFCe=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

[NFCe_PB_H]
Usar=NFCe_SVRS_H
URL-QRCode=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp
URL-ConsultaNFCe=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

Simplesmente removi da URL o "?cdFuncao=FIS_1410"

Feita essa alteração saia do bloco de notas salvando o arquivo alterado em seguida dentro da mesma pasta temos um arquivo BAT chamado: Compila_RES

Execute ele.

Para finalizar essa odisseia, compile a sua aplicação com a opção Build.

Pronto agora o XML será gerado com a URL do QR-Code e não vai aparecer erro durante a validação do mesmo.

Lembre-se que essa alteração é para resolver o problema de validação, uma vez que a URL da SEFAZ-PB esta fora do padrão estabelecido pelo ENCAT.

Mas o QR-Code gerado por essa URL será invalida, pois a SEFAZ-PB espera encontrar na mesma o campo cdFuncao que foi removido.

E tem gente que quer alterar o código do componente uma vez que a solução é muito mais simples.

É aquela velha história para que simplificar se posso complicar.

[Robson Sousa]

Boa tarde a todos,

Me respondam uma coisa: 

Gostaria de saber qual é a dificuldade em, abrir com o bloco de notas o arquivo ACBNFeServicos.INI que encontra-se na pasta: ...\Fontes\ACBrDFe\ACBrNFe procurar por: ?cdFuncao e fazer a seguinte alteração:

de:

[NFCe_PB_P]
Usar=NFCe_SVRS_P
URL-QRCode=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410
URL-ConsultaNFCe=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

[NFCe_PB_H]
Usar=NFCe_SVRS_H
URL-QRCode=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410
URL-ConsultaNFCe=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

Para:

[NFCe_PB_P]
Usar=NFCe_SVRS_P
URL-QRCode=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp
URL-ConsultaNFCe=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

[NFCe_PB_H]
Usar=NFCe_SVRS_H
URL-QRCode=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp
URL-ConsultaNFCe=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

Simplesmente removi da URL o "?cdFuncao=FIS_1410"

Feita essa alteração saia do bloco de notas salvando o arquivo alterado em seguida dentro da mesma pasta temos um arquivo BAT chamado: Compila_RES

Execute ele.

Para finalizar essa odisseia, compile a sua aplicação com a opção Build.

Pronto agora o XML será gerado com a URL do QR-Code e não vai aparecer erro durante a validação do mesmo.

Lembre-se que essa alteração é para resolver o problema de validação, uma vez que a URL da SEFAZ-PB esta fora do padrão estabelecido pelo ENCAT.

Mas o QR-Code gerado por essa URL será invalida, pois a SEFAZ-PB espera encontrar na mesma o campo cdFuncao que foi removido.

E tem gente que quer alterar o código do componente uma vez que a solução é muito mais simples.

É aquela velha história para que simplificar se posso complicar.

Boa tarde Italo, muito obrigado pela dica! Não sabia que existia o arquivo ACBrNFeServicos.ini e o procedimento a se fazer era esse, por isso optei por ajustar o código fonte do ACBr.

[FernandoVasc]

 

Boa tarde a todos,

Me respondam uma coisa: 

Gostaria de saber qual é a dificuldade em, abrir com o bloco de notas o arquivo ACBNFeServicos.INI que encontra-se na pasta: ...\Fontes\ACBrDFe\ACBrNFe procurar por: ?cdFuncao e fazer a seguinte alteração:

de:

[NFCe_PB_P]
Usar=NFCe_SVRS_P
URL-QRCode=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410
URL-ConsultaNFCe=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

[NFCe_PB_H]
Usar=NFCe_SVRS_H
URL-QRCode=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410
URL-ConsultaNFCe=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

Para:

[NFCe_PB_P]
Usar=NFCe_SVRS_P
URL-QRCode=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp
URL-ConsultaNFCe=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

[NFCe_PB_H]
Usar=NFCe_SVRS_H
URL-QRCode=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp
URL-ConsultaNFCe=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

Simplesmente removi da URL o "?cdFuncao=FIS_1410"

Feita essa alteração saia do bloco de notas salvando o arquivo alterado em seguida dentro da mesma pasta temos um arquivo BAT chamado: Compila_RES

Execute ele.

Para finalizar essa odisseia, compile a sua aplicação com a opção Build.

Pronto agora o XML será gerado com a URL do QR-Code e não vai aparecer erro durante a validação do mesmo.

Lembre-se que essa alteração é para resolver o problema de validação, uma vez que a URL da SEFAZ-PB esta fora do padrão estabelecido pelo ENCAT.

Mas o QR-Code gerado por essa URL será invalida, pois a SEFAZ-PB espera encontrar na mesma o campo cdFuncao que foi removido.

E tem gente que quer alterar o código do componente uma vez que a solução é muito mais simples.

É aquela velha história para que simplificar se posso complicar.

Boa tarde Italo, Só para lhe Responder: Não há nenhuma dificuldade em alterar o arquivo ini conforme a sua orientações, o complicado era que não sabíamos que poderíamos fazer esse procedimento, até VOCÊ mesmo em postagem anteriores informou que teríamos que infernizar a SEFAZ! Lembra? Acho que você nem sabia qual era o problema anteriormente se soubesse não teríamos complicado tanto o assunto do blog, mais agradeço pela informação.

Editado 28 Outubro, 2015 por Fernando Di Pace

[Italo Giurizzato Junior]

Boa tarde Fernando,

Pelo contrario, sobre esse problema na URL da SEFAZ-PB estou ciente a um bom tempo.

Acontece que você propôs uma alteração no código do componente que ao meu ver não ser necessário, pois bastaria alterar a URL no arquivo INI.

De uma forma ou de outra, você esta ciente que o problema não esta resolvido?

Pois bem, não adianta montarmos uma URL para o QR-Code que seja validada pelos schemas e depois ao tentar ler o QR-Code impresso no DANFE nos é apresentado uma mensagem de erro.

Essa alteração é apenas um paliativo para que você possa realizar os seus testes.

Sendo assim, volto a afirmar que vocês devem infernizar a SEFAZ-PB até ela consertar essa mercadoria que fizeram na URL.

[FernandoVasc]

Boa tarde Fernando,

Pelo contrario, sobre esse problema na URL da SEFAZ-PB estou ciente a um bom tempo.

Acontece que você propôs uma alteração no código do componente que ao meu ver não ser necessário, pois bastaria alterar a URL no arquivo INI.

De uma forma ou de outra, você esta ciente que o problema não esta resolvido?

Pois bem, não adianta montarmos uma URL para o QR-Code que seja validada pelos schemas e depois ao tentar ler o QR-Code impresso no DANFE nos é apresentado uma mensagem de erro.

Essa alteração é apenas um paliativo para que você possa realizar os seus testes.

Sendo assim, volto a afirmar que vocês devem infernizar a SEFAZ-PB até ela consertar essa mercadoria que fizeram na URL.

Mais de toda forma a alteração do arquivo ACBrNFeServicos.ini e a execução Compila_RES.BAT altera ACBrNFeServicos.res e depois o rebuild no projeto, então meu caro não deixa de ser uma alteração nos fontes, não é mesmo? Terminamos alterando o fonte de toda forma, coisa que você tanto estava criticando, isso é uma incoerência! Mais blz o que vale é o resultado final. Muito obrigado Italo vamos ficar no aguardo pra ver se a sefaz PB resolve esse problema.

Editado 28 Outubro, 2015 por Fernando Di Pace

[Daniel Simoes]

Você não pegou o espirito da coisa... Use a força... leia os fontes...

Veja... o .RES é usado, apenas para as aplicações que não distribuem o .INI... Configure no componente ACBrNFe, o Path para o arquivo .INI e pronto...

[Italo Giurizzato Junior]

Bom dia Fernando,

Cada um interpreta da sua forma.

Alterar o arquivo INI compila-lo para gerar um novo RES que será carregado para dentro do EXE durante a compilação da aplicação ou configurar o componente conforme dito pelo Daniel para que a aplicação se utilize do INI alterado, para mim não significa que o código do componente foi alterado.

De todos os Estados brasileiros que emitem NFC-e somente PB quis ser diferente.

O código do componente esta em conformidade com os manuais e notas técnicas.

Todas as URLs de todos os web services de todos os Estados agora estão no arquivo ACBrNFeServicos.INI

Se você seguir a sugestão do Daniel, devera distribuir junto com a sua aplicação o arquivo INI acima mencionado.

Por outro lado se amanhã alguma SEFAZ resolver alterar alguma URL, basta você efetuar essa alteração no INI e enviar a todos os seus clientes.

Agora se você achar por bem que deve gerar um novo RES e compilar a sua aplicação e por fim atualizar os seus clientes, isso é uma decisão sua.

Volto a afirmar a minha interpretação, gerar um novo RES para mim não significa alterar o código do componente.

[FernandoVasc]

Bom dia Fernando,

Cada um interpreta da sua forma.

Alterar o arquivo INI compila-lo para gerar um novo RES que será carregado para dentro do EXE durante a compilação da aplicação ou configurar o componente conforme dito pelo Daniel para que a aplicação se utilize do INI alterado, para mim não significa que o código do componente foi alterado.

De todos os Estados brasileiros que emitem NFC-e somente PB quis ser diferente.

O código do componente esta em conformidade com os manuais e notas técnicas.

Todas as URLs de todos os web services de todos os Estados agora estão no arquivo ACBrNFeServicos.INI

Se você seguir a sugestão do Daniel, devera distribuir junto com a sua aplicação o arquivo INI acima mencionado.

Por outro lado se amanhã alguma SEFAZ resolver alterar alguma URL, basta você efetuar essa alteração no INI e enviar a todos os seus clientes.

Agora se você achar por bem que deve gerar um novo RES e compilar a sua aplicação e por fim atualizar os seus clientes, isso é uma decisão sua.

Volto a afirmar a minha interpretação, gerar um novo RES para mim não significa alterar o código do componente.

Bom dia Italo, realmente ficou claro para mim agora depois da explicação de Daniel Simões e me desculpe se de alguma forma gerei algum mau estar nas minhas sugestões. Quanto a URL do estado PB estou esperando algumas respostas sobre o parâmetro cdFuncao=FIS_1410 e assim que eles me responderem irei compartilhar com vocês. Pois o meu objetivo é sempre contribuir com essa VCL tão maravilhosa que é o ACBR.

Editado 30 Outubro, 2015 por Fernando Di Pace

[FernandoVasc]

Bom dia Fernando,

Cada um interpreta da sua forma.

Alterar o arquivo INI compila-lo para gerar um novo RES que será carregado par

Bom dia Fernando,

Cada um interpreta da sua forma.

Alterar o arquivo INI compila-lo para gerar um novo RES que será carregado para dentro do EXE durante a compilação da aplicação ou configurar o componente conforme dito pelo Daniel para que a aplicação se utilize do INI alterado, para mim não significa que o código do componente foi alterado.

De todos os Estados brasileiros que emitem NFC-e somente PB quis ser diferente.

O código do componente esta em conformidade com os manuais e notas técnicas.

Todas as URLs de todos os web services de todos os Estados agora estão no arquivo ACBrNFeServicos.INI

Se você seguir a sugestão do Daniel, devera distribuir junto com a sua aplicação o arquivo INI acima mencionado.

Por outro lado se amanhã alguma SEFAZ resolver alterar alguma URL, basta você efetuar essa alteração no INI e enviar a todos os seus clientes.

Agora se você achar por bem que deve gerar um novo RES e compilar a sua aplicação e por fim atualizar os seus clientes, isso é uma decisão sua.

Volto a afirmar a minha interpretação, gerar um novo RES para mim não significa alterar o código do componente.

 

a dentro do EXE durante a compilação da aplicação ou configurar o componente conforme dito pelo Daniel para que a aplicação se utilize do INI alterado, para mim não significa que o código do componente foi alterado.

De todos os Estados brasileiros que emitem NFC-e somente PB quis ser diferente.

O código do componente esta em conformidade com os manuais e notas técnicas.

Todas as URLs de todos os web services de todos os Estados agora estão no arquivo ACBrNFeServicos.INI

Se você seguir a sugestão do Daniel, devera distribuir junto com a sua aplicação o arquivo INI acima mencionado.

Por outro lado se amanhã alguma SEFAZ resolver alterar alguma URL, basta você efetuar essa alteração no INI e enviar a todos os seus clientes.

Agora se você achar por bem que deve gerar um novo RES e compilar a sua aplicação e por fim atualizar os seus clientes, isso é uma decisão sua.

Volto a afirmar a minha interpretação, gerar um novo RES para mim não significa alterar o código do componente.

Bom dia Italo, realmente ficou claro para mim agora depois da explicação de Daniel Simões e me desculpe se de alguma forma gerei algum mau estar nas minhas sugestões. Quanto a URL do estado PB estou esperando algumas respostas sobre o parâmetro cdFuncao=FIS_1410 e assim que eles me responderem irei compartilhar com vocês. Pois o meu objetivo é sempre contribuir com essa VCL tão maravilhosa que é o ACBR.

 

Bom dia Fernando,

Cada um interpreta da sua forma.

Alterar o arquivo INI compila-lo para gerar um novo RES que será carregado para dentro do EXE durante a compilação da aplicação ou configurar o componente conforme dito pelo Daniel para que a aplicação se utilize do INI alterado, para mim não significa que o código do componente foi alterado.

De todos os Estados brasileiros que emitem NFC-e somente PB quis ser diferente.

O código do componente esta em conformidade com os manuais e notas técnicas.

Todas as URLs de todos os web services de todos os Estados agora estão no arquivo ACBrNFeServicos.INI

Se você seguir a sugestão do Daniel, devera distribuir junto com a sua aplicação o arquivo INI acima mencionado.

Por outro lado se amanhã alguma SEFAZ resolver alterar alguma URL, basta você efetuar essa alteração no INI e enviar a todos os seus clientes.

Agora se você achar por bem que deve gerar um novo RES e compilar a sua aplicação e por fim atualizar os seus clientes, isso é uma decisão sua.

Volto a afirmar a minha interpretação, gerar um novo RES para mim não significa alterar o código do componente.

Bom dia Italo, realmente ficou claro para mim agora depois da explicação de Daniel Simões e me desculpe se de alguma forma gerei algum mau estar nas minhas sugestões. Quanto a URL do estado PB estou esperando algumas respostas sobre o parâmetro cdFuncao=FIS_1410 e assim que eles me responderem irei compartilhar com vocês. Pois o meu objetivo é sempre contribuir com essa VCL tão maravilhosa que é o ACBR.

Bom dia Fernando,

Cada um interpreta da sua forma.

Alterar o arquivo INI compila-lo para gerar um novo RES que será carregado para dentro do EXE durante a compilação da aplicação ou configurar o componente conforme dito pelo Daniel para que a aplicação se utilize do INI alterado, para mim não significa que o código do componente foi alterado.

De todos os Estados brasileiros que emitem NFC-e somente PB quis ser diferente.

O código do componente esta em conformidade com os manuais e notas técnicas.

Todas as URLs de todos os web services de todos os Estados agora estão no arquivo ACBrNFeServicos.INI

Se você seguir a sugestão do Daniel, devera distribuir junto com a sua aplicação o arquivo INI acima mencionado.

Por outro lado se amanhã alguma SEFAZ resolver alterar alguma URL, basta você efetuar essa alteração no INI e enviar a todos os seus clientes.

Agora se você achar por bem que deve gerar um novo RES e compilar a sua aplicação e por fim atualizar os seus clientes, isso é uma decisão sua.

Volto a afirmar a minha interpretação, gerar um novo RES para mim não significa alterar o código do componente.

 

Boa tarde a todos,

Me respondam uma coisa: 

Gostaria de saber qual é a dificuldade em, abrir com o bloco de notas o arquivo ACBNFeServicos.INI que encontra-se na pasta: ...\Fontes\ACBrDFe\ACBrNFe procurar por: ?cdFuncao e fazer a seguinte alteração:

de:

[NFCe_PB_P]
Usar=NFCe_SVRS_P
URL-QRCode=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410
URL-ConsultaNFCe=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

[NFCe_PB_H]
Usar=NFCe_SVRS_H
URL-QRCode=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410
URL-ConsultaNFCe=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

Para:

[NFCe_PB_P]
Usar=NFCe_SVRS_P
URL-QRCode=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp
URL-ConsultaNFCe=https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

[NFCe_PB_H]
Usar=NFCe_SVRS_H
URL-QRCode=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp
URL-ConsultaNFCe=https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410

Simplesmente removi da URL o "?cdFuncao=FIS_1410"

Feita essa alteração saia do bloco de notas salvando o arquivo alterado em seguida dentro da mesma pasta temos um arquivo BAT chamado: Compila_RES

Execute ele.

Para finalizar essa odisseia, compile a sua aplicação com a opção Build.

Pronto agora o XML será gerado com a URL do QR-Code e não vai aparecer erro durante a validação do mesmo.

Lembre-se que essa alteração é para resolver o problema de validação, uma vez que a URL da SEFAZ-PB esta fora do padrão estabelecido pelo ENCAT.

Mas o QR-Code gerado por essa URL será invalida, pois a SEFAZ-PB espera encontrar na mesma o campo cdFuncao que foi removido.

E tem gente que quer alterar o código do componente uma vez que a solução é muito mais simples.

É aquela velha história para que simplificar se posso complicar.

Boa tarde Italo, Só para lhe Responder: Não há nenhuma dificuldade em alterar o arquivo ini conforme a sua orientações, o complicado era que não sabíamos que poderíamos fazer esse procedimento, até VOCÊ mesmo em postagem anteriores informou que teríamos que infernizar a SEFAZ! Lembra? Acho que você nem sabia qual era o problema anteriormente se soubesse não teríamos complicado tanto o assunto do blog, mais agradeço pela informação.

 

Boa tarde Italo, Fiz alteração conforme a citação e deu certo!

Editado 2 Novembro, 2015 por Fernando Di Pace