Quand la boutique et le back-office ne se parlent pas

Dans beaucoup de boutiques PrestaShop, la même commande est traitée plusieurs fois : ressaisie dans la comptabilité ou l'ERP, facturée à la main, enregistrée chez un transporteur, puis le numéro de suivi recopié pour le client. Le stock est corrigé à deux endroits et diverge entre deux corrections. Chaque étape est petite, mais ensemble elles coûtent des heures chaque semaine et produisent des erreurs qui n'apparaissent souvent que lorsqu'un client se plaint.

Ce que nous connectons

Chaque flux peut aller dans un sens ou dans les deux, en temps réel ou selon un planning.

  • Commandes

    Les commandes nouvelles et modifiées passent de PrestaShop à l'ERP ou à la comptabilité, avec leurs lignes, leurs taxes et leur statut.

  • Clients

    Les fiches clients et adresses sont créées ou rapprochées dans le back-office, pour qu'un même client ne soit pas saisi deux fois.

  • Factures

    Les factures sont générées à partir des données de commande dans le système qui en est responsable, au lieu d'être saisies à la main.

  • Stock et prix

    Les niveaux de stock et les prix tenus dans l'ERP sont envoyés à la boutique, pour qu'elle ne vende pas ce que l'entrepôt n'a plus.

  • Expéditions et suivi

    Les expéditions sont enregistrées chez le transporteur et le numéro de suivi est réécrit sur la commande dans PrestaShop.

Notre méthode

  1. 1

    Périmètre écrit

    Vous décrivez les systèmes, les versions et les flux de données ; nous répondons par un périmètre écrit de ce qui sera connecté et comment.

  2. 2

    Analyse des API

    Nous examinons les API des deux systèmes : ce qu'elles exposent, leurs limites et leur mode d'authentification.

  3. 3

    Correspondance des champs

    Un tableau de correspondance liste chaque champ transféré, dans quel sens, et comment les valeurs comme les codes de TVA et les statuts sont converties.

  4. 4

    Boutique de test

    L'intégration tourne d'abord sur une copie de test de la boutique, avec des accès de test au système de back-office.

  5. 5

    Mise en production progressive

    Les flux sont activés un par un sur la boutique en ligne, en commençant par le moins risqué.

  6. 6

    Supervision et nouvelles tentatives

    Les appels en échec sont journalisés et relancés, et ce qui échoue encore est signalé au lieu de se perdre en silence.

Ce que nous avons livré

Deux projets publiés, tous deux terminés.

  • PrestaShop, Netsis et quatre transporteurs

    Une intégration bidirectionnelle entre une boutique PrestaShop et Netsis Accounting pour les commandes, les factures et le stock, avec la gestion des expéditions chez Aras, PTT, Sendeo et MNG Cargo, construite sur des API Python.

    Lire l'étude de cas

  • Places de marché et Netsis

    Transfert en temps réel du stock, des écritures comptables, des commandes, des factures électroniques et des bons de livraison électroniques de Trendyol, Hepsiburada, N11 et GittiGidiyor vers Netsis, avec traitement en arrière-plan et authentification par jeton.

    Lire l'étude de cas

Epicor, NetSuite, Acumatica, SYSPRO et d'autres systèmes

Des marchands nous interrogent sur ces systèmes. Nous n'avons pas livré d'intégration avec eux, et cette page ne prétend pas le contraire. La possibilité et la manière de connecter une boutique PrestaShop à l'un d'eux dépendent de l'API qu'il propose : envoyez-nous le nom du système, sa version et votre formule, nous examinons sa documentation API et répondons par écrit. Notre article en anglais sur une méthode d'intégration PrestaShop-ERP décrit la démarche.

Encore sur PrestaShop 1.7 ?

PrestaShop 1.7 n'est plus maintenu. PrestaShop avait annoncé que sa maintenance prendrait fin à la sortie de PrestaShop 9.0.0, et la version 9.0.0 est sortie le 10 juin 2025. PrestaShop 1.7.8 ne fonctionne pas non plus sous PHP 8 : ses prérequis officiels s'arrêtent à PHP 7.4, qui ne reçoit plus de correctifs de sécurité depuis novembre 2022. Lorsque votre hébergeur retire PHP 7.4, une boutique 1.7 n'a plus aucun moyen pris en charge de rester en ligne. La suite logique est PrestaShop 8.x, qui fonctionne jusqu'à PHP 8.1, ou 9.x, qui fonctionne sur des versions plus récentes de PHP 8. Si votre boutique est connectée à un ERP ou à des transporteurs, la mise à niveau implique aussi de retester ces connexions : c'est le type de travail décrit dans notre projet PrestaShop, Netsis et transporteurs.

Questions sur l'intégration PrestaShop

Pas au départ. Nous développons et testons sur une copie de la boutique ou un environnement de préproduction, avec des accès de test au système d'ERP, de comptabilité ou de transport. L'accès à la boutique en ligne n'est nécessaire que pour la mise en production progressive, et seulement pour les flux activés.

Souvent, mais cela dépend de l'autre système. Si l'ERP ou le transporteur propose une API exploitable, nous nous y connectons directement ; sinon, un connecteur ou une synchronisation au niveau des données peut être nécessaire. Ce qui s'applique à vos systèmes est indiqué dans l'analyse écrite, avant tout développement.

Non. PrestaShop 1.7.8 prend en charge PHP jusqu'à la version 7.4 et n'est plus maintenu : la voie prise en charge est une mise à niveau vers PrestaShop 8.x ou 9.x. Les connexions à un ERP ou à des transporteurs doivent être retestées lors de cette mise à niveau.

Oui. Nous travaillons à distance et par écrit, la boutique n'a donc pas besoin d'être en Belgique. Les projets livrés présentés sur cette page se connectent à Netsis, un logiciel comptable utilisé en Turquie.

Dites-nous avec quels systèmes votre boutique doit communiquer

Envoyez la version de PrestaShop ainsi que le nom, la version et la formule de chaque système. Nous répondons par écrit avec ce qui peut être connecté et comment.

Décrivez vos systèmes