DANFE with No New Layout for IBS/CBS: Why Tax Verification Needs to Move from PDF to XML

August 24, 2026 by
DANFE with No New Layout for IBS/CBS: Why Tax Verification Needs to Move from PDF to XML
EDOO TECNOLOGIA, Edoo Tecnologia - Editorial
| No comments yet

The paper hasn't changed, but the invoice has already changed inside

Since August 3, 2026, the rule is clear:

As of August 3, 2026, the issuance of electronic tax documents will not be allowed without filling in the fields related to IBS and CBS, for companies under the regular regime. All documents must contain the new fields including the 1% test rate (0.1% IBS and 0.9% CBS). However, this legal obligation still has no visual translation in the printed document to this day. The DANFE, the paper or PDF representation of the NF-e, remains exactly with the appearance we already know.

Why the DANFE was left behind

To date, the new DANFE layout including the Tax Reform taxes has not yet been published. The only electronic tax document that has already had this change announced is the National NFS-e, through NT 008/2026. In the case of the NFS-e, the change is already concrete: Technical Note No. 008/2026, version 1.02, published by the Executive Secretariat of the Management Committee of the National Standard Electronic Service Invoice, details how the Auxiliary Document of the Electronic Service Invoice (DANFSe) should be structured, including a specific block for information about IBS and CBS, an update published on July 14, 2026. For NF-e, NFC-e, CT-e and other models, this chapter simply has not yet been written by SEFAZ and ENCAT.

What this changes in the tax auditor's routine

The practical consequence is direct for those who check incoming and outgoing invoices: in the case of the NF-e, the new taxes exist only in the XML — and a common practice in the market has been to report the values in the Additional Data field, precisely to avoid rework when the official standard comes out. The consequence is direct: auditing NF-e under the reform means reading XML. Checking the DANFE doesn't work. The analyst who opens the PDF, looks at the values and considers the invoice checked is auditing a document that, by construction, does not contain the information in question.

This means reviewing tax verification processes, merchandise receiving checklists, and internal audit routines. Anyone who relies solely on the printout to validate an invoice will simply not see the CST, the cClassTrib, and the IBS/CBS values applied to the transaction.

The backdrop: schedule maintained, validation suspended

It's worth recalling the regulatory chain that brought about this scenario. On August 1st, the Federal Revenue Service and the IBS Management Committee published Joint Technical Act RFB/CGIBS No. 1/2026, bringing the temporary suspension of validation rules that would reject tax documents without IBS and CBS information. As a result of this decision, new versions of the Technical Notes for NF-e, NFC-e, CT-e and NFCom were published, changing the implementation of these rejections to a future implementation. In practice, documents will continue to be authorized by the SEFAZ environments even without filling in these fields.

But this is not the same as exemption from the obligation. The measure formalized by Joint Technical Act No. 01/2026 refers exclusively to the postponement of the start of validations, so that the absence of certain information does not, at this time, result in the automatic rejection of documents. However, this does not remove the obligation to adapt to the new model, nor does it alter the rules already established for filling in this information.

Checklist for the tax and IT team

While the official DANFE layout is not yet available, it makes sense to organize operations around a few points:

  • Confirm that the ERP already correctly generates the IBS and CBS groups in the XML, even if this doesn't appear in the PDF.
  • Standardize the use of the Additional Data field to display IBS/CBS values when it's necessary to show this information to the customer or supplier, avoiding manual changes to the layout that will need to be undone later.
  • Migrate the tax verification and audit routine to XML reading, no longer the PDF, especially for those who receive invoices from suppliers.
  • Monitor ENCAT and your state's SEFAZ for the announcement of the final layout, which should come through a new version of NT 2025.002-RTC.
  • Review internal training: anyone who only looks at the paper runs the risk of considering an invoice checked without verifying the essentials of the reform.

This kind of gap between the legal requirement and the update of auxiliary documents is typical of a transition period like the one Brazil is experiencing in 2026, and tends to be repeated on other fronts until the tax reform is fully implemented.

This content is for informational purposes only and does not replace guidance from an accountant or a tax professional for your company's specific case.

If your team wants to configure the ERP to handle this transition phase without rework, talk to Edoo.

DANFE with No New Layout for IBS/CBS: Why Tax Verification Needs to Move from PDF to XML
EDOO TECNOLOGIA, Edoo Tecnologia - Editorial August 24, 2026
Share this post
Tags
Archive
Sign in to leave a comment