Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

Connecter PrestaShop à un ERP, un CRM ou un fournisseur via API

Faire parler PrestaShop avec un logiciel de gestion, un CRM ou un fournisseur passe le plus souvent par le webservice natif de PrestaShop. Il couvre une bonne partie des besoins courants, mais certaines ressources n’y sont tout simplement pas exposées, ce qui change la nature du travail à prévoir.

Décrire mon problème Discuter sur WhatsApp

Le webservice natif de PrestaShop

PrestaShop intègre un webservice à activer dans Paramètres avancés > Webservice. Il fonctionne selon une logique REST, avec des réponses en XML ou en JSON, et repose sur une clé d’authentification à laquelle on attribue des permissions précises, ressource par ressource : lecture, écriture, ou les deux, pour les produits, les commandes, les clients, et d’autres entités du catalogue. C’est ce webservice qui permet à un ERP, un CRM ou un outil externe d’aller lire ou écrire des données dans PrestaShop sans passer par le back-office.

Configurer correctement les permissions de la clé, ressource par ressource, est l’étape qui règle la majorité des besoins simples : envoyer les commandes vers un logiciel de facturation, ou faire remonter un catalogue fournisseur vers PrestaShop, par exemple.

Une limite réelle et fréquemment rencontrée

Toutes les ressources PrestaShop ne sont pas exposées nativement par le webservice. La gestion fine des retours clients ou des avoirs, par exemple, n’a pas toujours d’équivalent webservice direct. Dans ce cas, atteindre l’objectif demande de développer un contrôleur ou un module dédié qui expose la ressource manquante, ou qui fait le lien entre PrestaShop et le système externe pour ce cas précis.

Configuration ou développement ?

Activer le webservice existant, générer une clé et régler ses permissions par ressource, c’est de la configuration. Développer une passerelle sur mesure devient nécessaire dès que la ressource visée n’a pas d’équivalent webservice natif, que le système externe n’a pas d’API standard, ou que la synchronisation doit gérer une logique métier propre à la boutique, comme des règles de correspondance entre catalogues.

Pages liées

Décrivez votre besoin en 1 minute

Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.

Quel outil faut-il connecter ?
L’outil dispose-t-il d’une API documentée ?

Sans API, il reste souvent l’import de fichiers — c’est faisable, mais différent.

Dans quel sens les données doivent-elles circuler ?
À quelle fréquence la synchronisation doit-elle tourner ? (facultatif)
Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Questions fréquentes

Le webservice PrestaShop fonctionne-t-il de la même façon en 1.6 et en 1.7 ou 8 ?
Le principe général (clé, permissions par ressource, REST en XML ou JSON) est le même. Ce qui peut changer, ce sont les ressources disponibles nativement, qui évoluent d’une version à l’autre.
Peut-on synchroniser les stocks en temps réel entre PrestaShop et un ERP ?
Le webservice permet des appels ponctuels, pas un flux continu natif. Un vrai temps réel demande généralement un déclenchement côté ERP ou PrestaShop à chaque changement, via un développement dédié plutôt qu’une simple activation.
Mon fournisseur n’a pas d’API, comment récupérer son catalogue automatiquement ?
S’il propose un export de fichier régulier (CSV, XML), la solution devient un import programmé qui lit ce fichier à intervalle fixe plutôt qu’une connexion API classique.
La gestion des retours clients ou des avoirs peut-elle passer par le webservice standard ?
Pas toujours directement : c’est une des ressources qui manque fréquemment côté webservice natif. Selon le besoin exact, ça demande un contrôleur ou un module dédié pour combler l’écart.
Est-ce risqué de donner un accès API à un logiciel externe ?
Le risque se limite si la clé d’authentification n’a que les permissions strictement nécessaires, ressource par ressource. C’est un réglage à vérifier avant toute mise en production, pas après.