Migration complète de Magento 1 vers Magento 2, avec une boutique grand public et un espace revendeurs sur le même socle. Les commandes de l'ERP, des marketplaces et du site convergent vers une seule préparation.
Le projet
Magento 1 n'est plus maintenu depuis 2020 : plus de correctifs de sécurité, plus de mises à jour, un écosystème d'extensions qui s'éteint. Rester dessus, c'est accumuler du risque sur la boutique qui fait le chiffre d'affaires.
Nous avons mené la migration complète vers Magento 2 : catalogue, clients, historique de commandes, contenus, règles de prix et de transport. Une migration e-commerce n'est pas un simple export-import : il faut décider ce qu'on reprend, ce qu'on nettoie et ce qu'on abandonne, sans casser le référencement ni perdre l'historique client.
L'occasion a aussi servi à traiter ce que Magento 1 tenait mal : un espace professionnel qui n'était pas vraiment séparé, et des commandes ERP ressaisies à la main.
Ce qui a été développé
L'espace revendeurs n'est pas une section du site public : c'est un site à part entière dans la même installation, avec son domaine, son thème et ses règles. Mais une seule fiche produit à maintenir.
Aucun tarif revendeur n'est visible sans compte, et l'inscription libre est désactivée : chaque demande est validée manuellement avant d'ouvrir l'accès. Tant qu'elle est en attente, le message affiché se pilote depuis le back-office.
Chaque fiche affiche au revendeur son prix négocié, les paliers dégressifs par volume, et rappelle le prix de vente conseillé au public. C'est l'information dont il a besoin pour calculer sa marge sans sortir du site.
Quand l'entrepôt est vide mais qu'un réapprovisionnement est engagé, la fiche annonce la date prévue au lieu d'un « indisponible » qui fait partir le revendeur chez un concurrent.
Chaque référence porte son conditionnement réel : les quantités proposées suivent le pas de commande, ce qui évite les commandes impossibles à préparer et les allers-retours avec le service commercial.
Les commandes prises par téléphone, en salon ou par les commerciaux vivent dans l'ERP Cogilog. Un module les importe depuis un simple fichier d'export : chaque commande est reconstituée, le client retrouvé ou créé, les produits résolus par code-barres et le prix négocié conservé.
Chaque commande est traitée isolément : une erreur n'interrompt pas les suivantes et ne crée jamais de commande à moitié. Code-barres inconnu ou stock insuffisant, le message dit quelle référence pose problème plutôt qu'une erreur technique illisible.
Les commandes des places de marché arrivent automatiquement dans le même back-office, avec choix du transporteur selon le panier. Le prestataire logistique sait ce qui lui reste à récupérer. Quatre circuits de vente, une seule préparation.
Approche
Une migration est le seul bon moment pour se débarrasser des références mortes, des attributs inutilisés et des règles oubliées. Ce qu'on ne reprend pas ne coûtera plus jamais rien à maintenir.
Le code-barres sert de point de rattachement unique entre la boutique et l'ERP. C'est ce qui permet à l'import de retrouver le bon produit sans dépendre d'une correspondance fragile de références internes.
L'import ERP et les règles de l'espace pro sont des modules écrits pour ce besoin. Empiler des extensions du marché aurait coûté moins cher au départ et beaucoup plus à chaque montée de version.
La référence de la pièce ERP est conservée sur chaque commande importée, affichable et filtrable dans le back-office. Le rapprochement comptable se fait des deux côtés, sans ressaisie ni tableur intermédiaire.
Chaque projet est documenté avec sa stack technique réelle.
