Painel de líderes

Use a força, leia os fontes Veja que no Demo do ACBrNFe, demonstramos como pegar o retorno da consulta, quando Síncrono ou Assíncrono .. Veja esse trecho do código fonte do botão "Criar e Enviar" if not Sincrono then begin MemoDados.Lines.Add('Envio NFe'); // ASSINCRONO MemoDados.Lines.Add('tpAmb: ' + TpAmbToStr(ACBrNFe1.WebServices.Retorno.TpAmb)); MemoDados.Lines.Add('verAplic: ' + ACBrNFe1.WebServices.Retorno.verAplic); MemoDados.Lines.Add('cStat: ' + IntToStr(ACBrNFe1.WebServices.Retorno.cStat)); MemoDados.Lines.Add('cUF: ' + IntToStr(ACBrNFe1.WebServices.Retorno.cUF)); MemoDados.Lines.Add('xMotivo: ' + ACBrNFe1.WebServices.Retorno.xMotivo); MemoDados.Lines.Add('cMsg: ' + IntToStr(ACBrNFe1.WebServices.Retorno.cMsg)); MemoDados.Lines.Add('xMsg: ' + ACBrNFe1.WebServices.Retorno.xMsg); MemoDados.Lines.Add('Recibo: ' + ACBrNFe1.WebServices.Retorno.Recibo); MemoDados.Lines.Add('Protocolo: ' + ACBrNFe1.WebServices.Retorno.Protocolo); end else begin MemoDados.Lines.Add('Envio NFCe'); // SINCRONO MemoDados.Lines.Add('tpAmb: ' + TpAmbToStr(ACBrNFe1.WebServices.Enviar.TpAmb)); MemoDados.Lines.Add('verAplic: ' + ACBrNFe1.WebServices.Enviar.verAplic); MemoDados.Lines.Add('cStat: ' + IntToStr(ACBrNFe1.WebServices.Enviar.cStat)); MemoDados.Lines.Add('cUF: ' + IntToStr(ACBrNFe1.WebServices.Enviar.cUF)); MemoDados.Lines.Add('xMotivo: ' + ACBrNFe1.WebServices.Enviar.xMotivo); MemoDados.Lines.Add('Recibo: '+ ACBrNFe1.WebServices.Enviar.Recibo); end;

Um dos maiores provedores de certificados HTTPS, Let’s Encrypt, deixará de usar um certificado raiz mais antigo na próxima semana – o que significa que você pode precisar atualizar seus dispositivos para evitar que quebrem. Let’s Encrypt, uma organização sem fins lucrativos de uso gratuito, emite certificados que criptografam as conexões entre seus dispositivos e a Internet em geral, garantindo que ninguém possa interceptar e roubar seus dados em trânsito. Somente milhões de sites contam com o Let’s Encrypt. Mas, como avisado pelo pesquisador de segurança Scott Helme, o certificado raiz que Let’s Encrypt usa atualmente – o IdentTrust DST Root CA X3 – irá expirar em 30 de setembro. Depois disso, computadores, dispositivos e clientes da web – como navegadores – não irão mais certificados confiáveis que foram emitidos por esta autoridade de certificação. Para a grande maioria dos usuários do site, não há nada com que se preocupar e 30 de setembro será um dia normal. Dispositivos mais antigos, no entanto, podem ter alguns problemas, assim como ocorreram quando o AddTrust External CA Root expirou em maio. Como resultado, Stripe, Red Hat e Roku sofreram interrupções. “Dada a diferença de tamanho relativa entre Let’s Encrypt e AddTrust, tenho a sensação de que a expiração da raiz do IdenTrust tem o potencial de causar mais problemas”, alertou Helme em uma postagem de blog, referindo-se ao próximo vencimento. Os dispositivos que podem ser afetados pela expiração do certificado são aqueles que não são atualizados regularmente, como sistemas incorporados que não são projetados para atualizar automaticamente ou smartphones que executam versões de software com anos de idade. Os usuários que executam versões anteriores do macOS 2016) e do Windows XP (com Service Pack 3) provavelmente enfrentarão problemas, juntamente com clientes dependentes do OpenSSL 1.0.2 ou anterior e PlayStations mais antigos que não foram atualizados para um firmware mais recente. Enquanto Android, nas palavras de Let’s Encrypt, tem um “problema antigo e conhecido com atualizações do sistema operacional”, a organização sem fins lucrativos tem uma solução alternativa que pode impedir que a maioria dos smartphones seja afetada pelo vencimento. A organização este ano fez a transição para seu próprio certificado ISRG Root X1, que não expira até 2035. Embora muitos dispositivos Android ainda não confiem neste certificado – ou seja, versões do Android (Nougat) 7.1.1 e anteriores – Let’s Encrypt obteve um assinatura cruzada para seu próprio certificado que é válido por mais tempo do que a raiz de assinatura, o que significa que a maioria dos dispositivos Android deve permanecer livre de falhas por mais três anos. Alguns dispositivos Android ainda podem ter problemas, Let’s Encrypt disse, e é recomendável que os usuários que executam o Android (Lollipop) 5.0 instalem o Firefox. “Para o navegador integrado de um telefone Android, a lista de certificados raiz confiáveis vem do sistema operacional – que está desatualizado nesses telefones mais antigos”, explica Let’s Encrypt. “No entanto, o Firefox é atualmente único entre os navegadores – ele vem com sua própria lista de certificados raiz confiáveis.” A Let’s Encrypt, que no início de setembro emitiu mais de dois bilhões de certificados desde sua fundação em 2014, disse ao TechCrunch que os usuários deveriam observar quantos clientes estão usando versões afetadas do OpenSSL e sistemas operacionais antigos. Seu conselho para aqueles que não podem atualizar é “verificar se faz sentido servir uma cadeia de certificados com nosso novo sinal cruzado”. É difícil prever o que acontecerá em 30 de setembro, mas como diz Helme: “Pelo menos algo, em algum lugar vai quebrar”. Fonte : Resources for Certificate Chaining Help - Let's Encrypt (letsencrypt.org) Fonte : O certificado raiz do Let's Encrypt está prestes a expirar e pode danificar seus dispositivos - TEG6

Para compreender melhor esse assunto.. recomendo esse vídeo:

Olá pessoal, Para quem utiliza o componente ACBrNFe. Após o envio da NF-e ou NFC-e seja no modo assíncrono (2 ou mais notas no lote) ou síncrono (somente uma nota no lote), podemos pegar o status, motivo e protocolo de autorização da seguinte forma: Protocolo := ACBrNFe1.NotasFiscais.Items[i].NFe.procNFe.nProt; // Campo string Status := ACBrNFe1.NotasFiscais.Items[i].NFe.procNFe.cStat; // Campo Integer Motivo := ACBrNFe1.NotasFiscais.Items[i].NFe.procNFe.xMotivo; // Campo string Se o envio é síncrono temos apenas uma nota, neste caso o valor do índice "i" será zero. Por outro lado se o envio é assíncrono, ou seja, lote contendo até 50 notas o valor do índice "i" vai variar de zero até a quantidade de notas menos 1. Exemplo: for i := 0 to (ACBrNFe1.NotasFiscais.Count - 1) do begin (...) end;

Exemplo: Recentemente foi publicada a versão 1.10 da NT 2020.005, a qual trouxe uma mudança que pode impactar diretamente a emissão da NFCe em seus clientes, trata-se da restrição do uso da emissão em modo assíncrono quando o lote contém apenas uma NFCe. Para o ambiente de homologação, esta validação e consequente rejeição da NFCe já está em vigor desde 01/07/2021 e entrará em produção em 01/09/2021. De acordo com o texto da NT será retornada a seguinte rejeição Porém em relatos no fórum também houver a seguinte rejeição devido a falha nos retornos das SEFAZ Para evitar esta rejeição, é muito simples, basta sua aplicação deverá passar a realizar o envio da NFCe (quando enviar um único documento) em modo síncrono. Exemplo utilizando o componente ACBrNFe //---------------------- Exemplo Componente ACBrNFe ------------------------------------// { O método Enviar possui 4 parametros a saber: ALote = se refere ao numero do lote de notas que esta sendo enviado Imprimir = defini se o DANFE vai ser impresso automaticamente (True = Padrão) ou não (False) Sincrono = defini se o envio vai ser no modo sincrono (True) ou assincrono (False = Padrão) <------ AQUI ------ Zipado = defini se o Xml vai ser enviado zipado (True) ou não (False = Padrão) Sincrono só pode ser True se o envio é unitario, ou seja, é enviado uma nota por vez. Muito usado para o envio da NFC-e, quanto a NF-e não são todas as UF que aceitam esse modo de envio. Zipado não são todas as UF que aceitam que o Xml seja enviado zipado. } if ACBrNFe1.NotasFiscais.Count > 1 then ACBrNFe1.Enviar(nLote) // Envia o lote contendo mais de 1 nota no modo assincrono else ACBrNFe1.Enviar(nLote, True, True) // Envia o lote contendo apenas 1 nota no modo sincrono Exemplo utilizando a biblioteca ACBrLib //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: ALote - Numero do Lote a ser enviado AImprimir - Se True imprime o DANFe caso o NF-e for autorizado ASincrono - Se True imprime o envia em modo sincrono // <------------ AQUI -------------- AZipado - Se True imprime o envia o arquivo zipado sResposta - Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho - Usado pelo retorno, contem o tamanho da string (sResposta). ACBrNFe.LimparLista(); // Também pode ser enviado o conteudo do ini. ACBrNFe.CarregarINI("c:\nfce.ini"); // Caso use xml, também pode ser enviado o conteudo do xml. //ACBrNFe.CarregarXML("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml"); ACBrNFe.Enviar(aLote: 1, imprimir: false, sincrono: true, zipado: false); Manual ACBrLib: https://acbr.sourceforge.io/ACBrLib/NFE_Enviar.html Exemplo utilizando o ACBrMonitorPlus //-------------------------------- Exemplo ACBrMonitorPLUS --------------------------------------// Parâmetros: cArqXML - Caminho do arquivo XML a ser enviado. nLote - Número do Lote bAssina - Coloque 0 se não quiser que o componente assine o arquivo. - Parâmetro Opcional nImprime - Coloque 1 se quiser que o DANFe seja impresso logo após a autorização - Parâmetro Opcional cImpressora - Informe o nome da impressora - Parâmetro Opcional bSincrono- Coloque 1 para indicar modo síncrono e 0 para modo assíncrono. // <---------- AQUI ----------- bValidaXML- Coloque 1 para Validar e 0 para não Validar. - Parâmetro Opcional bGerarNovoXML- Coloque 1 para Gerar um novo XML para envio e 0 para não Gerar. - Parâmetro Opcional NFE.ENVIARNFE("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml",1,1,0,,1) Manual ACBrMonitorPLUS: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html

Para obter o retorno utilizando o ACBrMonitorPlus ou ACBrLibNFe, com o envio Síncrono: [ENVIO] Versao=1.10 TpAmb=2 VerAplic=SP_NFE_PL_005c CStat=100 XMotivo=Autorizado o uso da NF-e CUF=35 NRec=35000000XXXXXXX DhRecbto=2021-09-25T09:25:04 TMed=1 [NFE28] Versao=1.07 Id= TpAmb=2 VerAplic=SP_NFE_PL_005c CStat=100 XMotivo=Autorizado o uso da NF-e CUF=35 ChNFe=350XXXXXXXXXXXXXXXXX650010000000280000000281 DhRecbto=2021-09-25T09:25:04 NProt=13509000XXXXXXX DigVal=UNTpscTtknjN5UOBUHa9PZPHJnE=

a 319 - 320 é retornado no MotivoRejeicaoComando você pode verificar também a propriedade DescricaoMotivoRejeicaoComando Titulo.MotivoRejeicaoComando[0]

Boa tarde Douglas, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-1986

show, acabei de fazer esta config e deu certo.

show, obrigado pela sugestão.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

O erro de Falha no Schema Xml em homologação MG parece ser devido as tags cBarra e cBarraTrib (NT 2020.005). Desabilitei o envio das tags e consegui enviar em homologação.

Tente "PIX Pagto Instantaneo"

Ah sim... certeza que foi isso... vou reenviar então e assim que eles me responderem, eu coloco aqui. Obrigado

O EPEC só é útil nos casos em que a instabilidade está do lado do emissor, se tiver uma conexão limitada como em 3G por exemplo, já que só precisa transmitir o XML do evento que é bem menor que o XML da NFe. Se não autorizar o evento não pode liberar a mercadoria, existe outro tipo de contingência, a FS-DA, que pode ser usada sem ter Internet, mas o DANFE precisa ser impresso em papel especial adquirido em gráficas autorizadas. Nunca fiz o teste, mas provavelmente a NFe ainda será autorizada com o cStat 150=Autorizado fora do prazo, e passível de autuação pela SEFAZ.

Boa tarde, Reinstala o certificado marcando a opção de permitir a exportação da chave privada.

Corrigido no SVN, atualize novamente.

Pasta de Schemas desatualizada.