Accueil › Documentation fonctionnelle › Connecteurs ERP & synchronisations
Menu du document← Accueil
Documentation fonctionnelle
  1. 01Facturation & comptabilité OHADA
  2. 02Pipeline de la facture
  3. 03Demande de financement
  4. 04Analyse de dossier
  5. 05Offres & conditions structurées
  6. 06Position concurrentielle & fourchettes de marché
  7. 07Contrats, facilité et suivi du financement
  8. 08KYB institution
  9. 09Abonnements institutions
  10. 10Collatéral & assiette
  11. 11Tierce détention
  12. 12Alertes & observabilité métier
  13. 13Établissements partenaires et disponibilité
  14. 14Revue juridique
  15. 15IA embarquée
  16. 16Espace entreprise, appels d'offres et veille
  17. 17CRM, candidatures & contrats de marché
  18. 18Ressources humaines & capacité d'exécution
  19. 19Cautions de marché & crédits d'exécution
  20. 20Dossier bancaire, consentement & instruction
  21. 21Décision bancaire, émission & preuve documentaire
  22. 22Collateral documentaire & limites de vérification
  23. 23Droits d'accès, programme Fondateurs & notifications
  24. 24Données et intégrations : exports universels
  25. 25Applications connectées, API publique, webhooks & MCP
  26. 26Connecteurs ERP & synchronisations
  27. 27API bancaire & Collateral
Autres documents
Documentation fonctionnelle

Connecteurs ERP & synchronisations

Pourquoi

Les connecteurs alimentent le logiciel comptable ou l'ERP d'un groupe, d'un cabinet ou d'un partenaire à partir des données SYSCOHADA de Tauraco, sans réécrire la comptabilité, selon des correspondances déclarées par l'entreprise. Le catalogue dit honnêtement ce qui est natif, ce qui demande un paramétrage et ce qui n'est pas pris en charge.

Comment dans l'application

Lire le catalogue. « Connecteurs » classe chaque cible par un badge de maturité : Disponible, Bêta, Configuration requise ou Non pris en charge ; une infobulle en donne le sens.

MaturitéCiblesCe qui est fourni
DisponibleFichiers CSV et XLSX ; API REST générique ; dépôt SFTPFichiers paramétrés ; envoi JSON en https ; dépôt SFTP avec empreinte du serveur obligatoire (ports 22 ou 2222).
BêtaOdoo 17, 18 et 19Envoi des partenaires et des factures en brouillon ; aucune lecture depuis Odoo dans cette version.
Configuration requiseSage 100, EBP, QuickBooks Online, PennylaneFichiers au format attendu ; pas une intégration native : le modèle d'import se paramètre dans le logiciel cible.
Non pris en chargeSAP, Microsoft Dynamics 365, Oracle Fusion Cloud ERP, Oracle PeopleSoft, Oracle NetSuite, Cegid, Xero, Sage X3, API cloud de SageFiche descriptive seulement ; aucune connexion possible.

Configurer une connexion. « Nouvelle connexion » enregistre la destination et ses identifiants. « Tester la connexion » est requis avant toute synchronisation et après chaque modification ; son message reste volontairement générique.

Déclarer les correspondances. Les correspondances associent les codes Tauraco à ceux du logiciel distant : comptes, taxes, devises, journaux et tiers. Le moteur ne reclasse jamais un compte et conserve la numérotation SYSCOHADA. Une devise distante différente fait refuser la pièce, sauf si la case « Convertir les montants au taux fixe de l'ERP » est cochée : la conversion n'est alors admise que pour une parité fixe (franc CFA UEMOA ou CEMAC, franc comorien, euro), déclarée dans la pièce envoyée.

Synchroniser et vérifier. Une simulation vérifie tout sans rien envoyer. « Historique des synchronisations » présente chaque envoi : « Partiel » si des pièces sont rejetées, « Échec » en cas d'erreur de transport ; les pièces déjà envoyées comptent comme doublons ignorés, et un rapprochement compare les totaux Tauraco et distant. Chaque rejet porte un motif, sans arrêter le lot : Champ obligatoire absent, Compte sans correspondance, Taxe sans correspondance, Conversion de devise non autorisée, Date illisible, Montant invalide, Tiers inconnu, Doublon, Refusé par le logiciel distant ou Valeur invalide.

Garde-fous

  • Les tables de correspondance doivent être validées par un expert-comptable OHADA avant le premier envoi réel.
  • Les secrets d'une connexion sont chiffrés et ne sont jamais réaffichés. Si la destination change, ils doivent être ressaisis.
  • Les destinations internes ou non publiques sont refusées, à l'enregistrement comme à chaque exécution.
  • Les connecteurs ont été validés sur des environnements simulés, non sur l'installation réelle d'un éditeur : commencez par une simulation sur votre propre logiciel.
  • La gestion des connexions est réservée au propriétaire et à l'administrateur ERP de l'entreprise, ainsi qu'à l'administration de la plateforme.