Philippines — BIR EIS : mandat e-invoicing par vagues (2022-2026)

Les Philippines déploient un système national d'e-invoicing piloté par le Bureau of Internal Revenue (BIR) à travers son Electronic Invoicing System (EIS), entré en pilote le 1^er juillet 2022 sur la base du TRAIN Law (Republic Act 10963 de 2017). Le format est un JSON propriétaire transmis via API REST, avec phases d'enrôlement échelonnées par catégorie de contribuable jusqu'en 2026.

Timeline réglementaire

• 19 décembre 2017 — Republic Act 10963 (TRAIN Law). La section 237-A introduit l'obligation pour les Large Taxpayers, exportateurs et e-commerce platforms d'émettre leurs factures et reçus par voie électronique dans un délai de cinq ans.
• 30 juin 2022 — Revenue Regulations 8-2022. Pose le cadre opérationnel de l'EIS : champs obligatoires, API REST, signature électronique optionnelle Phase 1, archivage 10 ans.
• 1^er juillet 2022 — Lancement EIS Phase 1 pilote. Premier batch de 100 Large Taxpayers (LT) ; archive officielle BIR sur eis.bir.gov.ph avec sandbox parallèle.
• 5 juillet 2022 — Revenue Regulations 9-2022. Précise les sanctions (PHP 1 000 par facture manquante, plafond PHP 25 000 par jour) et les modalités d'agrément des éditeurs (Permit to Use, PTU).
• 2024 — Vagues 2 et 3. Extension aux Large Taxpayers restants et aux exportateurs assujettis VAT (taux 12 %).
• 2025-2026 — Vagues 4 à 6. Descente vers les Medium et Top 20 000 contribuables ; calendrier publié par communiqué BIR (annonces RMC — Revenue Memorandum Circular).

Schéma technique

Le format est un JSON propriétaire BIR exposé par l'API EIS. Pas de mapping direct UBL/CII : la structure est dérivée du formulaire BIR 2550M/Q de la VAT, avec trois types de documents principaux :

• Sales Invoice (SI) — vente de biens, déclenche la VAT.
• Sales Receipt (SR) — prestation de services.
• Credit/Debit Note (CN/DN) — corrections.

Exemple minimal d'une Sales Invoice Phase 1 :

{
  "documentType": "SI",
  "documentNumber": "SI-2026-0000423",
  "documentDate": "2026-05-19",
  "seller": {
    "tin": "000-123-456-000",
    "registeredName": "Ediverse Demo Philippines Corp",
    "address": "5F BGC Corporate Center, Taguig City",
    "vatRegistration": "VAT"
  },
  "buyer": {
    "tin": "000-789-012-000",
    "registeredName": "Customer Demo Inc",
    "address": "Makati Avenue, Makati City"
  },
  "lineItems": [
    {
      "description": "Cloud subscription May 2026",
      "quantity": 1,
      "unitOfMeasure": "EA",
      "unitPrice": 50000.00,
      "amount": 50000.00,
      "vatRate": 12.0,
      "vatAmount": 6000.00
    }
  ],
  "totalSales": 50000.00,
  "totalVat": 6000.00,
  "totalAmountDue": 56000.00,
  "currency": "PHP"
}

Le numéro de document doit respecter le series control agréé par le BIR via le permis ATP (Authority to Print) ou son équivalent électronique pour les éditeurs accrédités.

Flux de soumission

Le vendeur transmet quasi temps réel via POST /api/v1/invoices. L'EIS valide schéma, TIN, séquencement, puis renvoie un identifiant interne et l'horodatage de réception. La représentation visuelle (PDF + QR Code BIR) est générée côté vendeur à partir du payload accepté.

┌──────────────┐    ┌──────────────────┐    ┌──────────────┐
│ Vendeur PH   │───>│ BIR EIS API      │───>│ Acheteur PH  │
│ (ERP, JSON)  │    │ eis.bir.gov.ph   │    │ (PDF + QR)   │
└──────────────┘    └────────┬─────────┘    └──────────────┘
                             │
                             ▼
                  ┌───────────────────┐
                  │ EIS assigne       │  ← rejet 7 jours max
                  │ DocumentID + ts   │     pour réémission
                  └───────────────────┘

La fenêtre de réémission après rejet est de 7 jours calendaires. Au-delà, la facture est considérée comme non déclarée et la VAT correspondante n'est pas déductible côté acheteur.

Validation

• Portail EIS : eis.bir.gov.ph — production avec login eFPS (Electronic Filing and Payment System).
• Sandbox : sandbox-eis.bir.gov.ph — environnement de test pour éditeurs candidats au PTU.
• Documentation technique : schémas JSON, code-listes et collection Postman publiés via le portail développeur BIR-EIS.
• Permit to Use (PTU) : tout système qui émet vers l'EIS doit obtenir un PTU délivré par la BIR Computerized Systems Evaluation Team (CSET).

Pièges courants

1. TIN avec branche. Le TIN philippin est composé de la racine 9 chiffres + le suffixe 3 à 5 chiffres pour l'établissement (branch code). Les intégrations qui ignorent le branch code remontent des écarts de réconciliation côté acheteur multi-établissements.
2. PTU obligatoire avant production. La mise en production sans PTU délivré expose à des pénalités RMC : PHP 25 000 + PHP 1 000 par facture émise hors PTU. Le délai d'instruction CSET est de 6 à 12 mois.
3. Séries de numérotation. Chaque branche reçoit son range de numéros approuvé par le BIR ; les sauts de séquence déclenchent automatiquement une alerte qui peut bloquer les soumissions suivantes jusqu'à régularisation.
4. VAT-exempt vs zero-rated. Les exportateurs sont zero-rated (taux 0 %) avec droit à déduction, mais les transactions VAT-exempt (PEZA, BOI incentives) doivent porter un code distinct exemptionCode. Confusion fréquente qui aboutit à des régularisations onéreuses.
5. QR Code BIR sur la représentation visuelle. Le QR Code doit encoder le DocumentID retourné par l'EIS et le hash SHA-256 du payload soumis. Les générateurs de PDF qui hachent une version reformatée (espaces, ordre des champs) produisent un QR invalide.

Liens transverses

• Singapour — InvoiceNow, autre approche APAC (PEPPOL PINT vs JSON propriétaire BIR).
• Vietnam — hóa đơn điện tử, comparable par vagues d'enrôlement.
• Indonésie — e-Faktur DJP + CoreTax, mandat universel voisin.
• Article — APAC e-invoicing mandate tracker.
• Sources officielles : bir.gov.ph — Electronic Invoicing System, Republic Act 10963 — TRAIN Law.