Réponse courte
L'homologation vérifie qu'un système de facturation respecte les règles et spécifications de l'administration fiscale. Le fournisseur doit préparer son périmètre, la documentation, les scénarios d'essai et la version exacte du logiciel, puis suivre la procédure publiée par la DGI.
É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.
Avant le dépôt
- Figer le périmètre fonctionnel et la version candidate.
- Mapper chaque exigence officielle à une fonction ou un contrôle.
- Documenter l'architecture, les données, les erreurs et les journaux.
- Préparer un environnement de test reproductible.
- Clarifier le rôle de l'éditeur, de l'intégrateur et du partenaire local.
Pendant les essais
Les cas nominaux ne suffisent pas. Il faut tester les annulations, avoirs, doublons, numérotations, erreurs fiscales, interruptions réseau, reprises et incohérences de données. Chaque résultat doit être traçable jusqu'à la transaction source.
Après l'attestation
Une homologation concerne un système et un périmètre définis. Les mises à jour, changements d'architecture ou nouveaux connecteurs doivent être gérés avec une discipline de version et une analyse d'impact réglementaire.
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.