Mandatory Data Fields For e-Invoicing in Philippines

By Annapoorna

|

Updated on: Aug 25th, 2026

|

19 min read

social iconssocial iconssocial iconssocial icons

Mandatory data fields for e-invoicing in the Philippines are the exact data points every BIR e-invoice must carry to pass validation. Miss one, and the file is rejected. The BIR EIS checks each JSON invoice against a fixed schema, so these fields are not optional suggestions. 

Key Takeaways

  • A BIR-compliant e-invoice must be a system-generated JSON file, digitally signed, and transmitted to the EIS.
  • The CAS JSON schema carries complete BIR e invoice mandatory fields. 
  • Every invoice needs a 24-digit EIS Unique ID built from the issuance date, certification ID, and a control value.
  • Split VATable, zero-rated, and VAT-exempt sales into different invoices. 
  • A missing or malformed field triggers a schema error, and the invoice does not count as issued.

What is a BIR-Compliant e-Invoice?

A BIR-compliant e-invoice is a sales document generated by an accredited system, in JSON, digitally signed, and accepted by the EIS. It also includes sales invoices, credit and debit memos, and service billings.

A BIR-compliant e-invoice must be:

  1. Generated by a system with a valid Permit To Use (or Acknowledgement Certificate) and EIS Certification.
  2. Formatted as JSON, with all amounts in PHP.
  3. Digitally signed and sent to eis.bir.gov.ph.
  4. Assigned a 24-digit EIS Unique ID.
  5. Passed EIS validation (a success returns SUC001).

Fail any one, and it is not compliant. I have seen teams assume a CAS accreditation alone is enough. It is not. EIS certification is separate.

Complete List of Mandatory Data Fields

These are the required invoice fields Philippines businesses must populate in the CAS JSON, the fuller of the two schemas. Grouped by block below.

Header. CompInvoiceId (internal control number), IssueDtm (issuance date), EisUniqueId (24-digit ID), DocType, TransClass (VATable, zero-rated, or exempt), CorrYN (correction flag).

Seller. TIN (9 digits), BranchCd (HQ is 00000), Type (VAT or non-VAT), RegNm, BusinessNm. These must match your BIR registration exactly.

Buyer. TIN (use 000000000 if unregistered or foreign), BranchCd, BusinessNm.

Line items. Nm, Qty, UnitCost, SalesAmt, RegDscntAmt, SpeDscntAmt, NetSales. Up to 1,000 lines per invoice.

Summary and tax. TotNetItemSales, RegAmt, SpeAmt, OtherTaxRev, TotNetSalesAftDisct, VATAmt, WithholdIncome, WithholdBusVAT, WithholdBusPT, OtherNonTaxCharge, NetAmtPay.

Currency. Currency (ISO code), ExchangeRate, ForexAmt. Populate these only for foreign-currency deals.

Correction (conditional). When CorrYN is Y, add CorrectionCd and PrevUniqueId.

One thing worth flagging on the Philippines e-invoicing data requirements: VATAmt must be 0 on zero-rated or exempt invoices. Put a figure there by mistake, and you get an ERR004.

Mandatory Data Fields (Quick Reference Table)

Group

Field

JSON key

CAS

POS

BasicInvoice control no.CompInvoiceIdYesYes
BasicIssuance dateIssueDtmYesYes
BasicEIS Unique IDEisUniqueIdYesYes
BasicDocument typeDocTypeYesYes
BasicTransaction classTransClassYesYes
SellerTINTinYesYes
SellerBranch codeBranchCdYesYes
SellerRegistered nameRegNmYesYes
BuyerTINTinYesOptional
BuyerBusiness nameBusinessNmYesOptional
Line itemName, qty, unit costNm, Qty, UnitCostYesAggregated
TaxVAT amountVATAmtYesYes
TaxVATable/exempt/zero salesvia TransClassYesYes
NetNet amount payableNetAmtPayYesYes
CurrencyISO, FX rate, forex amtCurrency, ExchangeRate, ForexAmtYesYes
CorrectionCode, previous IDCorrectionCd, PrevUniqueIdConditionalConditional

CAS carries full accounting detail. POS aggregates and drops the line-item array. That is the main split in the BIR invoice data structure.

BIR e-Invoice Format Requirements

The BIR EIS invoice format is JSON, sent over a REST API to eis.bir.gov.ph. XML is allowed for storage, not transmission. A few rules that catch people out:

  • Authentication. Bearer token, valid for six hours. Reuse it until it expires.
  • Batch limits. Up to 100 invoices per issuance call, up to 1,000 line items per invoice.
  • Null handling. String fields take null or ""; number fields take 0.00. Never drop a mandatory key.
  • Split mixed sales. VATable, zero-rated, and exempt lines get separate invoices with distinct EIS Unique IDs.
  • Signing. The payload is AES-256 encrypted and signed with your certificate.

On the e-invoice data validation Philippines side, EIS runs its own checks: signature, duplicate IDs, seller TIN, date consistency, and the VAT sign rules. Codes worth knowing:

Code

Meaning

SUC001Passed all checks
SYN002Invalid signature
SYN003Duplicate EIS Unique ID
SYN004Schema error (missing field, wrong type)
ERR001Seller TIN not registered
ERR004VAT sign mismatch, or VAT on an exempt invoice

A quick note on the law. The v2.01 schema still uses the older SI/OR/DM/CM/SB document split. Under RA 11976 (EOPT), the OR and SI distinction was folded into a single "Invoice" from January 2024, so read the DocType codes with that in mind and check bir.gov.ph before go-live. This shapes your invoice reporting requirements Philippines end to end.

Frequently Asked Questions

What format does BIR accept for e-invoices?

JSON is the accepted Philippines e-invoice format for transmission. XML may be used for storage, but not for sending to the EIS.

What happens if mandatory invoice data is missing?

The EIS returns a schema error (SYN004), and the invoice is not treated as issued. You fix the file and resubmit. This is the core of e-invoicing compliance Philippines: a rejected invoice is a non-issued one.

Can ERP systems automate mandatory invoice fields?

Yes. An ERP or billing tool mapped to the EIS schema fills the fields, signs the JSON, and transmits automatically. It cuts manual keying and most validation errors.

What is the required file structure for e-invoices?

A signed JSON payload with header, seller, buyer, line items, tax summary, and currency blocks, plus a 24-digit EIS Unique ID and, where relevant, correction fields.

Are the mandatory data fields the same for all types of invoices?

No. CAS carries the full set including line items. POS uses a leaner, aggregated schema. Buyer details are mandatory in CAS but optional in POS.

About the Author
author-img

Annapoorna

Manager - Content
social icons

I preach the words, “Learning never exhausts the mind.” An aspiring CA and a passionate content writer having 8+ years of hands-on experience in deciphering jargon in Indian GST, Income Tax, off late also into the much larger global compliance ecosystem spanning SEA, GCC, USA and EU. I love curating content in various forms to the interest of tax professionals, and enterprises, both big and small. While not writing, you can catch me singing Shāstriya Sangeetha and tuning my violin ;). Read more

Index