lucastonussi
-
Total de ítens
64 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por lucastonussi
-
-
Boa Tarde, entrei no site do GNRE e vi que novamente foi adiada a versão 2.
CitarNo dia 02/04/2019 o Portal GNRE iniciou o recebimento da versão 2.00 do XML de lote para algumas UFs.
A versão 1.00 do XML será aceita até o dia 31/08/2020 e até este período o portal estará apto a receber as duas versões.Fonte: http://www.gnre.pe.gov.br/gnre/portal/GNRE_Principal.jsp
-
Em 06/04/2020 at 09:23, Elisangela Costa disse:
Olá bom dia!
Alguém pode me ajudar
Quando eu assino apenas o Lote, passa no validador de assinatura da receita
Quando eu assino lote e RPS, não passa no validar da receita
E quando eu envio para o site da prefeitura, dá a mensagem de assinatura inválida
Alguém já passou por isso e pode me ajudar?
Olá! Conseguiu prosseguir com a prefeitura?
Estou com o mesmo problema mas somente da o erro de assinatura em cancelamentos, estranho que estava funcionando a mais de dois anos....
2 horas atrás, Juliana Tamizou disse:Bom dia.
Vc chegou a informar ao provedor essa situação dos erros e enviar os arquivos para análise deles tb?
Att.
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?
-
22 minutos atrás, nickolas.deluca disse:
Sobre a latitude e longitude, pelo que eu entendi na nota técnica, os 2 são obrigatórios... especificado como [1,1]
Sobre o produto predominante, a gente ta obrigando o usuário a especificar o produto predominante sempre... pelo que eu entendi da nota técnica, ele é obrigatório... especificado como [1,1]
O grupo de informações de pagamento não é obrigatório somente se o pagamento for à vista, se for a prazo tu tem que informar... especificado como [0,n], ai tem uma observação dizendo: Informar somente se indPag for à Prazo.
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
-
14 minutos atrás, nickolas.deluca disse:
@Italo Jurisato Junior desculpa te incomodar, mas por um acaso a ACBr tem algum webservice que retorne o CEP com a latitude e a longitude? baita sacanagem da SEFAZ fazer a gente fornecer esses dados...
Nas APIs que a gente usa, nenhuma delas fornece a latitude e longitude...
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
- 2
-
Em homologação está aceitando, já em produção não... Brincadeira esse GNRE
-
-
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 Pernambucohttp://www.testegnre.pe.gov.br/gnre/portal/GNRE_Principal.jsp
- 3
-
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?
-
-
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....
- 1
-
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
- 1
- 1
-
Ok Italo,
Vou fazer um teste não enviando a chave e posto aqui o resultado.
Obrigado.
- 2
-
2 horas atrás, Italo Jurisato Junior disse:
Boa tarde Lucas,
Notei que no seu XML esta faltando a IE do emitente.
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.....
-
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?
-
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.
- 1
-
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'919008821820001899e006d70cfd3c0afd7ede79c919674779a37b96146c599dcb89abafaaf794aAlguém sabe o motivo? aparentemente é a mesma informação.
Obrigado.
-
4 minutos atrás, mag0966 disse:
Então, estou emitindo de SP.
O portal carrega inicialmente como não seguro, prosseguindo ele pede o captcha.Já atualizei o Acbr, bem como o ACBrCTeServicos , porém, prossegue da mesma maneira.
Mesma coisa aqui...
Falha de Comunicação!
em ACBrGNRe
Postado
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