Painel de líderes

Olá, pessoal! Temos recebido diversos relatos de membros da nossa comunidade sobre problemas na transmissão de NF-e e NFC-e que contenham os novos campos incluídos pela Reforma Tributária. Os relatos têm em comum: Rejeições do tipo Falha no Schema ou mensagens de erro relacionadas ao schema. As mesmas UFs envolvidas. Indícios de que a tag vIBS, adicionada no grupo gIBSCBS na versão 1.20 da Nota Técnica 2025/002, está associada ao problema. Recebemos a informação de que as UFs de SP, MT, MS e PR ainda não estão aceitando as informações do IBS conforme a versão 1.20 da NT 2025/002. Por isso, todo o grupo de IBS deve ser suprimido no ambiente de homologação. Por outro lado, as UFs de RS e GO já estão validando as informações em homologação, ou seja, antecipando a implementação prevista na NT. Seguiremos atualizando este tópico à medida que novas informações forem sendo disponibilizadas.

Olá Pessoal, Essa é uma boa pergunta. E a resposta é muito simples esta pronto e não esta pronto. Como assim? Até o momento temos a NT 2025/004 que traz as alterações no layout da NFS-e Padrão Nacional para a Reforma Tributária, mas não temos Manuais dos provedores que seguem a versão 1 do layout da ABRASF nem dos que seguem a versão 2 e nem dos provedores que tem layout próprio. O que temos pronto no ACBrNFSeX? Implementação dos novos grupos e campos visando a Reforma Tributária para o Padrão Nacional. Sendo assim através do programa exemplo é possível gerar o XML do DPS (Declaração de Prestação de Serviço), mas ao fazer isso vai ocorrer erro de validação. O motivo do erro é que os Schemas que temos não contempla os novos grupos e campos da Reforma Tributária. E o ambiente de homologação que a Receita Federal chama de Produção Restrita não foi alterado para aceitar os novos grupos e campos. Resumindo. Já esta no SVN as alterações no componente ACBrNFSeX para gerar o XML do DPS (Padrão Nacional) com os novos campos. Não vai ser possível validar e nem enviar para o ambiente de homologação. Assim que tivermos mais noticias sobre a Reforma Tributária na NFS-e, vamos divulgar.

Boa tarde, Gostaria de compartilhar a configuração, que implementei no arquivo AcbrNFSeXServicos.ini, para a prefeitura de Victor Graeff. A mesma encontra-se operacional com esta implementação para emissão de notas. Caso seja possível incluir no arquivo padrão, agradeço. [4323200] Nome=Victor Graeff UF=RS Provedor=Pronim ProRecepcionar=http://victorgraeff.govbr.cloud/NFSe.Portal.Integracao/Services.svc ProLinkURL=http://victorgraeff.govbr.cloud/nfse/VisualizarXMLdaNota.aspx?Prestador=&Numero=%NumeroNFSe%&Codigo=%CodVerif%&page=default.aspx&origin=ConAut&pdf=true

Olá pessoal! Foi publicado no dia 22/09/2025 o Ajuste SINIEF Nº 22/2025, efetivamente postergando a obrigatoriedade do uso da Declaração de Conteúdo Eletrônica (DC-e, modelo 99) para o dia 06/04/2026. Vale ressaltar, que para o estado de SP, por exemplo, existe a portaria SRE28/2025 que define data diferente, portanto, apesar da publicação do ajuste, é importante que confirme a data junto a Sefaz de sua jurisdição Links úteis DC-e: Mais um documento para as transportadoras Portal do DC-e - Declaração de Conteúdo Eletrônica Programas exemplo do componente ACBrDCe nativos para Delphi/Lazarus DFe - Mudanças que estão em andamento para o ramo de transportes

Olá, o objetivo desse tópico é esclarecer todos os processos relacionados ao PIX no TEF. Ativação do PIX no TEF Paygo: Atualmente são aceitos os bancos C6, Itaú, Cielo, Sicoob, Sipag e Sicredi. Itaú - Deve ser realizado o processo de ativação no bankline do cliente indicando a Paygo no campo "parceiro", em seguida, a afiliação pix é adicionada ao terminal em até um dia útil; C6 Bank - Abrir a conta PJ no app do banco, gerar a chave aleatória e em seguida os dados obtidos sobem automaticamente para o terminal em até um dia útil; (https://www.projetoacbr.com.br/forum/topic/85595-ativação-do-pix-c6bank-no-tef-paygo/) Cielo - No portal da Cielo deve ser obtido o Client ID, Client Secret e chave pix, atentando-se ao campo "plataforma parceira" que deve ser marcado como "PayGo". Em seguida os dados obtidos devem ser enviados via ticket para o time ACBR ou no e-mail [email protected] mencionando o CNPJ do cliente; Sicoob/SIPAG - Realizar a ativação no portal Sicoob, no menu "criar aplicativo" e informar "Paygo" no campo "empresa parceira". Em seguida os dados obtidos devem ser enviados via ticket para o time ACBR ou no e-mail [email protected] mencionando o CNPJ do cliente; Sicredi - Gerar as credenciais no internet banking do Sicredi, com um perfil de usuário Master. Encaminhar Client ID, Client Secret e Chave pix para [email protected] mencionando o CNPJ do cliente. ***Ponto de atenção*** Ao parametrizar a transação, a automação deve enviar o pagamento como carteira digital. Além do campo da adquirente que deve ser enviado vazio ou com as strings "PIX C6 Bank", "PIX CIELO", "PIX SICOOB" ou "PIX ITAU". No componente ACBR TEF API que integra com a DLL da Paygo é feito no seguinte campo: TACBrTEFModalidadePagamento = (tefmpCarteiraVirtual); Em integrações diretas com a DLL da Paygo é parametrizado em: PWINFO_PAYMNTTYPE. No Controlpay: o campo a ser parametrizado no JSON da API venda/Vender é o "formaPagamentoId" e deve receber o valor "25" que equivale a "TEF - Carteira digital" No TEF via Troca de Arquivos: o campo 749-000 recebe o ID "8" identificando o pagamento como carteira digital. Comportamentos do PIX no TEF: O QRCode pode se exibido na tela do PDV, Pinpad (mais comum) ou impresso a cada transação. Essa definição é feita em TACBrTEFAPIExibicaoQRCode no componente ACBR; Tempo médio de exibição do QRCode é de 1:30 min, sendo definidos pelos bancos e não é um parâmetro ajustável; Todos os processos de ativação estão descritos e demonstrados nos PDFs anexados no tópico. Pix SICOOB - manual criação aplicativo.pdf PIX Cielo.pdf habilitarpixitau.pdf PIX Sicredi.pdf

Olá pessoal! Foram enviados ao SVN ajustes que adicionam uma nova funcionalidade ao componente ACBrNFe: a leitura e geração de arquivos JSON a partir dos dados de uma NFe, bem como a leitura de arquivos JSON contendo os dados de eventos. O JSON (JavaScript Object Notation) é um formato leve de troca de dados, bastante utilizado em APIs modernas pela sua simplicidade de leitura e facilidade de integração com diferentes linguagens e plataformas. A adição dessa funcionalidade no componente traz diversas vantagens, como maior flexibilidade para importar e exportar informações fiscais em um formato amplamente aceito, integração facilitada com sistemas externos (web, mobile ou nuvem) e apoio em testes e automações sem a necessidade de manipular apenas XML Essa nova funcionalidade está disponível por meio dos seguintes métodos: ACBrNFe.NotasFiscais.LoadFromJSON: Procedure que recebe como parâmetro um arquivo JSON contendo os dados que compõem a NFe/NFCe, ou o caminho para esse arquivo. ACBrNFe.NotasFiscais.GerarJSON: Function que retorna uma string em formato JSON com os dados de uma NFe/NFCe. ACBrNFe.EventoNFe.LerFromJSON: Procedure que recebe como parâmetro um arquivo JSON contendo os dados que compõem o evento, ou o caminho para esse arquivo. Visando trazer maior familiaridade para os desenvolvedores que utilizarem essas rotinas, os arquivos JSON gerados e lidos por elas foram construídos seguindo a mesma nomenclatura e estrutura do leiaute oficial da NFe e dos eventos. Dessa forma, quem já está habituado a trabalhar com os XMLs da NFe perceberá que a adaptação para o JSON é simples e direta. Tomemos este XML de uma NFCe gerado com dados fictícios, por exemplo: <NFe xmlns="http://www.portalfiscal.inf.br/nfe"> <infNFe Id="NFe35240892390477000149650010000000011919433382" versao="4"> <ide> <cUF>35</cUF> <cNF>91943338</cNF> <natOp>VENDA</natOp> <indPag>0</indPag> <mod>65</mod> <serie>1</serie> <nNF>1</nNF> <dhEmi>2024-08-14T16:54:00.000Z</dhEmi> <tpNF>1</tpNF> <idDest>1</idDest> <cMunFG>3505203</cMunFG> <tpImp>4</tpImp> <tpEmis>1</tpEmis> <cDV>2</cDV> <tpAmb>2</tpAmb> <finNFe>1</finNFe> <indFinal>1</indFinal> <indPres>1</indPres> <procEmi>0</procEmi> <verProc>ACBr-Monitor</verProc> </ide> <emit> <CNPJ>92390477000149</CNPJ> <xNome>RAZAO SOCIAL</xNome> <xFant>FANTASIA</xFant> <IE>449301071500</IE> <CRT>3</CRT> <enderEmit> <xLgr>LOGRADOURO</xLgr> <nro>1</nro> <xCpl>COMPLEMENTO</xCpl> <xBairro>BAIRRO</xBairro> <cMun>3505203</cMun> <xMun>BARIRI</xMun> <UF>SP</UF> <CEP>12345678</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> <fone>11111111</fone> </enderEmit> </emit> <det nItem="1"> <prod> <cProd>123456</cProd> <cEAN>7896523206646</cEAN> <cBarra>ABC123456</cBarra> <xProd>NOTA FISCAL EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xProd> <NCM>94051010</NCM> <CEST>1111111</CEST> <CFOP>5101</CFOP> <uCom>UN</uCom> <qCom>1</qCom> <vUnCom>100</vUnCom> <vProd>100</vProd> <cEANTrib>7896523206646</cEANTrib> <cBarraTrib>ABC123456</cBarraTrib> <uTrib>UN</uTrib> <qTrib>1</qTrib> <vUnTrib>100</vUnTrib> <vFrete>0</vFrete> <vSeg>0</vSeg> <vDesc>0</vDesc> <vOutro>0</vOutro> <indTot>1</indTot> </prod> <imposto> <vTotTrib>0</vTotTrib> <ICMS> <ICMS00> <orig>0</orig> <CST>00</CST> <modBC>3</modBC> <vBC>100</vBC> <pICMS>18</pICMS> <vICMS>1800</vICMS> </ICMS00> </ICMS> <IPI> <IPITrib> <CST>00</CST> <vBC>0</vBC> <pIPI>0</pIPI> <vIPI>0</vIPI> </IPITrib> </IPI> <PIS> <PISOutr> <CST>99</CST> </PISOutr> </PIS> <COFINS> <COFINSOutr> <CST>99</CST> </COFINSOutr> </COFINS> </imposto> </det> <total> <ICMSTot> <vBC>100</vBC> <vICMS>1800</vICMS> <vProd>100</vProd> <vNF>100</vNF> <vTotTrib>0</vTotTrib> </ICMSTot> </total> <transp> <modFrete>9</modFrete> </transp> <pag> <detPag> <tPag>01</tPag> <vPag>100</vPag> </detPag> </pag> <infAdic> <obsCont> <xCampo>ObsCont</xCampo> <xTexto>Texto</xTexto> </obsCont> <obsFisco> <xCampo>ObsFisco</xCampo> <xTexto>Texto</xTexto> </obsFisco> </infAdic> </infNFe> <infNFeSupl> <qrCode>https://www.homologacao.nfce.fazenda.sp.gov.br/qrcode?p=|2|2|1|EA3AA74775103726161ECA855F5C17EDC996517A</qrCode> <urlChave>https://www.homologacao.nfce.fazenda.sp.gov.br/consulta</urlChave> </infNFeSupl> </NFe> Seu JSON equivalente seria: { "NFe": { "infNFe": { "Id": "NFe35240892390477000149650010000000011919433382", "versao": "4", "ide": { "cUF": 35, "cNF": 91943338, "natOp": "VENDA", "mod": 65, "serie": 1, "nNF": 1, "dhEmi": "2024-08-14T16:54:00.000Z", "tpNF": "1", "idDest": "1", "cMunFG": 3505203, "tpImp": "4", "tpEmis": "1", "cDV": 2, "tpAmb": "2", "finNFe": "1", "indFinal": "1", "indPres": "1", "procEmi": "0", "verProc": "ACBr-Monitor" }, "emit": { "CNPJ": "92390477000149", "xNome": "RAZAO SOCIAL", "xFant": "FANTASIA", "IE": "449301071500", "CRT": "3", "enderEmit": { "xLgr": "LOGRADOURO", "nro": "1", "xCpl": "COMPLEMENTO", "xBairro": "BAIRRO", "cMun": 3505203, "xMun": "BARIRI", "UF": "SP", "CEP": 12345678, "cPais": 1058, "xPais": "BRASIL", "fone": "11111111" } }, "det": [ { "nItem": 1, "prod": { "cProd": "123456", "cEAN": "7896523206646", "cBarra": "ABC123456", "xProd": "NOTA FISCAL EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL", "NCM": "94051010", "CEST": "1111111", "CFOP": "5101", "uCom": "UN", "qCom": 1, "vUnCom": 100, "vProd": 100, "cEANTrib": "7896523206646", "cBarraTrib": "ABC123456", "uTrib": "UN", "qTrib": 1, "vUnTrib": 100, "indTot": "1" }, "imposto": { "vTotTrib": 0, "ICMS": { "ICMS00": { "orig": "0", "CST": "00", "modBC": "3", "vBC": 100, "pICMS": 18, "vICMS": 1800 } }, "IPI": { "IPITrib": { "CST": "00", "vBC": 0, "pIPI": 0, "vIPI": 0 } }, "PIS": { "PISOutr": { "CST": "99" } }, "COFINS": { "COFINSOutr": { "CST": "99" } } } } ], "total": { "ICMSTot": { "vBC": 100, "vICMS": 1800, "vProd": 100, "vNF": 100, "vTotTrib": 0 } }, "transp": { "modFrete": "9" }, "pag": { "detPag": [ { "tPag": "01", "vPag": 100 } ] }, "infAdic": { "obsCont": [ { "xCampo": "ObsCont", "xTexto": "Texto" } ], "obsFisco": [ { "xCampo": "ObsFisco", "xTexto": "Texto" } ] } }, "infNFeSupl": { "qrCode": "https://www.homologacao.nfce.fazenda.sp.gov.br/qrcode?p=|2|2|1|EA3AA74775103726161ECA855F5C17EDC996517A", "urlChave": "https://www.homologacao.nfce.fazenda.sp.gov.br/consulta" } } } Observem que os nomes das chaves correspondem exatamente ao nome das tags e os níveis das tags foram representados de maneira semelhante no JSON. É a mesma coisa para os eventos, vejam um exemplo de JSON de um evento de cancelamento: { "envEvento": { "idLote": "123456789012345", "evento": [ { "versao": "1.00", "infEvento": { "cOrgao": "35", "tpAmb": "2", "CNPJ": "11111111000111", "chNFe": "35240111111111000111550010000001231000001234", "dhEvento": "2024-07-29T10:00:00-03:00", "tpEvento": "110111", "nSeqEvento": "1", "versaoEvento": "1.00", "detEvento": { "versao": "1.00", "descEvento": "Cancelamento", "nProt": "135240000000123", "xJust": "A operacao foi cancelada por motivos comerciais." } } } ] } } Se compararmos, essa estrutura é semelhante ao leiaute apresentado no MOC e ao XML de envio gerado. Vale reforçar que, apesar da nova funcionalidade, o XML é o documento fiscal eletrônico oficial e deve ser armazenado para fins fiscais. Contamos com a colaboração de todos para testar as rotinas e reportar quaisquer problemas encontrados. Sua participação é essencial para aprimorarmos as soluções para toda a comunidade. Até a próxima pessoal.

Olá a todos! a empresa para qual trabalho está com a parte da reforma ( parte de 2026 ) pronta para empresa normal, lucro real presumido etc... durante um bom tempo toda informação que procurei sobre o SIMPLES NACIONAL e tendo ciencia da lei complementar nro. 214/2025 somente teria alterações na reforma a partir de 2027, gostaria de saber como fica agora para 2026, tentei implementar os impostos de CBS e IBS nas aliquota 0.1 e 0.9 que são as simbolicas fixas para 2026 porém me retorna a mensagem de atomicidade dizendo que o vIBS/vCBS calculado é 0, se informo zero o erro de atomicidade é que este campo precisa ser informado, se eu não informo nada passa ( TALVEZ até o mes 10/2025? ). Até onde encontrei a empresa SIMPLES NACIONAL não se encaixa no CST 000 com CLASSTRIB 000001 que é tributada porém pelo que entendi até agora estas TAGs deverão ser preenchidas em todas as NFes, NFCes alguém sabe o que deve ser preenchido no caso de empresa SIMPLES NACIONAL? desde já agradeço muito!

Pessoal, deixo minha contribuição. Meus testes, passa na Homologação. SP CST 102 | CFOP 5405 Segue parte do XMLCST102 Homologado.txt Caso deixei passar algo, por favor, me avise. Obrigado.

No caso é porque tem o qrCode do NFCom e tem o qrCode do pix para pagamento do NFCom. estava faltando ele.

Neste link você obtem a documentação do ACBrLib: https://acbr.sourceforge.io/ACBrLib/BemVindo.html Neste link você realiza o download da lib: https://www.projetoacbr.com.br/forum/files/ Dá uma olhada na documentação e faça uma pesquisa rápida aqui no fórum, vai achar muito conteudo. No discord também tem várias pessoas que usam Python com ACBr, deve conseguir mais ajuda lá também: https://discord.gg/TqpSSVnN

Os eventos ainda estão sendo desenvolvidos. Devem ser liberados logo logo.

Boa tarde Consegui no novo Link. Agradeço o envio. Nos próximos dias, vou estar refazendo o nosso código, com base no exemplo enviado, e reporto aqui.

Boa tarde, estou recebendo um erro quando tento enviar um evento da Reforma Tributária: <Arquivo ...\Schemas\_v1.00 xsd Não encontrado>. Verificando o código, descobri que a função SchemaEventoToStr não está fazendo a conversão dos novos eventos para o nome do arquivo de Schema. function SchemaEventoToStr(const t: TSchemaNFe): String; begin result := EnumeradoToStr(t, ['e110110', 'e110111', 'e110112', 'e110140', 'e111500', 'e111501', 'e111502', 'e111503', 'e210200', 'e210210', 'e210220', 'e210240', 'e110130', 'e110131', 'e110150', 'e110192', 'e110193', 'e110750', 'e110751'], [schEnvCCe, schcancNFe, schCancSubst, schEnvEPEC, schPedProrrog1, schPedProrrog2, schCanPedProrrog1, schCanPedProrrog2, schManifDestConfirmacao, schManifDestCiencia, schManifDestDesconhecimento, schManifDestOperNaoRealizada, schCompEntrega, schCancCompEntrega, schAtorInteressadoNFe, schInsucessoEntregaNFe, schCancInsucessoEntregaNFe, schConcFinanceira, schCancConcFinanceira]); end; Sei que o código ainda está em desenvolvimento, mas estou postando para já informar o acontecido. Tentei incluir os novos eventos mas ele sempre retorna em branco.

Pode encerrar , vou ler NT Meio de pagamentos

Boa tarde @Fernando Lobato, Alterado o valor padrão da propriedade: AjustarTagNro para False visando não ajustar o conteúdo da tag nro (numero do endereço). Já esta no SVN. Veja este tópico: Na unit pcnNFeW não tem essa opção de configuração para realizar o ajuste, mas a unit ACBrNFe.XmlWrite ainda tinha. Se não ocorrer nenhum problema dentro de 15 dias vamos remover a opção de configuração.

Olá Pessoal, Muitos de vocês nos enviaram solicitação de ajustes nas URLs de cidades atendidas pelo provedor IPM. A alteração consiste em remoer a porta 7443 da URL. Obtive uma informação do provedor IPM que todas as cidades que tem essa porta em sua URL deve ser removida. De posse dessa informação já realizar a alteração em todas as cidades que tem a referida porta na URL. Essa alteração já se encontra no SVN. Sendo assim peço a todos que realizem a atualização de todos os fontes de todas as pastas, reinstalem o ACBr e façam os testes. Qualquer problema por favor criem um tópico no fórum relatando o problema, desta forma iremos checar o que pode estar errado e fazer as devidas correções. Desde já muito obrigado pela colaboração de todos.

Olá a todos. Estou recebendo a seguinte rejeição da Sefaz em homologação: Rejeição: Falha no Schema XML da NFe (Elemento: enviNFe/NFe[1]/infNFe/det[1]/imposto/IBSCBS/gIBSCBS/gCBS/) Isto ocorre somente quando tento homologar uma NF-e que possui um produto com Isenção de Tributos (CST 40) cClassTrib 200009. Acredito que seja pelo vIBS que por Zero não aparece no XML. Alguém já passou por isto? Como resolveu?

Teste: Atribuir vIBS = 0,001 E assim vai gerar a TAG vIBS = 0,00 Já devidamente esclarecido no post anterior

A tag só vai ser gerada se o valor dela for maior que zero. Isso é pra atender as SEFAZ que ainda não atualizaram seus schemas e estão rejeitando caso a tag seja informada. Assim que todas estiverem aceitando será feito o ajuste para gerar a tag mesmo com valor zero. Você pode forçar gerar a tag com valor zero informando vIBS = 0.001. Ou alterar os fontes do ACBr do seu lado e ajustar o parâmetro que força a geração da tag:

Atualizei o ACBR hoje 09/09/2025 e o problema permanece. No item cujo CST é 40 (Isento de tributação) e o cClassTrib é 200009 - Medicamentos por ter o valor do UBSUF = 0,00 e o IBSMun = 0,00 a Tag vIBS não aparece. Abaixo segue a TAG do IBSCBS para produto ISENTO que o ACBR NFe está gerando. Em vermelho a Tag que coloquei manualmente. <IBSCBS> <CST>200</CST> <cClassTrib>200009</cClassTrib> <gIBSCBS> <vBC>1500.00</vBC> <gIBSUF> <pIBSUF>0.1000</pIBSUF> <gRed> <pRedAliq>100.0000</pRedAliq> <pAliqEfet>0.0000</pAliqEfet> </gRed> <vIBSUF>0.00</vIBSUF> </gIBSUF> <gIBSMun> <pIBSMun>0.0000</pIBSMun> <gRed> <pRedAliq>100.0000</pRedAliq> <pAliqEfet>0.0000</pAliqEfet> </gRed> <vIBSMun>0.00</vIBSMun> </gIBSMun> <vIBS>0.00</vIBS> <--- Acredito que seja isto que esteja faltando para evitar a Rejeição. <gCBS> <pCBS>0.9000</pCBS> <gRed> <pRedAliq>100.0000</pRedAliq> <pAliqEfet>0.0000</pAliqEfet> </gRed> <vCBS>0.00</vCBS> </gCBS> </gIBSCBS> </IBSCBS>

Quando passo o XML gerado com produto isento pelo validador da Sefaz (https://dfe-portal.svrs.rs.gov.br/NFE/ValidadorRTC) recebo a seguinte mensagem: Schema XML: 225 - Rejeicao: Falha no Schema XML da NFe The element 'gIBSCBS' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'gCBS' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'vIBS' in namespace 'http://www.portalfiscal.inf.br/nfe'. Alguma sugestão? Desde já agradeço a ajuda de todos. Muito Obrigado.

Está rejeição é detalhada na Nota Técnica 2025/001 Conforme é possível observar, esta rejeição é devolvida quando o XML que foi enviado possui apenas 1 ocorrência do grupo dup que tenha a data de vencimento com o mesmo valor da data de emissão. O web service interpreta isso como um pagamento à vista. Para evitar esta rejeição, você deve informar mais de uma ocorrência do grupo dup ou caso informe apenas uma, então a data de vencimento precisa ser diferente da data de emissão. uses ACBrNFe.Classes; //... var NotaF: NotaFiscal; Duplicata: TDupCollectionItem; begin NotaF := ACBrNFe.NotasFiscais.Add; NotaF.NFe.Ide.dEmi := Date; //Demais dados... Duplicata := NotaF.NFe.Cobr.Dup.New; Duplicata.nDup := '001'; Duplicata.dVenc := Date; Duplicata.vDup := ...; Duplicata := NotaF.NFe.Cobr.Dup.New; Duplicata.nDup := '002'; Duplicata.dVenc := IncDay(Now, 20); Duplicata.vDup := ...; end; OU uses ACBrNFe.Classes; //... var NotaF: NotaFiscal; Duplicata: TDupCollectionItem; begin NotaF := ACBrNFe.NotasFiscais.Add; NotaF.NFe.Ide.dEmi := Date; //Demais dados... Duplicata := NotaF.NFe.Cobr.Dup.New; Duplicata.nDup := '001'; Duplicata.dVenc := IncDay(Date, 10); Duplicata.vDup := ...; end; Caso utilize ACBrMonitorPLUS ou ACBrLib, a seção correspondente no arquivo INI é: [Duplicata001] nDup=001 dVenc=21/07/2025 vDup=... [Duplicata002] nDup=002 dVenc=10/08/2025 vDup=... //OU [Duplicata001] nDup=001 dVenc=10/08/2025 vDup=...