Planifier un portail de commande B2B : prix, unités et validation
Planifiez droits clients, prix au carton et validations à partir d’une commande exemple, avec une transmission claire à l’ERP.
Avant de concevoir le portail, précisez pour quelle entreprise chaque personne achète, à quelle unité correspond le prix et quand la commande peut être traitée. Ces règles doivent rester cohérentes jusqu’à la transmission à l’ERP.
Un exemple de commande détaillé
Tous les identifiants, prix et seuils sont fictifs. Le seuil de validation est une règle interne d’exemple, sans caractère légal. Le calcul exclut les taxes et la livraison.
Élément | Valeur retenue |
|---|---|
Compte client | C-10, distinct de C-20 |
Produit | B-6 : un carton contient 6 unités. |
Prix pour C-10 | 18 EUR HT par carton |
Prix pour C-20 | 21 EUR HT par carton ; 2 cartons = 42 EUR HT de marchandises |
Panier | 2 cartons = 12 unités = 36 EUR HT de marchandises |
Validation | À partir de 500 EUR HT de marchandises, une personne habilitée doit valider. |
Pour 28 cartons, le montant des marchandises atteint 504 EUR HT. Cette commande nécessite la validation supplémentaire. Affichez ensemble le nombre de cartons et d’unités contenues ; sans unité indiquée, deux cartons peuvent être compris comme deux articles.
Distinguer entreprise, établissement et personne
La personne chargée des achats chez C-10 peut créer un brouillon. Une autre personne habilitée valide les commandes au-dessus du seuil. Les adresses de livraison sont rattachées au compte de l’entreprise. Un identifiant partagé complique le retrait des droits d’un seul salarié.
Les catalogues B2B peuvent définir des produits et prix propres à chaque client ; la documentation Shopify en présente un exemple concret. Vérifiez que le système choisi prend réellement en charge les relations entre entreprises et établissements dont vous avez besoin.
Masquer un lien ne protège pas les autres comptes. Le serveur doit vérifier les droits à chaque requête, comme le recommande OWASP. Si un utilisateur de test C-10 remplace l’identifiant client par C-20, il ne doit voir ni ses prix ni ses adresses. Utilisez des comptes de test distincts.
Distinguer envoi et confirmation de l’ERP
Un parcours possible : prix actuel vérifié → brouillon → validation si nécessaire → transmission en attente → confirmation de l’ERP avec numéro de commande. Dans cet exemple, une quantité ou un prix modifié après validation déclenche un nouvel examen. L’étape constituant une acceptation contractuelle doit aussi correspondre à vos conditions commerciales réelles.
Si l’ERP est indisponible, l’opération reste ouverte. Exemple de message : « Votre commande attend sa transmission. Aucune confirmation de commande n’est encore disponible. » Le numéro apparaît seulement après confirmation du traitement. Les transmissions répétées doivent être reconnues comme une seule opération pour éviter une deuxième commande.
Vérifier avant la mise en service
Contrôlez que deux cartons donnent 12 unités et 36 EUR. Testez ensuite 28 cartons : la transmission doit attendre la validation requise. Testez l’accès à C-20, une modification du prix après validation et une coupure de connexion ERP. Chaque essai doit produire un état visible et compréhensible.
Le périmètre initial est ainsi défini : droits clients, unité de prix, validation et transmission ERP traçable. Vous pourrez ensuite évaluer les filtres ou promotions supplémentaires sans laisser ces règles de commande en suspens.
Sources
À lire aussi
Tous les articles
E-commerce avec ASES
Boutiques en ligne, marketplaces et portails B2B