FR EN DE ES IT

Guide de présentation — Module OMS
Catalogues, portail client, commandes clients et bons de mouvement automatiques

Tout ce qu'il faut comprendre et montrer, expliqué simplement, avec les exemples réels de la base de démonstration (25 comptes portail, magasin [ALIMENTATION] - P2, produits [ALIM]). La base démo ne contient aujourd'hui ni catalogue ni commande client : ce guide te fait les créer en direct — c'est la meilleure démonstration qui soit.

Préparé le 05/09/2026 · Environnement de démo : https://app.gse-web.online → organisation demo → compte demo@gse-web.online · mot de passe gse-web.online (identifiants publics, ceux de la page « Accès démo » du site)

📢 Ce guide est librement réutilisable Vous préparez une présentation interne du module à vos équipes ? Servez-vous : le déroulé de démonstration, les exemples chiffrés et les réponses aux questions fréquentes de ce guide sont à votre disposition, sans restriction. L'environnement de démonstration (compte demo@gse-web.online, mot de passe gse-web.online) est public — vous pouvez y rejouer tous les exemples.

1L'OMS en 2 minutes

OMS = Order Management System, la gestion des commandes clients. Dans GSE-Web : vos clients consultent un catalogue que vous avez choisi pour eux, commandent depuis un portail, et chaque commande validée devient un bon de mouvement dans le WMS — dans la même écriture, sans ressaisie. Le magasinier prépare, le client suit l'avancement depuis « Mes commandes ».

L'analogie simple C'est une boutique en ligne branchée directement sur votre entrepôt. Le client remplit son panier ; au passage en caisse (la validation), le ticket de préparation sort aussitôt côté magasin. Et si, chez le client, un responsable doit signer les achats, le ticket attend sa signature — par e-mail, avec un remplaçant s'il est absent.

❌ Avant (sans OMS)

La commande arrive par téléphone ou par mail ; quelqu'un la retape dans un bon de mouvement, parfois le lendemain.
Le client voit tout votre catalogue, y compris ce qui ne lui est pas destiné — ou n'en voit rien du tout.
Le prix appliqué dépend de qui a pris la commande ; la rupture se découvre au moment de préparer.
Le client rappelle pour savoir où en est sa livraison.

✅ Après (avec OMS)

Un catalogue = un magasin = un chantier : le client ne voit que le stock qui le concerne, en accès public ou sur connexion.
Le prix est résolu par le serveur, dans un ordre fixe : tarif client, sinon prix de vente, sinon zéro — jamais inventé, jamais saisi par le client.
La validation crée le bon de mouvement dans la même transaction : il n'existe pas de commande validée sans bon.
Le client suit, ligne par ligne, ce qui est préparé et ce qui reste ; un reliquat lui est annoncé.

Où le trouver dans l'application ? Dans le menu latéral, une section dédiée OMS regroupe 3 entrées : Côté client, le portail est un espace à part : le lien public d'un catalogue, une page de connexion client, le catalogue, Mon Panier, Mes commandes, « Mon compte ». Côté WMS, la colonne « OMS » de Gestion des bons signale les bons nés d'une commande client. Le titre de la section porte un badge orange avec le nombre de commandes en attente de validation.

La section n'apparaît que si l'utilisateur possède au moins un des droits OMS_ORDERS (« Valider, supprimer des commandes clients »), OMS_ACCOUNTS (« Créer/éditer des utilisateurs du portail client ») ou OMS_CATALOG (« Créer/éditer des catalogues »). Les comptes portail, eux, ne portent aucun droit interne : ce sont des identités distinctes, sans accès à l'application de gestion.

Disponibilité : module optionnel de la v3, activé pour votre organisation ; il s'appuie sur les modules Projets, Clients et Bons de mouvement. Les comptes portail ne consomment pas de sièges utilisateur.

2Glossaire pour non-initiés

Les termes dans l'ordre où tu les rencontreras, chacun illustré par la base démo (relevée le 05/09/2026 — la base est partagée, un autre visiteur a pu la faire évoluer).

Compte portail (client): L'identité avec laquelle un client se connecte au portail. Elle est distincte des utilisateurs de l'application : pas de droits internes, pas de siège consommé, toujours rattachée à une fiche client. Le mot de passe est généré à la création et affiché une seule fois (réinitialisable par l'administrateur). 25 comptes : Nicolas AUBERT, Antoine BERNARD, Elodie BONNET, Julie CLEMENT… (adresses de test en @yopmail.com).
Fiche client rattachée: La fiche client qui figurera sur les bons de mouvement (menu Clients). Quand on crée un compte portail sans client existant, l'application crée la fiche client depuis la société saisie — elle est marquée « technique » et masquée de la liste des clients, mais reste reconnue partout où il faut la retrouver. 25 fiches clients techniques masquées (une par compte portail) à côté des 11 clients « visibles » : Le Haras de Jardy, Mairie de l'Etang-La-Ville, DEMIR KEBAB…
Responsable, remplaçant, présent / absent: Chaque compte peut désigner un responsable qui valide ses commandes, et un remplaçant. Un compte marqué « absent » laisse la main à son remplaçant. Sans responsable et sans validation directe, la commande est refusée à la soumission — jamais bloquée en silence. Les 25 comptes démo n'ont ni responsable ni validation directe : à configurer avant la démo (voir §9).
Validation directe: Option du compte : la commande est validée dès sa soumission, le bon de mouvement est créé aussitôt. C'est le mode « client de confiance ». À activer sur Nicolas AUBERT pour la démo.
Catalogue (public ou interne): Une vitrine adressée par un slug (le bout de l'URL), attachée à un magasin obligatoire — dont découle le chantier —, avec une visibilité Public (lien ouvert) ou Interne (connexion requise), l'affichage ou non des tarifs, et une liste de produits optionnelle. Aucun catalogue en base : crée alimentation sur le magasin [ALIMENTATION] - P2 pendant la démo.
Périmètre de visibilité: Les produits qu'un catalogue montre : ceux qui ont une ligne de stock (même à zéro) dans les magasins du chantier du catalogue, restreints par la liste du catalogue puis par la liste autorisée du client, si elles existent. Un kit n'est visible que si tous ses composants le sont. Le magasin [ALIMENTATION] - P2 porte une soixantaine de références [ALIM] : Coca-Cola, Nutella, Badoit, 1664, Thé Vert…
Tarif client: Un prix par client, produit et période : tous les comptes portail d'un même client le partagent. Poser un nouveau tarif clôt le précédent. Pose un tarif client sur le Coca-Cola 33cl (pack de 24) pour le client de Nicolas AUBERT.
Source du prix: Chaque ligne de commande garde d'où vient son prix : customer_price (tarif client), list_price (prix de vente du catalogue), default_zero (aucun prix connu → 0, affiché tel quel). Au portail, un prix saisi à la main n'existe pas. Trois produits dans le même panier, trois sources possibles.
Commande client — CMD-AAAA-NNNNN: La commande soumise depuis le portail (ou saisie par un gestionnaire). Numéro tiré d'une séquence atomique par organisation et par année, lignes avec prix figé, commentaire, date de livraison souhaitée, projet. La première commande de la démo sera CMD-2026-00001.
Les statuts d'une commande: Brouillon → En attente de validation → Validée → Traitée ; ou Refusée (motif) / Annulée. La machine à états est fixe : une commande validée ne redevient jamais « en attente ». Côté gestion, le filtre « À valider » regroupe les commandes en attente.
Jeton de validation: Le lien envoyé par e-mail au responsable, valable 7 jours : il ouvre une page où approuver ou refuser (avec motif) sans se connecter. Passé le délai, la validation se fait depuis l'espace de gestion. Le mail part au responsable du compte ; s'il est « absent », au remplaçant.
Bon de mouvement automatique: À la validation, un bon de sortie est créé dans la même transaction que le changement de statut, sur le projet et le magasin du catalogue, au nom du client. Supprimer la commande annule le bon lié. Visible dans WMS → Gestion des bons, colonne « OMS ».
Suivi de préparation: Dans « Mes commandes », le client voit le statut du bon (À traiter, En cours, Préparé partiel, Livré…), la quantité préparée et restante par ligne, et un bandeau « Reliquat » si une préparation partielle a engendré un bon -R1. À montrer après avoir préparé partiellement le bon de la démo.
Traçabilité des lots au portail: Pour un client connecté, si le contrôle qualité des lots est actif dans l'organisation, chaque ligne de stock lotée expose son numéro de lot, son statut, sa DLC, son magasin et son emplacement. Jamais pour un visiteur anonyme. Les [ALIM] portent des lots à DLC (Coca-Cola : 3 lots).
Commandes en souffrance: Une tâche planifiée relance les validations qui traînent : une commande n'attend pas indéfiniment qu'un responsable ouvre son mail. Sans objet en démo, mais bon à dire.

3Comment les données s'emboîtent

La chaîne va du chantier au bon de mouvement. Le catalogue est la charnière : c'est lui qui fixe le magasin, donc le chantier, donc ce que le client voit et où sa commande sera préparée.

🏗️ Chantier (projet)P20 — dérivé du magasin du catalogue ; ses magasins définissent le périmètre des produits visibles. Si le client ne gère pas de projets, l'écran des catalogues en génère un automatiquement pour le magasin choisi (bouton « Générer un projet automatiquement », numéro P-OMS-<nom du magasin>), rattaché en un clic

🏬 Magasin du catalogueMagasin [ALIMENTATION] - P2 — destination des commandes, stock lu pour les disponibilités

🏪 Catalogue« alimentation » — slug, visibilité public / interne, affichage des tarifs, liste de produits optionnelle

🏢 Client (fiche client)Le client de Nicolas AUBERT — tarifs clients, produits autorisés, adresse

👤 Compte portailnicolas.aubert@… — responsable, remplaçant, présent / absent, validation directe, projets et catalogues accessibles, adresse de livraison

🧾 Commande CMD-2026-00001 → bon de mouvementLignes avec prix figé et source ; à la validation, un bon de sortie sur P20 / [ALIMENTATION] - P2

Et autour de cet arbre, 5 satellites

Tarifs clients — par tiers, par produit, par période ; partagés par tous les comptes du tiers.
Jetons et e-mails de validation — demande au responsable, confirmation au client, refus motivé ; relance des commandes en souffrance.
Bons de mouvement, réservations et reliquats — portés par le module Bons de mouvement du WMS ; c'est là que le stock bouge.
Disponibilités — le portail lit le stock disponible (physique − réservé) du magasin du catalogue.
Lots publiés — pour le client connecté, quand le contrôle qualité des lots est actif.

La phrase à retenir Catalogue → magasin → chantier : quand un client soumet sa commande, GSE-Web génère le bon de mouvement dans le WMS, rattaché au chantier du magasin — sans que personne ne retape quoi que ce soit.

4Visite guidée écran par écran

Dans l'ordre pédagogique : d'abord la configuration (catalogues, clients), puis le portail tel que le client le voit, puis la gestion des commandes et le bon côté WMS.

4.1 — « OMS : Gestion des catalogues » (commencer par là : c'est la configuration)

À quoi ça sert : décider ce que chaque client peut voir et commander, depuis quel magasin, avec ou sans prix, en accès libre ou sur connexion.

Comment ça marche :

Nouveau catalogue : un nom et un slug (le bout de l'URL publique), le magasin (obligatoire — le chantier s'en déduit et s'affiche en lecture seule), la visibilité Public (lien ouvert) ou Interne (connexion requise), l'affichage des tarifs, une sélection de produits optionnelle (limitée au stock du magasin), et l'interrupteur « Catalogue activé ».
La liste montre chaque catalogue avec son lien public, son nombre de produits et son état actif / désactivé. Un encadré pédagogique intégré (« Qu'est-ce qu'un catalogue ? ») résume la liaison catalogue → magasin → chantier.
Un même catalogue peut être ouvert à plusieurs comptes ; un compte peut accéder à plusieurs catalogues.

Avec les données démo : aucun catalogue. Crée alimentation sur le magasin [ALIMENTATION] - P2 (chantier P20), public, tarifs affichés : une soixantaine de produits [ALIM] apparaissent d'un coup.

4.2 — « Gestion des clients » (qui commande, et qui doit dire oui)

À quoi ça sert : créer les comptes du portail et régler, pour chacun, le circuit de validation et les catalogues accessibles.

Comment ça marche :

Nouvel utilisateur : nom, prénom, e-mail, société (la fiche client est créée si besoin), adresse de livraison (obligatoire : elle alimente le bon de mouvement), disponibilité « Présent (reçoit les e-mails) » / « Absent (utilise remplaçant) ».
Circuit de validation : un responsable, un remplaçant optionnel — ou la validation directe.
Accès : les projets accessibles, puis les catalogues associés (« Tous les catalogues » exige « Tous les projets »).
À la création, le mot de passe généré s'affiche une seule fois et part par e-mail ; Réinitialiser le mot de passe en génère un nouveau. Un compte s'archive et se restaure, il ne se supprime pas.

Subtilité anti-erreur à mentionner Pas de compte sans fiche client : si elle ne peut pas être créée, la création du compte est annulée avec un message clair. C'est ce qui garantit que chaque commande aura un client identifiable sur son bon de mouvement.

Avec les données démo : 25 comptes, tous « présent », sans responsable ni validation directe. Ouvre Nicolas AUBERT, active la validation directe, donne-lui accès au projet P20 et au catalogue « alimentation », réinitialise son mot de passe pour pouvoir te connecter au portail.

4.3 — Le portail côté client (ouvre-le dans un second onglet)

À quoi ça sert : laisser le client consulter, commander et suivre — sans jamais entrer dans votre application de gestion.

Comment ça marche :

Anonyme, sur le lien public d'un catalogue public : les produits, les prix de vente si le catalogue les affiche, jamais de tarif client, jamais de lot. Sur un catalogue interne : « Connexion requise ».
Connecté : le catalogue restreint à ses accès, les disponibilités du magasin, les prix résolus (tarif client en priorité), les lots si le contrôle qualité est actif.
Mon Panier : quantités, puis Confirmer la commande — commentaire, adresse si différente, date de livraison souhaitée, projet. Résultat : « Commande créée ! Numéro de commande : CMD-… ».
Mes commandes : statut de la commande, statut du bon de mouvement, quantités préparées et restantes par ligne, bandeau « Reliquat » le cas échéant.

Subtilité anti-erreur à mentionner Un compte sans responsable et sans validation directe ne peut pas commander : l'application le dit au moment de confirmer (« aucun responsable désigné pour ce compte »). Rien ne part dans le vide.

Avec les données démo : connecte-toi avec nicolas.aubert@yopmail.com (mot de passe réinitialisé à l'étape 4.2) ; mets au panier Coca-Cola 33cl (pack de 24), Nutella et Badoit.

4.4 — « Gestion des commandes » (valider, refuser, suivre)

À quoi ça sert : traiter les commandes reçues : les valider (ce qui crée le bon), les refuser avec motif, suivre le bon associé, marquer la commande traitée.

Comment ça marche :

En tête, les compteurs : total, à valider, validées, refusées ; filtres par statut, période, recherche par numéro ou client.
Chaque carte : date, montant, livraison souhaitée, et le bloc Bon de mouvement — « Bon créé : statut 'À traiter' », puis le statut courant du bon. Si le bon manquait (cas des données reprises d'une ancienne version), un bouton propose de le recréer.
Les lignes : désignation, quantité, prix unitaire, total ; « Générer PDF », « Copier le numéro ».
Actions : Valider, Refuser (motif obligatoire), Annuler, « Marquer traitée », Supprimer — avec l'avertissement que le bon de mouvement associé sera annulé.

La règle à énoncer pendant la démo Valider et créer le bon, c'est une seule écriture : un double clic sur « Valider » ne crée pas deux bons, le second appel est refusé. Et il n'existe pas de commande validée sans bon.

Avec les données démo : la commande créée à l'étape précédente apparaît (validée directement si le compte est en validation directe, sinon « À valider »).

4.5 — Le bon côté WMS (Gestion des bons → Traiter un bon)

Dans WMS → Gestion des bons, la colonne OMS porte le numéro de la commande client. Le bon suit exactement le circuit des bons de mouvement (voir le guide WMS, §4.5) : prise en charge par un préparateur, préparation ligne par ligne — partielle possible, reliquat automatique —, livraison avec « Retiré par », clôture. Chaque étape remonte au portail dans « Mes commandes ».

Avec les données démo : prépare partiellement le bon de CMD-2026-00001 (par exemple 20 Coca-Cola sur 24) : côté client, le statut passe « Préparé partiel » et un bandeau « Reliquat » apparaît.

5Du panier au bon de mouvement, pas à pas

Le mécanisme central : un prix résolu par le serveur, une validation directe ou déléguée, un bon créé dans la même écriture, une préparation que le client suit. Trois exemples.

Exemple n° 1 — la résolution du prix

1. Tarif client du tiers

12,50 €

valide à la date → customer_price

→

2. Sinon prix de vente

15,00 €

prix courant du catalogue → list_price

→

3. Sinon

0,00 €

affiché tel quel → default_zero

Dans le panier de Nicolas AUBERT : le Coca-Cola a un tarif client → 12,50 € ; le Nutella n'en a pas mais a un prix de vente → 15,00 € ; un produit sans l'un ni l'autre → 0,00 €, visible comme tel. La ligne garde sa source. Un prix inconnu n'est jamais inventé, et le client ne saisit jamais un prix.

Exemple n° 2 — validation directe ou circuit N+1

Compte en validation directe (Nicolas AUBERT après réglage) : soumission → Validée → bon de mouvement créé dans la même transaction, sur P20 / [ALIMENTATION] - P2, au nom de son client.
Compte avec responsable présent : soumission → En attente de validation, jeton de 7 jours, e-mail au responsable. Il approuve depuis le lien → bon créé, e-mail de confirmation au client. Il refuse → Refusée avec motif, e-mail au client.
Responsable absent : l'e-mail part au remplaçant.
Ni responsable ni validation directe : refus explicite au moment de confirmer le panier.

Anecdote utile : dans l'ancienne version, une commande avait été validée sans que son bon soit créé (l'appel séparé avait échoué). En v3, c'est structurellement impossible : les deux écritures sont dans la même transaction.

Exemple n° 3 — la préparation partielle vue du client

Commande : Coca-Cola 24, Nutella 6, Badoit 12. À la confirmation du bon, le WMS réserve ce qui existe (24 / 6 / 12 si le stock suit).
Le préparateur sert 20 Coca-Cola, 6 Nutella, 12 Badoit → bon Préparé partiel, reliquat -R1 créé pour les 4 Coca-Cola restants.
« Mes commandes » : statut du bon « Préparé partiel », quantités préparées 20 / 6 / 12, restantes 4 / 0 / 0, bandeau « Reliquat n° … — suite d'une préparation partielle ».
Livraison du bon (« Retiré par ») → « Livré partiel » ; quand le reliquat est préparé et livré à son tour, le client voit le complément.

Les 2 règles d'or à retenir (questions pièges classiques) 1️⃣ Une commande validée a toujours son bon : les deux sont écrits dans la même transaction, et supprimer la commande annule le bon.
2️⃣ Le client ne saisit jamais un prix : le serveur le résout dans un ordre fixe (tarif client → prix de vente → 0) et chaque ligne garde sa source.

6Quel prix, quels produits ? Les règles d'arbitrage

Prix = tarif négocié du client (valide à la date) → prix de vente du catalogue → 0

Produits visibles = lignes de stock des magasins du chantier ∩ liste du catalogue ∩ produits autorisés du tiers

Destination = le magasin du catalogue

Les deux listes sont optionnelles : vides, elles ne restreignent rien. Un stock à zéro reste visible (le client voit « indisponible », pas un trou).

Illustrations

Situation	Prix retenu	Source
Tarif client en cours de validité (12,50 €), prix de vente 15,00 €	12,50 €	`customer_price`
Tarif client expiré, prix de vente 15,00 €	15,00 €	`list_price`
Ni tarif client ni prix de vente	0,00 €	`default_zero`
Catalogue sans affichage des tarifs	montants non affichés	la ligne garde quand même sa source
Visiteur anonyme sur un catalogue public avec tarifs	prix de vente seulement	jamais un tarif client

Situation	Visible au portail ?	Pourquoi
Produit à stock 0 dans le magasin du chantier	Oui	il a une ligne de stock ; il apparaît indisponible
Produit en stock dans un magasin hors chantier	Non	hors périmètre du catalogue
Kit dont un composant est absent du chantier	Non	un kit n'est visible que si tous ses composants le sont
Produit hors de la liste autorisée du tiers	Non	invisible, et refusé si on force la commande
Module Projets désactivé	Refus explicite	jamais « tous les produits » par défaut

Comment le vendre en une phrase « Chaque client voit exactement le stock de son chantier, à son prix, et pas un produit de plus ; ce qu'il commande arrive à l'entrepôt sous forme de bon, sans que personne ne retape quoi que ce soit. »

7Le lien avec le WMS et les autres modules

L'OMS ne porte pas de stock : il lit le WMS pour afficher les disponibilités et lui confie le bon de mouvement. Voici qui fait quoi, étape par étape.

Étape du circuit	Module	Ce que fait l'OMS	Exemple démo
1. Le catalogue est créé	Projets / WMS → OMS	Dérive le chantier du magasin choisi ; lit les lignes de stock des magasins du chantier pour bâtir le périmètre.	Catalogue « alimentation » sur [ALIMENTATION] - P2 (P20)
2. Le compte est créé	Clients → OMS	Exige une fiche client ; la crée depuis la société si besoin (fiche technique, masquée de la liste des clients).	Nicolas AUBERT et sa fiche client
3. Le client consulte	WMS → OMS	Affiche les disponibilités (physique − réservé) du magasin du catalogue ; publie les lots au client connecté si le contrôle qualité est actif.	Coca-Cola : 3 lots à DLC
4. La commande est validée	Notifications → OMS	Jeton de 7 jours, e-mail au responsable ou au remplaçant, confirmation ou refus motivé au client ; relance des validations en souffrance.	Compte avec responsable
5. Le bon est créé	OMS → WMS (bons de mouvement)	Crée un bon de sortie dans la même transaction, sur le projet et le magasin du catalogue, au nom du client ; la confirmation du bon réserve le stock existant.	Colonne « OMS » de Gestion des bons
6. Le bon est préparé, livré, expédié	WMS → OMS	Remonte au portail le statut du bon, les quantités préparées et restantes, le reliquat.	« Mes commandes » après préparation partielle
7. Tout est tracé	Audit	Validations, refus, annulations, suppressions et créations de comptes sont journalisés, comme toute écriture.	Journal d'audit (section ADMIN)

À dire pendant la démo « L'OMS est la vitrine ; le WMS est l'arrière-boutique. La commande du client devient un bon de mouvement comme les autres — même préparateur, même écran, même traçabilité. Ce qui change, c'est que le client voit l'avancement sans vous appeler. »

8Le workflow complet en 9 étapes

Rattacher le magasin à un chantierUn catalogue exige un magasin qui a un projet : c'est lui qui portera les bons.
Créer le catalogueSlug, magasin, visibilité public ou interne, affichage des tarifs, liste de produits optionnelle.
Poser les tarifs clients du tiersOptionnel : sans tarif client, le prix de vente s'applique.
Créer le compte portailResponsable et remplaçant, ou validation directe ; projets et catalogues accessibles ; adresse de livraison.
Le client consulte et commandeAnonyme ou connecté ; panier, commentaire, date souhaitée ; « Commande créée ! CMD-… ».
ValidationDirecte, ou par le responsable depuis son e-mail (7 jours), ou depuis « Gestion des commandes ».
Le bon est créé et préparéConfirmation (réservation), prise en charge, préparation ligne par ligne — partielle possible, reliquat automatique.
Livraison ou expédition« Retiré par » ; regroupement en expédition si besoin ; « Marquer traitée » côté OMS.
Le client suitStatut du bon, quantités préparées et restantes, reliquat — dans « Mes commandes ».

9Déroulé de démo suggéré (~15 min)

Avant de commencer Ouvre https://app.gse-web.online, connecte-toi avec demo@gse-web.online, mot de passe gse-web.online (organisation demo). Prévois un second navigateur (ou une fenêtre privée) pour le portail. La base démo ne contient ni catalogue ni commande client (état relevé le 05/09/2026 ; la base est partagée, vérifie avant de commencer) : les étapes 1 et 2 sont de la préparation à faire avant le rendez-vous si tu veux gagner 4 minutes, ou en direct si tu veux montrer la simplicité du paramétrage.

Étape 1 · Gestion des catalogues — un magasin ouvert au client (2 min)

Menu OMS → Gestion des catalogues, Nouveau catalogue : nom « Alimentation », slug alimentation, magasin [ALIMENTATION] - P2 (le chantier P20 s'affiche tout seul), visibilité Public, tarifs affichés, actif. Enregistre : le lien public apparaît, avec le nombre de produits.

« Un catalogue, c'est un magasin de votre entrepôt ouvert à un client : il ne voit que ce qui s'y trouve, et ses commandes arrivent sur le bon chantier. »

Étape 2 · Gestion des clients — qui commande, et qui doit dire oui (2 min)

Menu OMS → Gestion des clients, ouvre Nicolas AUBERT : montre « Présent / Absent », le circuit de validation (responsable, remplaçant), la validation directe, les projets et catalogues accessibles. Active la validation directe, donne l'accès au projet P20 et au catalogue « Alimentation », puis Réinitialiser le mot de passe et note-le.

« Vous décidez qui commande seul et qui doit être approuvé — par e-mail, avec un remplaçant si le chef est absent. Et ces comptes ne consomment aucun siège. »

Étape 3 · Le portail — ce que voit le client (3 min)

Dans le second navigateur, ouvre le lien public du catalogue sans te connecter : les produits [ALIM] et leurs prix de vente, pas de lots. Connecte-toi ensuite avec nicolas.aubert@yopmail.com : disponibilités, prix résolus, lots repliés sous chaque produit (Coca-Cola : 3 lots à DLC).

Mets au panier Coca-Cola 33cl (pack de 24) × 24, Nutella × 6, Badoit × 12 ; Confirmer la commande avec un commentaire et une date. « Commande créée ! Numéro de commande : CMD-2026-00001 ».

« Le même catalogue montre le prix public à un visiteur et votre prix négocié au client connecté. Aucun appel, aucun mail : la commande est chez vous avant que le client ait fermé la page. »

Étape 4 · Gestion des commandes → le bon dans le WMS (3 min)

Retour dans l'application : le badge de la section OMS a bougé. OMS → Gestion des commandes : la commande est là, validée (validation directe), avec « Bon créé : statut 'À traiter' ». Si tu avais laissé un responsable, montre Valider et le motif obligatoire de Refuser.

Puis WMS → Gestion des bons : la colonne OMS porte CMD-2026-00001. Ouvre le bon dans Traiter un bon, prends-le en charge et prépare 20 Coca-Cola sur 24, le reste au complet : statut Préparé partiel, reliquat -R1 créé.

« La validation et le bon sont une seule écriture : il n'existe pas de commande validée sans bon de préparation. Et le magasinier travaille exactement comme pour n'importe quel bon. »

Étape 5 · « Mes commandes » — le client suit sans appeler (2 min)

Dans le navigateur du client, Mes commandes : statut du bon « Préparé partiel », 20 préparés / 4 restants sur le Coca-Cola, bandeau « Reliquat n° … — suite d'une préparation partielle ».

« Votre client n'appelle plus pour savoir où en est sa commande : il voit ce qui est préparé, ce qui reste, et le numéro du reliquat qui suivra. »

Étape 6 · Tarif client — le même produit, deux prix (2 min)

Depuis la fiche client de Nicolas AUBERT (ou l'écran des tarifs clients), pose un tarif client sur le Coca-Cola (12,50 €). Recharge le catalogue côté client : le prix a changé pour lui seul ; en anonyme, le prix de vente n'a pas bougé.

« Le prix est résolu par le serveur, dans un ordre fixe : votre tarif négocié avec ce client, sinon votre prix de vente, sinon zéro affiché tel quel. Le client ne saisit jamais un prix. »

Plan B minute Catalogue et compte préparés à l'avance, puis étapes 3, 4 et 5 seulement — « il commande, vous validez, le bon existe, il suit » — en 8 minutes.

10FAQ — questions pièges et réponses prêtes

« Mes clients ont-ils besoin d'un compte GSE-Web ? »

Non. Un compte client dans le portail OMS est une identité distincte : il n'a aucun accès et aucun droit dans GSE-Web. On peut en créer autant que nécessaire.

« Peut-on consulter le catalogue sans se connecter ? »

Oui, si le catalogue est public : le visiteur voit les produits et, si vous l'avez choisi, les prix de vente — jamais un tarif client, jamais un lot. Commander exige toujours un compte. Un catalogue interne est invisible d'un anonyme, au point de répondre comme s'il n'existait pas.

« Que se passe-t-il si le stock est insuffisant ? »

La commande passe quand même ; le bon est confirmé avec ce qui existe réellement et n'est jamais bloqué par un manque. À la préparation, ce qui n'est pas servi devient un reliquat que le client voit dans « Mes commandes ». Un stock ne devient jamais négatif.

« Le client peut-il choisir ou négocier son prix dans le panier ? »

Non. Au portail, un prix saisi à la main n'existe pas : le serveur résout le prix (tarif client → prix de vente → 0) et fige la source sur la ligne. Les tarifs clients se posent côté gestion, par client.

« Et si le responsable ne répond pas ? »

Le lien de validation vaut 7 jours ; si le responsable est marqué absent, le remplaçant reçoit l'e-mail ; une tâche planifiée relance les validations en souffrance. Passé le délai, le lien expire et la validation se fait depuis « Gestion des commandes ».

« Un compte sans responsable et sans validation directe peut-il commander ? »

Non : l'application refuse au moment de confirmer le panier, avec un message explicite (« aucun responsable désigné pour ce compte »). Rien ne part dans le vide et rien n'est bloqué en silence.

« Pourquoi le catalogue exige-t-il un magasin ? »

Parce que le magasin décide de tout : le chantier, donc le périmètre des produits visibles, et la destination du bon de mouvement. Un catalogue sans magasin produisait des commandes qui bloquaient à la validation ; il est refusé dès la création.

« Le stock est-il décrémenté à la commande ? à l'expédition ? »

Ni l'un ni l'autre. Le stock est réservé à la confirmation du bon, écrit par la préparation, et la livraison ou l'expédition ne font que consigner la remise. C'est le circuit standard des bons de mouvement (voir le guide WMS).

« Mes fournisseurs passent-ils par l'OMS ? »

Non : les commandes fournisseurs, réceptions et factures fournisseurs relèvent du module achats (PMS). L'OMS, ce sont vos clients. Les deux se rejoignent dans le WMS, qui porte le stock.

« Combien de clients peut-on créer ? »

Les comptes portail ne consomment pas de sièges utilisateur ; leur nombre n'est pas ce qui dimensionne votre forfait. Chaque compte reste rattaché à une fiche client, et s'archive plutôt qu'il ne se supprime.