E-Invoicing Models Explained: Types, Network Models & Examples
Ask finance teams in KSA, Malaysia, India, Belgium, and Poland how e-invoicing works, and you'll get five different answers. The reason is that every country runs on its own e-invoicing model, decided by the respective tax authority, which determines who checks the invoice, when, and how much control the regulator has before it reaches your customer.
Key Takeaways
- E-invoicing models split are into two groups. Regulatory models decide how authorities validate invoices. Network models decide how invoices move between businesses.
- Clearance, used in India and Saudi Arabia, needs approval before an invoice reaches the buyer. However, under the Post-Audit model, checks happen later.
- The 5-corner model (dominated by Peppol) is becoming the standard for governments wanting real-time visibility without building a central e-invoicing portal.
- Most Multinational Corporations (MNCs) working across several countries end up running three or four models at once.
What Are E-Invoicing Models?
An e-invoicing model is the rulebook for how a digital invoice gets created, checked, and reported. It answers two questions: when (regulatory model) and what path the invoice takes from seller to buyer (network model). Governments choose a model based on how much real-time control and visibility they want over businesses and tax revenue.
Types of E-Invoicing Models
Post-Audit Model: The seller creates and stores the invoice on their own. The tax authority looks at it later, usually during an audit. Simple for the business, but fraud gets caught after the fact, not before. Germany worked this way for years before moving toward CTC.
Continuous Transaction Controls (CTC) Model: An umbrella term for setups where invoice data reaches the tax authority, or gets validated by it, close to issuance. Most major economies are heading this way, from France's e-reporting mandate to the UAE's Peppol rollout.
Clearance Model: A version of CTC where the invoice needs government approval before it counts as legally valid. India's IRP issuing an IRN is the standard example, and Saudi Arabia's ZATCA Phase 2 works the same way.
Real-Time Reporting Model: Businesses send invoices directly to buyers while transaction data is sent to the tax authority, with no approval step. Hungary works this way in near real time, and so does Spain, through SII, but reports invoice data within four days rather than instantly.
Decentralised (Interoperability) Model: Invoices move through a network of certified access points rather than a single of one central platform. Peppol is the best-known example, running e-invoicing in Belgium, Singapore, The UAE, and, increasingly, the wider EU under ViDA.
E-Invoicing Network Models
Network models define the transmission architecture, the path an invoice takes, and how many parties sit between the seller and the buyer before the invoice is considered valid.
Model | How it works | Example |
| 2-Corner | Seller and buyer exchange invoices directly | Older EDI setups |
| 3-Corner | One platform sits in between and usually validates | India's IRP, Chile |
| 4-Corner | Each side connects through its own access point | Peppol classic |
| 5-Corner | Same as 4-corner, plus a tax authority getting a real-time copy | UAE, Belgium (2028) |
The move from 3 corners to 5 mainly depends on who can see the invoice and at what stage. In a 3-corner setup, one platform handles delivery and checks the invoice. With the classic 4-corner Peppol model, no one checks the invoice; it mainly moves between businesses. The 5-corner model, often called Peppol CTC, adds a government node to that 4-corner setup.
This gives tax authorities real-time visibility while invoices can still move through the network normally. The EU expects this model to support digital VAT reporting under ViDA by 2030. Underneath most of these networks, regardless of the number of corners, is EN 16931, Europe’s semantic data model for invoice fields.
E-Invoicing Models by Country
B2B go-live
Sl no. | Region | Country/Region | Regulatory Model | Network Model |
1 | America | Argentina | Clearance | Centralised (AFIP/ARCA CAE) |
2 | America | Brazil | Clearance | Decentralised (state SEFAZ authorisers) |
3 | America | Tanzania | Real-time reporting | Centralised (TRA EFDMS) |
4 | America | Zimbabwe | Real-time reporting | Centralised (ZIMRA FDMS) |
5 | America | Mexico | Clearance | Decentralised (PAC / CFDI) |
6 | APAC | South Korea | Real-time reporting | Centralised (NTS Hometax) |
7 | Middle East & Africa (MEA) | Rwanda | CTC | Centralised (RRA EBM) |
8 | Middle East & Africa (MEA) | Malawi | Real-time reporting | Centralised (MRA EIS) |
9 | Middle East & Africa (MEA) | Türkiye | Clearance | Centralised (GİB e-Fatura) + private integrators |
10 | APAC | Indonesia | Clearance | Centralised (e-Faktur / Coretax) |
11 | America | Ecuador | Clearance | Centralised (SRI) |
12 | America | Chile | Clearance | Centralised (SII DTE) |
13 | America | Peru | Clearance | Decentralised (OSE / SUNAT) |
14 | APAC | Kazakhstan | Clearance | Centralised (IS ESF) |
15 | APAC | Mongolia | Real-time reporting | Centralised (eBarimt) |
16 | LatAm | Uruguay | Clearance | Centralised (DGI CFE) |
17 | Middle East & Africa (MEA) | Tunisia | Clearance | 3-Corner (TTN) |
18 | America | Costa Rica | Clearance | Centralised (Hacienda ATV) |
19 | America | Colombia | Clearance | Decentralised (DIAN + authorised providers) |
20 | APAC | Nepal | Real-time reporting | Centralised (IRD CBMS) |
21 | Europe | Italy | Clearance | Centralised (SdI) |
22 | America | Guatemala | Clearance | Decentralised (FEL certificadores) |
23 | APAC | Uzbekistan | Clearance | Platform + accredited operators |
24 | Middle East & Africa (MEA) | Benin | CTC | Centralised (DGI e-MECeF) |
25 | APAC | India | Clearance | 3-Corner (IRP / GSTN) |
26 | Middle East & Africa (MEA) | Egypt | Clearance | Centralised (ETA) |
27 | Middle East & Africa (MEA) | Uganda | CTC | Centralised (URA EFRIS) |
28 | Europe | Albania | Clearance | Centralised (Central Information System) |
29 | Middle East & Africa (MEA) | Niger | CTC | Centralised (DGI SECeF) |
30 | America | Bolivia | Clearance | 3-Corner (SIAT) |
31 | Middle East & Africa (MEA) | Saudi Arabia | Clearance (B2B) + 24h reporting (B2C) | Centralised (ZATCA Fatoora) |
32 | APAC | Vietnam | Clearance | Centralised (GDT) + accredited providers |
33 | America | Paraguay | Clearance | Centralised (SIFEN / e-Kuatia) |
34 | Middle East & Africa (MEA) | Ghana | Clearance | Centralised (GRA CIS) |
35 | Middle East & Africa (MEA) | Kenya | CTC | Centralised (KRA eTIMS) |
36 | Europe | Serbia | Clearance | Centralised (SEF e-Faktura) |
37 | America | El Salvador | Clearance | Centralised (MH DTE) |
38 | Europe | Romania | Clearance | Centralised (RO e-Factura / SPV) |
39 | America | Dominican Republic | Clearance | Decentralised (DGII + certified providers) |
40 | Middle East & Africa (MEA) | Israel | Clearance (real-time allocation number) | Centralised (ITA SHAAM API) |
41 | Middle East & Africa (MEA) | Mauritius | Clearance | Centralised (MRA IFP) |
42 | Middle East & Africa (MEA) | Zambia | CTC | Centralised (ZRA Smart Invoice) |
43 | APAC | Malaysia | CTC | Centralised (MyInvois); Peppol optional channel |
44 | APAC | China | Clearance | Centralised (e-fapiao) + Leqi direct connect |
45 | Europe | Germany | Moving to CTC | Decentralised (no prescribed network) |
46 | Middle East & Africa (MEA) | Jordan | Clearance | Centralised (JoFotara) |
47 | Middle East & Africa (MEA) | Côte d'Ivoire | Clearance | Centralised (DGI FNE) |
48 | Middle East & Africa (MEA) | Nigeria | Clearance | 4-Corner (Access Point Providers) |
49 | APAC | Pakistan | Clearance | Decentralised (licensed integrators / PRAL) |
50 | Middle East & Africa (MEA) | DR Congo | Clearance | Centralised (e-UF / e-MCF / e-DEF) |
51 | Middle East & Africa (MEA) | Angola | Real-time reporting | Centralised (AGT-certified software) |
52 | Europe | Belgium | Post-audit (CTC planned 2028) | 4-Corner (Peppol BIS Billing 3.0) |
53 | Europe | Croatia | CTC | 5-Corner Peppol (Fiskalizacija 2.0) |
54 | Middle East & Africa (MEA) | Cameroon | CTC | Centralised (DGI-homologated devices) |
55 | Middle East & Africa (MEA) | Gabon | Clearance | Centralised (E-FACT / FEN-FNE) |
56 | Europe | Poland | Clearance | Centralised (KSeF 2.0) |
57 | Europe | Greece | CTC | Platform + Peppol (myDATA / licensed providers) |
58 | Middle East & Africa (MEA) | Burkina Faso | CTC | Centralised (DGI-certified FEC) |
59 | Middle East & Africa (MEA) | Congo-Brazzaville | Clearance | Centralised (SFEC) |
60 | Europe | France | CTC (e-invoicing + e-reporting) | 5-Corner via accredited Plateformes Agréées |
61 | APAC | Philippines | CTC e-reporting (eSRS not yet live) | Centralised (BIR EIS / eSRS) |
62 | Middle East & Africa (MEA) | UAE | Decentralised CTC (no clearance step) | 5-Corner Peppol DCTCE (PINT AE) |
63 | Europe | Slovakia | Moving to CTC | 5-Corner Peppol + alternatives to 2030 |
64 | Europe | Norway | Post-audit (mandatory exchange; no reporting) | 4-Corner (Peppol / EHF) |
65 | Middle East & Africa (MEA) | Oman | CTC | 5-Corner Peppol (Fawtara) |
66 | Europe | Latvia | Moving to CTC (5-day VID reporting) | 5-Corner (Peppol + eAddress/VID) |
67 | Europe | Slovenia | Post-audit (FURS e-reporting removed) | 4-Corner (Peppol / e-poti) |
68 | Europe | Luxembourg | Post-audit | 4-Corner (Peppol) |
69 | Europe | Ireland | CTC (real-time reporting to Revenue) | 5-Corner (Peppol) |
70 | Europe | United Kingdom | Post-audit (no RTR at launch) | 4-Corner (Peppol — confirmed 23 Jun 2026) |
No B2B mandate
Sl no. | Region | Country/Region | Regulatory Model | Network Model |
1 | Asia-Pacific | Australia | No reporting model | 4-Corner (Peppol A-NZ PINT) |
2 | Asia-Pacific | Bangladesh | Retail fiscalisation + post-audit | Centralised (eVAT / EFDMS - device based) |
3 | Asia-Pacific | Japan | Post-audit | 4-Corner (Peppol JP PINT - voluntary) |
4 | Asia-Pacific | New Zealand | No reporting model | 4-Corner (Peppol A-NZ PINT) |
5 | Asia-Pacific | Singapore | Periodic reporting (GST data transmission - NOT e-invoice issuance) | 5-Corner (Peppol InvoiceNow; IRAS = Corner 5) |
6 | Asia-Pacific | Sri Lanka | Real-time reporting (planned) | Centralised (RAMIS Web API) |
7 | Asia-Pacific | Taiwan | CTC (post-issuance upload) | Centralised (MOF platform) + Value-Added Centres |
8 | Asia-Pacific | Thailand | Voluntary post-audit | Centralised (etax.rd.go.th - voluntary) |
9 | Europe | Austria | Post-audit | Centralised (USP / e-Rechnung.gv.at) + Peppol |
10 | Europe | Bulgaria | Post-audit + SAF-T from Jan 2026 | 4-Corner / CAIS EPP |
11 | Europe | Cyprus | Post-audit | 4-Corner (national platform + Peppol) |
12 | Europe | Czech Republic | Post-audit (+ VAT Control Statement) | 4-Corner (NEN / ISDOC / Peppol) |
13 | Europe | Denmark | Post-audit + digital bookkeeping | 4-Corner (NemHandel / Peppol) |
14 | Europe | Estonia | Post-audit | 4-Corner (Peppol + operators) |
15 | Europe | Finland | Post-audit | 4-Corner (Peppol) |
16 | Europe | Hungary | Real-time reporting | Centralised (NAV Online Szamla) |
17 | Europe | Lithuania | Post-audit (+ i.SAF / i.SAF-T) | Centralised (SABIS) + Peppol |
18 | Europe | Malta | Post-audit | 4-Corner (Peppol) |
19 | Europe | Netherlands | Post-audit | 4-Corner (Peppol / NLCIUS) + Digipoort |
20 | Europe | Portugal | Periodic reporting (SAF-T) + post-audit | 4-Corner (Peppol / CIUS-PT / FE-AP) |
21 | Europe | Spain | CTC (Crea y Crece) / Real-time reporting (Verifactu) | Decentralised private platforms + public SPFE; Verifactu = Centralised (AEAT) |
22 | Europe | Sweden | Post-audit | 4-Corner (Peppol) |
23 | Europe | Switzerland | Post-audit | Centralised (2 certified providers) + Peppol |
24 | Middle East & Africa (MEA) | Bahrain | Clearance + reporting (specs published) | Centralised (EGS -> NBR via CSID/certificate serial number; NOT Peppol) |
25 | Middle East & Africa (MEA) | Kuwait | Post-audit | None |
26 | Middle East & Africa (MEA) | Qatar | Clearance + 24h reporting (unconfirmed) | Not published |
27 | Middle East & Africa (MEA) | Algeria | Centralised CTC (planned) | Centralised (DGI) |
28 | Middle East & Africa (MEA) | Botswana | Real-time reporting (planned) | Centralised (BURS) |
29 | Middle East & Africa (MEA) | Ethiopia | Clearance (pre-validation) | Centralised (Ministry of Revenues) |
30 | Middle East & Africa (MEA) | Libya | None | None |
31 | Middle East & Africa (MEA) | Morocco | Centralised CTC / clearance (planned) | Centralised (DGI initially) |
32 | Middle East & Africa (MEA) | Mozambique | Periodic reporting | Centralised (e-declaracao portal) |
33 | Middle East & Africa (MEA) | Namibia | Centralised real-time reporting (planned) | Centralised (NamRA) |
34 | Middle East & Africa (MEA) | Senegal | Clearance / CTC (planned) | Centralised portal + accredited platforms |
35 | Middle East & Africa (MEA) | South Africa | Decentralised CTC and Exchange (planned) | Decentralised accredited providers (Peppol-like; Peppol NOT adopted) |
36 | Middle East & Africa (MEA) | Sudan | Real-time reporting / fiscalisation hybrid | Centralised (Sudan Tax Authority) |
37 | Middle East & Africa (MEA) | Togo | TBC | TBC |
38 | America | Honduras | Post-audit (CAI number-range pre-authorisation) | None |
39 | America | Panama | Clearance (where applicable) | Centralised (DGI SFEP) or authorised fiscal equipment |
40 | America | Venezuela | Post-audit | Authorised printers / imprentas digitales |
41 | America | Canada | Post-audit | 4-Corner (Peppol / CBIP - promoted not required) |
42 | America | USA | Post-audit (no VAT) | 4-Corner (DBNAlliance - voluntary; NOT Peppol) |
How to Choose an E-Invoicing Solution That Supports Multiple Models
An enterprise present in India, Germany, and the UAE at once can't run three disconnected systems for long; that's usually where compliance gaps show up. Look for a platform that:
- Handles clearance, CTC, and Peppol-based exchange from one integration layer
- Updates automatically as mandates change, instead of needing a manual fix every time a country moves a deadline
- Gives finance one dashboard instead of five separate country interfaces
Conclusion
Understanding e-invoicing models matters for any CFO's office working across borders. Get the model wrong, and an invoice sits stuck or gets penalised instead of clearing in seconds. Whether it's India's clearance-based IRP, Germany's move toward CTC, or the UAE's 5-corner Peppol setup, the question is always the same: who checks the invoice, and when. Build your compliance stack around that, and the rest tends to fall into place.
Frequently Asked Questions
About Author
As a qualified Chartered Accountant with extensive expertise in accounting, finance, taxes, and audit, I specialise in simplifying complex regulations for a broader audience. Well-versed in tax laws across India and the GCC region, I have a keen interest in the evolving finance ecosystem. Passionate about learning, I enjoy engaging in conversations, exploring new cultures through travel, and unwinding with music.
AJ
Manager - Content
