L'essentiel sur le click-and-collect omnicanal
Un client qui commande en click-and-collect et trouve son article indisponible à l'arrivée en magasin ne reviendra pas — ni en magasin ni sur le site. Pourtant, 72 % des retailers français multi-magasins avouent des problèmes récurrents de désynchronisation entre les stocks affichés sur le site web et la réalité des rayons, selon la Fédération du Commerce et de la Distribution 2025.
La cause est presque toujours la même : un ERP central mis à jour toutes les 2 à 4 heures, un WMS magasin non connecté au site e-commerce, et une caisse qui reçoit les commandes click-and-collect par email ou fax. En 2026, ce n'est pas une dette technique acceptable.
Cas client Nehos (réseau 48 magasins, sport outdoor) : middleware d'intégration ERP/WMS, synchronisation stock toutes les 5 minutes, interface caisse iPad PWA, notifications SMS client dès validation. Résultats : temps de retrait de 8 minutes à 2 minutes, taux de rupture post-commande web de 14 % à 0,3 %, panier moyen en hausse de +22 % grâce aux suggestions de produits complémentaires à la caisse.
Budget : 271 k€ HT tout compris (audit, développement middleware, interfaces, formation). Délai : 16 semaines de l'audit au déploiement réseau complet. L'intégration fonctionne avec tous les ERP du marché (Cegid, SAP Business One, Sage X3, Generix) via API ou EDI.
Click-and-collect omnicanal : stocks magasin en temps réel, retrait en moins de 2 minutes
68 % des clients abandonnent une commande click-and-collect lorsqu'ils arrivent en magasin pour un article indisponible. La synchronisation ERP/WMS en temps réel et une interface caisse pensée pour le vendeur — pas pour le DSI — sont les deux conditions non négociables d'un click-and-collect qui convertit.
Adapté à toute taille de structure
Le click-and-collect est devenu un standard de service dans le retail physique : 54 % des acheteurs en ligne français l'ont utilisé au moins une fois en 2025, et 38 % déclarent choisir un retailer en partie sur la disponibilité de cette option. Mais derrière ce chiffre positif se cache une réalité opérationnelle souvent désastreuse pour les enseignes qui n'ont pas investi dans l'intégration de leurs systèmes. Le problème numéro un est la désynchronisation des stocks. L'ERP central — Cegid Y2, SAP Business One, Sage X3 selon les enseignes — met à jour les niveaux de stock toutes les 2 à 6 heures selon les cycles de synchronisation. Le WMS du dépôt central (Manhattan Associates, Reflex, Hardis) fonctionne avec ses propres cycles de batch. Les caisses magasin (Cegid POS, NCR, Zelty) remontent les ventes en temps différé. Résultat : le stock affiché sur le site e-commerce reflète une réalité vieille de plusieurs heures. Pendant les périodes de forte rotation (soldes, Black Friday, Noël), ce décalage génère entre 10 et 20 % de commandes click-and-collect en rupture réelle à l'arrivée du client. Le problème numéro deux est l'expérience côté magasin. Dans la majorité des enseignes non intégrées, les commandes click-and-collect arrivent au magasin par email ou via une interface web basique, sont imprimées et glissées dans un bac à commandes en attente. Le vendeur qui réceptionne le client doit retrouver la commande papier, localiser l'article dans le stock magasin (parfois sans terminal dédié), et gérer le règlement éventuel du solde. En période de pointe, ce processus prend 6 à 15 minutes — durée incompatible avec un service perçu comme premium. Le problème numéro trois est la perte de l'opportunité commerciale. Le moment du retrait en magasin est l'un des rares points de contact physique avec un client qui a déjà décidé d'acheter. C'est le moment idéal pour proposer un produit complémentaire, présenter une nouveauté, ou recueillir un avis. Sans interface caisse intégrée affichant le profil du client (historique d'achats, programme de fidélité, préférences), le vendeur opère en aveugle et la recommandation est générique ou absente. Le problème numéro quatre est l'absence de communication proactive avec le client. Un client qui a commandé à 9h pour un retrait en matinée et ne reçoit aucune confirmation de mise à disposition avant midi s'impatiente — et parfois annule. Les notifications automatisées (email, SMS, push) à chaque changement de statut de la commande (confirmée, en préparation, prête, non retirée) réduisent les contacts entrants au service client de 40 % dans les projets bien configurés.
La solution Nehos repose sur une architecture middleware d'orchestration centrale qui agrège les flux de stock de tous les systèmes en présence et expose une API unifiée consommée par le site e-commerce, les interfaces caisses magasin et les systèmes de notification. Le middleware est développé en Nest.js (TypeScript) et déployé sur OVHcloud Managed Kubernetes. Il s'interface avec l'ERP via l'API REST propriétaire de Cegid Y2 ou via les APIs BAPI de SAP selon l'existant, avec le WMS via webhook ou polling EDI EDIFACT INVRPT (Inventory Report), et avec les caisses magasin via leur API locale ou via un agent léger installé sur chaque terminal. La synchronisation des niveaux de stock est assurée toutes les 5 minutes en régime normal, avec un fallback WebSocket pour les pics de charge (Black Friday, soldes) ramenant la latence à moins de 60 secondes. Côté site e-commerce (Shopify, Prestashop, WooCommerce ou custom), l'intégration s'appuie sur une API de disponibilité par SKU par magasin, consommée via un widget JavaScript de sélection de magasin. Le client voit en temps réel la disponibilité dans les 10 magasins les plus proches (géolocalisation IP ou adresse saisie), avec un indicateur de délai de préparation (standard 2h, express 30 min selon les magasins configurés). La réservation du stock est déclenchée immédiatement à la validation du panier, bloquant l'unité dans le WMS pour 24 à 48 heures selon la politique commerciale. L'interface caisse magasin est une PWA iPad (React + Tailwind), compatible avec les lecteurs de code-barres Zebra et les imprimantes thermiques Epson. Elle affiche les commandes click-and-collect du jour par ordre de priorité (retrait imminent en tête), le profil client (prénom, historique des 5 dernières commandes, score de fidélité, préférences déclarées), et les suggestions de produits complémentaires générées par un modèle de recommandation léger entraîné sur l'historique d'achats. Le vendeur valide le retrait en scannant le QR code client (affiché dans l'email de confirmation ou l'app mobile de l'enseigne), ce qui déclenche automatiquement la mise à jour du statut commande et la notification client. Les notifications sont orchestrées via Brevo (transactionnel email + SMS) ou Twilio selon l'existant. Cinq événements déclenchent une notification automatique : commande reçue, commande en cours de préparation, commande prête au retrait, commande non retirée sous 24h (relance), commande annulée et remboursement initié. Ces communications sont personnalisées avec le prénom du client, le nom du magasin et les horaires d'ouverture du jour.
-75 %
taux de rupture post-commande web (de 14 % à 0,3 %) grâce à la synchronisation ERP/WMS toutes les 5 minutes (réseau 48 magasins sport outdoor)
-6 min
temps moyen de retrait en magasin (de 8 min à 2 min) grâce à l'interface caisse PWA iPad intégrée et au QR code de validation
+22 %
panier moyen click-and-collect grâce aux suggestions de produits complémentaires affichées à la caisse au moment du retrait
99,8 %
disponibilité de l'API stock temps réel sur 12 mois de production (architecture Nest.js sur OVHcloud Managed Kubernetes avec failover automatique)
#Le problème : pourquoi click-and-collect omnicanal est un enjeu critique
Le click-and-collect est devenu un standard de service dans le retail physique : 54 % des acheteurs en ligne français l'ont utilisé au moins une fois en 2025, et 38 % déclarent choisir un retailer en partie sur la disponibilité de cette option. Mais derrière ce chiffre positif se cache une réalité opérationnelle souvent désastreuse pour les enseignes qui n'ont pas investi dans l'intégration de leurs systèmes.
Le problème numéro un est la désynchronisation des stocks. L'ERP central — Cegid Y2, SAP Business One, Sage X3 selon les enseignes — met à jour les niveaux de stock toutes les 2 à 6 heures selon les cycles de synchronisation. Le WMS du dépôt central (Manhattan Associates, Reflex, Hardis) fonctionne avec ses propres cycles de batch. Les caisses magasin (Cegid POS, NCR, Zelty) remontent les ventes en temps différé. Résultat : le stock affiché sur le site e-commerce reflète une réalité vieille de plusieurs heures. Pendant les périodes de forte rotation (soldes, Black Friday, Noël), ce décalage génère entre 10 et 20 % de commandes click-and-collect en rupture réelle à l'arrivée du client.
Le problème numéro deux est l'expérience côté magasin. Dans la majorité des enseignes non intégrées, les commandes click-and-collect arrivent au magasin par email ou via une interface web basique, sont imprimées et glissées dans un bac à commandes en attente. Le vendeur qui réceptionne le client doit retrouver la commande papier, localiser l'article dans le stock magasin (parfois sans terminal dédié), et gérer le règlement éventuel du solde. En période de pointe, ce processus prend 6 à 15 minutes — durée incompatible avec un service perçu comme premium.
Le problème numéro trois est la perte de l'opportunité commerciale. Le moment du retrait en magasin est l'un des rares points de contact physique avec un client qui a déjà décidé d'acheter. C'est le moment idéal pour proposer un produit complémentaire, présenter une nouveauté, ou recueillir un avis. Sans interface caisse intégrée affichant le profil du client (historique d'achats, programme de fidélité, préférences), le vendeur opère en aveugle et la recommandation est générique ou absente.
Le problème numéro quatre est l'absence de communication proactive avec le client. Un client qui a commandé à 9h pour un retrait en matinée et ne reçoit aucune confirmation de mise à disposition avant midi s'impatiente — et parfois annule. Les notifications automatisées (email, SMS, push) à chaque changement de statut de la commande (confirmée, en préparation, prête, non retirée) réduisent les contacts entrants au service client de 40 % dans les projets bien configurés.
#Notre approche en 4 phases
#Phase 1 : Audit des flux de stock et cartographie SI (semaines 1-3)
Inventaire des systèmes de gestion de stock existants (ERP Cegid/SAP/Sage, WMS Manhattan/Reflex), analyse des flux EDI inter-systèmes, identification des points de désynchronisation. Définition du modèle de disponibilité stock par magasin et du seuil de réservation.
Voir notre expertise : intégration ERP e-commerce.
#Phase 2 : Développement middleware d'intégration et API stocks (semaines 4-8)
Développement du middleware d'orchestration (Nest.js + TypeScript) exposant une API REST/GraphQL de disponibilité stock par SKU par magasin. Connexion ERP via API propriétaire ou EDI X12/EDIFACT. Synchronisation toutes les 5 minutes avec fallback WebSocket pour les pics de charge.
Voir notre expertise : stratégie omnicanale retail.
#Phase 3 : Développement interfaces e-commerce et caisse (semaines 9-13)
Intégration côté site e-commerce (Shopify ou custom) du widget de sélection de magasin et de disponibilité stock. Développement de l'interface caisse magasin (PWA iPad, compatible lecteur code-barres et imprimante thermique). Connexion au système de notification client (SMS via Twilio, push via Firebase).
Voir notre expertise : synchronisation stocks temps réel.
#Phase 4 : Pilote, formation équipes et déploiement réseau (semaines 14-16)
Pilote sur 3 magasins test (volumes variés), recette avec équipes terrain, ajustements UX interface caisse selon retours vendeurs. Formation managers et vendeurs (30 min par magasin). Déploiement progressif sur l'ensemble du réseau avec activation par vague de 10 magasins.
Voir notre expertise : interface WMS/ERP e-commerce B2B.
#Résultats mesurés
Les résultats ci-dessous sont issus de mesures opérationnelles en production — pas de projections théoriques, pas de moyennes sectorielles gonflées.
| KPI | Résultat | Contexte |
|---|---|---|
| taux de rupture post-commande web | -75 % | (de 14 % à 0,3 %) grâce à la synchronisation ERP/WMS toutes les 5 minutes (réseau 48 magasins sport outdoor) (Mesures Nehos 2025 — Client retailer sport outdoor, 2025) |
| temps moyen de retrait en magasin | -6 min | (de 8 min à 2 min) grâce à l'interface caisse PWA iPad intégrée et au QR code de validation (Mesures terrain Nehos 2025 — Client de référence, 2025) |
| panier moyen click-and-collect grâce aux suggestions de produits complémentaires | +22 % | (Analyse e-commerce Nehos 2025 — Client de référence, 2025) |
| disponibilité de l'API stock temps réel sur 12 mois de production | 99,8 % | (architecture Nest.js sur OVHcloud Managed Kubernetes avec failover automatique) (Monitoring OVHcloud — SLA infrastructure Nehos 2025, 2025) |
-75 % : taux de rupture post-commande web (de 14 % à 0,3 %) grâce à la synchronisation ERP/WMS toutes les 5 minutes (réseau 48 magasins sport outdoor).
-6 min : temps moyen de retrait en magasin (de 8 min à 2 min) grâce à l'interface caisse PWA iPad intégrée et au QR code de validation.
+22 % : panier moyen click-and-collect grâce aux suggestions de produits complémentaires affichées à la caisse au moment du retrait.
#Cas client : Enseigne sport outdoor, 48 magasins en France, site e-commerce Shopify Plus générant 28 % du CA total
#Contexte
Enseigne sport outdoor, 48 magasins en France, site e-commerce Shopify Plus générant 28 % du CA total. ERP Cegid Y2 central, WMS Hardis Reflex dans le dépôt central, caisses Cegid POS en magasin. Les commandes click-and-collect étaient transmises au magasin par email (réception dans une boîte partagée consultée toutes les 30 minutes). Taux de rupture constaté : 14 % des commandes click-and-collect non honorées. Temps de retrait moyen : 8 minutes. Satisfaction client click-and-collect : 3,1/5.
#Défi
Réduire drastiquement le taux de rupture sans refondre le système d'information existant (ERP, WMS et caisses conservés). Améliorer l'expérience caisse sans imposer un changement radical aux équipes terrain déjà sollicitées. Maintenir le service pendant la période de déploiement sans interruption du flux click-and-collect existant.
#Solution déployée
Développement d'un middleware d'orchestration Nest.js exposant une API unifiée de disponibilité stock par SKU par magasin (synchronisation ERP Cegid Y2 toutes les 5 minutes via API REST v3, WMS Reflex via webhook INVRPT). Intégration côté Shopify via une app privée consommant l'API stock. Interface caisse PWA iPad déployée sur les tablettes existantes des magasins (sans remplacement des terminaux Cegid POS). Notifications SMS via Twilio sur 5 événements. Formation terrain : 45 minutes par équipe de magasin.
#Résultats obtenus
Résultats à 6 mois : taux de rupture post-commande web de 14 % à 0,3 %, temps de retrait moyen de 8 min à 2 min, satisfaction client click-and-collect de 3,1/5 à 4,6/5 (N=3 200 évaluations), panier moyen click-and-collect en hausse de +22 %. Budget total : 271 k€ HT. Le projet a été étendu à l'express click-and-collect 30 min sur 12 magasins test, avec un taux d'adoption de 28 % des commandes.
#Pourquoi Nehos pour click-and-collect omnicanal
Nehos Groupe n'est pas un intégrateur généraliste qui adapte une solution standard à votre contexte. On conçoit des architectures sur mesure, calibrées sur vos contraintes métier, réglementaires et techniques. Chaque projet démarre par un audit de faisabilité qui pose les limites avant les promesses — si le ROI ne tient pas, on le dit avant de signer quoi que ce soit.
Notre méthode ROI-First impose un cadrage chiffré dès la phase d'audit : coût actuel documenté, gains projetés avec hypothèses conservatrices, critères de go/no-go factuels. En production, on mesure les résultats réels et on les compare aux projections — transparence totale, y compris quand les chiffres sont en dessous des attentes. Nos expertises connexes : synchronisation stocks temps réel, interface WMS/ERP e-commerce B2B, guide click-and-collect retail.
Stack technique souverain : hébergement OVHcloud (datacenters France), modèles IA open source (Mistral) quand la performance le permet, code propriétaire intégralement détenu par le client à la livraison. Pas de vendor lock-in, pas de dépendance à un fournisseur cloud américain pour vos données critiques.
#Pour aller plus loin
Cas d'usage connexes :