Painel de líderes

Olá comunidade ! Recebemos múltiplos relatos em nosso Discord e em nosso Fórum de que ao tentar autorizar notas fiscais de serviço, desde o dia 01/11/2025, é devolvido o seguinte retorno: <Codigo>L84</Codigo> <Mensagem>O estabelecimento informado deverá emitir suas Notas Fiscais de Serviço Eletrônicas (NFS-e) por meio do emissor nacional da NFS-e (https://www.nfse.gov.br/EmissorNacional/)</Mensagem> Os relatos são para as cidades de Belo Horizonte/MG e Porto Alegre/RS, ambas atendidas pelo provedor BHISS. Para utilizar o Padrão Nacional com as soluções do ACBr, configure o LayoutNFSe. Componente: Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv1; Lib: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca22.html LayoutNFSe=1 Monitor: https://acbr.sourceforge.io/ACBrMonitor/WebServices.html Layout da NFS-e=lnfsPadraoNacionalv1

Olá a todos, espero que estejam bem. Sou colaborador da Tron Informática, e uma das iniciativas da empresa é começar a contribuir com o projeto ACBr, com o objetivo de agilizar as entregas e apoiar o desenvolvimento contínuo da comunidade. Em anexo, seguem as units pcesConversaoeSocial.pas, pcesS2410.pas e pcesS2416.pas, que foram alteradas para atender à Nota Técnica S-1.3 nº 05/2025, cuja entrada em produção está prevista para 24/11/2025. Agradeço desde já pela atenção e fico à disposição para quaisquer dúvidas ou esclarecimentos. Atenciosamente, Thiago Augusto da Costa Ataides Tron Informática pcesConversaoeSocial.pas pcesS2410.pas pcesS2416.pas

Boa tarde, sim o codigo de BH é 002. Para encontrar eu emite uma nfse no portal e abri o xml e vi qual codigo eles colocaram la.

Meu caro, baseado no que vc me passou, fiz umas alterações aqui, mas foi necessário desabilitar uma função no Safenet tambem, depois disso (sem o pin informado no ERP), ai passou, valeu

Eu acho que isso não é uma boa prática... Cada nova versão que você for adotar, é prudente fazer testes no seu ambiente, antes de enviar para produção

Adicionado na lista de componentes relacionados na tarefa para serem verificados e alterados.

Era isso que eu precisava, alguém me apontar alguma coisa diferente pra eu notar o que estava errado. Quando você falou de qual comando eu usava só então percebi que tem comandos diferentes para o INI antigo do emissor gratuito e para o mais atual. Antes estava usando NFe.CriarNFeSEFAZ, mudei agora para usar o comando NFe.CriarNFe e passou (bem, está dando outro erro mas pelo menos o arquivo INI está sendo lido corretamente). Muito obrigado pela ajuda Juliomar, o erro era meu aqui mesmo e bem simples e resolver. Vou dar continuidade nos meus testes mas podem fechar esse tópico

Bom dia, @Diego Foliene Ok, muito obrigado

Bom dia! Temos sim. É a tarefa ACBR-8220.

Bom dia @Italo Giurizzato Junior, ele estava no banco de dados e foi salvo no disco, como fazemos para NF-e, então notei que no "LoadFromFile" da NF-e tinha algumas condições que removia os caracteres do UTF8 BOM (Quando salvo no disco a NF-e também gera os mesmos caracteres), então repliquei no MDF-e e funcionou. Por isso perguntei se tinha algum ticket de correção para o MDF-e.

Poderia por favor, nos enviar o Log da ACBrLib, referente a essa operação ?

Show de bola, deu certo o uso. Realmente a classe facilita bastante o uso da biblioteca. Muito obrigado!

A tag pIBSUF tem regra de validação que exige preencher alíquota a não ser que tenha tributação regular. A calculadora já tem um tempo que não é atualizada, me parece não estar em conformidade com as últimas NT.

Boa tarde @Evandro Santos, Já esta no SVN.

Se não usa, não precisa estar no .ini Igualmente não deve informar grupos que não sejam relacionados a atividade da empresa [combustiveis] [medicamentos] etc...

Olá pessoal, Temos o prazer de informar um novo componente: ACBrSmartTEF. O componente ACBrSmartTEF foi desenvolvido para facilitar a integração com o SmartTEF. Ele permite, entre outras coisas, criar, consultar e cancelar ordens de pagamento. Veja mais sobre a parceria com a POS Controle nesse link aqui. Ouça mais sobre o POS Controle e o SmartTEF clicando AQUI Para saber como utilizar o componente ACBrSmartTEF, veja o tópico abaixo:

Boa tarde @LeonardoRocha, Já esta no SVN.

Olá, pessoal. Temos o prazer de anunciar que o novo componente ACBrIMendes já está disponível no SVN! Sobre o ACBrIMendes: O componente ACBrIMendes oferece uma integração simplificada com a API Gestor Tributário 3.0. Ele automatiza o gerenciamento de dados fiscais da sua empresa, prevenindo cobranças de impostos indevidas e apontando riscos de prejuízos. Com isso, proporciona mais segurança tributária e uma melhora direta no fluxo de caixa. Disponível em: - Fonte: https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrTCP/ACBrIMendes.pas - Programa exemplo: https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrTCP/ACBrIMendes/

Olá pessoal! Foi publicada em 08/05/2025 a Nota Técnica Conjunta 2025/001 para tratar do CNPJ Alfanumérico modificado pela Instrução Normativa 2229 de 15 de outubro de 2024, afetando os ambientes autorizadores da NFe, NFCe, CTe, CTe OS, GTVe, MDFe, BPe, BPe TM, NF3e e NFCom. Nova lei de formação do número do CNPJ O tamanho do CNPJ permanece sendo 14, no entanto, agora as oito primeiras posições que identificam a raiz e as 4 posições seguintes que identificam a ordem do estabelecimento inscrito aceitaram caracteres alfanuméricos (letras e números). Os dois últimos dígitos verificadores permanecerão aceitando somente números. O cálculo dos dois últimos dígitos verificadores também foi alterado para se aceitar as novas possibilidades. Alterações necessárias nos Documentos Fiscais Eletrônicos Campos do tipo CNPJ Os arquivos de schema dos diversos DFes que utilizam o CNPJ já foram atualizados previamente alterando a expressão regular para aceitar letras maiúsculas nas primeiras 12 posições: [A-Z0-9]{12}[0-9]{2} Observação: Algumas letras não devem ser aceitas no CNPJ Alfa, como I, O, U, Q e F, essa exclusão faz parte das solicitações feitas pela equipe técnica do ENCAT para a Receita Federal do Brasil e precisa ser confirmada. Regras de Validação Não se aplicam modificações nas regras de validação relacionadas, considerando que as mesmas visam autenticar a veracidade dos 2 últimos dígitos verificadores do CNPJ. A partir da implementação desta NT, o contribuinte pode considerar que os ambientes autorizadores já estão adequados ao novo cálculo proposto para o DV. Nota aos Autorizadores: As rotinas de validação de CNPJ devem rejeitar CNPJ Alfanuméricos informados anteriores a data de implantação de cada ambiente (homologação e produção), mesmo que seja admitida a informação na validação de schema (já modificado). A rejeição aplicada nesse caso será a de falha no cálculo do Digito verificador. Chave de Acesso ao Documento Fiscal Eletrônico A expressão regular que valida a chave de acesso passa a suportar letras nas 12 primeiras posições da informação correspondente ao CNPJ que compõe a chave. Cálculo do DV da Chave de Acesso Assim como o cálculo do DV para o CNPJ foi alterado, também será necessário modificar o cálculo do DV da chave de acesso seguindo a mesma lógica proposta, a fim de suportar o alfanumérico. Regras de Validação da Chave de Acesso De forma semelhante as regras de validação relacionadas ao CNPJ, a regra de validação da chave de acesso vai validar o DV da chave e portanto o contribuinte pode considerar que o novo cálculo já vai estar sendo utilizado pelos sistemas autorizadores. Nota aos Autorizadores: As rotinas de validação de Chave de acesso devem rejeitar chaves contendo CNPJ Alfanuméricos informados anteriores a data de implantação de cada ambiente (homologação e produção), mesmo que seja admitida a informação na validação de schema (já modificado). A rejeição aplicada nesse caso será a de falha no CNPJ informado na chave de acesso. Padrão do Código de Barras dos Documentos Auxiliares O padrão utilizado atualmente é CODE-128C que suporta apenas números. A sugestão é a adoção de um modelo híbrido, usando o CODE-128C quando houver somente caracteres numéricos e o CODE-128A que aceita letras e números quando houver CNPJ alfanumérico. Datas A previsão de geração dos primeiros CNPJ Alfanuméricos está definida para julho de 2026. E como fica o ACBr? O componente ACBrValidador utilizado em funções para validar o CNPJ alfanumérico já está adequado para aceitar CNPJs Alfanuméricos. Foi criada a #TK-7034 para revisão dos componentes e possíveis adequações que possam vir a ser necessárias. Qualquer novidade será divulgada neste tópico. Leia a nota técnica na íntegra AQUI.