API et connecteurs
Reliez API, fichiers ou connecteurs locaux à une interface fiscale stable.
Intégration ERP, POS et API
Un middleware fiscal FEC sans remplacer votre ERP ou votre POS.
Préparez le mapping, les contrôles, les statuts et le retour de preuve entre votre ERP ou POS et le dispositif FEC retenu. La connexion et son périmètre restent à valider au pilote.
Objectifs de recette
Ce que votre pilote doit démontrer.
Ces fonctions constituent un périmètre à vérifier sur votre système ; elles ne sont pas présentées comme déjà testées au Burkina Faso.
Validation des données
Contrôlez les champs, taxes, références et formats avant la soumission.
Reprise contrôlée
Distinguez les erreurs temporaires, permanentes et les réponses incertaines.
Statuts et audit
Rendez chaque vente, réponse et preuve visible pour le support et la finance.
Pilotage multi-sites
Surveillez agences, magasins et files d'attente depuis un même modèle.
Isolation réglementaire
Gardez la logique FEC hors du cœur de vos applications métier.
Architecture de référence
Un flux métier, une orchestration, une preuve.
Systèmes métierERP · POS · Comptabilité
Couche d'intégrationEazLink
Architecture conformeSFE · UF · MCF
Retour métierStatut · preuve · audit
ERP / POS · critères à vérifier
De la vente au rapprochement : un parcours à tester.
Ce tableau est une grille de préparation, pas un rapport de capacités déjà testées. Chaque résultat doit être démontré sur votre version du logiciel et le dispositif FEC retenu.
| Étape | Décision à documenter | Preuve demandée au pilote |
|---|---|---|
| Source et mapping | API, fichier structuré ou agent local ; identifiant métier stable ; taxes et totaux. | Exemple anonymisé du format convenu et liste des champs. |
| Validation et envoi | Contrôles, destinataire et responsable de chaque rejet. | Cas accepté et cas refusé avec un message exploitable. |
| Succès / refus / inconnu | Ne pas confondre un délai dépassé avec un refus fiscal. | Réponse perdue après envoi ; statut retrouvé avant une reprise. |
| Reprise contrôlée | Règle de consultation, identifiant stable et prévention des doublons. | Redémarrage et répétition du même événement sans seconde facture. |
| Retour ERP / POS | Document cible, références fiscales, preuve et visibilité utilisateur. | Retour consultable dans le système source et archive associée. |
| Rapprochement et exploitation | Écarts, version par site, support et escalade. | Liste des ventes sans preuve, journal et responsable désigné. |
Exemple synthétique : une réponse perdue
Une vente de démonstration BF-DEMO-001 est envoyée, puis la connexion s'interrompt. Son état devient « inconnu ». Le pilote doit montrer comment retrouver le résultat avant de décider une nouvelle émission. Une vente en attente n'est pas présentée comme une facture certifiée.
Exemple pédagogique sans appel à une API réelle. Aucun endpoint, format DGI, délai de traitement ni compatibilité universelle n'est revendiqué.
Télécharger la grille de préparation ERP/POS (CSV) · Lire le guide de connexion ERP/POS · Définir un pilote technique
Systèmes à évaluer
ERP, POS, comptabilité et applications métiers.
Odoo, Dolibarr, Sage, ERPNext, SAP Business One, Microsoft Dynamics et les systèmes personnalisés peuvent être étudiés. Aucun connecteur prêt à déployer n'est confirmé ici : la version, les échanges et le retour fiscal doivent être testés.
- API disponible ou accès structuré aux données
- Référentiel fiscal suffisamment complet
- Retour de statut possible
- Gestion des avoirs et annulations
Prochaine étape
Commencez par la compatibilité réelle de vos systèmes.
Un premier cadrage suffit pour identifier les données, les sites et les validations nécessaires.