MFincotto

Fique atento em relação a série reservada para NFC-e, que eu saiba foi prorrogado. Entretanto, até o momento nada mudou.

Preencha da seguinte maneira: infEvento.chNFe := CHAVE_NFE_CANCELAR; (Emitida em modo normal, irá ser cancelada) infEvento.CNPJ := CNPJ; infEvento.dhEvento := Now; infEvento.tpEvento := teCancSubst; infEvento.detEvento.nProt := PROTOCOLO_DA_NFE_A_SER_CANCELADA; infEvento.detEvento.xJust := Justificativa; infEvento.detEvento.cOrgaoAutor := UFtoCUF(FNFe.Configuracoes.WebServices.UF); infEvento.detEvento.verAplic := VERSAO_SUA_APP; infEvento.detEvento.chNFeRef := CHAVE_NFE_SUBSTITUTA (Emitida OFfline e AUTORIZADA na Sefaz)

AcbrNFe.Ide.tpEmis Está com os fontes atualizados?

A NF-e substituta, ou seja, que vai referenciar o cancelamento deve ter sido emitida no modo Off-line e previamente autorizada.

Boa tarde, acho que entendi sua colocação. Quando vc envia e recebe esse "erro mais elaborado" é um retorno de validação da SEFAZ em relação aos schemas. Tente utilizar o método NFE.validarnferegranegocios, de uma pesquisada aqui no fórum, já foi muito discutido e acho que vai atender o que está procurando. Abraços!

Não vejo a necessidade de tal parâmetro ser desenvolvido no componente. Isso é um tratamento, no meu ponto de vista, a nível de aplicação.

Bom dia. Conforme informações na NT 2018.005 V 1.30, as informações foram suspensas até 06/2019 para todas as UF's, exceto: AL, AM, MS, PE, PR, SC e TO As demais UF's ainda não definiram prazo, acredito que devam iniciar quando o ID e HASH do CSRT também entrarem em vigor. Sendo assim, acredito que MG não irá validar.

Bom dia. Acho que MG estava com problemas no serviço, conseguiu validar?

Bom dia. Acredito que para produção alguma NT ou informação na SEFAZ da UF seja disponibilizada antes.

Utilize a pesquisa do forum antes de postar. Esse assunto foi amplamente discutido ontem e já existe a solução.

Exatamente isso, esse redirecionamento me confundiu ontem. E posso estar errado, mais ontem as URL's nos endereços do encat ainda estavam com o "http://", acredito que atualizaram.

Pois é. SEFAZ parece não ter noção do nosso dia-a-dia, perder tempo com alterações sem necessidade ou sem mesmo aviso. Ficar o dia todo até descobrir que basta enviar sem o "http", complicado. Basta alterar o .ini e executar o .bat "Compila_RES.BAT" que o .res é gerado novamente.

ACBrNFeServicos.ini Obrigado @Maxisoft

Erro do lado deles, pode ser que logo voltem a validar com http

Acredito que deva mudar as URLS, RS já está redirecionando para https://www.sefaz.rs.gov.br/NFCE/NFCE-COM.aspx. O complicado é fazer isso as "vésperas" de uma virada de versão. Parece que eles não tem noção nenhuma do nosso dia-a-dia.

Bom dia a todos. Hoje pela manhã comecei a ter rejeição 878 no RS. Verifiquei que a URL para consulta de chave mudou: de: http://www.sefaz.rs.gov.br/nfce/consulta para: https://www.sefaz.rs.gov.br/NFCE/NFCE-COM.aspx Alguém mais consegue validar essa informação? Será necessário atualizar o AcbrNFeServicos.ini

Olá Alexandre, tudo bem? Você não vai alterar a data de emissão da NFC-e. Conforme manual, a chave e conteúdo do XML devem permancer inalterados, todos os campos que compõem a chave. OU seja, alterações em campos que compõem a chave não são permitidas, apenas NCM, Unidades, etc. Abraços!

Entendo, mais MG está complicado. Todo dia instável:

Alguém mais está tendo problemas em MG hoje?

Tem sim, tem aqui no fórum essa solução, precisa dar uma pesquisada.

Fábio, existe aqui no forum algumas discussões referente a isso. Você precisa aplicar uma correção no windows 10 e também verificar as atualização do sistema, via windows update. Verifique também nas propriedades do Internet Explorer se está marcado apenas TLS 1.2. Aqui no forum isso já foi amplamente discutido. Dê uma pesquisada que você acha fácil. Você vai encontrar aqui:

Olá Fabio, bom dia. Tente utilizar com a OpenSSL:

MG está complicado. Verifique a versão da sua OpenSSL (se tiver utilizando). Outra coisa, só por desencargo: O XML referenciado (OffLine) está autorizado, certo?

Bom dia. Tente aumentar o tempo de timeout, vai ajustando conforme melhor for para seu ambiente.

Boa tarde pessoal. Após passarmos por problemas de comunicação com MG utilizando a versão 1.0.1c da OpenSSL no linux (Slackware), decidimos atualizar para a versão 1.0.2r e obtivemos sucesso. Vimos no site de MG que eles desativaram o procolo SSL para todos os ambientes: "A SEFAZ-MG desativou o protocolo de comunicação SSL nos ambientes de homologação e produção de todos os documentos eletrônicos." De acordo com pesquisar, vimos que a versão da OpenSSL 1.0.1c possui alguns problemas de vulnerabilidade e é a primeira versão a suportar o protocolo TLS 1.2. (Não temos 100% de certeza se é a causa do problema com MG). Decidi postar aqui pois pode ajudar mais alguém que venha a passar com este problema. Atualizem para a versão 1.0.2r e vai funcionar. Lembrando, LINUX. Se alguém mais passou por isso seria interessante complementar. Abraços.