FinTech / Intégration financière / Automatisation d’entreprise
FinSync
Plateforme d’intégration financière — de l’ERP à la plateforme de consolidation
Chaque mois, un groupe multi-entités doit extraire la balance de vérification de chaque entité légale de son ERP, appliquer ses règles comptables et livrer un fichier que sa plateforme de consolidation peut charger — une chaîne qui reposait sur des flux entretenus à la main et sur la personne qui les avait bâtis. FinSync exécute cette chaîne de bout en bout, sur planification : extraction, transformation déterministe, génération du fichier, dépôt SFTP et compte rendu par courriel, chaque étape journalisée et chaque exécution auditable.
- 8 étapes journalisées par exécution, de l’extraction à la notification
- 3 niveaux de données conservés par exécution : brut, normalisé, final
- 12 fonctions serveur derrière le pipeline
- Statut
- En production
- Modèle
- B2B
- Marché
- Canada
Le problème
La consolidation d’un groupe commence par une corvée mensuelle. Pour chaque entité légale, extraire la balance de vérification de l’ERP infonuagique; décider quels soldes envoyer — soldes de clôture pour les comptes de bilan, mouvements de la période pour les comptes de résultats, traitement particulier des comptes de taxes et de bénéfices non répartis; disposer le tout dans le format plat exact qu’attend la plateforme de consolidation; le déposer sur un serveur SFTP; prévenir l’équipe des finances. Faite à la main ou avec des automatisations fragiles, la chaîne dépend d’une personne, s’arrête sur un jeton d’API expiré et ne laisse aucune trace de ce qui a été envoyé, quand, et à partir de quels chiffres.
La solution
Une application web dédiée qui prend en charge toute la chaîne. L’équipe des finances connecte l’ERP une fois par OAuth, tient sa liste d’entités légales, puis lance une exécution ou laisse le planificateur s’en charger. Chaque exécution extrait la balance de vérification de chaque entité sélectionnée, applique de façon déterministe les règles comptables du groupe, génère un seul CSV dans la disposition attendue par CCH Tagetik, le dépose par SFTP quand aucune entité n’est en erreur et envoie par courriel un compte rendu par entité — en conservant les données brutes, normalisées et finales de chaque exécution pour l’audit. Sage → CCH Tagetik aujourd’hui; le modèle de connecteurs est conçu pour s’étendre à d’autres ERP et à d’autres plateformes de consolidation.
Ce que fait la plateforme
- Connecteur ERP Autorisation OAuth 2.0 de l’API Sage Business Cloud Accounting, rotation automatique des jetons de rafraîchissement à usage unique avec nouvel essai à l’expiration, test de connexion et état de l’autorisation affichés sans jamais exposer un jeton au navigateur, et chemins de reprise pour amorcer ou réautoriser une connexion.
- Entités légales Création, activation et désactivation des entités; import CSV avec détection du séparateur, alias de colonnes en français et en anglais et prévisualisation avant la création ou la mise à jour des enregistrements.
- Exécutions Lancement manuel avec année fiscale, périodes, sélection des entités et mode de bénéfices non répartis; extraction de la balance de vérification entité par entité; un statut par entité, de sorte qu’une entité en échec produit un avertissement pendant que les autres se terminent.
- Transformation déterministe Soldes de clôture ou mouvements de la période selon la classe de compte, comptes de taxes listés, détection du compte de bénéfices non répartis par entité et ses trois lignes calculées; lignes brutes, normalisées et finales conservées pour chaque exécution, de sorte que tout fichier se retrace jusqu’à la réponse de l’ERP.
- Génération du fichier et dépôt SFTP Un CSV UTF-8 par exécution dans la disposition à huit colonnes attendue par la plateforme de consolidation, conservé en privé; dépôt SFTP automatique après une exécution sans erreur, renvoi manuel par fichier ou pour toute l’exécution, test de connectivité et listage du répertoire distant, sortie optionnelle par une adresse fixe que la cible peut autoriser.
- Planificateur Expression cron (six préréglages ou saisie libre), fuseau horaire, année fiscale et périodes, destinataires et interrupteur de notification; évaluation chaque minute par un planificateur côté base de données, avec garde-fou à la minute contre les exécutions en double.
- Journaux, historique et notifications Journal d’exécution en huit étapes avec niveaux et recherche, historique des exécutions avec filtres, détail d’une exécution avec chronologie, entités, données brutes de l’ERP, fichiers, transferts et aperçu des résultats filtrable avec totaux; compte rendu HTML par courriel aux destinataires de la planification.
- Utilisateurs et rôles Rôles administrateur, opérateur et lecteur appliqués par les politiques de la base de données et sur le serveur; invitations avec mot de passe temporaire, réinitialisation du mot de passe par code à usage unique à six chiffres, et wiki technique intégré réservé aux administrateurs.
Architecture
Une application web React et TypeScript sur une base Postgres gérée : dix-neuf tables, douze fonctions sans serveur en TypeScript (extraction, rafraîchissement des jetons, planification, dépôt SFTP, notifications, administration des utilisateurs), stockage objet privé pour les fichiers générés, un planificateur de base de données qui réveille l’orchestrateur chaque minute, courriel transactionnel par l’API d’un fournisseur, et SFTP sur SSH vers la plateforme de consolidation. Les rôles vivent dans une table dédiée, vérifiée à la fois par les politiques de la base et par les fonctions serveur; les jetons de l’ERP n’atteignent jamais le navigateur.
Qui l’utilise
L’équipe des finances d’un groupe multi-entités : un administrateur qui connecte l’ERP et gère les utilisateurs, des opérateurs qui lancent et planifient les extractions, et des lecteurs qui consultent le tableau de bord, l’historique et les fichiers.
Marchés
Canada; groupes multi-entités qui consolident dans CCH Tagetik. Déployée en instance dédiée par organisation, avec une interface en français.
Où intervient l’IA — et où elle n’intervient pas
Aucune IA dans le produit — par conception. La transformation est un moteur de règles déterministe, écrit et versionné dans le code : la même balance de vérification produit toujours le même fichier, chaque étape est journalisée, et les données brutes, normalisées et finales de chaque exécution peuvent être comparées ligne par ligne. Aucune donnée financière n’est transmise à un fournisseur d’IA.
Mon rôle
Fondateur et architecte : vision produit, architecture d’intégration, spécification des règles comptables avec l’équipe des finances et direction technique; mon équipe chez SOFT M POWER CANADA l’a bâtie et l’exploite sous ma direction.