Painel de líderes

Olá comunidade ! Foi publicado no dia 03/10/2025 a versão 1.30 desta nota técnica trazendo novos campos, novas regras de validação, alteração no cronograma e ajustes diversos. Alterações Novos campos e novos valores Adiciona no leiaute da NFe\NFCe os campos: dPrevEntrega, tpCredPresIBSZFM e indDoacao. Adiciona novos valores válidos para os campos tpNFDebito e tpNFCredito. Novos grupos Remove os grupos de gIBSCredPres, gCBSCredPres e gCredPresIBSZFM de dentro dos respectivos impostos e os adiciona em um novo grupo específico chamado gCredPresOper. Adiciona os novos grupos gAjusteCompet e gEstornoCred. Regras de validação Adiciona novas regras de validação para tratar os novos campos e grupos que foram incluídos. Altera a observação de algumas regras para considerar os novos valores possíveis para os campos já existentes. Substitui algumas regras de validação. Datas¹ O cronograma foi alterado postergando a entrada dos campos. Entrada dos schemas, das regras de validação (com exceção de algumas regras em específicas) e dos eventos: Implantação Homologação: Até 29/10/2025 Implantação Produção: 10/11/2025 Entrada das regras de validação (B10a-10, B10a-20, B10a-30, B10a-40, B10a-50, B25-110, B25-120, I05k-10, I05k-20, UB112-10, UB112-20, UB112-30, UB116-10, UB116-20, UB116-30, UB120-10, UB120-20, UB122-10, UB123-10, UB123-20, UB125-10, UB126-10, UB127-10, UB127-20, UB129-10, UB130-10, UB131-10, UB131-20, UB131-30, UB131-40, UB131-50, UB132-10, UB133-10, W59f-10, W59g-10): Implantação Homologação: Até 24/11/2025 Implantação Produção: 02/02/2026 Inicio da obrigatoriedade dos novos tributos: Implantação Homologação: Implementação futura Implantação Produção: 05/01/2025 Detalhamento Outubro/2025: Homologação: Preenchimento dos campos IBS/CBS é facultativo. Se preenchidos, as RV serão aplicadas. Produção: Preenchimento dos campos IBS/CBS é facultativo. Se preenchidos, as RV serão aplicadas. Sem valor jurídico para os novos tributos. Janeiro/2026: Homologação: Preenchimento dos campos IBS/CBS é facultativo. Se preenchidos, as RV serão aplicadas Produção: Preenchimento dos campos IBS/CBS passa a ser obrigatório conforme legislação. Para as NF-e e NFCe com IBS/CBS as RV serão aplicadas. Com valor jurídico para os novos tributos a partir de 01/01/2026. ¹ As datas foram reproduzidas no tópico conforme constam na Nota Técnica, no entanto, membros de nossa comunidade já relataram divergências nas datas estabelecidas na NT. Aguardemos novas informações. E como fica o ACBr? Esta versão traz modificações no leiaute e portanto modificações nas soluções do ACBr serão necessárias. Foi criada a tarefa ACBR-8146 para centralizar e registrar essas mudanças. Qualquer novidade será divulgada neste tópico ou em nossa área de notícias. Um agradecimento a todos os membros de nossa comunidade que compartilharam a informação da divulgação desta nova versão em nosso servidor do Discord. Leia a versão 1.30 dessa nota técnica completa AQUI.

Deve ser alterado a data de entrada em vigor dessa alteração, e a ideia de obrigar a NFe para CNPJ é facilitar a apuração dos créditos da reforma tributária, por este motivo não vai ser permitido fazer NFe referenciando NFCe, veja no vídeo abaixo uma entrevista com Simone Terra auditora da Sefaz/SP -

Olá pessoal, estou deixando para a comunidade um componente pronto para integração com as máquinas da Cielo. Fiquem a vontade para fazer atualizações necessárias e/ou implementar novos métodos. https://github.com/Gabrielmororo180/CieloDeeplink

Corrigido no SVN, rev. 41913.

Olá comunidade ! Nos últimos dias temos recebidos alguns relatos de membros da comunidade com problemas para comunicar com o Padrão Nacional utilizando as soluções ACBr. Após investigação dos relatos, foi constatado que a API do Padrão Nacional passou por melhorias, dividindo end-points que até então eram genéricos em novos end-points mais específicos, causando assim essa divergência. Foi criado a tarefa ACBR-8132 para centralizar a análise dessas alterações e as modificações que possam vir a ser necessárias na solução ACBr para adequação. Qualquer novidade relacionada será divulgada neste tópico.

Pessoal eu peguei os dados da planilha e coloquei em um banco SQLite para testes. A definicao das tabelas esta assimreforma.zip o arquivo banco.zip é a definicao das tabelas não consegui postar na mensagembanco.zipbanco.zip

Boa tarde a todos, Em breve estarei enviando uma alteração no componente e no arquivo INI visando sanar esse problema da alteração da URL para obter o DANFSE em PDF do Padrão Nacional.

Boa tarde @Antonio Gomes, Fiz uma alteração no componente que acredito que vai resolver essa questão de certificado vencido. Vou testar estando tudo OK, vou mandar para o SVN. Já foi criado a tarefa ACBR-8148 para os testes.

https://www.issnetonline.com.br/goiania/Online/Default/Master.aspx Entra ai e vc vai solicitação de documentos fiscais > solicitar Coloca uma faixa de números, grava e aguarda liberar.

Bom dia. No nosso código não houve nenhuma alteração específica do REINF desde junho. Talvez esteja faltando passar um valor para o campo "vlrBruto". Estava escrevendo a resposta.

Bom dia @Alysson Rengel, Muito obrigado pela colaboração, já foi criado a tarefa ACBR-8144 para realizar a alteração.

Na ISSNet não funciona assim No portal (prod e hom), vc precisa solicitar um range de rps de 1 a 10000 por exemplo. E aí vc só pode utilizar a numeração de RPS que estiver nesse range.

No método de consulta passe o CNPJ sem formatação (somente os números) que vai dar certo a consulta sem o erro.

Uma solução que você pode ver com sua contabilidade é a emissão de uma NFe modelo 55 com o CFOP 5929 referenciando o cupom. Ai no caso o cupom NFCe não precisa estar com o CNPJ da empresa, pode estar sem identificação. Apresente esta possibilidade para a contabilidade do seu cliente.

Sim é em ambiente de homologação. Acabei de receber um e-mail de retorno deles e não foi muito esclarecedor, pelo jeito e problema interno lá...: Prezado (a), bom dia! Por gentileza! Tente novamente. Já obtivemos relatos que os contribuintes já estão conseguindo emitir as NFS-e sem nenhum problema. Caso o problema persista, nos informe. Testei e o erro continua, estou enviando a resposta para eles com os arquivos Json, xml e tela do link de acesso, em anexo....

Olá Pessoal, O componente já esta em conformidade com essa NT desde de 28/04/2025

Olá Pessoal, Algumas units foram substituídas por outras com outros nomes mas com o mesmo conteúdo. Para quem emite CT-e/CT-e Simplificado/CT-e OS/GTV-e e por ventura faça uso em sua aplicação da unit pcteCTe deverá mudar o nome dela para ACBrCTe.Classes que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrCTe\Base. Para quem emite MDF-e e por ventura faça uso em sua aplicação da unit pmdfeMDFe deverá mudar o nome dela para ACBrMDFe.Classes que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrMDFe\Base. Para quem emite NF-e/NFC-e e por ventura faça uso em sua aplicação da unit pcnNFe deverá mudar o nome dela para ACBrNFe.Classes que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFe\Base. Observação: Façam as trocas listadas acima, pois em breve as units "antigas" vão ser removidas do SVN. Novas substituições vão ocorrer, fiquem atentos e mantenham os fontes do ACBr atualizados. Após a atualização caso tenha algum problema vai ai uma dica: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Bom dia....pode fechar o topico.....só não entendi porque a latitude e longitute não gera a tag...vou deixar o codigo como eu fiz pra gerar a tag pagamento e produto predominante.... //-----------Dados de Pagamento do Frete no MDF-e--------------------------- with rodo.infANTT.infPag.Add do begin xNome := Trim(txt_nome_resp_pagamento.Text); CNPJCPF := Trim(txt_cpf_cnp_resp.Text); idEstrangeiro := '';//txt_estrangeiro.Text; case txt_tipo_componente.ItemIndex of //------TIPO_COMP é uma variavel do TComp 0: begin TIPO_COMP := tcValePedagio; end; 1: begin TIPO_COMP := tcImpostos; end; 2: begin TIPO_COMP := tcDespesas; end; 3: begin TIPO_COMP := tcOutros; end; end; with Comp.Add do begin tpComp := TIPO_COMP; vComp := txt_valor_componente.Value; xComp := txt_descricao_componente.Text; end; vContrato :=txt_valor_contrato.Value; indPag :=TIndPag(txt_formapagto.ItemIndex); if txt_formapagto.ItemIndex = 1 then //----Condição para Gerar as Parcelas caso for aprazo begin with infPrazo.Add do begin nParcela := StrToInt(txt_nrpcela.Text); dVenc := StrToDate(txt_vencimento.Text); vParcela := txt_valor_parcela.Value; end; end; infBanc.codBanco :=infoToString(txt_numero_banco.Text); infBanc.codAgencia :=infoToString(txt_numero_agencia.Text); infBanc.CNPJIPEF :=txt_cnpj_inst_pagto.Text; end; //----------------Produto Predominante-------------------------------------- if txt_carga_pred.ItemIndex = 0 then begin if txt_descricao_produto.Text = '' then begin if Application.MessageBox('Atenção...descrição do produto predominante está vazia','Sistema', MB_OK) = IDOK then Abort; end; if txt_tipo_carga.ItemIndex =-1 then begin if Application.MessageBox('Atenção...tipo de carga predominante está vazia','Sistema', MB_OK) = IDOK then Abort; end; prodPred.tpCarga := TCarga(txt_tipo_carga.ItemIndex); prodPred.xProd := txt_descricao_produto.Text; prodPred.cEAN := txt_codbarras.Text; prodPred.NCM := txt_ncm.Text; if txt_ind_lotacao.ItemIndex = 0 then //--------Condição para gerar local de carga e descarga begin prodPred.infLocalCarrega.CEP := StrToIntDef(txt_cep_carrega.Text,0); prodPred.infLocalCarrega.latitude := StrToFloatDef(txt_latitude_carrega.Text,0); prodPred.infLocalCarrega.longitude := StrToFloatDef(txt_longitude_carrega.Text,0); prodPred.infLocalDesCarrega.CEP := StrToIntDef(txt_cep_descarrega.Text,0); prodPred.infLocalDesCarrega.latitude := StrToFloatDef(txt_latitude_descarrega.Text,0); prodPred.infLocalDesCarrega.longitude := StrToFloatDef(txt_longitude_descarrega.Text,0); end; end;