elton.barbosa

Não confundir DI com DIR. Nesse artigo tem a explicação das diferenças: https://www.gov.br/receitafederal/pt-br/assuntos/aduana-e-comercio-exterior/manuais/remessas-postal-e-expressa/topicos/declaracao

Embora o documento realmente exista, se entrar no site indicado, verá que: O que quer dizer que ainda não está funcionando. Sendo assim ainda não temos previsão para implementação nem em componente, nem na ACBr API. Se um número maior de pessoas demonstrar interesse, pode ser que a prioridade dessa tarefa aumente. Para referência futura: No nosso backlog é a tarefa ACBR-8535

Foi adiado para 01/08/2026: Fonte: https://guarulhos.giss.com.br Atualização em 07/07/2026

@SIG 2000 Informática Ltda. dividi suas mensagens do outro tópico . O problema é outro. Embora possam ter acontecido na mesma época, são situações bem diferentes. Por favor, descreva um pouco melhor o seu objetivo no que você está tentando fazer e o problema encontrado. Por exemplo, por que consultar um arquivo logo depois do envio? Não existe tempo para consulta. Mas sempre que começar uma nova tratativa, lembre de limpar as informações anteriores. Note no programa exemplo, sempre vai encontrar a seguinte linha: ACBrNFe1.NotasFiscais.Clear; Isso impede que notas carregadas anteriormente sejam utilizadas em novas requisições.

Se você mudar só a versão da TLS para 1.2, muda o comportamento?

Bom dia. Parece haver alterações locais na sua máquina. Essa linha não é alterada desde 2020. Veja:

Olá pessoal, Uma pergunta que temos recebido muito é sobre se o ACBr já está preparado para o CNPJ alfanumérico. Nosso time esta atuando de forma a atualizar nossas soluções para este novo cenário, e alguns componentes já foram atualizados e outros estão em andamento. É importante salientar que ainda não temos CNPJs ativos neste novo formato, e que de forma geral, diversos setores que fazem parte deste processo seguem se ajustando para que de fato exista uma empresa ativa com CNPJ neste formato. Outro fator relevante é que nem todos os schemas atualizados foram disponibilizados pelas SEFAZ, oque impede a utilização desse novo formato para tais documentos. Seguiremos atualizando este artigo conforme as soluções forem ajustadas. Soluções já Atualizadas ACBrBPe ACBrBoleto ACBrCTe (Componente ajustado e DACTE em andamento) ACBrNFCom (Componente ajustado e DANFE-COM em andamento) ACBrValidador ACBrNFe / ACBrNFCe (Componente ajustado e DANFE em andamento) ACBrDCe (Componente ajustado e DANFE em andamento) ACBreSocial ACBrMDFe (Componente ajustado e DANFE em andamento) ACBrGNRe ACBrPixCD ACBrReinf ACBrANe ACBrCIOT ACBrDI ACBrONE As demais soluções serão tratadas conforme disponibilidade de agenda do nosso time, com foco em entregar o mais breve possível. "Após cada componente ser atualizado as ACBrLib correspondentes e o ACBrMonitor também estarão atualizados em sua próxima versão." Lembre-se que além das Soluções ACBr, os principais impactos do CNPJ Alfanumérico em sua aplicação pode ocorrem em: Telas de entrada de dados: campos e máscaras que aceitam apenas números. Banco de dados: campos definidos como numéricos e validações no banco. Validação de CNPJ: regras próprias, expressões regulares e bibliotecas de terceiros. (ACBrValidador já está adequado) Integrações: APIs, WebServices, arquivos TXT, CSV e XML que esperam apenas dígitos. Importação e exportação de dados: planilhas e processos de migração. Relatórios e documentos: campos formatados como número. Código-fonte: rotinas que utilizam conversões numéricas (StrToInt, IsNumeric, etc.).

Sim. Só teria que fazer o controle das tentativas como mencionado acima. Pode criar uma TK para isso Daniel?

Só vi depois que já tinha respondido. Foi mal aí.

Sim, acho que é possível. Mas nesse caso: Essa configuração teria que ser implementada na Lib mesmo (pensando nos arquivos INI de configuração); Precisaríamos do mecanismo que o @danieloliveira-mm citou acima; É necessário fazer o controle de contagem de reconexões por métodos, zerando a cada chamada. Assim, se o usuário passar algo como "TentativasReconexao=3", não iria estourar ao ser chamado um método como "enviar" (com 2 tentativas) e logo depois um "Consultar" também com 2 tentativas). Isso que tem em mente?

Por que você configurou TLS como 1.3? Você viu algum comunicado da SEF dizendo que eles estavam adotando essa versão?

Atualização: Fonte: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=aBsArQGfNqU= Schemas: https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=BMPFMBoln3w= NT: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=BTZQzgsO9Ws=

Como seu caso é outro município e outro provedor, eu dividi o seu tópico. Por favor, crie tópicos diferentes para assuntos diferentes conforme nossas Regras. Por favor, nos dê informações completas sobre seu problema. Qual o link deveria ser usado? Qual está sendo usado? Tipo isso? https://dev.acbr.api.br/docs/api/#tag/Nfse/operation/BaixarPdfNfse

Olá pessoal, Já faz um bom tempo que não fazemos uma pesquisa aqui no fórum sobre o ambiente de uso de todos. Então resolvemos fazer uma pesquisa rápida sobre isso. Por favor, ajude respondendo as perguntas da enquete anexa. E depois disso, você quer ganhar gratuitamente um curso sobre a Reforma Tributária e ainda por cima ganhar um cargo com distintivo especial dentro do nosso servidor Discord? Veja nossa campanha "ACBr Verificado" na seguinte landing page: https://projetoacbr.com.br/verificado/

Olá pessoal! Ficamos felizes de informar que um suporte a "Cryptography API: Next Generation" do Windows (CNG) foi adicionado a ACBrDFeSSL. Ele pode ser acessado ao configurar "cryCNGCrypt" em "SSLCryptLib". Nossos testes mostraram segurança no uso e estamos recomendando o uso dessa configuração no lugar da "cryWinCrypt" (mais sobre isso mais abaixo). Veja mais sobre como fazer a configuração nesse nosso artigo abaixo na parte sobre A3: A ACBrDFeSSL é uma classe base para vários dos componentes ACBr e assim também a outras soluções. Ela é utilizada para comunicação segura (SSL), assinaturas e criptografia. Por exemplo, ela é utilizada pelos componentes DFe (duh), bem como o ACBrBoleto. Por que isso foi necessário? As atualizações recentes do Windows 10 e 11, estão obrigando o uso de KSP (Key Storage Provider) ao invés de CSP (Cryptographic Service Provider) ao fazer uso de certificados. Isso de certa forma está matando o suporte a CryptoAPI, anterior forma de suporte nativa a criptografia que o ACBr usa quando você seleciona "cryWinCrypt" em "SSLCryptLib". Uma informação importante: Essa é a mudança do "nosso lado". Quer dizer que os provedores de certificados também precisam fazer as mudanças "do lado" deles. Ou seja, eles precisam passar a usar o KSP ao invés do CSP nos seus drivers e dispositivos de certificados A3. Senão, o certificado provido por eles vai continuar inacessível em Windows recentes. Infelizmente, a CNG está disponível apenas a partir do Windows Vista, o que significa "morte" ao Windows XP. Esperamos que você não precise mais dele. Mas se precisar, por favor, use o fórum para reportar qual a sua necessidade e porque não pode atualizar para uma versão mais recente do sistema operacional. Por que não consegue utilizar o Windows 10, ou pelo menos 7 ou 8? Se houver ainda demanda para o uso dele, nós vamos introduzir uma possibilidade de contornar isso. Bom trabalho!

O que vocês usam para construir a comunicação segura (TLS) e fazer o envio?

Você tem as URLs de homologação e produção?

Mas qual é o provedor que vocês identificaram?

Não necessariamente. Pode ser algum problema na instalação do Driver. Ou configuração, como aconteceu nesse caso aqui. Consegue debugar e dizer exatamente onde o erro é levantado? Você consegue usar esse certificado em outras situações nessa máquina?

Sempre que possível, prefira a forma síncrona. A forma assíncrona foi criada para envios de arquivos de grandes lotes, cujo processamento demoraria mais tempo.

Boa tarde. Pelo que entendemos nos nossos testes, esse problema tem pelo menos dois fatores: 1) alguma mudança do lado da sefaz, 2) um bug nas dlls da VCRedist Sabemos que tem algo estranho do lado da Sefaz porque esse problema só acontece em homologação (ou seja é uma diferença do servidor e não do cliente), começou de uma hora para outra, sem nós fazermos nada e acontece só com a RS. Mas também, como já relatado, quando se atualiza a VCRedist, tem resolvido o problema. Pode haver outros fatores, mas não conseguimos identificar exatamente o que está ocorrendo nesse caso específico ... De qualquer maneira, atualizamos esse tópico aqui com informações sobre possíveis causas e soluções. essas configurações de internet não afetam a OpenSSL. Então se estiver usando a OpenSSL, pode ignorá-las. E acho difícil ser isso, porque não recebemos nenhum aviso de mudança para outro protocolo. Esse tipo de mudança é avisado para evitar possíveis problemas. Mas com relação a sua máquina virtual, seria "fácil" você testar sua teoria, copiando a máquina virtual para o windows server.

Para outras propriedades Salvar, veja:

Para as outras propriedades de Configuracoes.Arquivos veja o seguinte tópico:

Bloqueio pelo Firewall Algumas vezes um Firewall pode gerar esse erro. Talvez bloqueando alguma porta que seja necessária para TLS, ou alguma outra limitação. Não sabemos exatamente qual configuração, mas isso foi relatado no tópico abaixo num cenário usando docker que excluía outras situações:

Versão da TLS incompatível Verifique se você está utilizando SSLType configurado como abaixo: SSL.SSLType := LT_TLSv1_2; Veja mais sobre as configurações recomendadas em: