GNRE - Receita nao exige o tipo de documento informado.

[Desenv. AT Info Sistemas]

Boa tarde,

Estou testando a nova versão da GNRE com PIX, alguns estados retornaram a tag e gerou a guia com QRCode corretamente.

Estou testando envio para o Estado do Alagoas mas está rejeitando o envio, acontece o seguinte erro:

<ns1:codigo>700</ns1:codigo>

<ns1:descricao>Receita nao exige o tipo de documento informado!</ns1:descricao>

<ns1:campo>itensGNRE</ns1:campo>

Digitei a nota no portal para tentar identificar qual o campo era o erro e identifiquei que é o CNPJ/CPF, está pedindo para enviar apenas Razão e município do destinatário.

Então peguei o XML e  estou editando e testando diretamente no portal, já retirei e coloquei as tag de identificação  mas também só rejeita, não sei qual tag tenho que deixar e qual tenho que retirar.

Gostaria de uma ajuda para tentar identificar quais tags devem ir no destinatário no XML  da GNRE de Alagoas.

Estou usando esta opção no portal para importar o XML e tentar gerar.

https://www.testegnre.pe.gov.br:444/gnre/v/lote/processar

 

Segue o XML que estou usando para testar a GNRE de Alagoas.

 

Abraços 

Adriano Lucas

Teste Lote Alagoas.xml

[Desenv. AT Info Sistemas]

Este Xml foi o que envie com todos os dados na primeira vez e que rejeitou o o tipo de documento e a partir dai que comecei a testar o envio sem o CNPJ.

Este Xml é salvo pelo Acbr após o envio.

 

 

24000000023451-pro-rec.xml

[Diego Foliene]

Boa tarde!

Separei sua nova dúvida em um novo tópico para não confundir os assuntos.

[Desenv. AT Info Sistemas]

Vou responder no tópico do Pix que ficou certo então.

 

Obrigado 

Adriano Lucas

[Diego Foliene]

Pela rejeição que recebeu, me parece ser um problema com o documentoOrigem utilizado.

O ambiente do GNRe é no mínimo, "confuso" no aspecto das informações.

Se conferirmos em Consultar Tabelas > Documentos Origem nos ambientes de homologação e de produção, vamos ter valores diferentes para o mesmo estado.

No seu XML, a tag tpAmb está com o valor de homologação, você está com homologação configurada em ACBrGNRe.Configuracoes.WebService.Ambiente ?

Comparando as duas tabelas, os valores que coincidem em ambos os ambientes para o código de receita que usou são:

• 1 - Nota fiscal avulsa
• 7 - Conhecimento de Transporte Rodoviário.
• 8 - Conhecimento de Transporte Aéreo
• 10 - Nota Fiscal

O valor 22 só existe no ambiente de homologação.

Tente fazer um teste usando um valor diferente dele e veja se recebe retorno diferente.

[Desenv. AT Info Sistemas]

Eu tbm pensei que fosse o tipo de documento fiscal, mas fiz teste usando o doc 10 - Nota em homologação.

Eu enviei o XML com o tipo de documento 10 e aconteceu o mesmo erro.

Então em vez de importar o xml eu digitei a guia no portal com tipo doc 10 - Nota fiscal e informei o CNPJ do destinatário  e mostrou o erro, quando clica em editar ele se posiciona no campo do  CNPJ, então quer dizer que este tipo de documento  CNPJ não é necessário.

Para tirar a dúvida eu importei no portal um XML sem nenhum dado do destinatário para ver quais os dados ele iria reclamar como obrigatório e ai descobri que ele só exige Razão e Cidade, o CNPJ/CPF não deve ser enviado.

 

Segue as imagens

 

 

 

Aqui eu importei o Xml em anexo sem o Destinatário.

 

 

 

Teste Alagoas - sem ID.xml

[Diego Foliene]

No arquivo Teste Alagoas - sem ID.xml ainda está sendo usado o 22: 

<documentoOrigem tipo="22">43231147531706000143550010000000851000000997</documentoOrigem>

 

20 minutes ago, Desenv. AT Info Sistemas said:

Eu enviei o XML com o tipo de documento 10 e aconteceu o mesmo erro.

Isso foi no site ou no web service?

20 minutes ago, Desenv. AT Info Sistemas said:

Para tirar a dúvida eu importei no portal um XML sem nenhum dado do destinatário para ver quais os dados ele iria reclamar como obrigatório e ai descobri que ele só exige Razão e Cidade, o CNPJ/CPF não deve ser enviado.

Se você só informar estes dois campos ele aprova?

[Desenv. AT Info Sistemas]

Eu testei aqui no portal, https://www.testegnre.pe.gov.br:444/gnre/v/lote/processar

Ai se eu deixo apenas com a Razão e Cidade  sem  identificação da erro.

 

Testei com a identificacao vazai sem o CNPJ ele da outro erro

 

Teste Alagoas - Com ID sem CNPJ.xml Teste Alagoas - sem ID.xml

Editado 26 Julho por Desenv. AT Info Sistemas

[Diego Foliene]

Realmente, é uma mensagem no mínimo estranha.

Eu fiz alguns testes gerando no portal de testes.

Com o CTe também deu o mesmo erro de que a receita não exige o tipo de documento informado.

O mais próximo que consegui foi com este XML em anexo.

Nele todos os dados são fictícios. Usei a UF favorecida como sendo de AL, informei o estado do emitente como RS colocando Porto Alegre como a cidade, para o destinatário, informei que era inscrito na UF favorecida e usei um IE fictícia do AL criada pelo gerador de IE.

Só apresentou um erro no processamento:

Quote

• Código: 700
  Campo: item_contribuinteDestinatario_identificacao_IE
  Descricao: Contribuinte Destinatario - Inscricao Estadual Invalida ou Inexistente.

 

Lote_2024_07_26_17_27.xml

[Desenv. AT Info Sistemas]

Sim, 

Se informar o CNPJ válido ele recusa, se informar uma IE ficitica recusa tbm e se não informar nada também não aceita.

Mas o estranho que isso começou agora com a atualização que teve em junho, pois em abri e maio eu consegui gerar testes para Alagoas.

Teve alterações agora em Junho.

Segue Manual

Manual_de_Integracao_Contribuintes_GNRE_v2.11.zip

[Diego Foliene]

Você tem uma IE válida?

Se tiver, faça um teste marcando que o contribuinte destinatário está inscrito na UF e use a mesma.

Criada a #TK-5791 para analise das modificações da versão 2.11

[Desenv. AT Info Sistemas]

Vou Verificar  e segunda farei testes

Obrigado

Adriano Lucas

 

[Desenv. AT Info Sistemas]

Bom dia, 

Fiz o teste no portal da GNRE, importei o xml em anexo com uma IE válida e aconteceu o mesmo erro.

 

Att,

Adriano Lucas

lote AL com IE.xml

[Desenv. AT Info Sistemas]

Boa tarde,

Continuei testando outros estados e identifiquei vários estados com problema de falha de comunicação, por exemplo: AP, MA, MS, RR.

As vezes retorna que o lote ainda está em processamento e outras vezes que houve falha na comunicação.

E como o lote foi recebido corretamente tem o retorno do Recibo para poder consultar mais tarde, então testando verifiquei que o Acbr não possibilitava armazenar o Recibo, quando acontece essa situação o Acbr gera uma exceção não possibilitando tratar o retorno.

Fiz umas alterações para poder tratar o retorno e armazenar o numero do recibo quando acontece essa situação. 

Segue as telas que reproduzi o problema no portal da GNRE e o Fonte alterado.

Aqui quando envia o lote ele é processado sem rejeição.

 

E aqui as duas situações, as vezes retorno em processamento e as vezes falha.

 

Obrigado 

Adriano Lucas

 

ACBrGNREWebServices.pas

[Desenv. AT Info Sistemas]

Boa tarde,

Segue os Xml que usei de testes desses estados.

 

Adriano Lucas

 

teste AP.xml teste MA.xml teste MS.xml teste RR.xml

[Diego Foliene]

Boa tarde!

Vamos analisar a modificação que sugeriu na ACBrGNReWebServices.

 

8 hours ago, Desenv. AT Info Sistemas said:

Bom dia, 

Fiz o teste no portal da GNRE, importei o xml em anexo com uma IE válida e aconteceu o mesmo erro.

 

Att,

Adriano Lucas

lote AL com IE.xml 1.11 kB · 1 download

Para este caso, no caminho Pagina principal > Gerar XML de Lote, eu adicionei uma guia usando os mesmos dados de "lote AL com IE.xml" e depois usei a opção Gerar XML.

O resultado foi o arquivo em anexo.

Veja a diferença entre o grupo contribuinteDestinatario do seu arquivo "lote AL com IE.xml":

<contribuinteDestinatario>
  <identificacao>
    <IE>242070817</IE>
  </identificacao>
  <razaoSocial>A D M REPRESENTACOES LTDA</razaoSocial>
  <municipio>04302</municipio>
</contribuinteDestinatario>

E do grupo em meu arquivo:

<contribuinteDestinatario>
  <identificacao>
    <IE>242070817</IE>
  </identificacao>
</contribuinteDestinatario>

No meu caso, quando selecionei a opção SIM, ele só me pediu a inscrição estadual.

Por favor, faça um teste desta forma e veja se ainda vai apresentar problemas.
(Apenas gerei o XML, mas não processei o lote para ver o resultado).

Lote_2024_07_29_17_51.xml

[Desenv. AT Info Sistemas]

Fiz o teste e a mesma mensagem.

• Código: 700
  Campo: itensGNRE
  Descricao: Receita nao exige o tipo de documento informado!

 

Adriano Lucas

[Diego Foliene]

On 7/29/2024 at 6:12 PM, Desenv. AT Info Sistemas said:

Fiz o teste e a mesma mensagem.

• Código: 700
  Campo: itensGNRE
  Descricao: Receita nao exige o tipo de documento informado!

 

Adriano Lucas

Bom dia!

Estamos verificando essa questão.

Temos uma TK em nosso backlog para avaliar as mudanças trazidas pela nova versão do GNRe também.

Assim que tivermos mais informações retornamos aqui.

[Desenv. AT Info Sistemas]

Bom dia,

Fico no aguardo,

 

Obrigado

Adriano Lucas

[Diego Foliene]

Boa tarde!

Analisando o manual da versão 2.11 e os schemas que foram disponibilizados, a única diferença encontrada para versão 2.10 é a de que o númeroLote aumentou de tamanho podendo ter até 14 caracteres agora.

Isso não acarreta modificações nos fontes do ACBr, onde o parâmetro já é do tipo string.

Também efetuei testes no portal de homologação do GNRe usando os dados do arquivo que foi fornecido.

Testei com todos os tipos de documento possíveis para o código de receita 100102 e em todos os casos o retorno foi o mesmo:

Quote

• Código: 700
  Campo: itensGNRE
  Descricao: Receita nao exige o tipo de documento informado!

O que faz pensar que o problema possa estar na validação do portal em si.

Por favor, se possível:

• Faça um teste em homologação via web service com o componente ACBrGNRe ao invés do portal.
• Faça um teste no portal de produção com um valor pequeno.

Caso ainda persista o problema, não vejo alternativas a não ser questionar a Sefaz de Pernambuco através de um Fale Conosco, pois considerando as informações que temos disponíveis, a guia está correta e não deveria apresentar a rejeição devolvida.

[Diego Foliene]

Boa tarde!

Uma retratação em minha resposta anterior:

On 8/5/2024 at 2:50 PM, Diego Foliene said:

Analisando o manual da versão 2.11 e os schemas que foram disponibilizados, a única diferença encontrada para versão 2.10 é a de que o númeroLote aumentou de tamanho podendo ter até 14 caracteres agora.

Isso não acarreta modificações nos fontes do ACBr, onde o parâmetro já é do tipo string.

Uma alteração foi necessária nos fontes do ACBr.

A mesma foi enviada ao SVN na Rev-34776.

Ainda assim, acredito que a mesma não tenha relação com o problema "Receita nao exige o tipo de documento informado!" e reforço minha orientação para entrar em contato com o Sefaz.

[Desenv. AT Info Sistemas]

Boa tarde,

 

Vou atualizar os fontes.

 

Obrigado

Adriano Lucas

[Desenv. AT Info Sistemas]

Boa tarde, 

Não aceitaram minha alteração para não dar exception e poder guardar o numero do recibo para poder consultar o Lote?

att,

Adriano Lucas

 

Em 29/07/2024 at 15:48, Desenv. AT Info Sistemas disse:

Boa tarde,

Continuei testando outros estados e identifiquei vários estados com problema de falha de comunicação, por exemplo: AP, MA, MS, RR.

As vezes retorna que o lote ainda está em processamento e outras vezes que houve falha na comunicação.

E como o lote foi recebido corretamente tem o retorno do Recibo para poder consultar mais tarde, então testando verifiquei que o Acbr não possibilitava armazenar o Recibo, quando acontece essa situação o Acbr gera uma exceção não possibilitando tratar o retorno.

Fiz umas alterações para poder tratar o retorno e armazenar o numero do recibo quando acontece essa situação. 

Segue as telas que reproduzi o problema no portal da GNRE e o Fonte alterado.

Aqui quando envia o lote ele é processado sem rejeição.

 

E aqui as duas situações, as vezes retorno em processamento e as vezes falha.

 

Obrigado 

Adriano Lucas

 

ACBrGNREWebServices.pas 37.22 kB · 1 download

 

 

 

 

[Desenv. AT Info Sistemas]

Boa tarde, 

Alguma resposta sobre a alteração acima que pedi para poder gravar o número do recibo em vez de gerar exception??

 

Att,

Adriano

[Diego Foliene]

14 minutes ago, Desenv. AT Info Sistemas said:

Boa tarde, 

Alguma resposta sobre a alteração acima que pedi para poder gravar o número do recibo em vez de gerar exception??

 

Att,

Adriano

Boa tarde.

Não podemos manter o ShowMessage.

O componente também pode ser utilizado para projetos console e o ShowMessage adiciona dependência ao Dialogs.

Qual é o problema que você está tendo sem aplicar esta alteração?