Ouganda : la facturation électronique EFRIS de l'URA

L'Ouganda impose la facturation et le reçu électroniques via EFRIS (Electronic Fiscal Receipting and Invoicing Solution), une plateforme de clearance en temps réel opérée par l'Uganda Revenue Authority (URA). Chaque facture ou reçu est transmis à l'URA, qui le « fiscalise » en y apposant un numéro fiscal (FDN), un code de vérification et un QR code. Obligatoire pour tous les assujettis à la TVA depuis le 1^er janvier 2021, le dispositif s'est élargi en 2025 à de nombreux secteurs, y compris des opérateurs non assujettis à la TVA.

Contexte & cadre légal

EFRIS est le pilier de la digitalisation fiscale ougandaise. La solution s'inscrit dans la Domestic Revenue Mobilisation Strategy et vise à combler l'écart de TVA en rendant chaque transaction visible en temps réel à l'Uganda Revenue Authority (URA).

• Qui pilote ? L'URA, l'administration fiscale nationale, qui héberge le serveur central EFRIS et délivre les identifiants fiscaux des documents.
• Base légale. La Section 73A du Tax Procedures Code Act, 2014 rend l'usage d'EFRIS obligatoire et autorise l'URA à prescrire l'émission de e-factures et e-reçus.
• Qui est concerné ? À l'origine, tous les assujettis à la TVA. Depuis le 1^er juillet 2025 (General Notice n° 2218 de 2025), l'obligation s'étend à une douzaine de secteurs — carburants, mines et carrières, industrie manufacturière, énergie, construction, transport et entreposage, hébergement, TIC, immobilier, services professionnels — y compris des entreprises non assujetties à la TVA.
• Pourquoi ? Lutter contre la sous-déclaration, préremplir les déclarations de TVA, accélérer les remboursements et fiabiliser l'assiette fiscale.

EFRIS coexiste avec les Digital Tax Stamps (DTS), le dispositif de timbres numériques sur les produits taxables (boissons, sucre, ciment, etc.) : les deux systèmes alimentent une vision unifiée des flux de marchandises et de chiffre d'affaires.

Timeline réglementaire

Dates indicatives : certains seuils et échéances sectorielles évoluent ; vérifier auprès de l'URA pour un cas précis.

Format & schéma technique

EFRIS n'utilise ni UBL ni un standard ouvert : l'échange repose sur une API JSON propriétaire de l'URA. Chaque appel (« interface ») est enveloppé dans trois blocs :

• data — la charge utile métier : content (payload chiffré et encodé en Base64), signature (signature RSA) et dataDescription avec codeType et encryptCode.
• globalInfo — le contexte technique : appId, version, dataExchangeId, interfaceCode, requestCode, requestTime, tin, brn, taxpayerID, deviceNo, deviceMAC, longitude/latitude, etc.
• returnStateInfo — le statut de réponse : returnCode et returnMessage.

Les codes d'interface clés : T101 (informations système/dictionnaires), T103 (clé symétrique / login), T104 (obtention de la clé AES), T109 (upload de facture/reçu), T130/T131 (gestion des biens et des stocks). Le contenu métier d'une facture T109 comporte notamment sellerDetails, buyerDetails, basicInformation, goodsDetails, taxDetails et summary — aucun ne pouvant être vide.

{
  "data": {
    "content": "<payload JSON chiffre AES puis encode Base64>",
    "signature": "<signature RSA du content>",
    "dataDescription": { "codeType": "1", "encryptCode": "2", "zipCode": "0" }
  },
  "globalInfo": {
    "appId": "AP04",
    "version": "1.1.20191201",
    "dataExchangeId": "9230489223014123",
    "interfaceCode": "T109",
    "requestCode": "TP",
    "requestTime": "2026-06-23 10:15:42",
    "responseCode": "TA",
    "userName": "admin",
    "deviceNo": "1010101010",
    "tin": "1000000000",
    "brn": "",
    "taxpayerID": "1",
    "longitude": "32.5825",
    "latitude": "0.3476"
  },
  "returnStateInfo": { "returnCode": "", "returnMessage": "" }
}

La TVA standard ougandaise est de 18 % ; les montants sont en shillings ougandais (UGX) et chaque bien/service doit être rattaché à un code marchandise (commodity / goodsCategoryId) préalablement enregistré. Le contenu métier déchiffré (interface T109) porte les blocs sellerDetails, buyerDetails, goodsDetails (avec taxRate 0.18), taxDetails et summary.

Flux de transmission

Le contribuable choisit l'un des canaux d'intégration proposés par l'URA, puis chaque transaction est fiscalisée par le serveur EFRIS avant remise au client.

• System-to-System (API) — l'ERP/POS de l'entreprise dialogue directement avec EFRIS via l'API JSON ; idéal pour gros volumes et automatisation totale.
• Electronic Fiscal Device (EFD) — un dispositif certifié (POS + contrôleur de données de vente, SDC) à mémoire fiscale inviolable qui émet e-reçus et e-factures, y compris hors ligne.
• Client e-Invoicing — une application de bureau / smartphone installable, pour les contribuables sans ERP intégré.
• Portail web EFRIS — saisie manuelle via le portail URA (TIN + mot de passe), adapté aux faibles volumes.

Cycle de fiscalisation :

1. La vente est saisie (POS, ERP, portail ou client).
2. Le document est transmis au serveur EFRIS, qui le valide et l'« habille » de quatre champs obligatoires : le FDN (Fiscal Document Number), l'Invoice Identification Number, le code de vérification et le QR code.
3. La facture/reçu fiscalisé est renvoyé au vendeur et remis au client (papier ou électronique).
4. Le client peut vérifier l'authenticité en scannant le QR ou en saisissant le FDN / code de vérification dans l'application de validation EFRIS ou le widget du portail URA.

Mode hors ligne : la connexion system-to-system tolère jusqu'à 5 jours de fonctionnement offline ; les documents sont stockés localement puis synchronisés avec EFRIS dès le retour de la connexion. Les EFD émettent également en mode hors ligne.

Validation & conformité

• Authentification & chiffrement. L'intégration API impose un échange de clés : récupération d'une clé AES via T104 (déchiffrée avec votre clé privée RSA), chiffrement AES du payload, puis signature RSA du contenu. Toute requête mal signée ou mal chiffrée est rejetée.
• Champs non vides. EFRIS rejette une facture si sellerDetails, buyerDetails, goodsDetails ou summary sont vides, ou si invoiceType = 4 sans extendField renseigné.
• Cohérence fiscale. Les montants TVA doivent être cohérents (taux 18 % en standard, codes d'exonération/zéro corrects) et chaque bien doit pointer vers un code marchandise enregistré et un stock à jour (interfaces T130/T131).
• Traçabilité. Le FDN et le code de vérification garantissent l'unicité du document ; le QR code permet une validation publique instantanée.
• Pénalités (2025–2026). Pour un assujetti TVA, défaut d'émission ou non-usage d'un dispositif fiscal : double de la taxe due ou 200 000 UGX (le plus élevé). Pour les nouveaux secteurs non-TVA, la non-émission peut exposer à des amendes jusqu'à 30 millions UGX et/ou une peine pouvant aller jusqu'à 10 ans d'emprisonnement.

Pièges courants

• Croire qu'EFRIS parle UBL/Peppol. Faux : c'est une API JSON propriétaire URA avec chiffrement AES/RSA. Aucun mapping standard direct — prévoir une couche de transformation depuis votre ERP.
• Gestion des clés négligée. La clé AES obtenue via T104 a une durée de vie ; un token expiré ou une signature RSA invalide bloque tous les envois. Industrialiser le renouvellement.
• Catalogue de biens non enregistré. Émettre une facture pour un article dont le code marchandise ou le stock n'est pas configuré provoque un rejet ; le stock doit être maintenu en parallèle des ventes.
• Mode hors ligne mal géré. Au-delà de 5 jours sans synchronisation, l'émission est compromise ; surveiller activement la file d'attente offline.
• Croire que le non-assujetti TVA est exclu. Depuis juillet 2025, des secteurs entiers de non-redevables de la TVA sont soumis à EFRIS — avec les pénalités les plus lourdes en cas de non-conformité.
• Confondre EFRIS et DTS. Les Digital Tax Stamps (timbres numériques) sont un dispositif distinct sur les produits taxables ; un même opérateur peut relever des deux.
• TIN acheteur omis en B2B. Pour les ventes B2B, l'absence du buyerTin empêche l'acheteur de récupérer la TVA en amont.

Liens transverses

• Site officiel : URA — EFRIS et le portail EFRIS.
• EFRIS étant propriétaire, comparez-le aux standards ouverts utilisés ailleurs : le format UBL, le réseau Peppol, ou les messages bancaires ISO 20022. Pour l'EDI classique, voir EDIFACT.
• Explorez d'autres juridictions dans l'index des pays, ou consultez le glossaire pour les termes techniques.