# 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.

- Source canonique : [https://allaux.fr/prestashop/problemes/connecter-erp-fournisseur-api](https://allaux.fr/prestashop/problemes/connecter-erp-fournisseur-api)
- Langue : FR
- Dernière mise à jour : 2026-08-03

## Réponse directe

> Activez le webservice dans Paramètres avancés > Webservice, créez une clé et cochez ressource par ressource les droits nécessaires : products, orders, customers. Une permission oubliée renvoie un code HTTP 401 ou une liste vide, jamais un message explicite. Testez l’appel sur /api/products?output_format=JSON depuis un navigateur avant de brancher l’ERP dessus.

## 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.

## Quand l’outil externe n’a pas d’API

> Si le système en face (un ERP ancien, par exemple) ne propose pas d’API mais seulement des exports de fichiers, la solution n’est plus une vraie API en temps réel : elle devient un import ou export programmé, avec ses propres contraintes de fréquence et de fiabilité.

## 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

- **Les tâches CRON PrestaShop ne s’exécutent pas** — Une synchronisation programmée avec un ERP dépend souvent d’un cron, avec ses propres pièges. ([/prestashop/problemes/taches-cron-ne-sexecutent-pas](/prestashop/problemes/taches-cron-ne-sexecutent-pas))
- **Développement d’un module PrestaShop sur mesure** — Pour exposer une ressource absente du webservice natif ou construire une passerelle vers un système sans API. ([/prestashop/module-sur-mesure](/prestashop/module-sur-mesure))
- **Exporter le catalogue ou les commandes PrestaShop en CSV, Excel ou PDF** — Une alternative pertinente quand le système externe n’accepte que des fichiers, pas une API. ([/prestashop/problemes/export-catalogue-commandes-csv](/prestashop/problemes/export-catalogue-commandes-csv))

## FAQ

### 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.