Painel de líderes

Olá comunidade ! Foi publicado no dia 04/03/2026 a versão 1.11 do Informe Técnico 2024/001 atualizando a Tabela dos Meios de Pagamentos utilizada pelos documentos fiscais. Alterações Adiciona na Tabela os itens "23 - Pagamento Instantâneo (PIX) - Automático" e "24 - TEF - 'Book Transfer'". Datas Implantação Teste: 02/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Os novos valores precisarão ser adicionados nos fontes do ACBr. Para esta finalidade foi criado a tarefa ACBR-9097 para esta finalidade. Leia a versão 1.11 do Informe Técnico na íntegra AQUI.

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.

Olá comunidade ! Foi publicada a versão 1.01 desta nota técnica. Alterações Esta versão compatibiliza os códigos dos meios de pagamento conforme a tabela já existente e utilizada pela NF-e. A NT também trás algumas observações: Não há exigência de preenchimento ou uso dos campos de split payment em 2026 no ambiente de produção das empresas. A ativação efetiva desses campos ocorrerá somente quando o mecanismo de split payment entrar em vigência, prevista para 2027. Orientações adicionais e cronogramas serão divulgados oportunamente por meio dos canais oficiais do CGIBS e da RFB Datas As datas permanecem as mesmas da versão anterior. Leia a versão 1.01 desta nota técnica na íntegra AQUI.

Olá comunidade ! Como todos sabem, desde o dia 01/01/2026 não é mais permitido a emissão de Cupons Fiscais Eletrônicos (CF-e) através do SAT (Veja mais sobre isso AQUI). Foi publicado no Portal do SAT orientações sobre como os contribuintes que emitiram CF-e indevidamente depois de 31/12/2025 devem proceder: ATENÇÃO - 02/03/26 - TRATAMENTO A SER DADO PARA CF-e-SAT EMITIDO APÓS 31/12/2025 Os contribuintes que emitiram CF-e-SAT após 31/12/2025 deverão proceder como segue em relação a esses CF-e-SAT: 1- se SN: declarar os valores devidos na PGDAS-D; 2- se RPA: escriturar regularmente esses documentos na EFD do ICMS/IPI; 3- proceder com o recolhimento do imposto devido nos prazos regulamentares (ou com os acréscimos legais, se aplicável), garantindo a inexistência de prejuízo ao erário. Realizar denúncia espontânea via SIPET, serviço "Denúncia espontânea", e utilizar um dos modelos SN ou RPA.

Ahh agora que eu lembrei na hora que eu consegui entrar no Discord ontem, estava falando disso, mas eu não consegui prestar muita atenção pq eu tive atendimento bem na hora. Só para confirmar.. usa o tpPadraoNacional quando e emitente é MEI e usa o tpGeral para todos os outros emitentes, né? Obrigada pela resposta