Painel de líderes

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/

Então. No seu Json, o campo IdOperacaoTransporte é o Valor gerado pela rota https://appservices.antt.gov.br/pefServices/gerar Inclusive, este é o numero que vai para o MDFe. Consegui fazer a declaração no Ambiente de Homologação, mas ainda não subimos para produção no nosso ERP. Inclusive, alguns grupos que eu tenho de transportadora esta dizendo que o ambiente de prod ainda está instavel e a orientação é emitir em contigencia.

Boa tarde não temos uma data ainda. mas está no backlog

No svn At revision: 46625

Pergunta do milhão, mas que ninguém responde. ACBr já foi mais colaborativo!

Olá Pessoal, Hoje (27/05/2026) temos mais de 2 mil municípios que aderiram ao Emissor Nacional, isso significa que todos os prestadores de serviços desses municípios emitem suas notas via Portal da NFS-e Padrão Nacional ou através da API do SERPRO. Temos também por volta de 18 provedores que adotaram o layout do Padrão Nacional, neste caso os prestadores vão continuar enviando suas notas para o provedor e este vai compartilhar com o Ambiente de Dados Nacional. E temos por volta de 30 provedores que resolveram alterar o layout em uso para atender a Reforma Tributária, neste caso o layout do XML não é do Padrão Nacional, mas esses provedores também tem que compartilhar as notas com o Ambiente de Dados Nacional. Outra informação importante é que desde de setembro/2023 todos os prestadores de serviços MEI passaram a emitir suas notas diretamente via Portal da NFS-e Padrão Nacional ou através da API do SERPRO. Agora chegou a vez dos prestadores ME/EPP optante do Simples Nacional também passarem a emitir suas notas diretamente via Portal da NFS-e Padrão Nacional ou através da API do SERPRO a partir de setembro/2026. Conclusão, os municípios que não aderiram ao Emissor Nacional só vão recepcionar as notas dos prestadores não optante do simples nacional. De uma forma ou de outra todas as notas vão constar no Ambiente de Dados Nacional, sendo assim se eu baixar o XML de qualquer nota este vai estar no layout do Padrão Nacional. A API do SERPRO tem um serviço que nos retorna o PDF do DANFSE, mas infelizmente ele vai ser desativado. A Equipe ACBr já tem a versão 1 do DANFSE no Padrão Nacional pronta e em uso feito em Fortes Report, para ser usado junto com o componente ACBrNFSeX, com o ACBrLibNFSe e com o ACBrMonitor. Já esta no forno a versão 2 que traz os campos referente a Reforma Tributária. Esta sendo desenvolvido o DANFSE em Fast Report e em FPDF. Assim que formos finalizando vamos informar aqui neste tópico.

Olá Pessoal, O DANFSE versão 2.0 em Fortes Report já esta em conformidade com a Nota Técnica 008 que traz as especificações técnicas do Documento Auxiliar da NFS-e - Padrão Nacional. Lembre-se que para usar esse DANFSE o XML a ser carregado tem que estar no layout do Padrão Nacional versão 1.01 Assim que for disponibilizado uma nova versão do ACBrLibNFSe e ACBrMonitor Plus já vão estar com essa nova versão.

Boa tarde @gustavo.camargo1987, O XSD que eu enviei para o SVN (DFeTiposBasicos_v1.00.XSD) se refere aos campos da Reforma Tributária. Esse Schema é utilizado por todos os DF-e exceto a NFS-e. E estava faltando atualizar o da NF-e/NFC-e. Na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe temos o arquivo: tiposBasico_v4.00.xsd se você abrir esse arquivo vai encontrar a definição do tipo CNPJ: <xs:simpleType name="TCnpj"> <xs:annotation> <xs:documentation>Tipo Número do CNPJ</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="14"/> <xs:pattern value="[0-9]{14}"/> </xs:restriction> </xs:simpleType> e da chave: <xs:simpleType name="TChNFe"> <xs:annotation> <xs:documentation>Tipo Chave da Nota Fiscal Eletrônica</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="44"/> <xs:pattern value="[0-9]{44}"/> </xs:restriction> </xs:simpleType> Como você pode ver essas definições não contemplam o CNPJ Alfa. Já estamos trabalhando no código dos componentes. Esperamos que antes de surgir o primeiro CNPJ Alfa a SEFAZ disponibilize os novos Schemas.

Me parece que o commit é apenas cópia do DFeTiposBasicos_v1.00.xsd já disponível para os outros DFe (CTe, BPe, etc.). Como foram criados tipos novos para o CNPJ alfa, e os schemas da NFe ainda apontam para os tipos antigos, não deve interferir ou mudar nada nesse quesito.

perdão eu não tinha visto mas como no fonte ainda estava 4, eu estou na briga aqui para ativarem o meu o cadastro mas o retorno dos emails deles estão horiveis.

Retificando, troca de endopoint para Conam - Ferraz de Vasconcelos, segue o .INI, fiz emissão e consulta da NF funciona corretamente. ACBrNFSeXServicos.ini

apenar tirei o if na pcnCIOTW_eFrete, na parte do opGravarProprietario da gerar proprietario, vou mandar aqui junto pcnCIOTW_eFrete.pas

Ajustes o nome da variavel e numero do CIOT enquanto nao esta disponivel na impressão coloquei na OBS. Obrigado

Boa tarde a todos estou com o seguinte erro ao adicionando operação de transporte: Usuário não possui permissão na transportadora com CNPJ 0..., ou permissão insuficiente. Como solucionar esse erro?

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!

Bom dia, Foi criada a tarefa CORE-264 para avaliação. Qualquer novidade, avisaremos aqui no tópico!

Boa noite vamos abrir uma ticket para ver se pode ser atendido

Olá comunidade ! Foi publicada a Nota Técnica 2026/001 v1.00 para o MDF-e discorrendo sobre regra de validação para este documento. Alteração A nova NT não traz alterações no leiaute, ela apenas traz uma regra de validação que segue: Datas Implantação Homologação: 21/09/2026 Implantação Produção: 23/11/2026 Vale ressaltar que apesar das datas presentes na NT para a ativação da regra de validação, já existe Resolução que obriga o CIOT no MDF-e. E como fica o ACBr? Alterações no ACBr não são necessárias. Leia a nota técnica na íntegra AQUI.

Bom dia @FabioTellini, Já esta no SVN.

Bom dia @bremen.sistemas, Por favor faça uma cópia da unit que você alterou. Atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Fiz uma pequena alteração na sua colaboração.

Olá pessoal, Após vários testes com o ACBrNFSeX e o provedor ISSSaoPaulo, consegui resolver a questão da alternância entre layout 1.00 e 2.00, tanto para Regime Normal quanto Simples Nacional. O ponto mais crítico é que a ORDEM DE CONFIGURAÇÃO DOS OBJETOS É FUNDAMENTAL. Mesmo com o INI correto, se o Provedor, CodigoMunicipio e Versao forem setados fora da sequência correta, a segunda nota (ou qualquer nota subsequente) herda a configuração da anterior, gerando erros de schema ou rejeição do XML. Exemplo de configuração do INI para São Paulo [3550308] Nome=Sao Paulo UF=SP Provedor=ISSSaoPaulo Versao=*** ProRecepcionar=https://nfe.prefeitura.sp.gov.br/ws/lotenfe.asmx Versao=2.00 ProRecepcionar=https://nfews.prefeitura.sp.gov.br/lotenfe.asmx HomRecepcionar=https://nfews.prefeitura.sp.gov.br/lotenfe.asmx?op=TesteEnvioLoteRPS ProLinkURL=https://nfe.prefeitura.sp.gov.br/nfe.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% HomLinkURL=https://nfe.prefeitura.sp.gov.br/nfe.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% Observem que cada versão deve ter todas as chaves necessárias, e Versao=*** funciona como fallback para layout 1. Sequência CORRETA de configuração em código Delphi NFSeX.Configuracoes.Geral.Provedor := proISSSaoPaulo; NFSeX.Configuracoes.Geral.CodigoMunicipio := 3550308; if Tb_SaoPauloOptante_SN.AsString = 'N' then NFSeX.Configuracoes.Geral.Versao := ve200 else NFSeX.Configuracoes.Geral.Versao := ve100; NFSeX.SetProvider;//Força recarregamento do provider NFSeX.Configuracoes.Arquivos.PathSchemas := GetInfoPadrao('PastaLocalExe') + 'NFSe_Util\NFSE_Schemas\SP\'; NFSeX.Configuracoes.Arquivos.PathSalvar := GetInfoPadrao('PastaLocalExe') + 'NFSe_Util\Xml\'; ForceDirectories(NFSeX.Configuracoes.Arquivos.PathSalvar); A ORDEM É CRUCIAL: PROVEDOR → CODIGO DO MUNICIPIO → VERSÃO → SETPROVIDER. Alterar essa ordem pode resultar em configuração herdada da nota anterior, principalmente ao processar múltiplas notas em sequência. Testes realizados Emissão de duas notas consecutivas: Regime Normal, versão 2.00 Simples Nacional, versão 1.00 Ambas em modo teste → Sucesso = True Funcionou mesmo processando várias notas sem recriar o componente, desde que a ordem correta seja respeitada. Referências úteis Fórum ACBr – explicação da alternância entre layouts: https://www.projetoacbr.com.br/forum/topic/90324-configurar-acbrnfsex-para-utilizar-leiaute-1-ou-leiaute-2-na-emiss%C3%A3o-de-nota-fiscal-de-servi%C3%A7o-de-s%C3%A3o-paulo-isssaopaulo/?utm_source=chatgpt.com A explicação da ordem e do carregamento do provider está detalhada nesse link. Espero que esse exemplo ajude quem também estava enfrentando problemas ao alternar layout 1.00 ↔ 2.00 e Regime Normal ↔ Simples Nacional. esse tópico pode ser encerrado, com sucesso.

parece q na hora do almoço ocorre menos timeout tbm