Facturation électronique ZATCA, phase 2 : ce que l'intégration exige réellement

La phase 1 et la phase 2 ne posent pas le même problème

La phase 1 (génération) exigeait une facture électronique structurée, dotée d'un code QR et d'un ensemble défini de mentions. Tout système de facturation capable de produire un document conforme y satisfaisait, et rien ne sortait de vos murs. La phase 2 (intégration) relève d'une tout autre catégorie de travail : votre système dialogue désormais avec la plateforme de la ZATCA, l'autorité fiscale saoudienne, pour chaque facture émise, et l'administration répond.

C'est précisément ce changement qui prend les équipes au dépourvu. Une mise en œuvre de phase 1 est un format de document. Une mise en œuvre de phase 2 est une intégration dont la disponibilité est critique, avec des clés cryptographiques, des certificats qui expirent et une dépendance externe qui s'intercale entre votre caissier et la facture imprimée.

Dédouanement et déclaration sont deux flux distincts

Les factures fiscales standard — les documents entre entreprises — passent par le dédouanement (clearance). Vous soumettez la facture à la ZATCA avant de la remettre à l'acheteur, et elle ne devient une facture fiscale juridiquement valable qu'une fois dédouanée par la ZATCA, qui en renvoie un exemplaire signé. Si le dédouanement échoue, vous n'avez pas encore de facture.

Les factures fiscales simplifiées — typiquement les tickets de caisse remis aux consommateurs — relèvent de la déclaration (reporting). Vous émettez et remettez le ticket immédiatement, puis vous le déclarez à la ZATCA ensuite, dans le délai publié. Le client n'attend jamais le réseau.

Conséquence pratique : votre point de vente et votre facturation interentreprises doivent réagir différemment en cas de défaillance. Une caisse de magasin doit continuer à vendre lorsque la connexion tombe, puis rapprocher plus tard. Une facture interentreprises ne doit pas être considérée comme émise tant qu'elle n'est pas dédouanée.

Les briques cryptographiques, dans l'ordre

L'intégration consiste pour l'essentiel en une suite d'identifiants et de certificats. Chaque étape dépend de la précédente, et chacune est un endroit où un déploiement peut s'enliser :

• Une paire de clés et une demande de signature de certificat (CSR) générées par appareil ou par unité de facturation, portant vos données d'immatriculation à la TVA exactement dans les champs attendus par la ZATCA.
• Un certificat de conformité, obtenu en soumettant cette CSR avec un mot de passe à usage unique délivré par le portail de la ZATCA — c'est l'étape qui échoue le plus souvent, car ce code expire rapidement.
• Les contrôles de conformité : des factures, avoirs et notes de débit d'essai pour chaque type de document que vous comptez émettre, tous acceptés avant de pouvoir aller plus loin.
• Un certificat de production, celui qui signe réellement les documents en exploitation — et dont la date d'expiration doit avoir un responsable désigné bien avant qu'elle n'arrive.

Ce que la facture elle-même doit contenir

Le document soumis est un XML UBL 2.1, et non un PDF. Il contient les éléments qui rendent la facture vérifiable : une empreinte cryptographique de la facture précédente, qui chaîne vos documents entre eux de sorte qu'une facture supprimée ou insérée soit détectable ; une signature électronique ; et un code QR portant le nom du vendeur, le numéro de TVA, l'horodatage, le total, le montant de la TVA et les données de signature, selon un encodage binaire défini.

Un rendu lisible par l'humain reste nécessaire — l'acheteur veut un document qu'il peut classer — si bien que la plupart des mises en œuvre produisent un PDF/A-3 dans lequel le XML signé est incorporé : un seul fichier, à la fois lisible et vérifiable par une machine.

Les défaillances à prévoir dès la conception

Tout système qui a fonctionné en production s'est heurté à la même courte liste, et chaque point relève d'une décision de conception plutôt que d'un bogue à corriger plus tard :

• La ZATCA est injoignable ou lente. Les factures simplifiées doivent être mises en file d'attente et déclarées ensuite ; les factures standard, elles, ne peuvent de toute façon pas être émises sans plus. Décidez à l'avance de ce que voit le caissier.
• Un certificat expire. Le renouvellement est une tâche d'exploitation planifiée, pas un incident — un certificat de production expiré bloque toute la facturation.
• Une facture est rejetée sur un champ que votre ERP accepte mais pas la ZATCA — unités de mesure inhabituelles, remises ou lignes de frais de port modélisées d'une manière que la correspondance XML ne sait pas exprimer.
• La chaîne d'empreintes se rompt après une restauration de sauvegarde ou une modification manuelle de la base de données, et chaque facture suivante hérite du problème.

Ce qu'il faut demander à un éditeur

Affirmer sa conformité ne coûte rien. Les questions utiles sont précises : quels types de documents avez-vous fait dédouaner et déclarer en production, et non dans l'environnement de test ? Que devient une vente lorsque la ZATCA ne répond pas à temps ? Qui renouvelle le certificat, et qu'est-ce qui l'en avertit ? Puis-je exporter mes XML signés et la chaîne d'empreintes si je vous quitte ? Un éditeur qui a réellement exploité la phase 2 aura des réponses concrètes, car chacun de ces points lui a coûté une journée à un moment ou à un autre.