Price sheets: pricing par buyer recurrent sans discounts free-text

“Même produits, prix différents selon les acheteurs” est normal en trading B2B. Les acheteurs fidèles ont des repeat-buyer discounts. Les acheteurs régionaux ont du currency-adjusted pricing. Certains clients ont négocié des rates spécifiques il y a des années et ces rates sont toujours en vigueur. Les price sheets sont la façon structurée d’encoder tout cela — plutôt que des champs discount en texte libre que personne ne peut auditer.

Ce qui vit sur une price sheet

Une price sheet a : un name, un buyer (ou buyer group), un effective date range, un set de category-level overrides (laptops à -10%, servers à -15%, monitors standard), des per-grade band overrides si nécessaire (Grade A à -5% seulement), une optional currency override (sheet libellée en USD alors que le default plateforme est EUR), et une quantity-tier table (orders au-dessus de 500 units reçoivent 3% off supplémentaire).

Comment elle s’attache à un deal

Quand un buyer ouvre une deal room ou envoie une intent, la plateforme cherche une price sheet applicable. La logique de match : most-specific-first (une sheet pour cet acheteur exact bat une buyer-group sheet, qui bat le platform default). Les overrides de la sheet s’appliquent automatiquement ; le seller voit le sheet name dans la deal room comme preuve de la discount logic utilisée.

Override par deal

Le seller peut override le prix dérivé de la sheet sur un deal précis — mais l’override est journalisé avec une raison. L’audit trail capture à la fois le sheet-derived price et l’actual price, afin que finance voie si les deals reçoivent régulièrement des discounts plus profonds que ce que la sheet autorise (signal pour revoir la sheet), ou si les overrides sont rares (signal que la sheet est bien réglée).

Sheet versions

Une price sheet a un version history. Modifier une sheet ne re-price pas silencieusement les deals existants — le deal référence la version active lors de son ouverture. Les nouveaux deals utilisent la dernière version. Le version history est queryable : “quelle était la price sheet du client X le 15 juin ?” a une réponse qui ne demande pas d’archéologie database.