Ir para conteúdo
  • Cadastre-se

lucastonussi

Membros
  • Total de ítens

    64
  • Registro em

  • Última visita

Posts postados por lucastonussi

  1. 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

  2. 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.

  3. @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?

  4. 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 é?

    Capturar2.PNG.1775cf1c854ec3109ca6e15a2d040bfc.PNG

    e sobre a latitude quando tem e o simbolo destacado não que dizer "ou um ou outro"? Segue imagem

    Capturar.PNG.2f8be965f7324d6652b438a9b2ef8904.PNG

  5. 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?

  6. 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

    • Curtir 2
  7. 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?

     

    image_2020_01_02T11_44_37_290Z.png

  8. 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 loteA 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

    • Curtir 3
  9. 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

  10. 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.

  11. 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...

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.