Electronic invoice in Philippines
The Complete Guide to the Philippines’ E-Invoicing Mandate: Navigating BIR’s EIS, structured JSON reporting, and the phased rollout defined by taxpayer category.
The Philippine model is supplier-generated electronic invoicing plus centralised post-issuance sales reporting. The seller creates the invoice in its own system and gives it to the buyer; the data goes to the Bureau of Internal Revenue (BIR) separately. There is no clearance: BIR does not approve an invoice before delivery and issues no code without which a document cannot be used.
The single most important thing to understand is that two obligations have been pulled apart in time. Revenue Regulations No. 26-2025 set the deadline for issuing structured e-invoices at 31 December 2026. But mass data transmission through the Electronic Sales Reporting System requires a separate Revenue Regulation, to be issued once BIR's system is confirmed ready. Scope is also not defined by transaction type — it is defined by what kind of taxpayer you are.
Four years of regulation, a pilot that stayed small, and a deadline that has already moved once.
The Electronic Invoicing/Receipting System initially covered exporters of goods and services, e-commerce taxpayers and those under the Large Taxpayers Service — with e-invoice issuance, registration of the generating system and transmission of sales data. In practice it stayed a pilot: BIR's annual report recorded 63 pilot taxpayers using the EIS as at 31 December 2024.
An e-invoice is a system-generated document containing structured data, extractable automatically, ready for electronic transmission to BIR and produced by a registered or accredited accounting or invoicing system. It may be given to the buyer as a PDF by email, through an app or another electronic interface, and later printed — but a scan of a paper document is not an e-invoice.
A separate regime for foreign digital service providers took effect, with registration, reverse charge on B2B purchases and prescribed invoice content. It should not be confused with the domestic EIS — see Export, imports and digital services.
RR No. 26-2025 extended this deadline — taxpayers in scope were originally required to comply from March 2026. Non-structured formats such as PDF alone will no longer count as e-invoices for those covered.
RR No. 26-2025 expressly provides that mandatory transmission through the Electronic Sales Reporting System will be introduced by separate Revenue Regulations once BIR's system is ready — including for taxpayers already bound by the 2026 issuance deadline.
The single biggest open question in the Philippines is that future ESRS regulation. No separate Revenue Regulation setting a general launch date and final technical specification has appeared in the BIR publications reviewed, and BIR was still describing e-invoicing implementation, system integration and data privacy as matters of ongoing work and consultation. Its publication — with the final schema, API, reporting deadlines and onboarding process — could materially change the technical assessment of this country.
This is where the Philippines differs most from a European mandate. The obligation attaches to the kind of seller you are — size, activity and the system you use — not to the type of transaction.
These categories come in only once BIR has built a system able to store and process the transmitted data, and has issued dedicated Revenue Regulations:
The overlap is what catches companies out. A business in a "later" category — an exporter, say — may already be covered on another ground: because it is a Large Taxpayer, or because it uses qualifying invoicing software. The earlier obligation wins. Assess the client against all four current criteria before concluding it has until a future regulation.
In CTC terms the Philippines is supplier-generated e-invoice plus centralised post-issuance sales reporting. What it is not is worth stating precisely, because the country is routinely misfiled.
Do not apply the three-day rule to every taxpayer facing the 2026 deadline. It binds those already operating under RR No. 8-2022 with a Permit to Transmit — a much narrower group.
There is no separate nationwide B2G requirement — no obligation that invoices to government be sent in a defined structured format, through Peppol, or via a dedicated clearance portal.
PhilGEPS is the single electronic government procurement portal and is intended to cover the process from procurement planning through to payment. But the procurement rules require suppliers to issue invoices that comply with BIR requirements; they set no separate national B2G XML standard. PhilGEPS is not an equivalent of a Peppol Access Point or a European clearance portal.
The practical rule is simple: a supplier to government applies the same BIR rules as for B2B and B2C. If it falls into a category that must issue structured e-invoices by 31 December 2026, that applies to its invoices to public buyers too.
There is no single date after which every Philippine business must issue a structured e-invoice to every other business. Until 31 December 2026 the transition is compulsory for the designated seller categories only; Micro Taxpayers are generally exempt, though they may adopt e-invoicing voluntarily. The same category logic governs B2C: medium and large e-commerce and internet sellers are in the first wave, physical shops using only POS and not otherwise covered come in later under a separate regulation.
One structural change worth noting for anyone mapping document types: after the Ease of Paying Taxes reform, the ordinary Official Receipt is no longer the primary evidence of a sale — the Invoice is.
The Philippine system is not based on EN 16931. BIR's regulations establish no correspondence with the European semantic invoice model, and neither Peppol BIS Billing 3.0, European UBL 2.1 nor UN/CEFACT CII is a mandatory national format. The operative format for current EIS participants is BIR's own JSON over the API.
The PDF position here is unusually nuanced and easy to get wrong in both directions. A PDF may legitimately be how the e-invoice reaches the buyer — by email, through an app or another electronic interface, and it may then be printed. What a PDF cannot be is the source: the document must be system-generated with structured data that can be extracted automatically and transmitted to BIR. A scan of a paper document is not an e-invoice, and for covered taxpayers a non-structured PDF alone will no longer count as one.
So the design rule for a platform is: generate structured data, render a PDF from it, and never let the PDF become the record of truth.
Peppol is not government infrastructure in the Philippines. There is no Peppol Authority, no mandatory Peppol channel and no national electronic address scheme comparable to 0208 in Belgium or 9930 in Germany.
Parties may of course use Peppol voluntarily for commercial exchange; the identifier is then agreed with the Access Point under the permitted OpenPeppol schemes. It will not be an official identifier of the Philippine e-invoicing mandate, and Peppol delivery discharges no BIR obligation.
Exporters are one of the categories awaiting a separate regulation, unless already covered on another ground. For export transactions a document titled Commercial Invoice is acceptable provided it carries the required tax data. ViDA does not apply — there is no intra-EU category in Philippine tax law, no 2030 date for Philippine companies and no obligation to route cross-border invoice data through European reporting infrastructure.
A separate VAT regime applies to non-resident digital service providers (NRDSP) and should not be mixed up with the domestic EIS. Since 2 June 2025, foreign NRDSPs must register with BIR; on a B2B purchase the Philippine business applies reverse charge, withholding and remitting 12% VAT.
The Philippines is also developing a Cross-border Electronic Invoicing System under Administrative Order No. 23. It must not be confused with BIR's tax EIS. It concerns imported goods, pre-border technical verification, the fight against undervaluation and misdeclaration, and information sharing between customs and other agencies, with cross-border invoice data provided to government agencies in real time. Coverage is phased — agricultural goods, then goods with health and safety risks, then others.
Its accreditation regime applies to Testing, Inspection and Certification Companies — with requirements including existing branches in the Philippines, ISO/IEC 17020 or 17065, financial security and separate government accreditation. Those requirements do not apply to Peppol Access Points or ordinary e-invoicing software providers. AO No. 23 originally aimed at full implementation within two years; the Department of Finance is still publishing accreditation procedures, and no confirmation of a universal production go-live for all imported goods was found.
There is no Philippine Peppol Access Point accreditation, because there is neither a Peppol Authority nor a mandatory Peppol channel. But there is a different layer of national regulation that a foreign provider can easily miss.
RMC No. 72-2025 requires developers, dealers, suppliers and pseudo-suppliers of sales machines and software to obtain or renew a Certificate of Accreditation under the RMO No. 24-2023 procedure, and the invoices and records their systems generate must comply with BIR rules. A foreign provider may need no "AP licence" — but its product can fall within BIR's requirements for sales and invoicing software suppliers if Philippine taxpayers use it commercially to issue official invoices.
For voluntary Peppol exchange, potentially yes — OpenPeppol allows organisations from countries without a national authority to participate. For tax compliance, Peppol certification alone is not enough. The provider must ensure the invoice carries the mandatory Philippine tax fields, that the system is registered or accredited where required, that the taxpayer holds the appropriate permission to use the system, that an EIS connection is backed by the taxpayer's EIS CERT and PTT, and that data is transmitted to BIR in the national API and format.
RR No. 8-2022 puts the obligation to obtain the EIS CERT and PTT on the taxpayer, regardless of its arrangements with a software provider. You cannot hold these on a client's behalf, and a proposal that implies otherwise is wrong.
The e-invoicing rules reviewed contain no requirement to hold a Philippine Peppol Access Point, an official electronic mailbox, a state delivery mailbox, or a local representative specifically for e-invoicing. For an NRDSP a local representative is expressly not mandatory, although a foreign supplier may voluntarily appoint a Philippine service provider for registration, filings and notices — a separate digital-services VAT rule, not an e-invoicing one.
Books of accounts and other accounting records must be preserved for ten years, counted from the day following the filing deadline for the return — or from the date of filing where filed late — for the taxable year in which the last entry was made.
This is the detail most European archive designs miss: a fully paperless Philippine archive is not compliant for the first five years, however good the electronic storage.
One relief is worth knowing. Taxpayers duly authorised to use the EIS — whether through the web-based facility or by API transmission — are not required to submit printed copies of the invoices or receipts they issue. That removes a submission burden; it does not remove the preservation rules above.
Failing to issue a proper invoice, or issuing instead a document treated only as a supplementary document, can attract a fine of PHP 1,000 to PHP 50,000 and imprisonment of two to four years. RR No. 11-2025 refers breaches of electronic invoicing and sales reporting to Sections 264 and 264-A of the Tax Code.
For a taxpayer already legally obliged to transmit, Section 264-A provides a penalty for each day of the violation of the higher of:
If the aggregate violation exceeds 180 days within a taxable year, permanent closure of the business is possible. An exception applies for force majeure and causes beyond the taxpayer's control.
This sanction should only apply where the transmission obligation has already taken effect for that particular taxpayer. For the future expanded ESRS a separate Revenue Regulation is still required — so a per-day penalty cannot yet attach to a taxpayer who is only inside the 2026 issuance deadline.
An e-invoice is not the only basis for input VAT across the economy. The Tax Code requires input VAT to be supported by a VAT invoice issued in accordance with Section 113 — it does not say that invoice must have passed clearance or travelled through Peppol. Electronic form becomes mandatory for a particular seller only once its own deadline arrives; outside the covered categories, registered manual, loose-leaf, CAS or POS invoices continue to be used.
Other defects in an invoice may expose the seller to liability without necessarily destroying the buyer's right to input VAT, provided those key data are present. What is legally decisive is a proper VAT invoice — not whether it was a PDF, an XML, a Peppol document or something that passed tax clearance.
The Philippines should not be built as an ordinary European Access Point. It needs its own localisation:
The Philippines is a reporting country, not a clearance country, and its mandate is defined by taxpayer category rather than transaction type. Named categories must issue structured e-invoices by 31 December 2026 — a deadline already extended once from March 2026 — while Micro Taxpayers stay outside it and several groups, including exporters and POS users, await a separate regulation.
The system rests on BIR's own JSON API rather than any international standard. EN 16931, Peppol BIS Billing, UBL and CII play no part, there is no Peppol Authority and no national address scheme. What does bind is registration of the invoicing system, the taxpayer's own EIS CERT and Permit to Transmit, and potentially software supplier accreditation for the provider.
The honest assessment is that one document could change all of this. The separate ESRS Revenue Regulation — with its final schema, API, reporting deadlines and onboarding process — has not been published. Build the structured-data layer now and keep the transmission layer replaceable; and remember the five-year hard-copy rule, which no amount of good electronic archiving substitutes for.