À propos du projet
Speedway est un site e-commerce de vente d'accessoires et pièces pour motards : casques, combinaisons, gants, bottes, vêtements, accessoires et pièces véhicules. Nous avons repris le site sur une version PrestaShop 1.5, que nous avons fait migrer vers PrestaShop 1.6, et nous l'accompagnons depuis 2014 - soit plus de 10 ans d'évolution continue, plusieurs refontes graphiques successives et plus d'une vingtaine de modules / plugins développés sur-mesure pour répondre aux spécificités de l'enseigne : véhiculier, menu, ElasticSearch, SEO, retrait magasin, gestion des campagnes de prix, gestion des prix le plus bas, connecteur Comarch API, gestion des stocks magasins et connexion entre magasins et site pour gérer les commandes des magasins.
Parmi les briques les plus structurantes :
- Véhiculier - un outil central qui permet à l'utilisateur de trouver rapidement les pièces compatibles avec son véhicule, en simplifiant la recherche et en évitant les erreurs de commande.
- Stocks magasins ↔ boutique en ligne - Speedway est à la fois une boutique en ligne et un réseau de magasins physiques. Cela impose une exigence forte sur le stock : la liaison entre les caisses des magasins et le site internet ne doit laisser passer aucune erreur.
- Gestion PLPB (Prix Le Plus Bas sur 30 jours) - mise en place d'un service externe full API auquel nous envoyons les prix à chaque changement. La plateforme se charge de stocker, nettoyer, historiser et traiter les prix, de calculer elle-même le prix le plus bas sur 30 jours, puis de le renvoyer au site via webhook. La plateforme est multi-clients et permet la gestion simultanée de plusieurs sites grâce à une base de données dédiée par client sur un cœur unifié. Le tout fonctionne via workers et peut absorber la charge de plusieurs centaines de milliers de prix en étalant leur traitement dans le temps.
- Connecteur Comarch (CRAPI) - Comarch est un ERP qui ne dialogue qu'à travers des dépôts de fichiers (on dépose pour envoyer une donnée, et un fichier de réponse est rendu en log). Cette approche étant complexe à implémenter pour un site, nous avons créé un middleware CRAPI (Comarch Repositories API) qui traduit cette gestion de fichiers en API. Il est désormais possible de discuter avec Comarch via une API documentée asynchrone - asynchrone obligatoire car la réponse n'est pas instantanée côté Comarch, et c'est le middleware qui se charge de la récupérer dès qu'elle est générée pour la transmettre au client via webhook. Dans le sens descendant, le middleware sait également récupérer les fichiers d'export produits par Comarch et les transmettre au client via API.