Thaïlande — RD, e-Tax Invoice et e-Receipt

La Thaïlande opère depuis 2017 un programme e-Tax Invoice & e-Receipt piloté par le Revenue Department (RD), avec spécifications techniques publiées par l'ETDA. Le système reste volontaire pour la plupart des entreprises mais devient un prérequis de fait pour les fournisseurs des grands donneurs d'ordre et pour la déduction TVA cross-border.

En bref

Régulateurs : Revenue Department (RD — กรมสรรพากร) ; ETDA — Electronic Transactions Development Agency, opérateur des spécifications techniques
Statut : e-Tax Invoice & e-Receipt programme RD lancé le 1^er janvier 2017 ; volontaire mais incitatif fiscal (déduction supplémentaire 200 % sur les coûts d'implémentation jusqu'à 2027)
Format : XML ETDA — deux profils (UN/CEFACT Cross Industry Invoice CII 16B ou OASIS UBL 2.1), GuidelineID urn:etda:invoice:2.0
Identifiant TIN : Tax Identification Number à 13 chiffres délivré par le RD (schemeID TH:RD:TIN)
Signature : XMLDSig ou PAdES avec certificat délivré par une AC certifiée par la NRCA (National Root Certification Authority de Thaïlande)
Mode d'envoi : direct RD via portail etax.rd.go.th, ou via un Trusted Service Provider (TSP) RD-certified
Conservation : 5 ans pour les factures TVA standard (Revenue Code Section 87/3)
Reporting TVA : PP30 (déclaration mensuelle TVA) et PP36 (cross-border services), avec données alignées sur les e-Tax Invoices émises

Timeline réglementaire

1985 — Revenue Code (ประมวลรัษฎากร) Section 86. Cadre général des obligations de Tax Invoice (ใบกำกับภาษี) en Thaïlande.
22 novembre 2010 — Electronic Transactions Act B.E. 2544 (2001) amendé. Reconnaissance juridique des documents électroniques et signatures dans les actes commerciaux.
1^er janvier 2012 — Lancement e-Tax Invoice volontaire. Pilote RD pour la digitalisation des Tax Invoices avec signature numérique, sur la base de spécifications ETDA v1.
1^er janvier 2017 — Programme e-Tax Invoice & e-Receipt. Refonte du programme avec deux variantes : e-Tax Invoice & e-Receipt (full) pour grands volumes, et e-Tax Invoice by Email pour TPE et PME (signature simplifiée via email RD).
2018-2020 — Royal Decree TIA (Tax Incentive Act). Incitations fiscales pour l'adoption (déduction 200 % sur les coûts d'implémentation des solutions certifiées RD).
2021 — ETDA Standard Invoice v2.0. Publication des schémas XML CII et UBL 2.1, alignés sur les standards internationaux.
2023 — TSP Framework. Le RD certifie une liste de Trusted Service Providers (TSP) qui peuvent émettre et stocker les e-Tax Invoices pour le compte des entreprises.
2025-2027 — Roadmap obligatoire. Le RD prépare un mandat obligatoire B2B progressif, calendrier annoncé par paliers de CA, mise en service prévisionnelle à confirmer en 2026.

Schéma technique

Le format est défini par ETDA Recommendation TH-ER-007 et propose deux profils :

UN/CEFACT CII 16B — Cross Industry Invoice, namespace urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100. Format préféré pour les grands émetteurs et l'interopérabilité internationale.
OASIS UBL 2.1 — alternative pour les éditeurs déjà familiers UBL.

Les deux profils partagent :

GuidelineID urn:etda:invoice:2.0 en contexte de document.
TIN schemeID TH:RD:TIN : 13 chiffres (en réalité formé d'un code provincial + identifiant + check digit selon la formule officielle RD).
Currency : THB par défaut, conversion obligatoire pour les transactions internationales (taux Banque de Thaïlande).
VAT : 7 % standard (suspendu 7 % au lieu de 10 % statutaire par Royal Decree successifs depuis 1999), exonération pour exports.
Caractères thaï : encoding UTF-8 obligatoire, le Royal Thai Script (ไทย) doit passer sans dégradation.

Exemple minimal d'une e-Tax Invoice CII (profil ETDA) :

xmletax-invoice-th-cii.xml

<?xml version="1.0" encoding="UTF-8"?>
<rsm:CrossIndustryInvoice xmlns:rsm="urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100"
                          xmlns:ram="urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100"
                          xmlns:udt="urn:un:unece:uncefact:data:standard:UnqualifiedDataType:100">
  <rsm:ExchangedDocumentContext>
    <ram:GuidelineSpecifiedDocumentContextParameter>
      <ram:ID>urn:etda:invoice:2.0</ram:ID>
    </ram:GuidelineSpecifiedDocumentContextParameter>
  </rsm:ExchangedDocumentContext>
  <rsm:ExchangedDocument>
    <ram:ID>TH-2026-00000142</ram:ID>
    <ram:TypeCode>388</ram:TypeCode>
    <ram:IssueDateTime>
      <udt:DateTimeString format="102">20260516</udt:DateTimeString>
    </ram:IssueDateTime>
  </rsm:ExchangedDocument>
  <rsm:SupplyChainTradeTransaction>
    <ram:ApplicableHeaderTradeAgreement>
      <ram:SellerTradeParty>
        <ram:Name>Ediverse Demo Thailand Co. Ltd.</ram:Name>
        <ram:SpecifiedLegalOrganization>
          <ram:ID schemeID="TH:RD:TIN">0105549123456</ram:ID>
        </ram:SpecifiedLegalOrganization>
      </ram:SellerTradeParty>
      <ram:BuyerTradeParty>
        <ram:Name>Customer Demo Thailand Co. Ltd.</ram:Name>
        <ram:SpecifiedLegalOrganization>
          <ram:ID schemeID="TH:RD:TIN">0105540098765</ram:ID>
        </ram:SpecifiedLegalOrganization>
      </ram:BuyerTradeParty>
    </ram:ApplicableHeaderTradeAgreement>
  </rsm:SupplyChainTradeTransaction>
</rsm:CrossIndustryInvoice>

Flux de soumission

Deux modes d'envoi :

e-Tax Invoice & e-Receipt (full) : l'émetteur signe le XML, l'envoie à l'acheteur par les canaux qu'il choisit (email, portail), puis transmet une copie au RD via un endpoint dédié (etax.rd.go.th SFTP ou API REST). Reporting mensuel agrégé au RD.
e-Tax Invoice by Email : variante simplifiée pour TPE et PME — l'émetteur envoie sa facture en PDF + XML signé par email à un alias etax-receipt@rd.go.th, qui signe avec le certificat RD et la retransmet au destinataire. Idéal pour faible volume.

textrd-etax-flow.txt

┌──────────────┐    ┌──────────────────┐    ┌──────────────┐
│ Vendeur TH   │───>│ RD via Service   │───>│ Acheteur TH  │
│ (ERP, XML)   │    │ Provider (TSP)   │    │ (XML + PDF)  │
│ + Cert. NRCA │    │ ou direct RD     │    │              │
└──────────────┘    └────────┬─────────┘    └──────────────┘
                             │
                             ▼
                  ┌─────────────────────┐
                  │ Reporting RD mensuel│  ← données TVA
                  │ (PP30/PP36)         │     consolidées
                  └─────────────────────┘

Validation

Portail RD e-Tax Invoice : etax.rd.go.th — enregistrement, soumission et consultation.
ETDA — Electronic Transactions Development Agency : etda.or.th — spécifications XML et liste des TSP certifiés.
NRCA Thaïlande : nrca.go.th — autorité racine et liste des AC certifiées pour signatures e-Tax.
Validateur ETDA — outil web et CLI pour vérifier la conformité au schéma TH-ER-007 (disponible aux TSP enregistrés).

Pièges courants

TIN à 13 chiffres et structure provinciale. Le TIN thaïlandais a une structure (code provincial + séquence + digit check) ; tronquer ou padder de zéros invalide la facture. Toujours valider via l'API RD.TIN.Validate avant émission, surtout pour les acheteurs nouveaux.
Encoding thaï et glyphes combinés. Le thaï utilise des caractères avec voyelles superposées (สระอำ) et des tons en combinaison. Une normalisation Unicode incorrecte (NFC vs NFD) peut tronquer les noms à l'affichage côté acheteur. Tester avec un jeu Thai Glyph complet.
TSP vs émission directe — choix structurant. Émettre directement au RD exige un investissement infra (HSM, certificat, monitoring SLA) ; passer par un TSP simplifie mais lock-in sur leur format de données. Décider tôt selon le volume et le profil sécurité.
e-Tax Invoice by Email et PDF/A-3. Le mode email exige un PDF/A-3 portant le XML embarqué, sinon le filtre RD rejette le mail. L'erreur la plus fréquente est d'envoyer un PDF standard avec XML en pièce jointe séparée.
PP30 reconciliation. Les Tax Invoices émises doivent réconcilier avec la déclaration mensuelle PP30 du RD. Un décalage de timing (facture émise le 31 mais transmise le 2 du mois suivant) provoque des écarts qu'il faut documenter dans la déclaration.

Liens transverses

Factur-X / ZUGFeRD — comparaison hybride PDF + XML (ETDA s'en inspire pour le mode email).
UBL — alternative au profil CII.
Vietnam — comparaison ASEAN.
Singapour — autre déploiement PEPPOL régional.
Sources officielles : etax.rd.go.th, rd.go.th, etda.or.th.

Fondamentaux

Standards

Messages phares

Outils