Réponse courte
Pour homologuer un SFE au Burkina Faso, le fournisseur prépare une version candidate stable, documente son architecture et ses contrôles, dépose le dossier prévu par la DGI, puis présente le système aux essais. L'attestation obtenue vise le logiciel, sa version et son identifiant SFE. Elle ne couvre pas automatiquement les versions ou connecteurs ajoutés plus tard.
Éditeurs de logiciels, intégrateurs et responsables de conformité qui préparent un dossier ou une campagne d'essais.
L'attestation de conformité porte sur un système et un périmètre définis. Les versions, connecteurs et responsabilités doivent rester traçables.
Quel dossier préparer pour l'homologation SFE ?
La procédure publiée par la DGI encadre l'homologation des unités de facturation, des modules de contrôle et des systèmes de facturation d'entreprise. Avant le dépôt, le candidat doit figer le nom du logiciel, la version, l'identifiant SFE et l'architecture présentée.
Le dossier technique doit permettre de relier chaque exigence à une fonction, un contrôle ou une preuve. Une simple brochure produit ne montre ni le comportement du système, ni sa capacité à reproduire un essai.
- Description du fournisseur et du système candidat.
- Architecture, composants, flux et responsabilités.
- Version exacte du logiciel et procédure d'installation.
- Formats de données, règles de validation et gestion des erreurs.
- Journaux, numérotation, sécurité et procédure de sauvegarde.
- Scénarios d'essai et résultats reproductibles.
Sources : Procédure d'homologation UF, MCF et SFE, DGI · Spécifications techniques des SFE, DGI
Quels tests UF, MCF et SFE faut-il anticiper ?
Les cas nominaux ne suffisent pas. Il faut montrer ce qui arrive quand une donnée fiscale est invalide, quand une réponse tarde ou quand une transaction est renvoyée après une coupure. Chaque résultat doit pouvoir être rapproché de la transaction source.
Pour un ERP ou un POS connecté, les essais doivent aussi vérifier le retour des statuts et des identifiants. Une facture acceptée par le dispositif mais absente du système métier crée un problème d'exploitation, même si l'échange technique a abouti.
- Vente, avoir, annulation et correction.
- Doublon et soumission idempotente.
- Erreur de taxe, de client ou de numérotation.
- Interruption réseau et reprise contrôlée.
- Réponse incertaine et rapprochement.
- Traçabilité entre facture, SFE et preuve fiscale.
Qui porte le dossier et les échanges avec la DGI ?
Le fournisseur du SFE doit être clairement identifié. Si un éditeur, un intégrateur et un partenaire local travaillent ensemble, le dossier doit préciser qui maintient le produit, qui prépare l'environnement d'essai et qui répond aux demandes de la DGI.
EazLink peut fournir une couche d'intégration, des journaux et des outils de test. Le site ne présente pas EazLink comme un SFE déjà homologué par la DGI. Le dépôt et la responsabilité réglementaire doivent être organisés dans le montage réel du projet.
Que se passe-t-il après l'attestation de conformité ?
L'attestation concerne le système présenté et son périmètre. La liste officielle de la DGI affiche d'ailleurs le fournisseur, le logiciel, la version, l'identifiant SFE, la date d'homologation et le numéro d'attestation.
Une mise à jour majeure, un nouveau connecteur ou un changement d'architecture doit être versionné et comparé au périmètre validé avant sa mise en production. Il faut demander une confirmation lorsque l'impact réglementaire n'est pas clair.
Sources : Liste des logiciels homologués, DGI
Votre projet avec EazLink
Passez des termes à une architecture testable
Choisissez le point de départ qui correspond à votre système et à la responsabilité que vous souhaitez conserver.
Sources officielles
Consultez le centre documentaire FEC de la DGI et les conditions et modalités d'émission. Les textes officiels prévalent sur ce guide.
L'équipe produit EazLink de Xiamen DataMega Technology Co., Ltd rédige ces guides à partir des publications officielles et de son travail sur les systèmes fiscaux. Le contenu aide à cadrer un projet technique. Il ne remplace pas une confirmation de la DGI ni un avis fiscal local.
Questions fréquentes
EazLink peut fournir une couche technique et des éléments de test, mais la responsabilité juridique, le dépôt et la validation doivent être organisés avec le fournisseur et les interlocuteurs locaux compétents.
Non par défaut. Le Burkina Faso applique ses propres textes, spécifications et procédures.
Les essais doivent couvrir les doublons, annulations, avoirs, erreurs de données, coupures réseau, réponses incertaines et reprises.
Le rôle dépend du montage du projet. L'éditeur, l'intégrateur et le partenaire local doivent désigner clairement le responsable du dépôt et des échanges officiels.
Cela dépend de l'impact sur le périmètre validé. Chaque changement doit être versionné et comparé aux exigences applicables avant déploiement.