Painel de líderes

Olá pessoal! Se você não sabe do que se trata as classes baseadas em ACBrXMLDocument, o tópico abaixo tem mais detalhes: Mas em um resumo: São classes criadas de forma a utilizar as vantagens da LibXML para leitura e escrita dos arquivos XML. Elas são mais rápidas do que as classes baseadas na PCN. Elas foram criadas com o objetivo de substituir a PCN. Como podem ver no tópico indicado acima, desde antes de dezembro de 2024 essas novas classes já estão disponíveis e podem ser utilizadas pela comunidade através de opção no instalador. Agora, 6 meses depois, decidimos que a essas classes serão adotadas como padrão pelo ACBr, ou seja, ao invés de a opção vir desmarcada no instalador, ela vira selecionada por default. Por que estamos realizando esta mudança? Como é mencionado no tópico, consideramos que elas trazem vantagens em comparação com as classes da PCN. Depois de um período de 6 meses, com a comunidade já podendo utilizar elas e sem relatos recentes de problemas, consideramos que elas já estão maduras o suficiente para serem adotadas como padrão. Com o advento da Reforma Tributária, fica inviável manter a manutenção tanto nas classes PCN quanto nas classes ACBrXMLDocument, portanto, os novos campos relacionados a reforma foram adicionadas somente nas novas classes. Quais impactos essa mudança pode gerar? Como mencionado, essas novas classes precisam da LibXML para o correto funcionamento, portanto as dlls devem ser devidamente distribuídas junto ao executável ou estarem presentes no Path. Se você utiliza as units em sua aplicação, é provável que precise realizar a troca para evitar problemas de escopo. Por exemplo, substituir na seção uses da sua aplicação, onde tiver pcnNFeW por ACBrNFe.XmlWriter e onde tiver pcnNFeR por ACBrNFe.XmlReader.

Você pode achar as DLLs da LibXML2, no SVN do ACBr... https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/ Lembrando... use a versão x86, se você compila seu .EXE em 32 bits... (independente do Windows ser 64 bits) Copie todas as DLLs do link acima, na mesma pasta do seu .EXE O quanto a implementação usando a LibXML2 é mais rápida que as antigas Units do PCN ? Confira nesse vídeo:

Olá Pessoal Os componentes ACBrBPe, ACBrCTe, ACBrDCe, ACBrMDFe, ACBrNF3e, ACBrNFCom e ACBrNFe passam a ter a seguinte assinatura no referido método: procedure EnviarEmail(const sPara, sAssunto: String; sMensagem: TStrings = nil; EnviaPDF: Boolean = True; sCC: TStrings = nil; Anexos: TStrings = nil; sReplyTo: TStrings = nil; ManterPDFSalvo: Boolean = True; sBCC: Tstrings = nil); Os novos parâmetros: ManterPDFSalvo: Se não informado assume o valor padrão True, neste caso o PDF do Documento Auxiliar anexado no e-mail vai ser salvo no disco. Caso você não deseja que o PDF seja salvo em disco, deve-se informar o valor False para esse parâmetro. sBCC: permite informar o endereço de e-mail para ser enviado com cópia oculta. O componente ACBrNFSeX já tem o parâmetro ManterPDFSalvo a um bom tempo, agora ele passa a ter o parâmetro sBCC, portanto a assinatura do método EnviarEmail passa ser padrão para todos os DF-e relacionados nessa postagem. A implementação dos novos parâmetros já se encontra no SVN.

Olá pessoal! Foi publicado no Diário Oficial do Estado do Ceará no dia 22/05/2025 o Decreto Nº 36633 de 19/05/2025. Este decreto possui dois artigos que estabelecem a obrigatoriedade da vinculação dos meios de pagamento eletrônico ao seu respectivo documento fiscal eletrônico mediante interligação tecnológica com o programa emissor do mesmo para NF-e e NFC-e. É preciso mencionar, no entanto, que os prazos de implementação propriamente ditos não foram definidos no decreto, portanto, é de entendimento geral que uma regulamentação mais detalhada é necessária, então espera se a publicação de uma nova portaria ou ato normativo trazendo informações como previsões de casos de aplicação, os prazos de implementação e outros detalhes.

Pessoal, estou criando esse tópico para alertar sobre esse assunto. Parece que tem gente que ainda não sabe sobre essa situação e o tempo já vai acabando. Veja a notícia abaixo que é do ano passado: Se ainda não fez isso, comece logo a implementar a NFC-e. Lembre-se que ano que vem já entra também a Reforma Tributária. Os usuários ACBr PRO podem contar com a ajuda de nossos cursos como a Masterclass sobre o SAT, o curso Dominando NFC-e e também o curso NFC-e Offline.

Olá comunidade do Projeto ACBr ! Agora é possível utilizar as classes de alto nível referente a reforma tributária. Realizamos uma atualização das classes, onde o mesmo já esta disponíveis em nosso SVN - Commit (39575, 39576). Commit At revision: 39575: -> Foram adicionadas novas classes referente a reforma tributária. Commit At revision: 39576: -> Atualização do programa exemplo, incluindo exemplo de preenchimento usando as novas classes da reforma tributária. Para utilizar as novas classes, é necessário atualizar ACBrLibNFe.aar para a versão disponível a partir de 10/06/2025, além de atualizar os fontes disponíveis no SVN. É necessário também atualizar a pasta Schemas da NFe pois a ultima versão disponível já contem os .xsds da a reforma tributária. Detalhe, a liberação do ambiente de homologação esta previsto para o dia 01/07/2025. O Projeto ACBr esta centralizando todas as informações no tópico abaixo: Aguardamos feedbacks. Até a próxima.

Olá Pessoal, A cidade de Araraquara/SP trocou de provedor, deixou de usar o Ginfes e passou a usar o Giap. O provedor Ginfes se utiliza da versão 1 do layout da ABRASF e o Giap possui um layout próprio. O provedor Giap já se encontra implementado a um bom tempo e é usado por exemplo pela cidade de São Carlos/SP. A principio foi feita a alteração no arquivo ACBrNFSeXServicos.ini visando a troca do provedor e as URL de homologação e produção. Mas isso não foi suficiente, pois o provedor Giap vai utilizar a versão 1 do layout da ABRASF para Araraquara/SP. Sendo assim foi necessário realizar alterações no código do componente, mais precisamente nas units referente ao provedor Giap para poder atender essa demanda. Quais foram as alterações que devemos prestar mais atenção? Quem costuma copiar o arquivo ACBrNFSeXServicos.ini para a maquina do emitente da nota, vai ter que atualizar. Temos uma nova pasta de esquemas: A pasta 1.00 contem os schemas do provedor Giap para o seu layout próprio. A pasta 1.01 contem os schemas para o provedor Giap validar o XML do RPS segundo a versão 1 do layout da ABRASF. Uma nova versão do ACBrLibNFSe e do ACBrMonitor Plus já esta sendo providenciada ainda para hoje 06/06/2025. Caso alguém tenha algum problema com os serviços disponibilizados pelo provedor favor criar um tópico aqui no fórum e relatar o problema. Por fim quero informa-los que o provedor Giap disponibiliza os serviços: Recepcionar um lote com até 50 RPS, Consultar NFSe por RPS e Cancelar NFS-e. Somente esses 3 serviços estão disponíveis no webservice do provedor.

Olá pessoal! Atualmente o Projeto ACBr conta com pelo menos mais de 80 diferentes componentes que podem auxiliar a vida do desenvolvedor (e isso contando somente os nativos para Delphi/Lazarus) ! Portanto, entendemos que buscar um auxílio no momento de tirar alguma dúvida sobre algum desses componentes pode ser confuso a princípio, ficando a dúvida de onde essa dúvida deve ser enviada. Por isso, visando facilitar essa jornada, foram adicionadas descrições nos canais em nosso servidor do Discord, com o objetivo de ajudar a todos para que possam se localizar e saber qual é o canal correto para tirar suas dúvidas. Basta conferir no topo do canal. Vejam alguns exemplos: Essas descrições também foram adicionadas nos canais exclusivos para os membros PRO e também nos canais de atendimento exclusivos dos corporativo.

Este guia detalha o processo de configuração do ambiente Lazarus para a depuração de uma DLL. Como exemplo prático, utilizaremos a biblioteca ACBrLibPIXCD e seu programa de demonstração ACBrLib.PIXCD.Demo em .NET. Passo 1: Abrir o Projeto da DLL no Lazarus Primeiramente, inicie o Lazarus. Em seguida, abra o projeto da DLL que você deseja depurar. Nesse exemplo vou utilizar o ACBrLibPIXCD.lpi. Passo 2: Configurar as Opções do Compilador para a DLL Acesse o menu Projeto > Opções de projeto > Opções do Compilador: Observação: Em alguns cenários de teste, mover a DLL manualmente para o diretório correto após a compilação pode não ser suficiente para que o depurador funcione como esperado. Por isso optei por direcionar a saída da DLL para o diretório do executável. Veja os comentários dessa resposta no SO. Passo 3: Configurar as Opções de Depuração Acesse o menu Projeto > Opções de projeto > Opções do Compilador > Depuração: Observação: As configurações exatas de depuração podem precisar de ajustes com base nos requisitos específicos do seu projeto ou na versão do Lazarus que você está utilizando. Por exemplo, você pode marcar todas as opções do grupo "Verificações e afirmações". Passo 4: Configurar o Backend do Depurador para o GDB Acesse o menu Ferramentas > Opções > Depurador > “Backend” do depurador: Passo 5: Configurar os Parâmetros de Execução para a Depuração Acesse o menu Executar > Parâmetros de execução: Observação: No campo "Aplicação servidora" , você deve especificar o caminho completo para o arquivo executável que utilizará a sua DLL. Passo 6: Limpar e Construir o Projeto Acesse o menu Executar > Limpar e construir. Passo 7: Rodar a aplicação Ao executar, o Lazarus iniciará a "Aplicação servidora" que você configurou. Quando essa aplicação carregar a sua DLL e executar o código onde os breakpoints foram inseridos, a execução será interrompida no depurador do Lazarus.

Boa tarde pessoal, Hoje (27/05/2025) a SEFAZ do CE divulgou a orientação que as NFCes já estão sendo recepcionadas pelos servidores da SEFAZ Virtual do RS. https://www.sefaz.ce.gov.br/2025/05/27/sefaz-disponibiliza-ambiente-de-producao-da-autorizacao-na-svrs/ O ACBr já foi atualizado basta atualizar os seus fontes. O prazo final para migração é 01/07/2025.

Olá Pessoal, Vamos atualizar esse tópico. Já foi finalizado os ajustes nos componentes: ACBrBPe, ACBrCTe, ACBrNF3e, ACBrNFCom e ACBrNFe. Os fontes alterados bem como os Schemas e os programas exemplos dos 5 componentes mencionados acima já estão no SVN. Quero lembrar que ainda não é possível enviar o XML contendo os novos campos para a SEFAZ, uma vez que esta ainda não liberou o ambiente de homologação que esta previsto para 01/07/2025. Estamos trabalhando já no componente ACBrNFSeX, mas como dito anteriormente até a postagem desse tópico não foi publicado os Schemas. No que se refere a NFSe temos duas questões: 1. A NT publicada com as mudanças no layout referente a Reforma Tributária é no layout da NFS-e Padrão Nacional (não confundir com ABRASF). 2. Hoje o componente ACBrNFSeX atende 1848 cidades, algumas delas contrataram provedores que usam a versão 1 do layout da ABRASF, outras contrataram provedores que usam a versão 2 do layout da ABRASF e outras contrataram provedores que tem layout próprio. Não sabemos qual a atitude dos provedores que utilizam a versão 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout no que se refere a Reforma Tributária. Eles vão alterar o layout que usam para adequar a Reforma ou vão abandonar o layout em uso e vão passar a usar o layout da NFS-e Padrão Nacional? Não temos a resposta para essa pergunta. Até a próxima pessoal.

Olá pessoal! A versão 3.0 do QrCode da NFCe foi introduzida na Nota Técnica 2025/001 (leia mais sobre ela AQUI), onde a data de implementação no ambiente de homologação é 02/06/2025. No entanto, mesmo tendo passado está data, temos recebido alguns relatos de membros da comunidade que receberam erro de falha no schema ao tentar gerar NFCe com o QrCode na versão 3.0 para estados como São Paulo ou Goias. Para o estado de Goias, o membro de nossa comunidade @Silvair L Soares compartilhou a seguinte informação de que a implementação está programada para 13/06/2025: Caso esteja enfrentando problemas junto a Sefaz de São Paulo, entre em contato com a mesma para questionar se também não houve atraso na implementação.

Olá pessoal! Conferindo no painel Situação SVC-RS, é possível observar que a Sefaz de Goais ativou a contingência às 08h30 do dia 10/06/2025, com previsão de permanecer ativada até às 17h00 do mesmo dia. Para utilizar as soluções do ACBr em contingência durante este período siga as orientações do tópico abaixo:

Olá pessoal! Foi publicado o Correio Eletrônico Circular SEF/DIAT/Nº 10 / 2025 definindo o uso obrigatório da Nota Fiscal de Fatura de Serviços de Comunicação Eletrônica (NFCom) para o estado de Santa Catarina em 01/11/2025. Todas as empresas prestadoras de serviço de comunicação já estão credenciadas no ambiente de homologação podendo realizar seus testes. A solicitação de credenciamento voluntário no ambiente de produção (disponível desde 1º de dezembro de 2023) deverá ser feita pelo contabilista da empresa no Sistema de Administração Tributária-S@T, através da aplicação CEI – Gerenciamento de Autorização para Utilização de Processamento de Dados (AUPD), observando os artigos 2° e 7°-C, do Anexo 7 ao RICMS/SC, o ATO DIAT n° 31/2023, o ATO DIAT nº 32/2023, ATO DIAT 13/2025 e o ATO DIAT nº 44/2023. Vale lembrar que o ACBr possui o componente ACBrNFCom disponível para Delphi e Lazarus para emissão da NFCom. O exemplo do mesmo pode ser encontrado em ..\trunk2\Exemplos\ACBrDFe\ACBrNFCom

Olá pessoal! Foi compartilhado em nossa comunidade o seguinte comunicado relacionado ao município de São Jose do Rio Preto/SP: Portanto, se você estiver enfrentando algum problema para emitir NFSe para este município, é possível que seja devido a essa indisponibilidade.

Olá pessoal! Foi publicado no dia 02/06/2025, no Diário Oficial do Estado de São Paulo, a PORTARIA SRE 28, DE 30 DE MAIO DE 2025. Esta portaria estabelece o uso da Declaração de Conteúdo Eletrônica (DC-e), modelo 99 no estado, por pessoa física ou jurídica, não contribuinte de ICMS, para acobertar operações de transporte em hipótese que não é exigido documento fiscal, a partir de 01/10/2025. Vale mencionar que o ACBr já dispõe de componente para emissão da mesma, conforme tópico abaixo: E que também foi feita edição do Papo PRO ACBr tratando sobre o tema:

Foi publicada a versão 25.1.F das tabelas fornecidas pelo IBPT, às quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/05/2025 até 30/06/2025. 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

Olá pessoal! Foi publicado no dia 27/05/2025 a versão 1.04 desta nota técnica. Alterações Esta versão não traz alterações no leiaute. A nova versão adiciona a seguinte exceção na regra de validação responsável por devolver o cStat 600 e a mensagem "CSOSN incomatível na operação com Não Contribuinte": A mensagem de rejeição das regras que devolvem os cStat 835, 836, 311 e 839 foram atualizadas para devolver o número do item que causou a rejeição. Datas Esta nota técnica altera as datas de entrada em vigor no ambiente de homologação e no ambiente de produção para compatibilizar a disponibilização dos schemas XML em conjunto com a NT2025/002 da Reforma Tributária para NFe/NFCe. Implantação Teste: 01/07/2025 Implantação Produção: 01/10/2025 Essas novas datas valem para a NT como um todo e não somente está última versão. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar em nosso Discord a publicação da nova versão da NT. Leia a versão 1.04 desta nota técnica na íntegra AQUI.

@willian_delan, Muito obrigado... Enviei ajustes ao SVN, baseado em suas sugestões.... Commit [r39395]

Olá pessoal! Foi publicado uma notícia no Portal da Sefaz do Ceará informando que a partir do mês de Junho (não definido um dia em específico), as notas fiscais de consumidor eletrônicas, modelo 65, passarão a ser autorizadas utilizando a Sefaz Virtual do Rio Grande do Sul (SVRS). Portanto, s novas URLs a serem utilizadas são: Serviço Versão URL NFeAutorizacao 4.00 https://nfce-homologacao.svrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao4.asmx NFeRetAutorizacao 4.00 https://nfce-homologacao.svrs.rs.gov.br/ws/NfeRetAutorizacao/NFeRetAutorizacao4.asmx NFeInutilizacao 4.00 https://nfce-homologacao.svrs.rs.gov.br/ws/nfeinutilizacao/nfeinutilizacao4.asmx NFeConsultaProtocolo 4.00 https://nfce-homologacao.svrs.rs.gov.br/ws/NfeConsulta/NfeConsulta4.asmx NFeStatusServico 4.00 https://nfce-homologacao.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx RecepcaoEvento 4.00 https://nfce-homologacao.svrs.rs.gov.br/ws/recepcaoevento/recepcaoevento4.asmx Informamos que as soluções ACBr serão atualizadas em tempo hábil para que possam testar a mudança. Leia a notícia original na íntegra AQUI.

Boa tarde, sei que este tópico é antigo mas para quem precisar emitir o beep na impressora Print ID Touch, utilizar este comando ACBrPosPrinter1.ImprimirCmd(DLE + DC4 + #03 + #01 + #01 + #01 + #06 + #01);

Boa tarde @SimpleIT - Soluções em Tecnologia Sim, busca de qualquer prefeitura, mas esse código está fixado na prefeitura de aparecida de goiânia. Mas dá pra alterar conforme sua necessidade. E cada provedor possui algumas regras, como por exemplo, alguns obrigam que seja através de certificado digital a consulta/emissão, outros apenas através de usuário e senha já é possível. Primeira coisa que eu sugiro pra você é pagar pelo plano PRO, você já terá acesso à DLL de produção . E poderá pegar o código que disponibilizei e testar de imediato e ver o resultado. Além disso, no PRO tem várias vídeos aula que de explicação de como usar as libs, então você pode pegar como base. Eu também conheci o ACBrPro recentemente, e pra resolver o que precisava, vi os cursos deles de: - ACBrLibCEP com Python - ACBrMonitor (só as primeiras aulas pra entender a lógica de como utilizar. Fiz isso, porquê também não estava conseguindo usar o Python pra consultar as notas, então queria saber se o sistema deles pronto conseguiria, e conseguiu, então voltei no python e fui testando até chegar no resultado desejado) - Posts do fórum relacionados a lib ACBRNFSe como as já passados anteriormente nessa conversa Já adianto que não sou usuário avançado, nem intermediário eu diria, sou bem iniciante. E meu foco é apenas na consulta de notas, então se precisar de ajuda nesse quesito me chama. Se preferir me mande um email pra [email protected] . A lib de NF-e não usei, mas acredito que a lógica seria bem semelhante. Pra consulta de notas de NF-e eu uso outra em python que funciona bem. E pra consulta das notas do MEI (portal nacional), eles tem API, então preferi usar ela diretamente.

Vamos preparar nossos assinantes com o time do Projeto ACBr a utilizar o componente atualizado para a reforma e gerar corretamente os XMLs dentro da reforma. - Revisão dos cálculos de IBS e CBS (planilha atualizada) - Modelagem do banco de dados para absorver a Reforma Tributária - Utilização do componente ACBr e da ACBrLIB para geração correta do XML da NFe/NFC-e dentro da reforma tributária Sexta, 23/05, às 19h Assine o SACFiscal agora e não perca este conteúdo essencial! https://chk.eduzz.com/40QDJ6GJWB OBS: Se você é assinante ACBr PRO tem um cupom de quase R$ 500 de desconto te esperando! Procure o time do ACBr.

Boa tarde @willian_delan Parabéns pela iniciativa, você pode enviar para que o time possa avaliar as suas contribuições. Criar um tópico para cada unit... Exemplo. ACBrBoleto 3 bancos diferentes ou CNAB /API, criar um tópico relacionado a cada banco. Sempre colocar títulos amigáveis exemplo "ACBrBoleto Santander alteração JurosMora" Deixar atualização compatível com a ultima versao do SVN e anexa-las ao tópico. Descrever o motivo da alteração Anexar Manuais/Documentação Informar os testes realizados produção/homologação Abr

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.

Olá pessoal! Foi publicado no dia 11/06/2025 o Informe Técnico 2025.003 para divulgar o novo endereço de consulta da NFC-e para geração do QrCode que é impresso no DANFCe. Esta URL é utilizada para montar a string que é informada na tag qrCode do XML da NFC-e, devolvendo rejeição 395 - Endereço do site da UF da Consulta via QR-Code diverge do previsto caso esteja incorreta. UF URL Vigência GO Produção http://nfe.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe Até 30/08/2025 https://nfeweb.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe A partir de 16/06/2025 GO Homologação http://homolog.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe Até 30/06/2025 https://nfewebhomolog.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe A partir de 16/06/2025 E como fica o ACBr? Foi criada a #TK-7211 para atualização das URLs conforme cronograma definido no informe. Leia o Informe Técnico na íntegra AQUI.

Não existe relação entre os CSTs atuais com o cClassTrib. Nos anexos da LC 214/2025 é possível verificar os NCMs que sofrem redução de alíquota e relacionar com o cClassTrib correto.

Boa Daniel! Cara, o trabalho de vocês é de outro planeta, o que vocês fazem é excepcional, parabéns!

Olá pessoal! Foi publicada no dia 06/06/2025 a versão 1.05 desta nota técnica. Esta nova versão traz a adição de um novo grupo de compras governamentais e também ajustes em regras de validação. Alterações Foi adicionado um novo grupo para compras governamentais no IBSCBS chamado gTribCompraGov. O mesmo é composto pelos seguintes campos: pAliqIBSUF: Alíquota IBS da UF utilizada vTribBSUF: Valor do tributo do IBS da UF que seria devido sem aplicação do Art. 473 da LC 214/2025; pAliqIBSMun: Alíquota IBS do município utilizado. vTribIBSMun: Valor do tributo do IBS do município que seria devido sem aplicação do Art. 473 da LC 214/2025; pAliqCBS: Alíquota do CBS utilizada. vTribCBS: Valor da CBS Adiciona a seguinte exceção as regras de validação que validam a presença do grupo IBSCBS e seu respectivo CST: Se o CRT informado pelo emitente for 1 Simples Nacional ou 4 -MEI, o grupo gIBSCBS NÃO será exigido Adiciona regras de validação que verificam a presença ou a ausência do novo grupo gTribCompraGov e também a somatória do IBS e do CBS presentes no mesmo. Datas Implantação Homologação: Até 28/07/2025 Implantação Produção: 06/10/2025 E como fica o ACBr? Como foi adicionado um novo grupo no leiaute, modificações no componente respectivo serão necessárias. Criada a #TK-7190 para adequação do componente. Leia a versão 1.05 desta nota técnica na íntegra AQUI.

Olá pessoal! Foi publicada no dia 06/06/2025 a versão 1.05 desta nota técnica. Esta nova versão traz a adição de um novo grupo de compras governamentais e também ajustes em regras de validação. Alterações Foi adicionado um novo grupo para compras governamentais no IBSCBS chamado gTribCompraGov. O mesmo é composto pelos seguintes campos: pAliqIBSUF: Alíquota IBS da UF utilizada vTribBSUF: Valor do tributo do IBS da UF que seria devido sem aplicação do Art. 473 da LC 214/2025; pAliqIBSMun: Alíquota IBS do município utilizado. vTribIBSMun: Valor do tributo do IBS do município que seria devido sem aplicação do Art. 473 da LC 214/2025; pAliqCBS: Alíquota do CBS utilizada. vTribCBS: Valor da CBS Adiciona observação de que a mensagem de rejeição relacionada ao IBSCBS deverá devolver o item que ocasionou a rejeição. Adiciona a seguinte exceção as regras de validação que validam a presença do grupo IBSCBS e seu respectivo CST: Se o CRT informado pelo emitente for 1 Simples Nacional ou 4 -MEI, o grupo gIBSCBS NÃO será exigido Adiciona regras de validação que verificam a presença ou a ausência do novo grupo gTribCompraGov e também a somatória do IBS e do CBS presentes no mesmo. Adiciona a seguinte exceção na regra que devolve cStat 223 e a mensagem "NFCom Local informada deve ser da mesma UF da NFCom": Datas Implantação Homologação: Até 28/07/2025 Implantação Produção: 06/10/2025 E como fica o ACBr? Como foi adicionado um novo grupo no leiaute, modificações no componente respectivo serão necessárias. Criada a #TK-7189 para adequação do componente. Leia a versão 1.05 desta nota técnica na íntegra AQUI.

Olá pessoal! Foi publicada no dia 06/06/2025 a versão 1.05 desta nota técnica. Esta nova versão traz a adição de um novo grupo de compras governamentais e também ajustes em regras de validação. Alterações Foi adicionado um novo grupo para compras governamentais no IBSCBS chamado gTribCompraGov. O mesmo é composto pelos seguintes campos: pAliqIBSUF: Alíquota IBS da UF utilizada vTribBSUF: Valor do tributo do IBS da UF que seria devido sem aplicação do Art. 473 da LC 214/2025; pAliqIBSMun: Alíquota IBS do município utilizado. vTribIBSMun: Valor do tributo do IBS do município que seria devido sem aplicação do Art. 473 da LC 214/2025; pAliqCBS: Alíquota do CBS utilizada. vTribCBS: Valor da CBS Adiciona observação de que a mensagem de rejeição relacionada ao IBSCBS deverá devolver o item que ocasionou a rejeição. Adiciona a seguinte exceção as regras de validação que validam a presença do grupo IBSCBS e seu respectivo CST: Adiciona regras de validação que verificam a presença ou a ausência do novo grupo gTribCompraGov e também a somatória do IBS e do CBS presentes no mesmo. Datas Implantação Homologação: Até 28/07/2025 Implantação Produção: 06/10/2025 E como fica o ACBr? Como foi adicionado um novo grupo no leiaute, modificações no componente respectivo serão necessárias. Criada a #TK-7188 para adequação do componente. Leia a versão 1.05 desta nota técnica na íntegra AQUI.

Olá pessoal! Foi publicada no dia 06/06/2025 a versão 1.05 desta nota técnica. Esta nova versão traz a adição de um novo grupo de compras governamentais e também ajustes em regras de validação. Alterações Foi adicionado um novo grupo para compras governamentais no IBSCBS chamado gTribCompraGov. O mesmo é composto pelos seguintes campos: pAliqIBSUF: Alíquota IBS da UF utilizada vTribBSUF: Valor do tributo do IBS da UF que seria devido sem aplicação do Art. 473 da LC 214/2025; pAliqIBSMun: Alíquota IBS do município utilizado. vTribIBSMun: Valor do tributo do IBS do município que seria devido sem aplicação do Art. 473 da LC 214/2025; pAliqCBS: Alíquota do CBS utilizada. vTribCBS: Valor da CBS Adiciona a seguinte exceção as regras de validação que validam a presença do grupo IBSCBS e seu respectivo CST: Adiciona regras de validação que verificam a presença ou a ausência do novo grupo gTribCompraGov e também a somatória do IBS e do CBS presentes no mesmo. Datas Implantação Homologação: Até 28/07/2025 Implantação Produção: 06/10/2025 E como fica o ACBr? Como foi adicionado um novo grupo no leiaute, modificações no componente respectivo serão necessárias. Criada a #TK-7187 para adequação do componente. Leia a versão 1.05 desta nota técnica na íntegra AQUI.

O codigo de tributação é o próprio codigo CNAE. Somente numeros

Eu já dei inicio a implementação Assim que eu finalizar as implementações e testes das classes alto nível da NFe para Android referente a reforma tributária, vou dar continuidade na implementação desta ACBrLib.

É sim, Daniel. Porém tivemos um relato de um usuário no discord comentando que foi necessário apenas fazer o procedimento de envio do certificado da SW para a Ailos: Aparentemente não é necessário fazer alterações no componente.

Enviei ao SVN, modificações para acabar com os Exceptions silenciosos.. Commit [r39439]

Olá pessoal! Foi publicada a versão 1.04 desta nota técnica. Alterações A nova versão não trás modificações no leiaute, mas sim ajustes em regras de validação e mensagens. Foram adicionadas as regras de validação 395, 396 e 397 que rejeitam valor do IBSUF, valor do IBSMun e valor do CBS negativos. Datas Foram mantidas as mesmas datas da versão anterior. E como fica o ACBr? Como essa versão não propõe alterações no leiaute e o componente já está adequado a última versão que trazia alterações, então modificações não são necessárias. Leia a versão 1.04 desta nota técnica na íntegra AQUI.

Olá pessoal! Foi publicada a versão 1.04 desta nota técnica. Alterações A nova versão não trás modificações no leiaute, mas sim ajustes em regras de validação e mensagens. Foram adicionadas as regras de validação 395, 396 e 397 que rejeitam valor do IBSUF, valor do IBSMun e valor do CBS negativos. Datas Foram mantidas as mesmas datas da versão anterior. E como fica o ACBr? Como essa versão não propõe alterações no leiaute e o componente já está adequado a última versão que trazia alterações, então modificações não são necessárias. Leia a versão 1.04 desta nota técnica na íntegra AQUI.

Veja mais em: https://wiki.freepascal.org/GDB_Debugger_Tips https://wiki.freepascal.org/IDE_Window:_Run_parameters https://wiki.freepascal.org/IDE_Window:_Debugger_Options https://wiki.freepascal.org/IDE_Window:_DebuggerClassOptionsFrame https://wiki.freepascal.org/IDE_Window:_DebuggerGeneralOptionsFrame

Olá pessoal! Esta rejeição foi introduzida pela Nota Técnica 2025/001 e sua regra de validação é como segue: Como descrito na regra e na rejeição, está mensagem é devolvida quando é feito o envio de forma assíncrona de um lote de NF-e contendo apenas uma nota em seu conteúdo. Portanto, para evitar esta rejeição, sua aplicação precisa fazer o envio de forma síncrona caso haja apenas uma NF-e no lote ou fazer o envio de forma assíncrona com um lote contendo no mínimo duas notas. Veja mais sobre os envios síncrono e assíncrono no tópico abaixo:

No caso o meu também deu erro este erro, mas em verificação no cadastro do portal desenvolvedor do Bradesco, eu estou usando a nova api "Cobrança com QR Code". e verificando as url esta diferente com as implementada no ACBR. Com isso gostaria de saber se isso sera implementado no acbr , pois segue em anexo o "Collection" e estou aguardando o manual do Bradesco. Collection.json

só complementando já existia. só que a gente vai sem olhar para o lados as vezes e só braças pra nadar . mas já existia desde quando passou a ser nomeado as units já existentes diferentes

só por observação questão de Vcl.Graphics tu trata nos scope names do projeto

Alerta para os desenvolvedores de NFC-e em SC!! Você já fez a autorização de uso de todos seus clientes do seu PAF-NFC-e ou PAF-BP-e em SC? Se você não fez, está na dúvida ou nem sabe do que se trata, está acabando seu prazo. Seus clientes podem ficar sem emitir os documentos fiscais! Verifique o quanto antes a situação de seus clientes. Para ajudar, veja esse comunicado da SEF de SC: Esse assunto já foi falado aqui nas nossas notícias anteriormente desde o ano passado. Mas parece que há muitos que ainda não tomaram ação. Fica o alerta. Vlw pessoal bom trabalho.

Essas alterações foram enviadas para o ACBrInstall na revisão 39248

Bom dia! Contribuição enviada ao SVN na Rev-39244

Bom dia @Bruno Silvestre, Analisando o Schemas (nfse.xsd) que temos e que esta no SVN temos o seguinte: Definição do serviço GerarNfseEnvio: <xsd:element name="GerarNfseEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="Rps" type="tcRps" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> </xsd:element> Definição do tipo tcRps: <xsd:complexType name="tcRps"> <xsd:sequence> <xsd:element name="InfRps" type="tcInfRps" minOccurs="1" maxOccurs="1"/> <xsd:element ref="dsig:Signature" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Definição do tipo tcInfRps: <xsd:complexType name="tcInfRps"> <xsd:sequence> <xsd:element name="IdentificacaoRps" type="tcIdentificacaoRps" minOccurs="1" maxOccurs="1"/> <xsd:element name="DataEmissao" type="xsd:dateTime" minOccurs="1" maxOccurs="1"/> <xsd:element name="NaturezaOperacao" type="tsNaturezaOperacao" minOccurs="1" maxOccurs="1"/> <xsd:element name="RegimeEspecialTributacao" type="tsRegimeEspecialTributacao" minOccurs="0" maxOccurs="1"/> <xsd:element name="OptanteSimplesNacional" type="tsSimNao" minOccurs="1" maxOccurs="1"/> <xsd:element name="IncentivadorCultural" type="tsSimNao" minOccurs="1" maxOccurs="1"/> <xsd:element name="Status" type="tsStatusRps" minOccurs="1" maxOccurs="1"/> <xsd:element name="RpsSubstituido" type="tcIdentificacaoRps" minOccurs="0" maxOccurs="1"/> <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1"/> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1"/> <xsd:element name="Tomador" type="tcDadosTomador" minOccurs="0" maxOccurs="1"/> <xsd:element name="IntermediarioServico" type="tcIdentificacaoIntermediarioServico" minOccurs="0" maxOccurs="1"/> <xsd:element name="ConstrucaoCivil" type="tcDadosConstrucaoCivil" minOccurs="0" maxOccurs="1"/> </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag" /> </xsd:complexType> Entrei no site da prefeitura e baixei os Schemas que lá estão disponíveis. No Schema nfse_recife_v01.xsd temos (exatamente igual o que esta no nfse.xsd disponibilizado por nós): <xsd:element name="GerarNfseEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="Rps" type="tcRps" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> </xsd:element> Esse XSD tem uma chamada a um outro XSD chamado: tipos_nfse_v01.xsd e nele temos a definição do tipo tcRps (exatamente igual o que temos no nfse.xsd): <xsd:complexType name="tcRps"> <xsd:sequence> <xsd:element name="InfRps" type="tcInfRps" minOccurs="1" maxOccurs="1"/> <xsd:element ref="dsig:Signature" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> E por fim a definição do tipo tcInfRps temos (exatamente igual o que esta no nfse.xsd): <xsd:complexType name="tcInfRps"> <xsd:sequence> <xsd:element name="IdentificacaoRps" type="tcIdentificacaoRps" minOccurs="1" maxOccurs="1"/> <xsd:element name="DataEmissao" type="xsd:dateTime" minOccurs="1" maxOccurs="1"/> <xsd:element name="NaturezaOperacao" type="tsNaturezaOperacao" minOccurs="1" maxOccurs="1"/> <xsd:element name="RegimeEspecialTributacao" type="tsRegimeEspecialTributacao" minOccurs="0" maxOccurs="1"/> <xsd:element name="OptanteSimplesNacional" type="tsSimNao" minOccurs="1" maxOccurs="1"/> <xsd:element name="IncentivadorCultural" type="tsSimNao" minOccurs="1" maxOccurs="1"/> <xsd:element name="Status" type="tsStatusRps" minOccurs="1" maxOccurs="1"/> <xsd:element name="RpsSubstituido" type="tcIdentificacaoRps" minOccurs="0" maxOccurs="1"/> <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1"/> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1"/> <xsd:element name="Tomador" type="tcDadosTomador" minOccurs="0" maxOccurs="1"/> <xsd:element name="IntermediarioServico" type="tcIdentificacaoIntermediarioServico" minOccurs="0" maxOccurs="1"/> <xsd:element name="ConstrucaoCivil" type="tcDadosConstrucaoCivil" minOccurs="0" maxOccurs="1"/> </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag" /> </xsd:complexType> Chego a conclusão que existe um bug no webservice da prefeitura, pois o XML esta sendo gerado conforme os Schemas mencionados.

Olá pessoal! Conforme notícia publicada no portal da Sefaz, a ativação desta nota técnica no estado do Mato Grosso do Sul no ambiente de produção foi adiada para primeiro de setembro de 2025, seguindo agora o mesmo cronograma previsto na NT. Leia a notícia na íntegra AQUI.

Olá pessoal! Ao acessar a página da Nota Fiscal de Fatura de Comunicação Eletrônica da Sefaz de Minas Gerais o seguinte aviso é exibido: (A notícia sobre a prorrogação da NFCom pode ser lida AQUI) Vale mencionar que o Manual de Orientação ao Contribuinte prevê a regra de validação e sua respectiva rejeição em casos que a Sefaz pode considerar como mal uso do web service:

Foi gerada uma nova compilação da LibNFSe, por favor, queira atualizar para realizar novos testes e reportar qualquer problema.