luisclaudio_jr

Vou deixar emitindo pela 1.0 e aguardar, caso não corrijam eu contato. Obg

Sim, vi isso, porém já queria adiantar... Estranho que alguns estados ainda nem fizeram a homologação na versão 2.0

Bom dia amigos. Estou tentando gerar para PE, versão 2.0 e estou obtendo o seguinte retorno: Campo Valor Principal nao informado. Campo obrigatorio. [Tratada por: br.gov.pe.sefaz.sfi.trb.gae.ws.calcularMultaJurosGNRE.CalcularMultaJurosGNRESoapBindingImpl]</ns1:descricao><ns1:campo>item_valorPrincipal</ns1:campo></ns1:motivo></ns1:motivosRejeicao> Estranho que, para outras UF estou conseguindo normalmente, na versão 1.0 também passa normal... Alguém tem ideia do que pode ser? Anexo o xml de retorno e o de envio. 2007418358-pro-rec.xml 191292-gnre.xml

Uma vez eu tive problema disso em alguns clientes, era algum problema com o Adobe, reinstalei nas maquinas e foi... Creio que a fonte não estava instalada... algo do tipo

Precisa ser sequencial, note que tem uma serie tmb, voce não pode ter 232 serie 1 duas vezes... E outra, todo mês você precisa enviar os xmls pra contabilidade e NÃO pode estar faltando numeração.

Bom dia Caros. Apenas a titulo de conhecimento, recebi um email da GNRE.PE informando que foi postergado para dia 31/08/2020 o prazo de implantação da nova GNRE. "Comunicamos que em função dos impactos decorrentes do cenário epidemiológico relacionados à infecção pelo vírus COVID-19, que estão atingindo fortemente a normalidade das atividades das pessoas, empresas e setor público, atualmente mobilizados para reduzir ao máximo o número de infectados, bem como, a solicitação de várias entidades de classe, a implantação da versão 2.0 da Guia Nacional de Recolhimento de Tributos Estaduais - GNRE, prevista para o final do mês de abril/2020, foi prorrogada para o dia 31/08/2020. Fica então funcionando concomitantemente as versões 1.0 e 2.0 no PORTAL e WEBSERVICE da GNRE até 31/08/2020 quando será descontinuada a atual versão e todos os aplicativos e unidades federadas, deverão passar a usar apenas a versão 2.0."

Estranho que a rejeição é que o cte não existe na base da sefaz... Lembrando que se o cte foi emitido em produção e você mandar em homologação vai dar conflito de dados. Anexa seu xml para analisarmos.

Esta usando Wincript ou capicom?

Bom dia amigos. Notei que na impressão, não vem preenchido o campo numero documento de origem, no XML de envio vai essa informação e no de retorno ela não vem.. Existe alguma forma de preenchimento daquela parte? Tenho clientes aqui que querem que saia pra evitar problema na barreira fiscal

Uma dica: Na efrete, se teu certificado não segue o seguinte cname: NOMETRANSP:CNPJ pode dar problema, pois eles validam alguma coisa lá. Outra coisa, não pode ser certificado da filial,precisa ser da matriz. Tente fazer o login pelo site deles com o certificado pra ver se dá certo.

é, pelo que me parece se a empresa for emissora de nfe e não passar a nfe vai dar problema. Mas ai tem alguns casos que é complicado, principalmente no transporte de veiculos, onde as vezes a nf nem foi emitida ainda só vai ser emitida após a venda do veiculo...

Também estou com mesmo problema em MG. Situação: meu cliente transporta carros usados, logo o mesmo não tem a NF-e... e ai dá esse erro.

Era isso mesmo, desculpem a falha de atenção. Obrigado e podem fechar o tópico

Daniel, desculpe, falha técnica, temos um servidor próprio para compilação, nele a acbr estava desatualizada, vou atualizar e volto pra dizer se está ok. Obrigado.

Bom diaaa Referente ao tópico abaixo: https://www.projetoacbr.com.br/forum/topic/55737-fontes-do-acbr-j%C3%A1-suportam-openssl-111/ Coloquei pra rodar aqui na empresa, na minha maquina (dev) tudo funcionando correto, utilizando tls 1.2... Mas ao tentar em outras, estação, é como se ele nao reconhecesse as novas dlls... e entendesse ainda a ssleay e a libeay... que são as antigas, Coloquei as dlss sem renomear nem nada na pasta do meu exe (as novas, que se encontram no repositório na pasta 1.1.4) Tentei apagar as dlls antigas tmb, porém ao fazer isso meu exe da erro e não abre dizendo que falta elas. Devo fazer mais alguma coisa além de passar as dlls pro diretório? @Daniel Simoes se puder me dar um help, agradeço.

As diferenças estão nas primeiras linhas do arquivo. Mas realize um teste, altera manual colocando a chave de acesso sem o tipo do evento e veja se importa.. Mas lembrando que devemos pegar o xml original do cancelamento pra envio.

Está com os fontes atualizados?

Boa tarde Srs... A titulo de conhecimento: 20/12/2019 - ATENÇÃO: SVRS - Desativação dos protocolos SSL, TLS 1.0 e TLS 1.1. A Sefaz Virtual do Rio Grande do Sul (SVRS), para garantir o bom funcionamento do Ambiente de Autorização dos Documentos Fiscais Eletrônicos, deverá desabilitar os protocolos de comunicação mais antigos a partir do dia 16/01/2020. Esta mudança é necessária, não só pela simplificação do ambiente e aumento da segurança, como também pela inviabilidade de configuração dos protocolos de comunicação mais antigos em nova versão do sistema operacional dos servidores. Período de desativação: - Protocolos SSL e TLS 1.1: entre os dias 16 e 21/01/2020. - Protocolo TLS 1.0: entre os dias 21 e 30/01/2020. A partir do dia 30/01/2020, o Ambiente de Autorização dos DF-e deverá suportar unicamente o protocolo de comunicação TLS 1.2, conforme previsto na documentação técnica, vide NT 2016.002 da NF-e e NT 2017.002 do CT-e. fonte: http://www.cte.fazenda.gov.br/portal/informe.aspx?#87

Bigwins, atualizei tudo aqui, até fiz novamente umas 2x, vi nos commits que você comitou, mas não deu certo, continua vindo 3paginas

Tentou enviar em teste? pra ver se passa

AQui está normal, não estamos nem precisando de contingencia. Poste seu xml para analisarmos

Tentou enviar em Contingência?

Aqui acontece a mesma coisa, tive alguns clientes reportando isso. Estranhamente, acontecia na outra versão tmb do fr3. ( sem qrcode)

Vamos lá sergio. 1) Essa sefaz não fica sempre ativa, a sefaz que está indisponivel precisa ativar algo lá pra ela começar a funcionar, eu sempre dou preferencia por utilizar essa modalidade, porque ela sincroniza tudo automatico, evitando hoje os processos que temos com EPEC e tudo mais. O mdfe consegue gerar normalmente, porque ela meio que manda isso em tempo real, Digamos que a contingência já envia pra base nacional e depois a base estadual busca essas informações e sincroniza na base interna... Então não tem delay de tempo nem nada. Não sai nem em observação nem nada que é contingencia, inclusive se vc pesquisar no www.cte.fazenda.gov.br normalmente entra na hora. Então, não se faz necessario o uso de papel moeda. Único contra, é que as vezes a sefaz que tá com problema demora pra ativar esse método de contingência, algumas vezes demoram horas, ou até mesmo dias... No caso de MG, sempre que é parada programada eles ativam a contingencia já pra serem enviados.

Bom dia. O bom de usar a svc-rs é que ela faz tudo por nós, ou seja, ela mesmo ja sincroniza tudo e além disso, as chaves ficam disponiveis para utilizar o MDF-e... Então, só envie pra lá e deixe que o resto eles fazem, ao contrario do EPEC que é uma baita burocracia..