D’OnlineERP à ERPConnector : l’histoire d’une solution née des besoins réels
ERPConnector n’est pas né d’une étude de marché, d’une grande réflexion théorique ou de la volonté de créer une nouvelle plateforme technologique.
Il est né du terrain.
Au fil des années, notre équipe devait régulièrement connecter des sites Web, des applications, des plateformes de commerce électronique et des outils d’automatisation à des logiciels comptables qui n’avaient pas été conçus pour communiquer avec le Web.
Chaque nouveau projet ramenait essentiellement le même problème :
Comment permettre à une application moderne de lire et d’écrire efficacement dans un logiciel comptable traditionnel?
La réponse à cette question allait devenir OnlineERP, puis ERPConnector.
Plus de 15 ans à connecter des systèmes
Chez Solutions Infomédia, nous réalisons depuis plus de 15 ans des projets d’intégration entre différents systèmes informatiques.
Ces projets ont pris plusieurs formes :
- synchronisation entre des bases de données;
- échanges de données informatisés;
- intégration entre des ERP et des CRM;
- connexion de sites Web aux systèmes comptables;
- automatisation de processus administratifs;
- transfert de commandes, de clients, de produits et de factures.
Malgré la diversité des projets, un constat revenait constamment.
Les logiciels comptables sont au cœur des opérations des entreprises, mais plusieurs d’entre eux sont difficiles à intégrer aux applications modernes.
Certains possèdent des SDK complexes. D’autres nécessitent des composants installés localement. Plusieurs ne proposent tout simplement pas d’API Web moderne.
Pour une entreprise ou un développeur qui souhaite automatiser un processus, cette réalité devient rapidement un obstacle important.
La naissance d’OnlineERP
OnlineERP a été créé pour résoudre ce problème de façon simple.
L’idée de départ était de placer une passerelle entre les applications modernes et les logiciels comptables.
Une application pouvait ainsi transmettre une requête Web dans un format standard, généralement en JSON. OnlineERP recevait cette requête, la traduisait et exécutait l’opération appropriée dans le logiciel comptable.
Cette approche permettait, par exemple, de :
- consulter un client;
- lire un produit;
- créer une commande;
- générer une facture;
- synchroniser un paiement;
- mettre à jour des informations comptables.
L’application externe n’avait plus besoin de connaître le fonctionnement interne du logiciel comptable ni de maîtriser son SDK.
Elle communiquait avec OnlineERP. OnlineERP se chargeait du reste.
Relier le Web à un logiciel installé localement
L’un des principaux défis était que plusieurs logiciels comptables étaient installés directement sur les postes ou les serveurs des entreprises.
Ils n’étaient pas hébergés dans le nuage et ne pouvaient pas nécessairement recevoir directement des appels provenant d’une application Web.
OnlineERP a donc été conçu autour de deux composantes complémentaires :
- un WebAPI accessible par les applications externes;
- un service Windows installé dans l’environnement du client, près du logiciel comptable.
Lorsqu’une requête est envoyée au WebAPI, le serveur identifie l’installation concernée et transmet la demande au service Windows correspondant. Celui-ci communique localement avec le logiciel comptable, exécute l’opération, puis retourne le résultat à l’application.
Cette architecture permettait de rendre un ERP local accessible à partir du Web, sans obliger l’entreprise à déplacer son système comptable ou ses données vers une nouvelle plateforme.
C’est d’ailleurs cette idée qui explique le nom original du produit : OnlineERP.
Un produit construit projet par projet
À l’origine, OnlineERP n’était pas nécessairement perçu comme un produit autonome possédant sa propre trajectoire commerciale.
Il constituait surtout une composante technique réutilisable dans nos projets.
Lorsqu’un client voulait connecter WooCommerce à Acomba, nous utilisions OnlineERP.
Lorsqu’une plateforme devait synchroniser des clients, des produits ou des factures, nous utilisions OnlineERP.
Lorsqu’un intégrateur voulait automatiser la création de transactions comptables à partir de documents numérisés, OnlineERP devenait la passerelle vers le système comptable.
Chaque nouveau projet faisait progresser la solution.
Une nouvelle entité était ajoutée. Une opération était améliorée. Une particularité d’un ERP était prise en charge. Un mécanisme de sécurité ou de journalisation était renforcé.
OnlineERP s’est donc développé progressivement, à partir de problèmes concrets rencontrés dans de véritables environnements de production.
Une couverture fonctionnelle qui s’est élargie avec le temps
Les premières intégrations se concentraient principalement sur les données les plus courantes, comme les clients, les produits et les factures.
Avec les années, les besoins des projets ont amené OnlineERP à couvrir beaucoup plus de processus.
Selon les capacités du logiciel comptable utilisé, il est maintenant possible d’accéder à différentes catégories de données, notamment :
- les clients et les fournisseurs;
- les produits, les groupes de produits et l’inventaire;
- les soumissions, les commandes et les factures clientes;
- les commandes et les factures fournisseurs;
- les paiements;
- les projets;
- les comptes et les écritures du grand livre;
- certaines données de paie, d’équipement ou d’ordres de travail.
Toutes ces fonctions n’ont pas été imaginées à l’avance dans une grande feuille de route initiale.
Elles ont été ajoutées au fil des projets, lorsqu’un client ou un intégrateur rencontrait un nouveau besoin.
C’est l’une des caractéristiques fondamentales de l’histoire d’OnlineERP : le produit s’est développé au même rythme que les problèmes qu’il devait résoudre.
Du connecteur Acomba à une plateforme multi-ERP
Les premières utilisations de la solution étaient fortement associées à Acomba.
Le besoin était évident : Acomba était très présent dans les PME québécoises, mais son intégration à des applications Web exigeait une connaissance particulière de son environnement technique.
Avec le temps, les mêmes besoins sont apparus pour d’autres systèmes comptables.
La solution a progressivement été adaptée pour communiquer avec différents environnements, notamment :
- Acomba;
- Avantage;
- Sage 50;
- Sage 300;
- QuickBooks Online;
- ServiCentre;
- d’autres systèmes spécialisés selon les projets.
Cette évolution a soulevé un nouveau défi.
Chaque ERP possède ses propres concepts, ses propres structures de données et ses propres règles d’affaires. Un client, une facture ou un produit ne sont pas nécessairement représentés de la même manière d’un système à l’autre.
Il ne suffisait donc plus d’exposer les fonctions techniques de chaque logiciel.
Il fallait commencer à les normaliser.
Le besoin d’une interface unifiée
L’objectif est progressivement devenu plus ambitieux :
Permettre à une application de s’intégrer une seule fois, puis de communiquer avec plusieurs systèmes comptables.
Dans cette vision, l’application externe utilise :
- une seule API;
- une seule méthode d’authentification;
- des endpoints cohérents;
- des modèles de données harmonisés;
- une structure de réponse commune.
ERPConnector se charge ensuite d’adapter l’opération aux capacités et aux particularités du système comptable réellement utilisé par le client.
L’application peut, par exemple, demander la création d’un client sans avoir à maîtriser toute l’architecture technique de l’ERP installé dans l’entreprise.
Cette abstraction représente une valeur importante pour les éditeurs de logiciels, les intégrateurs et les plateformes SaaS qui doivent servir des entreprises utilisant différents systèmes comptables.
Ils peuvent concentrer leurs efforts sur leur propre produit plutôt que de développer et de maintenir séparément chaque intégration.
Le passage d’OnlineERP à ERPConnector
Le nom OnlineERP correspondait bien à la première génération de la solution : rendre un ERP local accessible à partir d’applications et de services en ligne.
Mais le produit avait évolué.
Il ne s’agissait plus seulement d’exposer certaines données comptables sur le Web. La solution devenait un véritable moteur d’intégration, capable de prendre en charge plusieurs systèmes et plusieurs types de processus.
Le nom ERPConnector représentait mieux cette nouvelle réalité.
Cette transition marque également une évolution importante de l’architecture du produit.
ERPConnector vise à regrouper et à moderniser plusieurs technologies développées au fil des années, notamment les fonctions d’OnlineERP et certaines capacités de CloudBI.
La nouvelle génération doit notamment offrir :
- une installation locale simplifiée;
- la gestion de plusieurs compagnies;
- une configuration principalement centralisée sur le Web;
- une meilleure supervision des connecteurs;
- la consultation des requêtes et des erreurs;
- une architecture plus résiliente;
- une meilleure mesure de l’utilisation;
- une expérience plus uniforme pour les intégrateurs.
ERPConnector n’est donc pas uniquement un changement de nom.
C’est la continuité naturelle d’une technologie qui a grandi et qui doit maintenant être structurée pour soutenir une utilisation beaucoup plus large.
Pour découvrir le fonctionnement actuel de la solution, ses compatibilités et les données accessibles, consultez la page ERPConnector – Connecteur Acomba, Avantage, Sage 50 et autres.
Une croissance impressionnante, mais pas toujours linéaire
La croissance d’un produit comme ERPConnector est particulière.
Elle ne ressemble pas nécessairement à celle d’une application grand public où le nombre d’utilisateurs augmente régulièrement chaque mois.
ERPConnector est lié aux projets d’intégration.
Lorsqu’un partenaire technologique déploie une nouvelle solution auprès de plusieurs clients, le nombre d’installations peut augmenter rapidement.
À d’autres moments, les nouveaux déploiements ralentissent pendant que les projets sont en développement, en validation ou en attente d’une décision commerciale.
L’utilisation elle-même peut varier énormément.
Certains connecteurs effectuent des milliers de requêtes chaque jour. D’autres sont utilisés une fois par semaine, à la fin d’un mois ou lorsqu’un traitement comptable particulier est exécuté.
La croissance est donc réelle, mais naturellement fluctuante.
Elle suit :
- le cycle des projets;
- les besoins des intégrateurs;
- les décisions d’investissement des clients;
- les périodes comptables;
- l’arrivée de nouveaux partenaires;
- les occasions d’automatisation.
Cette fluctuation n’est pas nécessairement un signe de faiblesse.
Elle reflète plutôt la nature du produit et la diversité des processus auxquels il participe.
Une croissance portée par les intégrateurs
L’un des éléments les plus intéressants de l’histoire d’ERPConnector est que sa croissance s’est produite avec très peu de marketing structuré.
Pendant longtemps, les nouvelles installations provenaient principalement :
- du bouche-à-oreille;
- de recommandations;
- de partenaires technologiques;
- d’intégrateurs qui cherchaient une API pour Acomba ou un autre ERP;
- de projets réalisés directement pour nos clients.
Cette croissance organique démontre que le produit répond à un besoin réel.
Les intégrateurs ne souhaitent pas nécessairement apprendre le SDK de chaque ERP, développer un service Windows, gérer les particularités locales et maintenir plusieurs connecteurs différents.
Ils veulent se concentrer sur leur propre solution.
ERPConnector leur permet d’externaliser cette complexité tout en conservant une interface Web claire et contrôlable.
Un rôle de plus en plus important avec l’automatisation et l’intelligence artificielle
Le besoin qui a donné naissance à OnlineERP est encore plus présent aujourd’hui.
Les entreprises utilisent maintenant une multitude de systèmes :
- plateformes de commerce électronique;
- CRM;
- PSA;
- logiciels de gestion documentaire;
- solutions d’OCR;
- outils d’automatisation;
- agents d’intelligence artificielle;
- applications Web spécialisées.
Tous ces systèmes peuvent analyser, transformer ou produire de l’information.
Mais à un certain moment, cette information doit souvent se rendre dans le logiciel comptable.
Une plateforme d’intelligence artificielle peut reconnaître une facture fournisseur.
Un outil d’OCR peut extraire son numéro, son montant et ses taxes.
Un processus automatisé peut valider les données et obtenir une approbation.
ERPConnector peut ensuite créer la transaction dans le système comptable.
Le connecteur devient ainsi le dernier pont entre l’automatisation numérique et la réalité comptable de l’entreprise.
Permettre aux entreprises d’évoluer sans remplacer immédiatement leur ERP
Plusieurs entreprises souhaitent moderniser leurs opérations sans nécessairement remplacer leur logiciel comptable.
Elles peuvent être satisfaites de leur ERP actuel, dépendre de fonctions spécialisées ou simplement ne pas avoir le temps et les ressources nécessaires pour effectuer une migration complète.
Pourtant, elles veulent quand même :
- ajouter un portail client;
- connecter une boutique en ligne;
- automatiser la saisie de factures;
- utiliser une nouvelle plateforme SaaS;
- exploiter des outils d’intelligence artificielle;
- améliorer leurs processus internes.
ERPConnector permet de moderniser l’écosystème autour de l’ERP sans imposer son remplacement immédiat.
Dans certains cas, le connecteur peut même devenir une passerelle facilitant une éventuelle migration, puisque les applications externes communiquent déjà avec une interface standardisée plutôt que directement avec l’ancien logiciel.
La prochaine étape
ERPConnector a été construit à partir des projets.
Sa prochaine phase de croissance consiste maintenant à transformer cette expérience accumulée en une plateforme encore plus simple, accessible et autonome.
La vision est claire :
Une seule API pour connecter les applications modernes aux différents systèmes comptables utilisés par les entreprises.
Cela passe notamment par :
- une documentation plus complète;
- une installation simplifiée;
- un portail de gestion centralisé;
- une meilleure expérience développeur;
- des connecteurs disponibles dans différentes places de marché;
- davantage d’intégrations prêtes à l’emploi;
- une infrastructure capable de soutenir une croissance à plus grande échelle.
Cette évolution comprend également SyncEngine, un moteur qui utilise ERPConnector pour automatiser les échanges entre les systèmes selon des tâches, des règles et des fréquences configurées.
OnlineERP répondait initialement aux requêtes envoyées par les applications. ERPConnector et SyncEngine permettent maintenant d’aller plus loin en orchestrant des processus de synchronisation complets.
Une solution née en Gaspésie et utilisée partout au Québec
ERPConnector demeure pour notre équipe une grande source de fierté.
Ce produit n’a pas été créé artificiellement pour suivre une tendance.
Il est le résultat de plus de 15 ans de projets, d’essais, de problèmes résolus, de technologies modernisées et de collaborations avec des intégrateurs et des entreprises de différents secteurs.
Depuis la Gaspésie, notre équipe développe aujourd’hui une technologie utilisée dans des projets partout au Québec.
OnlineERP est né pour résoudre un problème précis.
ERPConnector poursuit maintenant une vision beaucoup plus large : devenir la couche d’intégration qui permet aux logiciels modernes et aux systèmes comptables de communiquer simplement, peu importe les technologies qui se trouvent de chaque côté.
Et considérant la croissance actuelle de l’automatisation, des plateformes SaaS et de l’intelligence artificielle, cette histoire semble encore loin d’être terminée.