lucastonussi

Bom dia, To fazendo teste de envio de GNRE para os seguintes estados GO, BA E retorna falha de comunicação No CE, retorna como não habilitado para a versão 2.0 Vcs estão conseguindo enviar para esses estados? Obrigado

Boa Tarde, entrei no site do GNRE e vi que novamente foi adiada a versão 2. Fonte: http://www.gnre.pe.gov.br/gnre/portal/GNRE_Principal.jsp

Estou com o mesmo problema mas somente da o erro de assinatura em cancelamentos, estranho que estava funcionando a mais de dois anos.... Eu cheguei a mandar os xml de envio do cancelamento e obtive o retorno: Se o arquivo não passar na validação da receita não vai ocorrer a requisição de cancelamento. Valide um XML de geração de notas e um de cancelamento, aparentemente o de cancelamento esta diferente. Seu XML pode estar sendo alterado pela sua rotina antes do envio. Por favor faça uma análise.. Acontece que na semana passada estava tudo Ok.

@Italo Jurisato Junior, mas em relação a minha pergunta: Quando eu tenho que informar o grupo produto predominante? sendo que ele não é obrigatório? Outra dúvida, como o grupo informações do pagamento do frete não é obrigatório se eu vou usar essas informações no Evento de Pagamento da Operação de Transporte que é obrigatório? Pode me ajudar?

No manual onde fala do grupo produto predominante está assim como na imagem a seguir, onde está ocorrência 0-1 que o grupo é facultativo não é? e sobre a latitude quando tem e o simbolo destacado não que dizer "ou um ou outro"? Segue imagem

Mas precisa informar a latitude e longitude se informar o CEP? Quando eu tenho que informar o grupo produto predominante? sendo que ele não é obrigatório? Outra dúvida, como o grupo informações do pagamento do frete não é obrigatório se eu vou usar essas informações no Evento de Pagamento da Operação de Transporte que é obrigatório?

Entrei em contato com o SEFAZ informando o erro e me retornaram o seguinte: Prezados, Atualizamos o portal para receber ambas as versões , favor tentar novamente. Atenciosamente, Equipe GNRE/SEFAZ-PE

Em homologação está aceitando, já em produção não... Brincadeira esse GNRE

Bom dia, Conforme a noticia do site http://www.gnre.pe.gov.br/gnre/portal/GNRE_Principal.jsp, foi informado que o prazo para a versão 2.0 foi estendido para 30/04/2020, hoje esta dando o erro anexo. Alguém está emitindo na 1.00? e está com o mesmo problema?

Boa Tarde, A versão 2.00 do GNRE foi adiada: [ERRATA] Portal GNRE - Atualização da Versão para 2.0 Prezado Contribuinte, do XML de lote. A versão 1.00 será aceita até o dia 30/04/2020 e até este período o portal estará apto a receber as duas versões. A versão 2.0 contempla três opções para geração das guias: 1. GNRE Simples - esta opção equivale à geração da GNRE atual,ou seja, geração de guia para apenas um pagamento. 2. GNRE com Múltiplos Documentos de Origem - nesta opção poderão ser adicionados múltiplos documentos de origem, desde que mantida a mesma UF destinatária, o mesmo Contribuinte Emitente, o mesmo Código de Receita e o mesmo Tipo de Documento de Origem. 3. GNRE com Múltiplas Receitas - nesta opção poderão ser adicionados diversos códigos de receitas, desde que se mantenha a mesma UF destinatária e o mesmo Contribuinte Emitente. Nesta opção serão aceitos vários códigos de receita, inclusive podendo repetir o mesmo código de receita. Para os contribuintes que utilizam os serviços (webservices) de automação que o Portal disponibiliza,será necessário adequar suas aplicações para a nova estrutura do XML versão 2.0. Para maiores detalhes, acessar o Portal GNRE no ambiente de Testes/Homologação (http://www.testegnre.pe.gov.br) e clicar no menu Automação. Neste link, você encontrará: • Manual para Preenchimento do Lote: o Formato do arquivo (versão 1.0 e 2.0) o Dicionário de dados do arquivo XML (versão 1.0 e 2.0) o Regras de Preenchimento • Anexos • Links para as empresas solicitarem a utilização dos webservices • Manual de Integração do Contribuinte (versão 2.0) • Endereço dos serviços (webservices) Em caso de dúvidas encaminhar e-mail para [email protected]. Atenciosamente, Gestor Nacional do GNRE Secretaria da Fazenda do Estado de Pernambuco http://www.testegnre.pe.gov.br/gnre/portal/GNRE_Principal.jsp

Realmente, tirando deu certo, agora outro erro: NF-e nao consta na base de dados da SEFAZ será que tenho que emitir uma nota em homologação e enviar essa chave?

Acho que deu certo, amas gora mudou a rejeição, está dizendo: Inscricao Estadual do Contribuinte Emitente Invalida! mas já verifiquei e esta correta....

Em qual tag vc fala de enviar a chave nfe?

1900890919-ped-rec.xml 1900890919-pro-rec.xml 20191217140940-rec.xml 20191217140939-env-lot.xml

Bom dia, Para mim ainda ocorre a rejeição: O Documento de Origem informado não é usado pela Receita informada na UF favorecida! Já mandei um e-mail para a sefaz mas ainda não obtive resposta.

Bom dia Verifica esse tópico....

Estranho estar com esses problemas ainda, faltando dias para ser obrigatório o 2.00.... Será que vão adiar?

O retorno não é mais em TXT agora é retornado um XML, e o nome alterou o nome do arquivo para impressão, agora é: "numero do recibo"-pro-rec.xml

Ok Italo, Vou fazer um teste não enviando a chave e posto aqui o resultado. Obrigado.

Italo, Adicionei a IE, agora de outro erro: O Documento de Origem informado não é usado pela Receita informada na UF favorecida! Não sei o que pode ser..... 20191128165404-env-lot.xml

Bom dia, Segue a o xml de envio de um GNRE na versão 2.0. Está retornando o seguinte erro: Descricao: Erro na validacao do retorno da UF (BA): 0-cvc-complex-type.2.4.a: Invalid content was found starting with element 'razaoSocial'. One of '{"http://www.gnre.pe.gov.br":CPF, "http://www.gnre.pe.gov.br":IE}' is expected. Alguem teve esse problema? 20191128105441-env-lot.xml

Italo, Deu certo, é que antes o nome do arquivo era a RepresentacaoNumerica e agora mudou isso também. Pelo que vi foi só alterado o GNRE para o envio em lote não foi adicionado campos novos né? Obrigado.

Boa Tarde Italo, Mas isso ja foi tratado no Acbr? Se não foi posso começar a alteração. Obrigado

Atualizei para a versão 2.0 e na função TratarRespostaFinal está retornando um XML ao invés de um txt. Segue exemplo abaixo:] Versão 2.0: <guia versao="2.00"><situacaoGuia>0</situacaoGuia><ufFavorecida>MG</ufFavorecida><tipoGnre>0</tipoGnre><contribuinteEmitente><identificacao><CNPJ>61452108000100</CNPJ></identificacao><razaoSocial>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX</razaoSocial><endereco>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX</endereco><municipio>07001</municipio><uf>SP</uf><cep>18550000</cep><telefone>1532633990</telefone></contribuinteEmitente><itensGNRE><item><receita>100099</receita><documentoOrigem tipo="10">0000000003032</documentoOrigem><referencia><periodo>0</periodo><mes>06</mes><ano>2019</ano></referencia><dataVencimento>2019-06-11</dataVencimento><valor tipo="11">71.99</valor><valor tipo="41">2.43</valor><valor tipo="31">8.64</valor><valor tipo="21">83.06</valor><contribuinteDestinatario><identificacao><CNPJ>XXXXXXXXXXXXXX</CNPJ><IE>XXXXXXXXXXXXX</IE></identificacao><municipio>06200</municipio></contribuinteDestinatario><camposExtras><campoExtra><codigo>53</codigo><valor>35190661452108000100550010000030321956590599</valor></campoExtra></camposExtras></item></itensGNRE><valorGNRE>83.06</valorGNRE><dataLimitePagamento>2019-11-26</dataLimitePagamento><informacoesComplementares><informacao>35190661452108000100550010000030321956590599</informacao></informacoesComplementares><nossoNumero>0000002842381441</nossoNumero><dataEmissaoDados>2019-11-26</dataEmissaoDados><horaEmissaoDados>11:15:42</horaEmissaoDados><linhaDigitavel>858100000005830603021932300100000028842381441004</linhaDigitavel><codigoBarras>85810000000830603021933001000000284238144100</codigoBarras></guia>' Versão 1.0 026019995700072619008821829'#$A'100010MG10009920061452108000100C XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXX BOITUVA SP185500000153263399030000620318260068BELO HORIZONTE 000000000000003032 35190661452108000100550010000030321956590599 11062019261120190062019000000000000007199000000000000000000000000000243000000000000864858000000003830603021932300100000028842381777002858000000008306030219330010000002842381777003000000284238177700000000000 '#$A'919008821820001899e006d70cfd3c0afd7ede79c919674779a37b96146c599dcb89abafaaf794a Alguém sabe o motivo? aparentemente é a mesma informação. Obrigado.

Mesma coisa aqui...