Painel de líderes

Coordenação Técnica ENCAT 01/07/2025 Implantação das Notas Técnicas Reforma Tributária Comunicamos aos contribuintes emitentes de CTe, BPe, NF3e e NFCom que as respectivas Notas Técnicas 2025.001, que implementam o leiaute e regras de validação da reforma tributária, encontram-se IMPLANTADAS no ambiente de homologação da Sefaz virtual RS. Desta forma, as empresas ja podem testar seus sistemas de forma antecipada. Importante destacar que as NTs implantam os campos novos da reforma que serão validados APENAS se forem informados. Caso seja enviado um DFe com o schema anterior, este será validado normalmente. Esta iniciativa visa permitir que possam ser testados os sistemas dos contribuintes e do próprio ambiente de autorização que estará em constante evolução e verificação durante o processo de amadurecimento das publicações das notas técnicas.

Foi publicada a versão 25.2.A das tabelas fornecidas pelo IBPT, às quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/06/2025 até 31/07/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, Gostaria de informar que o PIX Automático já está disponível nos fontes do componente ACBrPIXCD! Com isso, as software houses que utilizam o ACBrPIXCD poderão implementar as jornadas do PIX Automático diretamente em suas aplicações, aproveitando os novos endpoints e recursos disponibilizados pelo BACEN. Sendo necessária apenas a disponibilização dessa funcionalidade na API de cada PSP. Informações Importantes Disponível APENAS para contas PJ (Empresas); É automático APENAS para o PAGADOR. Ou seja, o recebedor deverá gerar a cobrança(/cobr) à cada recorrência; Periodicidades disponíveis: Semanal, Mensal, Trimestral, Semestral e Anual. O BACEN definiu 5 jornadas diferentes, da seguinte forma: Dessas 5 jornadas, será possível utilizar o componente ACBrPIXCD nas 4 primeiras. Descritivo das Jornadas: 1ª Jornada - Ativação da recorrência através de notificação push Criar a recorrência: // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.CriarRecorrencia Disparar a solicitação da recorrência (notificação push): // Popular objeto ACBrPixCD1.PSP.epSolicRec.SolicitacaoSolicitada ACBrPixCD1.PSP.epSolicRec.CriarSolicitacaoConfirmacao 2ª Jornada - Ativação após pagamento de QR Code gerado na criação da Recorrência Criar o location: ACBrPixCD1.PSP.epLocRec.CriarLocation Criar a recorrência informando o location: // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada.loc := ID_Location; // IMPORTANTE ACBrPixCD1.PSP.epRec.CriarRecorrencia Consultar a recorrência para obter o “copia e cola”: ACBrPixCD1.PSP.epRec.ConsultarRecorrencia(IDRecorrencia); wQRCode_Gerado := ACBrPixCD1.PSP.epRec.RecorrenciaCompleta.dadosQR.pixCopiaECola; // CopiaECola gerado para pagamento e ativação da recorrência Observação: O QR Code gerado será válido enquanto a recorrência estiver ativa. 3ª Jornada – Ativação após pagamento de cobrança imediata (/cob) Criar a cobrança imediata: // Popular o objeto ACBrPixCD1.PSP.epCob.CobSolicitada ACBrPixCD1.PSP.epCob.CriarCobrancaImediata Criar a recorrência informando o txid da cobrança no objeto ativação: // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada.ativacao.dadosJornada.txid := txid_Cob; // IMPORTANTE ACBrPixCD1.PSP.epRec.CriarRecorrencia; Consultar a recorrência usando o idRec: ACBrPixCD1.PSP.epRec.ConsultarRecorrencia(IDRec); 4ª Jornada – Ativação após pagamento de cobrança com vencimento (/cobv) Criar a cobrança com vencimento: // Popular objeto ACBrPixCD1.PSP.epCobV.CobVSolicitada ACBrPixCD1.PSP.epCobV.CriarCobranca(txID); Criar a recorrência informando apenas o location (sem txid): // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada.loc := Loc_CobV; // IMPORTANTE ACBrPixCD1.PSP.epRec.CriarRecorrencia; Consultar a recorrência com idRec: ACBrPixCD1.PSP.epRec.ConsultarRecorrencia(IDRec); Como usar? Para utilizar as jornadas acima, basta atualizar os fontes do ACBr e consultar os novos métodos e propriedades disponíveis no componente ACBrPIXCD. As aplicações de demonstração do componente também já estão atualizadas com as novas funcionalidades. Qualquer dúvida ou sugestão, só comentar por aqui ou acessar nosso SERVIDOR NO DISCORD. Bons códigos a todos!

Olá pessoal! A partir de 30/06/2025 o web service do e-Social vai implementar em seus servidores de recepção e consulta de lotes de eventos um novo certificado visando adotar um padrão de segurança mais robusto baseado algoritmo SHA-384 combinado com RSA. Aplicações que não suportem essa configuração poderão apresentar falhas de conexão. O ACBr está pronto para esta mudança? A equipe de consultores está analisando as informações disponibilizadas e avaliando os fontes para confirmar se existe necessidade de alguma alteração nos fontes do ACBr. Assim que houver novas informações este tópico será atualizado Este tópico foi baseado em notícia publicada originalmente AQUI.

Olá pessoal! No dia 26/06/2025 foi publicada a versão 1.01 desta nota técnica. Alterações Aumenta o tamanho máximo do campo QrCode para permitir até 1000 caracteres para coincidir com os arquivos de schema já disponibilizados anteriormente. A regra de validação que devolve a mensagem "805 - A SEFAZ do destinatário não permite Contribuinte Isento de Inscrição Estadual" foi atualizada para incluir a lista de UFs conforme texto: Remove a regra de validação que devolve a mensagem "407 - NFC-e com qrCode na versão 3". Datas A nova versão da nota técnica não altera as datas previstas em versão anterior, portanto, permanecem sendo as mesmas. Implantação Teste: Até 02/06/2025 Implantação Produção: Até 01/09/2025 E como fica o ACBr? A nova versão apenas corrige o texto na NT para se adequar ao esquema que já estava correto e foi utilizado como base na implementação feita no ACBr e altera regras de validação, portanto, ajustes nas soluções ACBr não se fazem necessários. Leia a versão 1.01 desta nota técnica na íntegra AQUI.

O link acima saiu quebrado, mas a notícia é desse link: https://www.gov.br/esocial/pt-br/noticias/prorrogacao-da-atualizacao-de-certificado-do-esocial-para-um-novo-padrao-de-seguranca

Bom dia, Inclusão Instituição SB Cash Alterações no ACBrBoleto 1: ACBrBancoSBCash - inclusão de nova Unit 2: cobBancoSBCash 3: 482: Result := CobBancoSBCash; 4: CobBancoSBCash : fBancoClass := TACBrBancoSBCash.create(Self); ACBrBoleto.pas ACBrBancoSBCash.pas

Olá pessoal! Conferindo às 16h30 do dia 30/06/2025, a notícia publicada no portal do e-Social que originou a criação deste tópico foi removida acessando pelo link: E também não pode mais ser localizada a partir da página inicial de notícias do e-Social:

Olá pessoal. Este post é apenas informativo. Acabei de testar o qrcode versão 3. Em SP, no ambiente de homologação, foi autorizado.

Olá pessoal! Ao acessar o Portal SPEDMG > NF3e, o seguinte aviso é exibido informando sobre a manutenção e indisponibilidade do ambiente de homologação da NF3e na Sefaz de Minas Gerais entre os dias 02 e 03 de Julho.

No caso você tem um site com algum plugin de ecommerce como o Wocommerce e tem o PagSeguro como gateway, nisto você quer fazer uma integração, mas qual o objetivo desta integração? Você quer pegar os pedidos feitos no site com os valores recebidos? Quer lançar pedidos a partir de um outro sistema? Poderia ser mais especifico em relação ao seu objetivo e as ferramentas utilizadas? Creio que o ACBr não teria uma solução para o que você quer, mas talvez alguém aqui tenha.

Olá Pessoal, Foi publicado ontem (28/03/2025) Notas Técnicas especificas para cada modelo de Documento Fiscal Eletrônico referente a Reforma Tributária. Notas Técnicas publicadas para o BP-e, CT-e, NF3-e e NF-e/NFC-e, esta faltando a publicação da NT referente a NFCom. Em uma leitura rápida não ocorreu grandes alterações. Somente a NF-e/NFC-e que trazia um grupo referente a Compras Governamentais, este grupo agora esta presente nos demais DF-e. Outro ponto a se destacar é quanto aos prazos de liberação dos ambientes de homologação e produção. Ambiente de homologação que antes estava previsto para 01/09/2025 passou para 01/07/2025. E o ambiente de produção estava previsto para 31/10/225 passou para 01/10/2025. Com essa alteração de datas os desenvolvedores passaram a ter 3 meses em vez de 2 para adequar suas aplicações e fazerem os testes. No que se refere a NFS-e também foi publicado uma nova NT que traz algumas modificações no layout sendo que uma delas é a inclusão do grupo de Compras Governamentais. Infelizmente essa NT não traz datas de inicio do ambiente de homologação (produção restrita como eles chamam) e do ambiente de produção. A única informação que consta é que em janeiro/2026 as NFS-e devem já atender a reforma tributária, ou seja, já deve constar os novos grupos e campos. Com essas novas modificações nos layouts dos DF-e vamos ter que rever tudo o que foi feito e fazer as alterações necessárias. Pessoal, agora mais do que nunca devemos manter os fontes do ACBr atualizados e reinstalados se possível diariamente. Vamos fazer novos Papo Pro no Discord relatando as mudanças e em qual etapa estamos na adequação dos componentes. Não percam os Papo Pro eles são de extrema importância para que vocês fiquem informados.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn - #TK-7278

Sim, funcionou o envio das notas. Muito obrigado pela ajuda.

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

https://www.gov.br/esocial/pt-br/noticias/prorrogacao-da-atualizacao-de-certificado-do-esocial-para-um-novo-padrao-de-seguranca  Os empregadores devem atualizar seus sistemas para um novo padrão a partir de 2026. Aimplantação de um novo padrão de segurança, que havia sido prevista para 30 de junho deste ano, foi adiada para 2026, para permitir mais tempo de adaptação para os usuários do eSocial. O cronograma de implantação, com as datas para a produção e produção restrita, será publicado em breve. A utilização dos ambientes web do eSocial, inclusive os módulos simplificados, não será impactada.

https://acbr.sourceforge.io/ACBrLib/ComoemitirumaNFSe.html

No site não está informando sobre qual ntoa técnica se refere. Eu aconselho você a olhar neste link: https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=04BIflQt1aY= É onde estão as notas técnicas com as alterações fiscais. Lá terá esta informação correta, creio que não seria isto que está no post, mas seria melhor dar uma olhada nas notas técnicas para ter certeza.

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

Encontrei o "problema", eu troquei a libxml2.dll (conforme tópico) no intuito de fazer funcionar o envio via mapeamento de rede; Porém para alguns windows, ocorre o erro em que abri este tópico, voltei para a dll comitada no svn, e voltou a funcionar de acordo; Saberia me dizer, como validamos para ter a libxml2.dll na última versão do projeto, github.com/kiyolee/libxml2-win-build pois com ela (já validei em outro ambiente) o envio via mapeamento de rede não é mais necessário.

Bom dia! É possível que o ambiente de homologação seja o problema. Tente comparar o arquivo gerado no ambiente de homologação que está devolvendo esse TimeOut com este XML que foi aceito no ambiente de produção usando uma ferramenta como o WinMerge, por exemplo, e veja se ele aponta alguma diferença estrutural entre os arquivos.

Bom dia, Segui a orientação e no meu caso resolveu. Respondi pq notei que o post esta aberto.

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

https://blogs.embarcadero.com/easy-add-custom-component-icons-in-delphi/

Olá pessoal! Conforme aviso no Portal SPEDMG > NFCom, a sefaz de Minas Gerais vai ativar a regra de validação que devolve a rejeição de consumo indevido no ambiente de produção da NFCom em 07/07/2025. 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.

Olá pessoal! O calendário da aplicação da rejeição de consumo indevido para NFCe pela Sefaz de Minas Gerais foi atualizado novamente para modificar a data para a rejeição 208 e incluir as rejeições 237, 483, 629, 865, 866, 869, 878 e 965 Homologação Produção Regras de Validação 10/03/2025 09/05/2025 539 09/06/2025 16/06/2025 291 e 778 16/06/2025 23/06/2025 204 25/06/2025 30/06/2025 208, 237, 483, 629, 865, 866, 869, 878, 965 Portanto se sua aplicação receber múltiplas vezes em um curto período de tempo as rejeições expostas na tabela nas datas respectivas, você receberá a rejeição de consumo indevido e poderá ser bloqueado de consumir os web services por no mínimo 1 hora.

Olá pessoal! Foi publicada a versão 1.05b desta nota técnica. A nova versão corrige os nomes de alguns campos citados nas regras de validação e nas observações. Alguns exemplos seriam: A observação de pAliqEfet que está usando "pAliqEfet = pIBSUF*(1 – pRedAliq)*(1 - gCompraGov/pRedutor)" foi corrigida para refletir o imposto a que se refere a pAliqEfet em questão. A regra de validação que devolve "400 - Rejeição: Somas dos valores de IBS e CBS em compras governamentais divergente" foi corrigida para "Verificar se a soma dos valores de IBS e CBS do grupo gTribCompraGov (vTribIBSUF + vTribIBSMun + vTribCBS)(...)" As datas permanecem as mesmas da versão anterior e modificações no ACBr não se fazem necessárias. Leia a versão 1.05b na íntegra AQUI.

Olá pessoal! Foi publicado no dia 27/06/2025 a versão 1.06 desta nota técnica. Alterações e Datas A nova versão não traz alterações de leiaute ou regras de validação, apenas altera as datas de entrada em vigor para padronizar com a vigência da NT2025/002. Portanto as novas datas são: Implantação Teste: De 07/07/2025 até 11/08/2025 Implantação Produção: 06/10/2025 Leia a versão 1.06 desta nota técnica na íntegra AQUI.

Boa tarde @Sandro Andre Reghelin, Já esta no SVN.

Refiz e deu certo

Algumas observações sobre o seu arquivo de Log: 1. A resposta do método NFSE_Emitir(00029636,Enviar Lote S[237]ncrono,False ) ainda está sendo: Por favor, veja se você não está utilizando um arquivo ACBrNFSeXServicos.ini defasado. Se você tiver um arquivo ACBrNFSeXServicos.ini que ainda usa a configuração antiga dentro da pasta do seu .EXE ou apontado na chave IniServicos da seção [NFSe] do seu arquivo ACBrLib.ini, ele vai ser priorizado sobre a informação atualizada utilizada por resource interno da Lib. Então se tiver arquivo ACBrNFSeXServicos.ini antigo, atualize o mesmo. 2. A entrada no log do método NFSE_ConsultarLoteRPS que está lhe devolvendo a mensagem de protocolo não encontrado me parece incorreta. Veja na documentação do método que o mesmo possui dois parâmetros, sendo o primeiro deles o número do protocolo e o segundo o número do lote. A entrada em seu log mostra que o valor zero está sendo passado para o número do protocolo:

Faltou algum passo. refaça com calma e não esqueça de nada. mesmo que ache que tenha faça de novo

Bom dia! Você diz usando Community ou Lazarus, por exemplo? Basta reinstalar. A configuração que esta opção do instalador define já vem definida por padrão com o valor True. Veja mais detalhes no tópico: Depois de reinstalar, confira se a rotina que faz a escrita do arquivo XML está caindo na unit ACBrNFe.XmlWriter.pas

Geralmente o Adquirente, tem um repositório de Fontes, com exemplos...

Muito provavel mas dai teria que abrir chamado no sefaz para relatar o problema mas faz o processo acima de novo

[Valores] ValorServicos=232,59 ValorDeducoes=0,00 ISSRetido=1 OutrasRetencoes=0,00 DescontoIncondicionado=0,00 DescontoCondicionado=0,00 BaseCalculo=232,59 Aliquota=5,00 ValorIss=11,63 ValorIssRetido=11,63 ValorLiquidoNfse=232,59 <Servico> <Valores> <ValorServicos>232.59</ValorServicos> <ValorIss>11.63</ValorIss> <Aliquota>5.00</Aliquota> </Valores> <IssRetido>1</IssRetido> <ResponsavelRetencao>1</ResponsavelRetencao> <ItemListaServico>11.02</ItemListaServico> <CodigoCnae>8020002</CodigoCnae> <CodigoTributacaoMunicipio>8020002</CodigoTributacaoMunicipio> <Discriminacao>REFERENTE A PRESTACAO DE SERVICO DE SEGURANCA ELETRONICA\s\nCOMPETENCIA: 06/2025</Discriminacao> <CodigoMunicipio>2507507</CodigoMunicipio> <CodigoPais>1058</CodigoPais> <ExigibilidadeISS>1</ExigibilidadeISS> </Servico> Agora continua retornando a mesma mensagem. <ConsultarLoteRpsResposta> <Situacao>0</Situacao> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E86</Codigo> <Mensagem>Número do protocolo de recebimento do lote inexistente na base de dados.</Mensagem> <Correcao>Confira se o lote foi enviado e informe o número correto do protocolo de recebimento.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </ConsultarLoteRpsResposta> Existe algo que eu possa fazer para saber o motivo da nota não está sendo aceita?

Bom dia! Se conferirmos no arquivo ACBrNFSeXServicos.ini presente no SVN, o mesmo está assim: [2507507] Nome=Joao Pessoa UF=PB Provedor=DSF Versao=2.03 ProRecepcionar=https://receita.joaopessoa.pb.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap HomRecepcionar=https://serem-hml.joaopessoa.pb.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap ;Provedor=SisPMJP ;Versao=2.02 ;ProRecepcionar=https://sispmjp.joaopessoa.pb.gov.br:8443/sispmjp/NfseWSService ;HomRecepcionar=https://nfsehomolog.joaopessoa.pb.gov.br:8443/sispmjp/NfseWSService Por favor, pode conferir se não está utilizando um arquivo defasado?

Bom dia Diego, sim entendi mas como o valterpatrick falou "...mas talvez alguém aqui tenha. " fico na esperança de haver alguem que possa ajudar. Obrigadão

Páginas 17, 25, 26, 38. Anexo segue o manual que baixei do site da Prefeitura de Caxias do Sul. Município para qual estou gerando a NFSe. NFSe-ManualDeConectividade-GIF4-20200318.pdf

há tá entendi. movi para a LIB . neste caso tu tem que fazer em sua linguagem , mas como tu usa o Boleto ele já faz a impressão no boleto já configurando

Para resolver esse problema, você deve reinstalar o PDC Ou seja, execute: ADM -> Manutenção (para apagar a pasta de trabalho) ADM -> Configuração ADM -> Instalação Se não conseguir rodar o TEF, para rodar o comando de Manutenção, você pode apagar a pasta de trabalho, da PayGoWeb

O formato do campo "Data da abertura do DAV" dos registro V2 e V3 e, "Data de geração do arquivo" do registro V4, não estão sendo gerados no formato YYYYMMDD, conforme documentação do PAF-NFC-e. Alteração feita na unit ACBrPAF_V_Class.pas. ACBrPAF_V_Class.pas

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:

Olá pessoal! No dia 01/08/2024 foi publicada a Nota Técnica 2024/002 que traz as alterações referentes a NF-e/NFC-e visando adequar este documento as modificações propostas pela reforma tributária. Introdução O Projeto de Lei Complementar PLP 68 estabelece que os estados, o distrito federal e os municípios devem adequar seus sistemas autorizadores para permitir a informação dos dados relacionados ao Imposto sobre Bens e Serviços (IBS), Contribuição sobre Bens e Serviços (CBS) e Imposto Seletivo (IS). Esta nota técnica trata da adequação do layout da Nota Fiscal Eletrônica (modelo 55) e da Nota Fiscal de Consumidor Eletrônica (modelo 65). Os demais documentos serão tratados na NT 2024/001: Alterações Tipos Básicos da Tributação Os campos acrescidos no layout que serão tratados mais a frente constam no arquivo DFeTiposBasicos_v1.00.xsd, adicionado ao pacote de esquemas dos documentos fiscais, junto a esta nota técnica. Código Situação Tributária e Código de Classificação da Tributação Serão disponibilizadas no portal da nacional da nota fiscal eletrônica, tabelas que relacionam o CST e cClassTrib que devem ser utilizados no preenchimento do documento fiscal eletrônico. 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 Foi adicionado então, no campo que documenta a Finalidade de emissão da NF-e (finNFe) os valores 5 e 6 que respectivamente correspondem a Nota de crédito e Nota de débito. A cardinalidade do grupo ICMS passou a ser 0-1, dando a possibilidade do campo ser opcional. Adiciona o grupo IBSCBSSel para receber as Informações do Bens e Serviços - IBS, Contribuição de Bens e Serviços - CBS e Imposto Seletivo.. O grupo conta com um elemento para receber o Código de Situação Tributária do Imposto Seletivo (CST), o Código de Classificação Tributária do Imposto Seletivo (cClassTrib) além de um grupo para as informações dos impostos propriamente ditas e um para as informações dos impostos em operações com impostos monofásicos, ambos contendo seus próprios subgrupos e adicionando uma quantidade expressiva de novos campos. Adiciona grupo IBSCBSSelTot para totalizar as informações dos Imposto de Bens e Serviços IBS, Contribuição de Bens e Serviços CBS e Imposto Seletivo IS. O novo grupo totalizadores poderá ter até 22 novos campos que serão utilizados para totalizar as informações da NF-e/NFC-e dos elementos informados no grupo mencionado acima. Regras de Validação Esta nota técnica adiciona novas regras de validação que dentre outras coisa verificam: Se a finalidade de débito ou crédito for utilizada com grupo de impostos diferente de IBS/CBS. Se a finalidade diferente de débito ou crédito for utilizada sem o grupo de ICMS ou ISSQN. Se foi informado Imposto Seletivo para uma classificação que não o permite. Se não foi informado Imposto Seletivo para uma classificação que o obriga. Se foi informado CST ou cClassTrib inexistente. Se as informações do grupo IBS/CBS foram preenchidas corretamente. Se os totalizadores do IBS/CBS estão corretos. Eventos Esta nota técnica também conceitua os seguintes novos eventos: Decurso de Prazo de Internalização na Área de Livre Comércio - ALC ou Zona Franca de Manaus - ZFM: Evento e seu respectivo cancelamento. Solicitação de Apropriação de Crédito Presumido e seu respectivo cancelamento. Destinação de Item para Consumo Pessoal e seu respectivo cancelamento. Imobilização de Item e seu respectivo cancelamento. Solicitação de Apropriação de Crédito de Combustível e seu respectivo cancelamento. Datas Implantação Teste: 01/09/2025 Implantação Produção: 31/10/2025 Vale ressaltar que como as discussões referentes a reforma tributária ainda estão em curso, a NT pode ser ajustada ao longo do processo. E como fica o ACBr? Serão necessários ajustes nos fontes do ACBr e novas compilações do Monitor e da Lib. Foi criada a #TK-5816 em nosso backlog para alteração dos fontes. Vale ressaltar que a NT é recente e existe um período expressivo até que seja liberada a homologação. Leita a NT na integra AQUI

Olá Pessoal, É com grande alegria que informo a todos que o componente ACBrNFe já esta em conformidade com a NT 2025/002 versão 1.01 referente a Reforma Tributária. Já se encontra no SVN os fontes, os Schemas e o programa exemplo em Delphi que exemplifica como alimentar os novos campos. Quero deixar bem claro que o ambiente de homologação só vai estar liberado em 01/07/2025 para recepcionar os XML com os novos campos referente a Reforma Tributária. Portanto nem adianta tentar enviar que o XML vai ser rejeitado.

EXEMPLO DE CONFIGURAÇÃO DO COMPONENTE ACBR BOLETO Bancoob (Sicoob) //Campos para homologacao de acordo com dados fornecidos pelo banco -- Demais configurações como de costume nos outros bancos Versão API do Banco: -Para utilizar a versão nova V3, informar: FACBrBoleto.Configuracoes.WebService.VersaoDF := 'V3'; -Para utilizar a versão em produção V2: FACBrBoleto.Configuracoes.WebService.VersaoDF := ''; Utilizar ambiente Sandbox, de testes (Somente V3, sandbox da anterior foi descontinuada): -AcBrBoleto.Configuracoes.WebService.Ambiente := taHomologacao; -AcBrBoleto.Cedente.CedenteWS.ClientID :='9b5e603e428cc477a2841e2683c92d21' ; Para sandbox, so precisamos do ClientID e estar em homologação. (nao precisamos de certificados, keyuser, clientsecret), precisa dos scopos Utilizar ambiente Produção: -AcBrBoleto.Configuracoes.WebService.Ambiente := taProducao; -AcBrBoleto.Cedente.CedenteWS.ClientID := Client_Id gerado no portal developpers sicoob; -AcBrBoleto.Cedente.CedenteWS.ClientSecret := Client_Id gerado no portal developpers sicoob; -AcBrBoleto.Cedente.CedenteWS.KeyUser := ''; //Deixar em branco (Access token (Bearer) criado pela solucao ACBr); -AcBrBoleto.Configuracoes.WebService.ArquivoCRT := 'c:\ChavePublica.pem'; -AcBrBoleto.Configuracoes.WebService.ArquivoKEY := 'c:\ChavePrivada.key'; Para extrair do certificado CRT e KEY, segue o link do post: https://www.projetoacbr.com.br/forum/topic/73380-exportar-certificado-pem-crt-e-key/ Demais campos iguais: AcBrBoleto.Cedente.CedenteWS.IndicadorPix := True; //para boleto híbrido AcBrBoleto.Configuracoes.WebService.SSLCryptLib := cryOpenSSL; AcBrBoleto.Configuracoes.WebService.SSLHTTPLib := httpOpenSSL; AcBrBoleto.Configuracoes.WebService.SSLType := LT_TLSv1_2; AcBrBoleto.Configuracoes.WebService.TimeOut := 30000; AcBrBoleto.Configuracoes.WebService.UseCertificateHTTP := True; Scope para V3: ACBrBoleto1.Cedente.CedenteWS.Scope := boletos_inclusao boletos_consulta boletos_alteracao Scope para V2: ACBrBoleto1.Cedente.CedenteWS.Scope := 'cobranca_boletos_consultar '+ 'cobranca_boletos_incluir '+ 'cobranca_boletos_pagador '+ 'cobranca_boletos_segunda_via '+ 'cobranca_boletos_descontos '+ 'cobranca_boletos_abatimentos '+ 'cobranca_boletos_valor_nominal '+ 'cobranca_boletos_seu_numero '+ 'cobranca_boletos_especie_documento '+ 'cobranca_boletos_baixa '+ 'cobranca_boletos_rateio_credito '+ 'cobranca_pagadores '+ 'cobranca_boletos_negativacoes_incluir '+ 'cobranca_boletos_negativacoes_alterar '+ 'cobranca_boletos_negativacoes_baixar '+ 'cobranca_boletos_protestos_incluir '+ 'cobranca_boletos_protestos_alterar '+ 'cobranca_boletos_protestos_desistir '+ 'cobranca_boletos_solicitacao_movimentacao_incluir '+ 'cobranca_boletos_solicitacao_movimentacao_consultar '+ 'cobranca_boletos_solicitacao_movimentacao_download '+ 'cobranca_boletos_prorrogacoes_data_vencimento '+ 'cobranca_boletos_prorrogacoes_data_limite_pagamento '+ 'cobranca_boletos_encargos_multas '+ 'cobranca_boletos_encargos_juros_mora '+ 'cobranca_boletos_pix '+ 'cobranca_boletos_faixa_nn_disponiveis';

Pessoal, estava tendo problema com esse erro na hora de associar minha software house com o cliente no sat. Acontece que eu tinha renovado o certificado, e fiquei um dia batendo a cabeça pra resolver esse problema, então descobri que lá no "Sistema de Gestão e Retaguarda do SAT-CF-e" na secretaria da fazenda, no cadastro da minha software house estava o certificado antigo, alterei para o novo e resolveu problema. Como não encontrei essa solução em nenhum tópico, estou abrindo esse para ajudar quem precisar. Abraços. Éber.

Se você usa o novo componente, ACBrTEFAPI, use o método abaixo: function CancelarTransacao( const NSU, // AResp.NSU PWINFO_AUTEXTREF CodigoAutorizacaoTransacao: string; // AResp.CodigoAutorizacaoTransacao PWINFO_AUTHCODE DataHoraTransacao: TDateTime; // AResp.DataHoraTransacaoLocal PWINFO_DATETIME Valor: Double; // AResp.ValorTotal PWINFO_TOTAMNT const CodigoFinalizacao: string = ''; // Parâmetro Opcional, AResp.Finalizacao PWINFO_AUTLOCREF const Rede: string = ''): Boolean; // Parâmetro Opcional, AResp.Rede PWINFO_AUTHSYST

Como suspeitava, seu arquivo não está atualizado.