Painel de líderes

Olá Pessoal, A partir de hoje (10/12/2025) o ambiente de homologação (produção restrita como eles chamam) passou a aceitar somente a versão 1.01 Se tentar enviar na versão 1.00 vai ocorrer um erro acusando que a versão 1.00 é invalida. Erro(s): Código : RNG6110 Mensagem: Falha Schema Xml Correção: The 'versao' attribute is invalid - The value '1.00' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TVerNFSe' - The Pattern constraint failed. Sendo assim ao configurar a propriedade LayoutNFSe do componente para as cidades que aderiram a emissão da NFS-e Padrão Nacional devemos usar a opção lnfsPadraoNacionalv101. Com a versão 1.01 vai ser possível realizar teste com os novos campos da Reforma Tributária. Essa configuração é para as cidades que aderiram a emissão da NFS-e Padrão Nacional. As cidades que vão continuar com os seus provedores devemos manter a propriedade LayoutNFSe com o valor lnfsProvedor.

Sobre o item 3 podemos ver um exemplo na função StrToCSTICMS. Na pcnConversao com a implementação usando o parametro "ok": function StrToCSTICMS(out ok: boolean; const s: string): TpcnCSTIcms; begin result := StrToEnumerado(ok, s, ['', '00', '10', '20', '30', '40', '41', '45', '50', '51', '60', '70', '80', '81', '90', '91', 'SN', '10part', '90part', '41rep', '60rep', '02', '15', '53', '61'], [cstVazio, cst00, cst10, cst20, cst30, cst40, cst41, cst45, cst50, cst51, cst60, cst70, cst80, cst81, cst90, cstICMSOutraUF, cstICMSSN, cstPart10, cstPart90, cstRep41, cstRep60, cst02, cst15, cst53, cst61]); end; Já na ACBr.Conversao sem o uso do parametro "ok": function StrToCSTICMS(const s: string): TCSTIcms; begin if not TryStrToCSTICMS(s, Result) then raise EACBrException.CreateFmt('Valor string inválido para TCSTIcms: %s', [s]); end; Veja no exemplo a Função "Try" citada e como ela já vai realizar o tratamento que seria feito pelo "ok" que era um parametro antes. function TryStrToCSTICMS(const s: string; out Value: TCSTIcms): Boolean; var idx: TCSTIcms; begin Result := False; for idx := Low(TCSTIcmsArrayStringsEnt) to High(TCSTIcmsArrayStringsEnt) do begin if TCSTIcmsArrayStringsEnt[idx] = s then begin Value := idx; Result := True; Exit; end; end; end; Perceba também a mudança do nome do Tipo do retorno das duas funções de TpcnCSTIcms para TCSTIcms. Fique atento aos detalhes e atualize o seu código sempre que possível!

Refatoração das Classes de Alto nível C# Olá Comunidade ! Estamos refatorando as classes de alto nível e exemplos em C# para ACBrLibs (ACBrNFe, ACBrNFse, ACBrCEP, etc.) para corrigir bugs. A principal mudança é a versão mínima como requisito para utilizar: .NET 8 (LTS) e superior ou .NET Framework 4.8.x As mudanças não afetam os métodos em alto nível. Motivação Correção de bugs de condição de corrida em ambientes Multi-Thread; Simplificação de manutenção de código; A comunidade ACBr está adotando cada vez mais .NET, ASP.NET em ambientes multiplataforma (Linux e Windows); Melhor suporte para Linux (no caso do .NET); Acompanhar o avanço da tecnologia .NET; O que você precisa estar atento? Estamos migrando nosso desenvolvimento para .NET 8 (LTS) e superior ou .NET Framework 4.8. Os exemplos e classe de alto nível talvez funcionem com versões .NET 5, 6 e 7. Mas recomendamos o uso da versão .NET 8 pelo menos. Isso porque: Versões anteriores ao .NET Core não são multiplataforma e limitam as possibilidades e potencialidades de desenvolvimento de soluções. O .NET Framework 4.8.x ainda tem suporte, mas não recebe implementações novas. Leia mais em: https://learn.microsoft.com/en-us/lifecycle/products/microsoft-net-framework Dica: use o GitHub Copilot Modernization Agent para te ajudar a fazer a migração do seu código. Novidades ACBrLibHandle.cs foi simplificado, agora apenas expõe as assinaturas de métodos comuns de alto nível. Finalizar: Método Finalizar() agora é publico. O desenvolvedor tem a escolha de quando destruir a instância de pLibHandle*. Dispose: O método Dispose() nessa nova versão apenas finaliza a instância de pLibHandle*. A versão anterior, além de destruir esse ponteiro, também descarregava a biblioteca nativa (DLL ou .SO). Essa era uma situação que levava a condição de corrida em ambientes Multithread com possível erros de Access Violation. Com essa nova abordagem (DllImport) a biblioteca nativa é carregada e descarregada uma única vez. Obs.: Após o Dispose() a instância não poderá ser reutilizada! *plibHandle é um ponteiro que permite que a instância/thread tenha seu componente ACBr (exemplo ACBrNFe) independente. Exemplo: var ACBrNFSe lib = new ACBrNFSe(); String message = ""; try { message = lib.Versao(); } catch (Exception ex) { message = ex.Message; } finally { lib.Finalizar(); } } Cronograma em Fases da migração Datas previstas para migração ** Fase 1 - Commit no SVN das classes modificadas e demos. - Sem data prevista no momento. Fase 2 - Disponibilização de pacotes no NUGET. - Sem data prevista no momento. ** Sujeito a alterações. Referencias https://learn.microsoft.com/pt-br/dotnet/csharp/programming-guide/delegates/using-delegates https://learn.microsoft.com/en-us/lifecycle/products/microsoft-net-and-net-core https://dotnet.microsoft.com/pt-br/platform/support/policy/dotnet-core

Olá comunidade ! Foi publicada a versão 2.14 do Manual de Integração do Contribuinte para GNRe. Esta versão altera o schema da Consulta de Configurações UF, adicionando novos campos. Foi criada a tarefa ACBR-8563 em nosso backlog para adequação das soluções ACBr. Qualquer novidade será divulgada aqui neste tópico.

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes, incluindo o Ajuste SINIEF Nº 37, de 5 de Dezembro de 2025 que acrescenta o seguinte inciso a cláusula primeira do Ajuste SINIEF nº 7, de 7 de abril de 2022 que estabelece a NFCom: Considerando que o inciso I do § 5º que é mencionado tem o texto: Este ajuste efetivamente permite que o estado de SP possa obrigar um volume maior de seus contribuintes a emitir a NFCom.

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes, incluindo o Ajuste SINIEF Nº 36, de 5 de Dezembro de 2025 que define em sua cláusula primeira que deverá ser emitido Bilhete de Passagem Eletrônico para operações intermunicipais: Já a cláusula segunda estipula que esta obrigatoriedade começa em 01/07/2025: Lembrando que o ACBr conta com o componente ACBrBPe para emissão deste documento fiscal.

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos Ajustes Sinief, incluindo o Ajuste SINIEF Nº 35, de 5 de Dezembro de 2025 que revoga os §§ 7º e 8º da cláusula décima primeira do Ajuste SINIEF nº 9, de 25 de outubro de 2007: Efetivamente removendo critérios para impressão do DACTe. Conforme cláusula segunda esta alteração entra em vigor a partir de 01/02/2026.

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos Ajustes Sinief, incluindo o Ajuste SINIEF Nº 34, de 5 de Dezembro de 2025 alterando a redação da cláusula décima primeira do Ajuste Nº03, de 3 de Abril de 2020 para: Efetivamente modificando a contingência da Guia de Transporte de Valores (GTV-e) de SVC para Off-line. O ajuste também conta com a cláusula segunda: Efetivamente reconhecendo GTV-es já emitidos em contingência off-line. E uma cláusula terceira definindo que este Ajuste entra em vigor na data de sua publicação.

Valeu, obrigado! Deu certo agora!!

Boa tarde. Criei duas operações TEF e finalizei elas . Depois no administrativo em Reimpressão Selecionei OUTRA TRANSAÇÂO e informei a data, a mascara já adiciona automaticamente. Ao pressionar OK acontece o erro DATA INVALIDA.

AnexoVIII-CorrelacaoItemNBSIndOpCClassTrib_IBSCBS_V1.00.00.xlsx

Boa tarde @FelipeMitt O manual apresenta apenas a URL "https://nfews.prefeitura.sp.gov.br". Como o arquivo ACBrNFSeXServicos.ini recomendava descomentar a linha abaixo, apenas executei esse ajuste e por enquanto só dá para fazer testes.

Fizemos o teste em uma outra aplicação que temos em C# e passou dessa etapa, e estamos agora com alguns erros no validador nacional, mas o nosso XML está realmente fora de padrão nessa aplicação. Mas ainda não analisei se na ACBR temos como passar algum parâmetro que deixe a URI em branco na assinatura. Se eu conseguir ajustar de alguma forma que não dependa da implementação interna da ACBR eu aviso aqui.

Bom dia pessoal. Não utilizo o ACBR, mas acompanho bastante o fórum, pois muitas vezes tem alguma informação que nos ajuda aqui. Consegui finalmente fazer a emissão da nota. Para o pessoal que está tendo o problema Cannot resolve element with ID, a única forma que passou foi enviando a URI da assinatura em branco.

Ola, Consulta esse site ele pode te ajudar https://dfe-portal.svrs.rs.gov.br/Cff/ValidadorRTC Mas ja adiantando a classificação na sua maioria será 000001

Deu certo Dinarte Moscou obrigado. o IBS corrigido

na verdade depois eu acabei conseguindo preencher era so falta de saber quais variaveis informar mesmo mas obrigado

Eu estava suspeitando que era isso, deu certo, muito obrigado pelo seu tempo!

O que vai mudar nas cidades que eu atendo com a Reforma Tributária? A partir de 2026, com a necessidade prevista na Lei Complementar 214/2025 de que as informações do IBS e da CBS sejam informadas na NFSe, os municípios terão que escolher entre: Aderir o Padrão Nacional na íntegra para emissão da nota. Continuar usando o provedor que já atende a cidade, mas agora com uma API própria deles que recepciona o arquivo XML no leiaute do padrão nacional. Continuar usando o provedor que já atende a cidade, mas agora com o leiaute do arquivo XML alterado para receber as novas informações que ele precisa. O ACBr atente a Reforma Tributária? Sim, o leiaute do padrão nacional já foi adequado para gerar as novas tags previstas pela Nota Técnica Nº004. Para os casos das cidades que continuarão usando o leiaute próprio, as soluções estão sendo adequadas gradativamente conforme a obtenção das informações. A situação pode ser acompanhada neste tópico. A resposta anterior menciona Nota Técnica Nº 004, mas já existe a 005, ela não vai ser adequada? Conforme trecho presente na própria versão 005, para 2026, os campos que entrarão em vigor no ambiente de homologação e de produção são os da versão 004. Eu já posso testar a Reforma Tributária com o Padrão Nacional? Sim. Na verdade, conforme noticiado neste tópico, você deve usar a versão 1.01 do Layout do Padrão Nacional desde o dia 10/12/2025 no ambiente de homologação. Do contrário vai receber o erro: Erro(s): Código : RNG6110 Mensagem: Falha Schema Xml Correção: The 'versao' attribute is invalid - The value '1.00' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TVerNFSe' - The Pattern constraint failed. Por que o XML gerado com as informações da Reforma Tributária não tem campos como NFSe/infNFSe/IBSCBS/valores/uf/pIBSUF, NFSe/infNFSe/IBSCBS/valores/mun/pIBSMun e NFSe/infNFSe/IBSCBS/valores/fed/pCBS? Observe que os exemplos mencionados fazem parte do grupo infNFSe, ou seja, eles fazem parte da NFSe e não do DPS. O componente gera e envia para a API do Padrão Nacional o XML do DPS. O XML da NFSe é gerado pela própria API do Padrão Nacional ao converter o DPS enviado. Em suma, é a API do Padrão Nacional que gera essas informações e não o contribuinte. O contribuinte precisa se preocupar em preencher apenas as informações do DPS. Eu consigo testar com o Padrão Nacional para adiantar minha integração? Para comunicar com a API do Padrão Nacional, um dos seguintes critérios precisa ser atendido: O prestador de serviços precisa ser um MEI. O município precisa ter aderido a emissão usando o Padrão Nacional na íntegra. Caso nenhuma dessas condições tenham sido atendidas, ao tentar comunicar com o padrão nacional receberá rejeições e erros advindos da API. Para os casos em que vai continuar com o Provedor usando a API própria, o que devo fazer? Caso o provedor já tenha sido adequado no ACBr, os passos para testar são: Abra o arquivo ACBrNFSeXServicos.ini e busque pela seção do município que vai testar, para este exemplo vamos considerar Cerro Branco/RS: [4305132] Nome=Cerro Branco UF=RS Provedor=Pronim Versao=2.03 ProRecepcionar=http://cerrobranco.govbr.cloud/nfse.portal.integracao/services.svc ; URLs para utilizar a API própria do provedor que atende o Padrão Nacional ;Versao=1.01 ;Params=APIPropria: ;ProRecepcionar= ;HomRecepcionar=https://reformatributaria.govbr.cloud/nfse.api.teste/NotaNacional/EnviarSincrono Comente as informações atuais e remova os comentários relacionados a APIPropria: [4305132] Nome=Cerro Branco UF=RS Provedor=Pronim ;Versao=2.03 ;ProRecepcionar=http://cerrobranco.govbr.cloud/nfse.portal.integracao/services.svc ; URLs para utilizar a API própria do provedor que atende o Padrão Nacional Versao=1.01 Params=APIPropria: ProRecepcionar= HomRecepcionar=https://reformatributaria.govbr.cloud/nfse.api.teste/NotaNacional/EnviarSincrono Execute o arquivo Compilas_RES.bat localizado na pasta dos fontes o ACBrNFSeX, reinstale o ACBr e faça um build da aplicação OU coloque o arquivo ACBrNFSeXServicos.ini modificado junto do seu .EXE; Com essa modificação, o demo do ACBrNFSeX, por exemplo, passa a mostrar a seguinte informação: Preencha as informações relacionadas aos novos campos da Reforma Tributária e teste o envio. Eu utilizo a ACBrLibNFSe e/ou o ACBrMonitorPLUS, existe algum exemplo de arquivo INI que eu possa usar para testar? Os campos da Reforma Tributária são lidos da mesma forma no INI, então mesmo que o objetivo seja comunicar com provedores que terão API própria, um bom ponto de partida é adicionar no arquivo INI que já utiliza os campos da Reforma Tributária que existem neste modelo.

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!

Não tinha marcado durante a instalação. Era exatamente isso. Obrigado pela atenção.

Olá Pessoal, Com a Reforma Tributária temos novas opções de emissão de NF-e, vamos tentar entender como funciona essa tal de nota de Débito ou Crédito. Na Nota Técnica 2025/002 versão 1.20 no final da página 7 temos o item 4 que traz: 4. Finalidade Débito e Finalidade Crédito da NF-e Notas de Débito e Crédito são nomes de instrumentos utilizados mundialmente para documentar situações contábeis onde é necessário corrigir informações comerciais que foram registradas em um documento, que no Brasil é a Nota Fiscal. Esta Nota Técnica cria na NF-e modelo 55 as finalidades de emissões correspondentes. O sentido das palavras “débito” e “crédito” sempre se referem ao ponto de vista do emissor: • Uma nota de débito documenta uma situação na qual o emitente registra um aumento no imposto devido (consequentemente, uma redução no imposto devido pelo adquirente, que é o destinatário); • Uma nota de crédito documenta uma situação na qual o emitente registra uma redução no imposto devido (consequentemente, um aumento no imposto devido pelo adquirente, que é o destinatário); As finalidades de emissão “Nota de Ajuste” e “Nota Complementar”, já existentes, são casos especiais de Nota de Débito; uma nota de entrada emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida a um consumidor final, é um caso especial de Nota de Crédito. A regulamentação do IBS disporá sobre a utilização de notas de crédito e notas de débito para lançamentos de ajuste, com a finalidade de instrumentalizar a preparação da declaração assistida a ser oferecida para os contribuintes, de maneira automatizada, a partir de documentos fiscais eletrônicos, em cumprimento ao que preconiza a LC 214/2025. A menos que ocorra alteração na regulamentação do ICMS e do IPI, notas de crédito e notas de débito não poderão ser utilizadas para ajustes relativos a estes tributos. O campo finNFe agora passa a ter as opções: 5=Nota de crédito; 6=Nota de débito; Portanto se a minha intenção é emitir uma NF-e de Crédito o valor de finNFe tem que ser 5, por outro lado se a intenção é emitir uma NF-e de Débito o valor de finNFe tem que ser 6. Temos agora que especificar o tipo da nota de Débito ou de Crédito através dos novos campos tpNFDebito e tpNFCredito. Devemos ter em mente que uma nota só pode ser de Débito ou de Crédito jamais vai ser de Débito e Crédito. Valores aceitos pelo campo tpNFDebito: 01=Transferência de créditos para Cooperativas; 02=Anulação de Crédito por Saídas Imunes/Isentas; 03=Débitos de notas fiscais não processadas na apuração; 04=Multa e juros; 05=Transferência de crédito de sucessão; 06 = Pagamento antecipado 07 = Perda em estoque Valores aceitos pelo campo tpNFCredito: 01 = Multa e juros 02 = Apropriação de crédito presumido de IBS sobre o saldo devedor na ZFM (art. 450, § 1º, LC 214/25) 03 = Retorno (regra de validação: B25-80) Uma nota de Débito ou Crédito não podem conter informações de: ICMS (tag: ICMS), ISSQN (tag: ISSQN), IPI (tag: IPI), II (tag: II), PIS (tag: PIS), PIS ST (tag: PISST), COFINS (tag: COFINS), COFINS ST (tag: COFINSST), ICMS UF Destino (tag: ICMSUFDest) ou Imposto Devolvido (tag: impostoDevol). Uma NFC-e (modelo 65) não permite nota de Débito ou Crédito, esses dois tipos de notas estão restritas ao modelo 55 ou seja NF-e. (regra de validação: UB106-31) Temos um novo gruo chamado gTransfCred que só deve ser gerado se a de nota de Débito tiver o tpNFDebito for 01 ou 05. O grupo gTransfCred só deve ser gerado se o CST / cClassTrib informado o permitir. (regra de validação: VC02-10) Se tpNFDebito for 03 ou 04 devemos gerar o novo grupo DFeReferenciado. (regra de validação: 3BA02-70) Uma nota de crédito de multa/juros, tpNFCredito igual a 01 ou 03 tem que referenciar uma NF-e autorizada e não pode estar cancelada. (regra de validação: B25-30) Se tpNFCredito for 01 ou 03 devemos gerar o novo grupo DFeReferenciado. A nota de Débito ou Crédito não é simples, possui muitas regras de validação, vai ser natural levarmos uma rejeição logo na primeira nota, mas de posse da NT em mãos para buscar um entendimento sobre a rejeição e sanar o problema vai ser o caminho. Tudo é muito novo para nós desenvolvedores e para os contadores, o jeito vai ser dar as mãos e tentarmos buscar a melhor implementação. Não sou contador, sou desenvolver, mas busco sempre as respostas nos Manuais, Notas Técnicas e longas conversas com os contadores. Espero que esse texto possa ajudar um pouco com esses dois tipos de notas.

Mesmo usando a api oficial do whatsapp vc pode ser bloqueado. O bloqueio do whatsapp é independente de ferramenta, ele leva em consideração o padrão do usuário, assim como outras coisas. Vou listar algumas coisas que pode fazer para não ser bloqueado: Quem recebe sua mensagem ter você como contato; Quem recebe sua mensagem interagir com sua mensagem; Enviar mensagens para números que estão na sua lista de contatos; Não enviar mensagens repetidas, ou seja, onde o texto é praticamente igual para várias das quais você enviou. Varie algumas coisas como saudações (oi, bom dia, boa tarde, olá, como vai,...); Interagir no whatsapp como se fosse um usuário comum: interagir com mensagens (curtir, responder), stories, grupos; Esquentar o número se for novo, que nada mais é que fazer o envio de mensagens e interações de forma gradativa, ou seja, hoje vc envia x mensagens, entra em alguns grupos, interage nos grupos, stories e etc. No dia seguinte, a mesma coisa, mas aumentando a frequência aos poucos e não esquecer que o outro usuário precisa interagir com você; Vou compartilhar uma experiência que já tive aqui: Compramos um número novo para um vendedor e ele começou a enviar algumas mensagens direto do celular, não usou nenhuma ferramenta, nem o whatsapp web e foi bloqueado no mesmo dia. Isto por que o whatsapp pensou que fosse algum spam, já que estava enviando mensagens parecidas para números que não estavam na lista de contatos, nem na lista de contatos de quem estava recebendo e nem foi tantas assim, acho que se for 20 contatos diferente é muito. A melhor opção de fato é a api oficial, que está mais fácil hoje, mas ainda sim é burocrática. As outras ferramentas que emulam o whatsapp web, seja empresas contratadas que já oferecem o serviço via api ou aplicação, até mesmo componentes como o TInject, WPP4Delphi, Evolution e muitos outros vão te entregar um resultado igual a api oficial, não vou dizer melhor por que algumas coisas não funcionam bem nestas ferramentas como é o caso dos botões. O que vai importar ai é como você usa a ferramenta, então pesquise sobre o assunto e veja técnicas para não ser bloqueado.

Boa noite, passeio por algo assim esses dias, uma solução que encontrei foi chamar a URL sem o "s", ou seja, ao inves de "https", quando dava o erro, forçava chamar de novo assim "http" sem o "s", até onde testei deu certo, mas o incrível que os computadores de meus colegas executava normal, só o meu com essa situação, fiz todos os procedimentos sugeridos por nossos colegas do acbr mas nada resolveu a não ser o que fiz. Espero ter ajudado.