Trois secteurs, un même défi : vendre partout avec un seul stock
Une maison de luxe, une marque de prêt-à-porter et une enseigne de magasins n’ont pas le même métier. Elles partagent pourtant un défi que peu d’autres secteurs connaissent avec la même intensité : le même produit se vend en boutique, en ligne, en grand magasin ou en aéroport, et chacun de ces canaux doit voir le même stock au même moment.
C’est sur ce point que l’ERP fait la différence. Un logiciel de caisse gère l’encaissement, un site e-commerce gère la commande en ligne. L’ERP relie les deux au stock, aux achats, à la logistique et à la comptabilité, pour que la marge se lise par produit et par canal.
Ce guide décrit ce qu’un ERP doit savoir faire pour ces secteurs, avec l’exemple de Microsoft Dynamics 365 Finance & Operations, et les erreurs de projet qui leur sont propres. Pour les spécificités de chaque métier, voyez nos pages ERP luxe, ERP mode et textile et ERP retail.
Ce que l’ERP doit savoir faire
Raisonner en déclinaisons
Un modèle de chemise existe en plusieurs tailles et plusieurs coloris, et chaque combinaison a son propre stock. Dans Dynamics 365, un produit principal se décline en variantes à partir de cinq dimensions : la couleur, la taille, le style, la configuration et la version. Les commandes, les réassorts et les inventaires se font sur ces variantes, sans créer une fiche article par combinaison.
Suivre une pièce à l’unité
Une montre, un sac numéroté ou un bijou ne se gèrent pas comme une référence parmi d’autres. L’ERP doit suivre chaque exemplaire par son numéro de série, de la réception jusqu’à la vente. Dans Dynamics 365 Commerce, la caisse peut bloquer la vente d’un article dont le numéro de série ne figure pas dans le stock du magasin. Les éléments propres à la maison, comme un certificat d’authenticité, se rattachent ensuite à ce numéro. Notre page traçabilité détaille les fonctions disponibles.
Partager un stock unique entre tous les canaux
Le risque le plus coûteux de l’omnicanal est de vendre deux fois le même article, une fois en ligne et une fois en boutique. Le service Inventory Visibility de Dynamics 365 suit le stock en temps réel sur tous les canaux et tous les entrepôts. Il pose des réservations temporaires dès qu’une commande arrive, avant même qu’elle soit traitée par l’ERP, ce qui évite la survente. Il calcule aussi la date à laquelle un article manquant sera disponible, et permet de réserver une partie du stock à un canal prioritaire, comme une boutique phare ou le site e-commerce.
Faire entrer le magasin dans l’ERP
L’application de caisse Store Commerce fonctionne sur tous les formats d’écran, sous Windows, iOS, Android et macOS, et continue de fonctionner sans connexion. Elle sert à l’encaissement comme à la vente assistée : le vendeur consulte l’historique d’un client ou commande un article absent du magasin. Le client qui achète sur le site peut retirer sa commande en boutique, et le paiement saisi en ligne est repris en caisse. Voyez notre page caisses et notre page commerce omnicanal.
Un seul back-office pour la boutique et le siège
Dans Dynamics 365, les fonctions commerce partagent le même back-office et les mêmes données que la finance et la supply chain. Les ventes des magasins alimentent directement les stocks et la comptabilité, sans interface à maintenir entre la caisse et l’ERP. Chaque unité qui sert un ou plusieurs magasins peut être mise à jour séparément, ce qui permet d’étaler les mises à jour sur le réseau.
Boutique et e-commerce
Nous vous montrons vos propres scénarios de vente dans Dynamics 365 Finance & Operations, de la caisse au stock.
Luxe, mode, retail : ce qui change d’un métier à l’autre
Le luxe : la pièce, la matière et le client
Une maison de luxe vend des séries courtes, parfois des pièces uniques, à une clientèle qu’elle connaît personnellement. L’ERP doit suivre l’origine des matières précieuses et chaque pièce numérotée. Il donne aussi au vendeur l’historique du client, en boutique comme lors d’un événement privé. Le travel retail et le duty free ajoutent des règles de prix et de taxes propres à chaque point de vente. Notre page ERP luxe détaille ces enjeux.
La mode : le calendrier des collections
Une marque de mode fait vivre plusieurs saisons en même temps, de la conception à la vente en boutique. Elle commande à ses fournisseurs bien avant de connaître ses ventes réelles, puis arbitre ses réassorts pendant la saison. L’ERP doit porter ce calendrier et les matrices de tailles et de coloris. Notre page ERP mode et textile va plus loin.
Le retail : le réseau de magasins
Une enseigne gère des dizaines ou des centaines de points de vente, souvent sous plusieurs statuts : magasins en propre, franchises, concessions, corners. L’ERP calcule le réassort de chaque magasin et applique les règles financières propres à chaque contrat. Notre page ERP retail présente ces besoins en détail.
Un exemple : Lagardère Travel Retail
Lagardère Travel Retail France exploite des boutiques dans les gares, les ports, les hôpitaux et le métro, notamment sous l’enseigne Relay. Comme l’explique son DSI dans le cas client publié sur notre site, tous ses points de vente sont en zone de concession.
Cela crée des besoins qu’un ERP standard ne couvre pas tels quels. L’entreprise rémunère les concédants selon des règles complexes, avec des effets de seuil et des minimums garantis qui évoluent avec les contrats, et calcule la rémunération de ses gérants à partir d’un fixe et d’un intéressement sur le chiffre d’affaires et la démarque. Ses accords fournisseurs comportent en outre des clauses de remises proches de celles de la grande distribution.
FiveForty accompagne Lagardère Travel Retail sur Dynamics 365 Finance & Operations, en maintenance applicative et en pilotage de projet, avec Power BI et Electronic Reporting.
Les erreurs de projet propres au secteur
Choisir la caisse sans penser à l’ERP
La caisse est l’outil le plus visible pour les équipes de vente, et c’est souvent par elle que le projet commence. Une caisse choisie à part devra ensuite échanger en permanence avec l’ERP sur les stocks, les prix, les promotions et les clients. Chaque échange devient une interface à maintenir, et chaque décalage entre les deux systèmes se voit en magasin.
Reprendre les articles sans revoir les déclinaisons
Les anciens systèmes ont souvent créé une fiche par taille ou par coloris, avec des codes construits au fil des années. Reprendre ces fiches telles quelles prive l’entreprise des variantes de l’ERP. La reprise des données est le moment de reconstruire le référentiel produit, avec les équipes produit et les équipes de vente.
Sous-estimer le déploiement en magasin
Un vendeur doit savoir encaisser et retrouver un client dès le premier jour, souvent avec peu de temps de formation. Le déploiement par vagues, magasin par magasin, permet de corriger les problèmes avant de les répéter dans tout le réseau. Notre article sur la formation des utilisateurs détaille la méthode.
Démarrer pendant un pic de ventes
Les soldes et les fêtes de fin d’année concentrent une part importante des ventes. Le calendrier du projet doit placer le démarrage loin de ces périodes, et prévoir les inventaires de bascule dans chaque magasin.
Comment choisir son ERP et son intégrateur
Demandez une démonstration sur vos propres cas : la vente en boutique d’une pièce numérotée, une commande en ligne retirée en magasin, le retour en boutique d’un achat fait en ligne et le réassort d’un modèle décliné en tailles. Ce sont ces scénarios qui révèlent les différences entre deux logiciels.
Si vous hésitez entre Microsoft et SAP, notre comparatif Dynamics 365 Finance & Operations ou SAP S/4HANA décrit les différences qui pèsent dans le choix. Pour départager deux intégrateurs, voyez notre guide Comment choisir son intégrateur Dynamics 365 F&O, et demandez toujours des références dans votre secteur. Pour la logistique, notre guide du WMS dans Dynamics 365 complète celui-ci.
Où se situe FiveForty
FiveForty est un intégrateur Microsoft installé à Paris et à New York, qui travaille uniquement sur Dynamics 365 Finance & Operations. Le luxe, la mode et le retail font partie des secteurs où nous intervenons, avec la partie commerce de Dynamics 365 et la supply chain qui l’accompagne.
UNE QUESTION ? une réponse.
Questions les plus fréquentes
Oui. Un produit principal se décline en variantes à partir de cinq dimensions : la couleur, la taille, le style, la configuration et la version. Les commandes, les réassorts et les inventaires se font sur ces variantes.
Oui, par son numéro de série, de la réception jusqu’à la vente. La caisse peut bloquer la vente d’un article dont le numéro ne figure pas dans le stock du magasin.
En partageant un stock unique entre les canaux. Le service Inventory Visibility de Dynamics 365 suit le stock en temps réel et pose une réservation temporaire dès qu’une commande arrive, avant qu’elle soit traitée par l’ERP.
Oui. L’application Store Commerce sert à l’encaissement et à la vente assistée, sur tous les formats d’écran. Elle continue de fonctionner sans connexion et partage les données de l’ERP.
Oui. La commande passée sur le site est préparée par le magasin, et le paiement saisi en ligne est repris en caisse au moment du retrait.
Dynamics 365 Commerce partage le même back-office et les mêmes données que Finance et Supply Chain Management, les applications qui forment Finance & Operations. Les ventes des magasins alimentent directement les stocks et la comptabilité.



