Votre panier
Il n'y a plus d'articles dans votre panier
Intégrations
Connectez PrestaShop à l’ERP qui fait déjà tourner votre entreprise
Sage, Business Central, a3ERP, Odoo, Holded, SAP… et aussi un CRM comme Salesforce, un tableau monday.com ou cette base de données que seul votre informaticien comprend. Nous ne sommes partenaires d’aucun d’eux, et ce n’est pas nécessaire : nous savons par où l’information entre et sort de chacun, et nous faisons la partie PrestaShop, celle qui coince presque toujours.
L’ERP décide pour l’entreprise ; la boutique, pour la vente
La première chose à décider dans une intégration, avant d’écrire quoi que ce soit, c’est à qui appartient chaque donnée. Quand c’est clair, le reste, c’est de la plomberie. Quand ça ne l’est pas, la boutique et l’ERP finissent par se disputer, et ils se disputent toujours le jour où vous vendez le plus.
L’ERP décide du prix et du stock
Quels articles sont en vente, à quel prix, combien il en reste dans chaque entrepôt et lesquels sont en promotion. Tout cela ne se touche pas depuis la boutique.
Le meilleur catalogue décide de la fiche
Nom commercial, description, photos, code-barres, marque et unité minimale de vente. De l’ERP lui-même, d’un PIM ou de la base de données de votre groupement d’achat.
La boutique décide de la vente
La page d’accueil, les campagnes, vos propres textes, les livraisons et la relation avec le client. Ce qui n’est pas dans l’ERP parce que ce n’est pas son rôle.
- Les commandes reviennent toutes seulesAvec leurs lignes, leurs deux adresses et le moyen de paiement traduit dans celui que comprend l’ERP. Plus personne ne les ressaisit.
- Ce qui est écrit à la main n’est jamais écraséUne description améliorée ou une meilleure photo survivent à la synchronisation suivante. Sans cette règle, plus personne ne retouche une fiche.
- On voit si elle est passéeSur la fiche de la commande, dans le back-office, on voit si elle est arrivée dans l’ERP, quand et sous quel numéro. Et si quelque chose a échoué, un bouton la renvoie.
Quatre chemins, et il y en a toujours un
Votre ERP n’a pas besoin d’être moderne ni d’être dans le cloud. Il suffit que les données sortent quelque part, et elles sortent toujours par l’un de ces quatre chemins.
API REST ou SOAP
La voie directe : la boutique demande et l’ERP répond sur-le-champ, sans personne au milieu.
- Business Central
- Odoo
- Holded
- Sage X3
- SAP B1
- Salesforce
- monday.com
Webhooks
Le système prévient quand quelque chose change —un prix, un stock, un statut— et la boutique réagit sans attendre le passage suivant.
- Odoo
- Holded
- Salesforce
- monday.com
Base de données
Quand l’ERP vit sur le serveur de votre bureau. On lit le strict nécessaire, avec un utilisateur en lecture seule et sans toucher à ses tables.
- SQL Server
- MySQL
- Oracle
- ODBC
- Sage 100
- a3ERP
- Navision
Fichiers
Des CSV, XML ou Excel que l’ERP dépose dans un dossier, sur un SFTP ou dans un e-mail. C’est la voie de beaucoup d’installations anciennes et, bien programmée, elle fonctionne tout aussi bien.
- CSV
- XML
- Excel
- SFTP
- Par lots, et ça reprend où ça s’est arrêtéUn catalogue de 30 000 références est traité par blocs et, s’il est interrompu, il reprend là où il en était. La boutique ne ferme jamais « pour maintenance » et ne reste jamais à moitié à jour.
- Dans votre boutiqueL’intégration tourne dans votre PrestaShop : pas de service intermédiaire avec abonnement mensuel, pas de tiers par lequel passent vos données et pas de coût au volume.
Les systèmes avec lesquels nous travaillons
Nous ne travaillons pas pour ces marques et nous ne les revendons pas. Ce que nous avons, c’est l’expérience de la façon dont chacune ouvre ses données, et c’est tout ce qu’il faut pour la connecter. Si le vôtre n’est pas dans la liste, demandez : il entre presque sûrement par l’une des quatre portes.
ERP
Le système qui fait tourner l’entreprise : articles, tarifs, stock et commandes.
Sage 100, 50, X3 et Active
- Objets Métiers
- GraphQL
- SQL Server
- Fichiers
Du Sage 50 du bureau au X3 d’une grande entreprise : API, base de données ou fichiers, selon la version.
Comment se connecte chaque SageDynamics NAV et Business Central
- API REST
- OData
- SQL Server
API REST et OData dans Business Central ; sur un Navision classique, ses services web ou directement son SQL Server.
a3ERP
- API
- SQL Server
L’ERP de Wolters Kluwer très répandu dans les PME espagnoles : il se connecte par son API et par sa base de données SQL Server.
Odoo
- XML-RPC
- JSON-RPC
- Webhooks
Une API complète dans les deux sens : produits, tarifs, stock, commandes et clients.
Holded
- API REST
- Webhooks
Dans le cloud : catalogue, contacts, commandes et factures, sans serveur intermédiaire et sans rien installer au bureau.
SAP Business One
- Service Layer
- DI API
Entrepôts, tarifs par client et commandes qui entrent avec la logique métier que SAP leur impose.
CRM et outils de travail
Ils ne gèrent pas l’entrepôt, mais c’est là qu’on suit le client ou qu’on organise le quotidien. La boutique leur envoie ce qui se passe.
Salesforce
- API REST
- Webhooks
Chaque client et chaque commande de la boutique apparaissent dans le CRM, dans le bon compte et avec leur commercial. Et les comptes B2B ouverts dans Salesforce arrivent dans la boutique avec leurs prix.
monday.com
- GraphQL
- Webhooks
Chaque commande, incident ou retour entre comme élément dans le tableau de votre choix, avec ses données en colonnes. Ce qui change dans le tableau peut revenir à la boutique.
Vos propres données
Quand ce que vous avez n’est pas un logiciel avec un nom, mais une base de données que quelqu’un entretient.
Base de données externe
- MySQL
- SQL Server
- Oracle
- ODBC
La boutique lit le catalogue et le stock directement là où ils sont, avec un utilisateur en lecture seule.
Sage, Microsoft Dynamics, a3ERP, Odoo, Holded, SAP, Salesforce et monday.com sont des marques de leurs propriétaires respectifs. Nous n’avons de relation commerciale avec aucun d’eux : nous ne sommes ni partenaire, ni distributeur, ni intégrateur. Nous connaissons leurs systèmes parce que nous y avons connecté des boutiques.
Comment nous procédons
Quatre étapes. La deuxième est celle qui vous permet de voir le résultat avec votre vrai catalogue avant de vous engager à quoi que ce soit.
- Étape 1
Cartographie des données
Une demi-journée avec la personne qui gère votre ERP : quel champ vient d’où, quel système décide de chaque donnée et ce qui ne doit jamais circuler.
- Étape 2
Un premier passage d’essai
Sur une copie de votre boutique et avec votre vrai catalogue. Vous voyez vos fiches, vos prix et votre stock dans PrestaShop avant de décider quoi que ce soit.
- Étape 3
Commandes en retour et cas particuliers
Moyens de paiement, frais de port, remises, nouveaux clients, références en double, articles sans photo. Rien de tout cela n’est rare et rien n’empêche de démarrer.
- Étape 4
En production et surveillé
Chaque synchronisation laisse une trace, un échec déclenche une alerte, et depuis la fiche de la commande on renvoie ce qu’il faut.
Un cas réel : Go!Manage et Aunabase
- Près de 30 000 articles dans l’ERP
- 16 700 en vente
- Commande dans l’ERP au paiement
Un distributeur de matériel électrique avec l’ERP de Telematel et les bonnes fiches produit dans la base de données de son groupement d’achat. Aujourd’hui, la boutique affiche le prix et le stock de l’entrepôt, les articles supprimés disparaissent seuls, les promotions se placent seules et, à l’entrepôt, on voit la commande du site là où l’on voit toutes les autres.
Comment ça a été monté, étape par étape
Questions fréquentes
Êtes-vous partenaire de Sage, de SAP, d’Odoo… ?
Non, et vous n’avez pas besoin que nous le soyons. Un partenaire vous vend l’ERP et le met en place ; nous, nous faisons parler votre boutique avec lui. Si vous avez déjà un partenaire, nous travaillons avec lui : il sait comment votre ERP est configuré et nous savons ce dont PrestaShop a besoin.
Devez-vous connaître mon ERP de l’intérieur ?
Il nous faut sa documentation et un utilisateur de connexion ; le reste, c’est la personne qui vous le maintient qui le sait. Notre partie, c’est la boutique : que le catalogue entre correctement, que chaque client voie son prix et que la commande sorte complète. C’est là qu’échouent la plupart des intégrations.
Et si mon ERP n’a pas d’API ?
Alors il a une base de données ou il exporte des fichiers, et l’un comme l’autre se connectent. Ça arrive plus souvent qu’on ne le croit et ça ne change rien à ce que vous voyez au final dans la boutique.
À quelle fréquence ça se synchronise ?
Prix et stock, toutes les quelques minutes, ou instantanément si l’ERP prévient par webhook. Le catalogue complet, la nuit. La commande, au moment où le client paie.
Que se passe-t-il si l’ERP tombe ?
La boutique continue de vendre avec la dernière donnée valable, les commandes attendent dans une file et partent quand il revient. Tout est enregistré et il n’y a rien à reconstruire à la main.
J’ai déjà un connecteur qui marche à moitié
C’est le cas le plus courant. Nous regardons ce qu’il y a, nous vous disons ce qui se garde et ce qu’il vaut mieux refaire, et nous laissons tout documenté pour que vous ne dépendiez pas de nous.
Combien ça coûte et combien de temps ça prend ?
Ça dépend de combien de choses circulent et dans combien de sens. Après la cartographie des données, il y a un devis fermé avec un prix et une date ; une intégration courante est en service en trois à six semaines.
Avec quelles versions de PrestaShop ?
1.7, 8 et 9, y compris en multiboutique et avec plusieurs langues et devises. Si la boutique est encore à faire, elle est montée déjà connectée.
Quel ERP avez-vous et qu’aimeriez-vous faire circuler ?
Écrivez-nous et nous vous dirons ce qui peut se connecter, par où et dans quel ordre. Sans engagement et sans commerciaux au milieu : c’est la personne qui va le faire qui vous répond.