Painel de líderes

Olá pessoal! Foi publicado o AJUSTE SINIEF Nº 2, DE 11 DE ABRIL DE 2025 que aumenta o prazo em que o emissor deve guardar os documentos fiscais eletrônicos emitidos. Em outras palavras, agora o emissor deve guardar o XML da NF-e, CT-e, MDF-e, NFC-e, BP-e, NF3e, CTe-OS, GTV-e, DC-e, NFCom e todos os seus eventos vinculados por um período de 11 anos. O ajuste entra em vigor na data de sua publicação e produz efeitos a partir do primeiro dia do mês subsequente.

Olá Pessoal, Vamos atualizar esse tópico. Já foi finalizado os ajustes nos componentes: ACBrBPe, ACBrCTe, ACBrNF3e e ACBrNFCom. Os fontes alterados bem como os Schemas e os programas exemplos dos 4 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. Até o final deste mês (abril) vamos finalizar e enviar para o SVN os ajustes no componente: ACBrNFe. Os Schemas da NFe já foram disponibilizados, assim que enviarmos para o SVN os fontes do componente, enviaremos também os schemas e o programa exemplo. Deixamos o componente ACBrNFSeX para o final pois não temos os Schemas para realizar os testes e lembrando que alteração se concentra no layout do Padrão Nacional. Não sabemos qual a atitude dos provedores que utilizam a versa 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout. Até a próxima pessoal.

Olá pessoal! Foi publicada a primeira nota técnica de 2025 para o MDF-e. Alterações Modificações no leiaute A tag tpCarga do grupo que recebe as informações do produto predominante (prodPred) passa a aceitar também o valor 12 - Granel Pressurizada. Altera a definição da tag nCompra do grupo vale pedágio para "Identificador do vale pedágio obrigatório - IDVPO". Modifica a definição das infPag e Comp do leiaute do modal rodoviário para "Informações do pagamento do contrato" e "Componentes do pagamento do contrato" respectivamente. A tag tppComp do grupo dos componentes de pagamento do contrato passa a aceitar o valor 04-Frete. A tag tpValePed do grupo do Vale Pedágio passa a aceitar os valores 01-TAG e 04-Leitura de placa. Além disso os valores 02 (cupom) e 03(cartão) deixam de ser aceitos. A tag CIOT do grupo infCIOT passa a ser opcional. O leiaute do modal aquaviário ganha o campo Maritime Mobile Service Identify (MMSI) opcional de tamanho 9 aceitando apenas números. Além das modificações de leiaute, os regex também são atualizados nos arquivos de schema para aceitar o CNPJ alfanumérico. Regras de validação Adiciona regras de validação solicitadas pela ANTT para validar: A presença do NCM do produto predominante. A presença das informações de pagamento para carga lotação. O preenchimento dos dados bancários de pagamento para TAC e equiparado a TAC. O preenchimento do CIOT para TAC e equiparado a TAC. Datas Implantação Homologação: 07/2025 Implantação Produção: 10/2025 E como fica o ACBr? As soluções do ACBr serão revisadas e quaisquer modificações necessárias serão disponibilizadas em tempo hábil para que possam realizar testes em homologação. Leia a nota técnica na íntegra AQUI.

Olá Pessoal, O Componente ACBrBPe já se encontra em conformidade com a ultima versão da NT 2025/001. Já esta no SVN os fontes do componente bem como os schemas e o programa exemplo. Quem ainda não atualizou, atualize todos os fontes de todas as pastas, reinstale o ACBr. Abra o programa exemplo e procure pela palavra Reforma, descomente as linhas referente aos novos campos. Os valores atribuídos aos novos campos são fictícios. Compile o programa exemplo, configure ele e depois clique no botão [Gerar BPe]. O XML da BP-e vai ser gerado, assinado e validado. Com isso você vai poder visualizar o XML e ver os novos grupos/campos referente a reforma tributária.

Olá Pessoal, O Componente ACBrNFCom já se encontra em conformidade com a ultima versão da NT 2025/001. Já esta no SVN os fontes do componente bem como os schemas e o programa exemplo. Quem ainda não atualizou, atualize todos os fontes de todas as pastas, reinstale o ACBr. Abra o programa exemplo e procure pela palavra Reforma, descomente as linhas referente aos novos campos. Os valores atribuídos aos novos campos são fictícios. Compile o programa exemplo, configure ele e depois clique no botão [Gerar NFCom]. O XML da NFCom vai ser gerado, assinado e validado. Com isso você vai poder visualizar o XML e ver os novos grupos/campos referente a reforma tributária.

Olá Pessoal, O Componente ACBrNF3e já se encontra em conformidade com a ultima versão da NT 2025/001. Já esta no SVN os fontes do componente bem como os schemas e o programa exemplo. Quem ainda não atualizou, atualize todos os fontes de todas as pastas, reinstale o ACBr. Abra o programa exemplo e procure pela palavra Reforma, descomente as linhas referente aos novos campos. Os valores atribuídos aos novos campos são fictícios. Compile o programa exemplo, configure ele e depois clique no botão [Gerar NF3e]. O XML da NF3-e vai ser gerado, assinado e validado. Com isso você vai poder visualizar o XML e ver os novos grupos/campos referente a reforma tributária.

Boa tarde pessoal. Um tempo atrás, através do Discord eu havia entrado em contato com o ACBr referente a alguns problemas na geração de juros dos boletos do C6 Bank pelo Webservice. Dentre eles, um dos problemas discutidos era referente ao cálculo dos percentuais de juro. Em primeira comunicação com o C6 Bank, eles haviam repassado a informação de que todo juro, sendo valor ou percentual, deveria ser informado na API como cálculo diário. A API pede apenas 3 informações no JSON: Type, sendo "P"ou "V", value e dead_line: "interest": { "type": "P", "value": 0.03, "dead_line": 0 }, No caso, o componente ACBr pegava um valor, por ex 1% a.m e dividia por 30, resultando em 1/30 = 0,03% a.d. Porém, em conversas recentes com o pessoal do C6 Bank e testes em produção, o correto é informar os percentuais calculados para o mês, ou seja, deve-se manter o 1% a.m. no Json e multiplicar 1% a.d. por 30 caso seja juro diário. Na linha 234 do arquivo ACBrBancoC6.pas, deve-se inserir uma multiplicação por 30. Na linha 236, deve se tirar a divisão por 30. Obs.: A alteração é apenas para percentuais, o valor permanece o mesmo. Em anexo eu realizei um boleto de testes de 20 reais com 4% de juro a.m., fiz direto sem utilizar o componente impressao_api.pdf

Testado e certinho. Muito obrigado.

Bom dia! Obrigado pela adesão ao Clube PRO ! Faz toda diferença pra comunidade! Você pode acompanhar o canal de notícias do forum em https://www.projetoacbr.com.br/forum/forum/35-notícias-do-acbr/ e clicar no botão "Seguir", assim você será notificado sobre as notícias que colocarmos no canal. Neste canal colocamos as principais atualizações fiscais e dos componentes. Você também pode acompanhar nosso servidor no discord e o canal de notícias lá (https://discord.gg/xzET3AXb) Mantenha seus fontes atualizados com frequencia assim evita grandes alterações de uma vez só.

Bom dia Walter Comigo deu mesmo problema, atualizei os fontes do ACBR e resolveu

Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-38737 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Olá pessoal! Consta na página própria do aplicativo de manifestação do destinatário mantido pela Sefaz de São Paulo o seguinte aviso informando que o programa será descontinuado. Vale lembrar que as soluções do ACBr possuem os métodos necessários para realizar o processo de manifestação do destinatário e o mesmo é explicado no curso sobre a DistribuiçãoDFe o qual os membros PRO e Corporativo possuem acesso. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso servidor do Discord.

sugestão. nunca use pastas do sistema e caminhos tão longos. program files, windows, c:\, system32, syswow64 etc. é protegida do sistema crie uma pasta com paths pequenos ainda mais que é delphi 7 e tem limites de endereços ex: C:\Componentes ou algo assim

já respondi em um dos locais que tu postou lá no discord

Boa tarde @Light System Software Ele vai funcionar 1.1.1.1f e tbm com openssl 3.0.X mas precisa estar hablitado o modo legacy https://www.practicalnetworking.net/practical-tls/openssl-3-and-legacy-providers/

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

https://www.sefanet.pr.gov.br/dados/SEFADOCUMENTOS/103202500024.pdf Já corrigiram, pra tirar o "texto valor zerado” por apenas “valor zerado”

Mais uma vez obrigado pela atenção.

Desculpe não compreendi. Tentando emitir com o programa exemplo ocorre o mesmo erro? Consegue disponibilizar o INI do envio para testarmos aqui? Obrigado.

Boa tarde pessoa. Estou com um problema de assinatura pra o provedor RLZ, em que a devolutiva é Assinatura fora do padrão, em contato com o suporte, os mesmos me relataram que a assinatura precisa ter data e hora de assinatura do documento. mas nao entendi como resolver, Poderiam me auxiliar?

Bom dia, Estou atualizando a integração com a cidade de Imbituba/SC que fez a alteração de Betha para IPM, segue implementação no ACBrNFSeXServicos.ini. [4207304] ; Atualizado em 17/04/2025 Nome=Imbituba UF=SC Provedor=IPM Versao=2.04 ProRecepcionar=https://ws-imbituba.atende.net:7443/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=padrao HomRecepcionar=https://migracao.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_imbituba Att. Gabriel Bobello.

Obvio que era cagad4 minha, podem fechar o topico...

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Atualizei os fontes e testei, funcionou, muito obrigado.

Obrigado @Alexandre de Paula, vou validar se realmente são esses.

Como explicado no discord ou um baixa ou outro. indiferente do horário. senão alguém vai ficar sem xml se um baixar o outro já não baixa mais então é fazer o contador entender que ele não pode e não deve ficar baixando o xml do seuc liente com o certificado

Remove as linhas acima e copila o rxlib instala novamente que funciona blz Obrigado pela dica pessoal

Sim, entrei em contato, vou aguardar resposta para retornar com solução

Olá pessoal! Foi publicada a Nota Técnica 2025/002 trazendo adequações da NF-e e da NFC-e para a Reforma Tributária do Consumo. No âmbito da NF-e e da NFC-e, esta nota técnica substitui a NT mencionada no tópico abaixo: É importante reforçar que: Em produção, no ano de 2025, as informações de tributação relativas ao IBS, CBS e IS serão opcionais e não serão validadas. As novas validações relacionadas a esses tributos serão aplicadas a partir de janeiro de 2026. Como as discussões envolvendo a implantação da Reforma Tributária ainda estão em curso, está NT pode sofrer ajustes ao longo do período. Alterações. Tipos Básicos da Tributação. Visando padronização entre os diversos documentos fiscais eletrônicos esta NT acrescenta o arquivo DFeTiposBasicos_v1.00.xsd ao conjunto padrão de arquivos de schema para todos os DFes. O arquivo define a estrutura com os novos campos adicionados. Código Situação Tributária e Código de Classificação da Tributação O grupo de informações do IBS, CBS e IS contém os campos CST e cClassTrib. No tópico abaixo é detalhado o informe técnico sobre a publicação da tabela que possui a relação desses códigos. Cada código cClassTrib corresponde a um dispositivo específico da Lei Complementar 214 / 2025, tornando objetiva a informação do contribuinte sobre como é feita a tributação do IBS/CBS por item. Finalidades débito e crédito da NF-e 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 "Nota de Ajuste" e "Nota Complementar" que já existem são casos especiais de "Nota de Débito". Já uma "Nota de Entada" emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida para consumidor final é uma caso especial de "Nota de Crédito". Alterações no Layout O código do status da resposta (cStat) devolvido passa a ter tamanho 4. Adiciona no grupo de identificação da nota fiscal eletrônica (grupo Ide) ganha campos para informar o código do município do fato gerador do IBS/CBS, o tipo da nota de débito, o tipo da nota de crédito e um grupo para informar se é compra governamental. Adiciona um grupo com novos campos para receber as informações do IBS, CBS e IS por item. Adiciona um grupo para totalizar as informações do IBS, CBS e IS. Regras de validação Adiciona regras de validação que buscam validar os novos campos e suas informações, a citar alguns exemplos: cStat 1000 para validar se o fato gerador do IBS foi preenchido. cStat 1001 para validar se somente o IBS/CBS foram preenchidos quando finalidade for débito/crédito. cStat 1002 para validar se nota de compra governamental e informações devidamente preenchidas. ... Eventos Esta nota técnica cria os seguintes eventos para apuração do IBS e da CBS além de um evento de cancelamento genérico que permite cancelar qualquer um deles: 112110 - Informação de efetivo pagamento integral para liberar crédito presumido do adquirente.(Autor: Emitente) 211110 - Solicitação de Apropriação de crédito presumido.(Autor: Destinatário) 211120 - Destinação de item para consumo pessoal.(Autor: Emitente/Destinatário) 211124 - Perecimento, perda, roubo ou furto.(Autor: Destinarário) 211128 - Aceite de débito na apuração por emissão de nota de crédito.(Autor: Destinatário) 211130 - Imobilização de item.(Autor: Destinatário) 211140 - Solicitação de Apropriação de Crédito de Combustível.(Autor: Destinatário) 211150 - Solicitação de Apropriação de Crédito para bens e serviços que dependem de atividade do adquirente.(Autor: Destinatário) 212110 - Manifestação sobre Pedido de Transparência de Crédito de IBS em Operações de Sucessão.(Autor: Sucessora) 212120 - Manifestação sobre Pedido de Transparência de Crédito de CBS em Operações de Sucessão.(Autor: Sucessora) 412120 - Manifestação do Fisco sobre Pedido de Transferência de Crédito de IBS em Operações de Sucessão.(Autor: Fisco) 412130 - Manifestação do Fisco sobre Pedido de Transferência de Crédito de CBS em Operações de Sucessão.(Autor: Fisco 110001 - Cancelamento de Evento(Autor: Idem ao evento a ser cancelado). Datas Implantação Teste: 01/07/2025 Implantação Produção: 01/10/2025 E como fica o ACBr? Os componentes do ACBr já vem passando por um processo de adequação as mudanças propostas pela reforma, dito isso, essa nova versão traz algumas novas modificações, como o grupo para compras governamentais, tpNFDebito e tpNFCredito. Dito, será preciso revisar a nota e as alterações propostas com prováveis modificações sendo necessarias. Mas garantimos que as soluções do ACBr estarão de acordo com as mudanças propostas até as datas definidas, para que possam realizar seus devidos testes. Leia essa Nota Técnica na íntegra AQUI.

Olá pessoal! Foi publicada a versão 1.01 desta nota técnica. Alterações Padrões de numeração A nova versão traz mais detalhes sobre a modificação do tamanho do campo cStat. Nela é explicado que o sistema da nota fiscal está atingindo alguns limites e por isso foi necessária a ampliação dos campos do código de status de resposta (cStat) e do número do protocolo de autorização (nProt). O cStat foi aumentado para comportar até 4 posições, com essa faixa sendo utilizada para as rejeições exclusivas dos novos impostos IBS, CBS e IS. O número de protocolo de autorização é composto pelos seguintes elementos: 1 dígito para Tipo Autorizador; 2 dígitos para o código da UF; 2 dígitos para o ano; 10 dígitos para o número sequencial dos documentos autorizados para o mesmo modelo de DF-e; Como algumas UFs estão próximas de atingir o limite dos 10 dígitos sequenciais para NFC-e, o campo foi aumentado podendo ter 12 posições, fazendo com que o número do protocolo possa ter agora até 17 caracteres. Mudanças no leiaute do documento fiscal No grupo gCompraGov o elemento tpCompraGov foi renomeado para tpEnteGov. A observação dos campos CSTIS e cClassTribIS foi alterada para deixar explicito que utilize tabela própria para cada campo respectivo. O tamanho do campo vBC do grupo gIBSCBS foi alterado de 3v2-4 para 13v2 efetivamente permitindo agora um valor de até 15 dígitos com 2 casas decimais. Remove o campo vTribOp do grupo gIBSUF. Remove o grupo gTribRegular do dos grupos gIBSUF e gIBSMun e adiciona no grupo gIBSCBS. Altera o grupo que totaliza as informações dividindo em um totalizador somente para o IS e um somente para o IBSCBS. Regras de Validação Adiciona regras de validação para: Validar o IBS/CBS não informado. Validar IBS/CBS Monofásico preenchido. Validar se os valores das alíquotas do IBS/CBS e IS estão corretos. Impedir o uso do crédito presumido para NFC-e. Validar os totais do IBS/CBS monofásico. Validar se o item referenciando quando nota de débito está correto. Validar informações relacionadas ao IS. Eventos Adiciona no evento "Solicitação de Apropriação de crédito presumido" grupo para as informalões do gCBS. Deixa explícito que o evento "Perecimento, perda, roubo ou furto" é relacionado as mercadorias em estoque e não relacionadas ao trânsito. Datas Aplicação das regras de Validação. Implantação Teste: 01/07/2025 Implantação Produção: 01/2026 E como fica o ACBr? As soluções do ACBr, sejam componentes nativos, ACBrMonitorPLUS e ACBrLib estão sendo revistos e serão adequados as alterações propostas em tempo hábil para que possam realizar seus testes em homologação. Leia a versão 1.01 desta nota técnica na íntegra AQUI.

Meru amigo o erro da assinatura foi erro meu, minha pasta schema estava desatualizada, atualizei e parou o erro da assinatura. mas peguei outro erro que resolvi ajustando o ACBrNFSeXServicos.ini, o erro foi: Por favor, entre em contato com o suporte GissOnline e informe o código de erro apresentado no retorno da geração ou consulta do RPS. Codigo 2133955 Fiz o ajuste Aliquota4Casas [3525904] ; Atualizado em 03/01/2024 Nome=Jundiai UF=SP Params=Dividir100:|Aliquota4Casas: Provedor=Giss Versao=2.04 ProRecepcionar=https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws Agora esta emitindo normal, obrigado pela ajuda.

Atualizado versão da DLL e arquivo de Serviços, resolveu. Obrigado. At.te Edson

Poxa Diego, bem pensado! Nem lembrei em fazer este teste como programa exemplo. Obrigado pela dica.

Apenas para lhe posicionar. Hoje comitamos a consulta de francesinhas. Seu tarefa esta na minha lista de tarefas e aviso qdo concluido.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Usando a DLL retorna -10 Indica que houve erro ao consultar. usando AcbrMonitor retorna conforme o arquivo em anexo. OBS. consultando cadastros de outras UF, retorna ok, na DLL e no AcbrMonitior. SAIDA.TXT

Boa tarde, estou fazendo a leitura do XML da cidade de Campinas, porém logo abaixo da "Discriminação dos Serviços" e acima dos "Tributos Federais", o Código do Serviço está ficando em branco, mesmo ele estando presente no XML e sem marcar a opção "TabServicosExt" no componente. Impressão atualmente: Eu vi que dentro da unit ACBrNFSeXLerXml_ABRASFv2 , a procedure TNFSeR_ABRASFv2.LerServico(const ANode: TACBrXmlNode) Não estava adicionando um novo ItemServico, então na hora de imprimir, essa informação simplesmente estava ficando igual na imagem acima. Eu fiz a seguinte alteração nessa procedure: Depois isso, a impressão começou a funcionar corretamente Segue anexo um XML emitido em HOMOLOGAÇÃO + Unit com a alteração. ACBrNFSeXLerXml_ABRASFv2.pasxml homologacao.xml

No tópico abaixo tem uma possível solução:

Obrigado, dessa vez eu acabei fazendo direto pelo meu programa sem testar pelo exemplo da NFSeX, eu estava executando uma procedure que limpava essas informações.

Você precisa carregar as DLLs da variável de ambiente (pastas seguras) Veja esse tópico

Bom dia @fred.smartfull. Em seu arquivo você está informando direto o código ISO 0076. Por favor, faça um teste informando o código IBGE correspondente ao invés disso. Mais detalhes sobre isso no tópico.

Obrigado pela atenção pessoal. Tenham certeza que assim que for possível farei parte da comunidade ACBr PRO.

Criada uma #TK-6939 para analise do caso.

Bom dia! Consultando o site da https://www.nfe.fazenda.gov.br/portal/principal.aspx podemos verificar que foi agendada a ativação do ambiente de contingência para o SVC-AN para diversos estados para o dia 27/04/2025, um domingo. Esses casos normalmente são de manutenção dos servidores da SEFAZ e não costumam ter ocorrencias, já que eles realizam em períodos de menor acesso. Mas é importante ficar atento e verificar se você não tem clientes que possam estar operando nestes horários! Para utilizar as soluções do ACBr em contingência durante este período siga as orientações deste tópico: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso servidor do Discord.

Olá Pessoal, É com muita alegria que eu informo a vocês que os trabalhos para adequar os componentes perante a Reforma Tributária esta a todo vapor. Já foi finalizado os ajustes nos componentes: ACBrCTe, ACBrNF3e e ACBrNFCom. Os fontes alterados bem como os Schemas e os programas exemplos dos 3 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. Até o final deste mês vamos finalizar e enviar para o SVN os ajustes nos componentes: ACBrBPe, ACBrNFe e ACBrNFSeX. No caso da NFe ainda não foi disponibilizado os Schemas. Já a NFSe além da falta dos Schemas e alteração se concentra no layout do Padrão Nacional. Não sabemos qual a atitude dos provedores que utilizam a versa 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout. Até a próxima pessoal.

Olá pessoal, Foi publicada a Nota Técnica 2025/003 trazendo alterações na versão 1.3 do eSocial. Alterações Alterações já implantadas nos ambientes de produção restrita e produção: Alterações previstas para serem implantadas nas seguintes datas: • Ambiente de produção restrita: 24/03/2025 • Ambiente de produção: 22/04/2025 E como fica o ACBr? Os componentes do ACBr já foram adequados na Rev-38546. Leia esta Nota Técnica na íntegra AQUI. Os arquivos de schema já estão disponíveis e podem ser encontrados AQUI. Até mais,

Bom dia @Diego Foliene, As aterações já foram realizadas e enviadas para o SVN.

Ola a todos, gostaria de divulgar meu canal no Youtube Ele foi criado em 15 de Janeiro de 2025, e já tenho +60 vídeos sobre programação em Object Pascal (Delphi). Peço a todos que, se possível, inscrevam-se e click em Like, eu gostaria de conseguir a meta de 1000 inscritos para poder pagar os custos de produção dos vídeos. Meus vídeos são auto-explicativos onde você pode acompanhar todo o código necessário para reproduzir minhas video-aulas. Tenho os 24 Padrões de Desenho prontos e bem explicados, baseado no livro Gang of FOUR - Design Patterns. www.youtube.com/emailx45 agradeço a todos que puderem inscrever-se no meu canal. abraço a todos