Painel de líderes

Olá comunidade ! Para atender a Reforma Tributária que começa em 2026, os 5.570 municípios do Brasil deverão escolher entre 3 caminhos: Migrar para o Padrão Nacional com a modalidade de emissão. Continuar usando o provedor atual, com a modalidade de compartilhamento com o padrão nacional através de API própria do provedor. Continuar usando o provedor atual, com a modalidade de compartilhamento com o padrão nacional, modificando o leiaute do provedor. Para garantir que o componente ACBrNFSeX continue robusto e atualizado, antecipando essas mudanças, contamos o apoio da nossa comunidade. Como você pode ajudar? Se você tem contato com a prefeitura ou provedor responsável por atender algum município, por favor, compartilhe conosco. Qualquer informação oficial sobre alterações previstas pode ajudar. Responda aqui mesmo neste tópico conforme o modelo: Cidade/UF: Previsão de Mudança: Tipo de Mudança: (Padrão Nacional/API Própria/Mudança de Leiaute) Fonte/Documentação: Acompanhe o tópico abaixo para saber qual é a situação atual do componente

Pelo que estou analisando seria na parte do excel na aba "RN NFS-e - ADN"

resposta do email Sil Tecnologia: Bom dia, Prezados, O município em questão optou por Emissor Próprio e assim, o fluxo de emissão será: 1. Contribuinte envia a nota para a sistema da prefeitura (link disponibilizado abaixo). 2. Prefeitura recepciona a nota e valida as condições municipais - exemplo: atividade pertence a empresa, dedução permitida para a atividade, questões de isenção e imunidade. Se tiver algo inconsistente, retorna com a rejeição municipal para o Contribuinte e a nota não é emitida. 3. Caso não haja rejeição municipal (atividade não permita, dedução indevida e etc - por exemplo), a prefeitura compartilha a nota com o Emissor Nacional. Se o Nacional rejeitar alguma informação, retorna a rejeição para o Contribuinte e a nota não é emitida. 4. Se a prefeitura e o Emissor Nacional aceitaram o XML enviado, a nota é gerada com sucesso e será retornado a chave de acesso gerada pela receita (código numérico de 50 posições). Em resumo, o XML a ser enviado no padrão nacional precisa ser aceito tanto pelo municipio emissor, quanto pela receita ou a nota não será gerada. Não será aceito envio via arquivo TXT, sendo disponível apenas via WebService. Não será aceito envio assíncrono, sendo aceito apenas envio síncrono - envia uma nota e aguarda a resposta, não pode enviar e consultar a situação depois. Não será aceito envio em lote, sendo aceito envio de nota a nota - envia uma nota, aguarda a resposta, envia a proxima. A documentação e orientações do novo modelo NF Nacional estão disponíveis no link: https://interface.siltecnologia.com.br/apidocs/bauru/#tag/Nota-Fiscal-Nacional reposta Prefeitura: BOM DIA! Foi definido que Bauru adotará a utilização de EMISSOR PRÓPRIO, compartilhando os documentos fiscais eletrônicos gerados via API, com leiaute padronizado, com o Ambiente de Dados Nacional da NFS-e (ADN e SEFIN Nacional), conforme Seção V, artigo 62, inciso II parágrafo 1º, inciso I, da Lei Complementar nº 214 de 2025. A preferência pelo uso do EMISSOR PRÓPRIO se dá por diversos fatores, como: - A legislação tributária de Bauru possui diversas especificidades, hoje já abarcadas pela Nota Fiscal Municipal, que NÃO conseguem ser atendidas pelo Sistema Nacional; - O uso do Emissor Próprio permite que o município faça os lançamentos tributários diretamente em seu sistema com base na emissão/escrituração da DPS, não necessitando de retorno do Ambiente Nacional para que sejam efetuados. - Não há interesse no momento de utilizar o MAN – Módulo de Apuração Nacional. Os contribuintes deverão continuar recolhendo o imposto por meio de guia municipal; A Nota Fiscal do município, hoje de padrão ABRASF, deverá atender o leiaute oficial da Nota Fiscal de Serviço eletrônica – NFS-e padrão nacional, definido por meio das notas técnicas da Secretaria-Executiva do Comitê Gestor da Nota Fiscal de Serviço Eletrônica de Padrão Nacional (SE/CGNFS-e). A previsão para uso do novo layout é a partir de 01/01/2026. AS INFORMAÇÕES QUE CONSTAM NESTE E-MAIL NÃO SÃO CONSIDERADAS COMO CONSULTA TRIBUTÁRIA, SÃO DE CARÁTER GERAL E NÃO DE SITUAÇÃO ESPECÍFICA. Obs.: Em caso de resposta, manter diálogo anterior para facilitar a comunicação. Atenciosas saudações, NATHALIA DENISE – SERVIÇO DE ATENDIMENTO AO CONTRIBUINTE Prefeitura Municipal de Bauru – Secretaria Municipal da Fazenda NÃO TEMOS ATENDIMENTO PRESENCIAL Atendimento de 2º a 6º feira, das 08:00 às 17:00 h TELEFÔNICO: (14) 3235–1000. Escolher a opção 2 e depois a opção 1 WHATSAPP: (14) 3223–1514 E–MAIL: [email protected]

Enviei o email hoje também.

Boa tarde, tudo bem ? Apenas para informar a quem tiver o mesmo problema, a data da RPS estava muito antiga, resolvido!

Valeu, Obrigado

no componente está implementado o código para usar pois o padrão é o mesmo para todos os municipios que usam o padrão nacional. então só se existir alterações locais para não funciona

o end point não é esse?

Isso já foi corrigido. Só atualizar o ACBr.

Não faço ideia, atualmente não uso c# com a AcbrLib

Bom dia @Alessandro_dev, tudo certo? Você está utilizando lib, componente ou monitor? Você pode alterar estes dois campos: Seção DANFE: TipoDANFE = 4 Seção NFe: ModeloDF= 1 A documentação completa com campos e parametros você pode encontrar em: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html Me avise se deu certo os testes alterando os campos mencionados.

https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Exemplos/ACBrDFe/ACBrNFSeX/

Só para deixar registrado. Informando o CST funcionou. Servico.Valores.tribFed.CST := TCST.cst00;

Boa tarde @Italo Giurizzato Junior e @apfsantos Ontem mesmo encaminhei um e-mail para a SIL TECNOLOGIA com as dúvidas do Ítalo, e acredito que em breve teremos as respostas. Assim que eles retornarem, já publico aqui. Att Michel Abrão.

Foi publicada a versão 25.2.H das tabelas fornecidas pelo IBPT, às quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/11/2025 até 31/01/2026. Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Oi @Juliomar Marchetti Obrigado pela resposta. Eu descartei erro de credencial por que consigo emitir nota "normal" sem problemas. Confirmei que o cliente tem autorização, isso é notório na interface de emissão manual, alguns CNPJs podem usar a tela e outros não (esse em particular pode). Entrei em contato com o suporte da NFSe Nacional, eles informaram algo bem peculiar, que eu deveria estar enviando uma NFSe ao invés de um DPS. Isso bate com a documentação mas ainda acho estranho por que normalmente não controlamos o número da NFSe, só do DPS, e outros campos parecem ser de preenchimento exclusivo do ambiente autorizador. De qualquer forma, testes com XML válido e assinado de uma NFSe deram o mesmo resultado. Vou seguir insistindo, se tiver qualquer sucesso eu volto e posto aqui. Obrigado.

Prefeitura de Uberlândia - Emissor Nacional em 01/01/2026 https://www.uberlandia.mg.gov.br/2025/11/12/prefeitura-adere-ao-emissor-nacional-da-nota-fiscal-de-servicos-eletronica-nfs-e-com-vigencia-a-partir-de-1o-de-janeiro-de-2026/ Alteração realizada no arquivo ACBrNFSeXServicosRTC.ini

Prefeitura de Passo Fundo - Emissor Nacional em 01/01/2026. Alteração realizada no arquivo ACBrNFSeXServicosRTC.ini

Boleto.ListaRetornoWeb[i].DadosRet.TituloRet.DataBaixa é a propriedade correta para obter a data de liquidação via api do Sicoob.

Bom dia @Juliomar Marchetti Na verdade o cancelamento por substituição é feito por envio da nova nota e setando os dados da nota a ser substituida e não por evento. Foi desatenção de minha parte. Obrigado pela atenção. Podes fechar.

Ah. se quiserem dar uma melhorada e colocar como exemplo la no trunk, fiquem a vontade rs Abraços

Eu percebi uma certa instabilidade nesse endpoint em homologação. Acabei de gerar um DANFE sem problemas.

Não isso é lá no site

SEGUE A FUNÇÃO PARA BANCOS MYSQL/MARIADB Função retorna sempre valores monetários (2 casas decimais) CREATE DEFINER=`root`@`localhost` FUNCTION `ROUND_ABNT`(VALOR DECIMAL(15, 5)) RETURNS decimal(15,2) NO SQL DETERMINISTIC BEGIN SET @VLR = VALOR; SET @VLRI = SUBSTRING_INDEX(@VLR,'.',1) ; SET @CAS = SUBSTRING_INDEX(@VLR,'.',-1); SET @DCM = LEFT(SUBSTRING_INDEX(@VLR,'.',-1),2); SET @RST = LEFT(SUBSTRING_INDEX(@VLR,'.',-1),2);#, LENGTH(@RST) - LENGTH(@DCM)); SET @OPE = MID(@CAS,3,2); SET @RES = IF( (@DCM % 2 = 0) AND (@OPE <= 5), (@VLRI + @DCM/100), (@VLRI + (@DCM/100 + 0.01)) ); RETURN @RES; END

Sim Juliomar, tentei colocar a midas.dll e não funcionou. Mais consegui descobrir o problema, eram essas duas units System.Skia e Vcl.Skia. Quando retirei elas do projeto resolveu. Como não preciso delas deixei sem, mais caso alguém precise distribuir sua aplicação usando essas units vai precisar das dlls skia.dll e sk4d.dll. Não cheguei a testar com as dlls mais até onde pesquisei precisa delas para funcionar se não tiver o delphi instalado na máquina. Obrigado pela ajuda Juliomar, Valeu!

Entendo. Testamos aqui esse parâmetro de Fonte, várias vezes, na função ImprimirTexto, mas sem sucesso, acredito que seja problemas com a impressora mesmo. No fim, refizemos o projeto, trabalhando agora com o FastReport, manipulando os arquivos fr3, injetando os dados do produto e enviando para o spooler. Funcionou! Ainda não sabemos se haverá problemas futuros, mas por enquanto deu tudo certo, cliente aprovou e a equipe interna também. Muito obrigado pelo apoio.

Cidade : São José do Rio Preto Provedor : Mundança no Layout e mantém o GISS Documentação técnica https://sjrp.giss.com.br/giss-ajuda/desenvolvedores.html schemas_modificados_gissv2(3).zip Já foi feito alterações no componente visando as alterações realizadas pelo provedor no layout em uso.

O banco 461-ASAAS foi implementado na tarefa ACBr-8211, Rev-42721

Companheiros em minhas pesquisas e estudos para implantar a Reforma Tributária no meu ERP descobri os Links abaixo que me auxiliaram muito e achei que seria importante repassar para vocês. Layout NFe http://moc.sped.fazenda.pr.gov.br/Leiaute.html Tabela CST cClasTrib IBS;CBS https://dfe-portal.svrs.rs.gov.br/DFE/ClassificacaoTributaria tabela NCM on-line https://portalunico.siscomex.gov.br/classif/#/sumario?perfil=publico Regras de Validacao IBS CBS http://moc.sped.fazenda.pr.gov.br/RegrasDeValidação.html

Olá comunidade ! É com grande alegria que informamos que os novos eventos relacionados a Reforma Tributária foram implementados no ACBrNFe! Ao todo, foram adicionados 15 novos eventos que cujo autor pode ser o emitente, o destinatário ou a empresa sucessora. Um agradecimento a todos os membros da comunidade que enviaram contribuições de implementação. Os programas de exemplo nativos tanto para Delphi quanto para Lazarus foram atualizados para exemplificar cada um dos exemplos. Eles podem ser encontrados: ..\trunk2\Exemplos\ACBrDFe\ACBrNFe\Delphi ..\trunk2\Exemplos\ACBrDFe\ACBrNFe\Lazarus Se você utiliza ACBrMonitorPLUS ou ACBrLib, não se preocupe! A documentação de ambos também foi atualizada adicionando exemplos de INI para cada um dos novos eventos: Exemplos de INI dos eventos da Reforma Tributária para ACBrLib Exemplos de INI dos eventos da Reforma Tributária para ACBrMonitorPLUS Vale reforçar que tanto o ACBrMonitorPLUS quanto a ACBrLib deverão ser de compilações posteriores a 24/11/2025 para englobar os eventos, portanto, é importante que você mantenha seu Monitor ou Lib atualizados!

Bom dia Amigos. Resolvido: Era versão do ACBRMonitor .. atualizei e deu certo! Obrigado!

Com o advento da reforma tributária, os municípios são deixados com uma escolha: Aderem ao padrão nacional na íntegra ou continuam usando provedor próprio no formato aderindo ao padrão nacional no formato de compartilhamento de informações. Se escolhida a segunda opção, dois caminhos podem ser seguidos: No caminho mais simples, o provedor cria uma API própria para recepcionar os arquivos XMLs segundo o leiaute do Padrão Nacional. Nesta abordagem, o leiaute utilizado é o já existente do padrão nacional, então basta saber qual é a URL da API para comunicação e os end-points. No caminho mais complexo, o provedor altera o leiaute que ele já usa, adicionando novos campos para receber as informações que ela vai compartilhar posteriormente com o padrão nacional. Padrão Nacional A quantidade de municípios que aderiram ao Padrão Nacional é cada vez maior e pode ser conferida em um Dashboard alimentado e atualizado em tempo real. Acesse o Dashboard AQUI. Lembrando que as soluções ACBr já atendem ao padrão nacional. Provedores com API Própria para atender o Padrão Nacional com a Reforma Tributária. Última atualização: 06/01/2026 Observação: Vale reforçar que devido a relação quantidade de provedores x prazo, o foco das implementações inicialmente tem sido os métodos de emissão da NFS-e. Provedor Requisito Cidade testada Cidades atendidas* Emissão funcionando ABase Informar o Token em WSChaveAcesso Boa Vista do Burica/MS 39 Em testes Betha Vai usar WebService Soap Dourados/MS 403 Envio OK Coplan Vai usar WebService Soap Barra do Garças/MT 31 Em testes Citta Enviar o XML da NFS-e São Valentim do Sul/RS 24 Envio OK Digifred Vai usar WebService Soap Ibirubá/RS 21 Envio OK EL Informar o Token em WSChaveAcesso Aracruz/PE 155 Envio OK Infisc - Campo Bom/RS 9 Envio OK ISSNet WS Soap/Permite Lote de DPS - 25 Aguardando as URLs de homologação Pronim Permite o envio de um lote de DPS Regente Feijó/SP 184 Envio OK RLZ - Barretos/SP 9 - SilTecnologia WS Soap/Enviar o XML da NFS-e Franca/SP 16 Retorno Vazio SimplISS - Blumenau/SC 27 Envio OK (Ainda não aceita os campos IBSCBS) Tiplan - Americana/SP 8 Envio OK * Estimativa aproximada Provedores que alteram o layout em uso para atender a Reforma Tributária. Última atualização: 06/01/2026 Provedor Requisito Cidades Atendidas* Emissão funcionando EloTech Versão 2.03 138 Envio OK FintelISS Versão 2.02 4 O webservice da prefeitura não aplicou o novo Schema GeisWeb Próprio 7 Envio OK Ginfes - 22 Giss - 18 Envio OK IPM - 188 Envio OK ISSBarueri - 1 ISSe - 1 Envio OK ISSSaoPaulo Versão 2.00 1 Envio OK Publica Versão 1.00 31 Envio OK SigISSWeb Próprio 11 Envio OK SpeedGov Versão 2.00 32 Tinus Versão 2.03 44 Envio OK WebISS Versão 2.02 87 Envio OK * Estimativa aproximada

Resolvido, solução simples deletei os componentes os adicionei novamente, funcionou.