Price sheets : une matrice, pas un champ remise

« Combien vaut un laptop Grade B ? » est une question à laquelle votre équipe settlement répond cent fois par mois, et un tableur sur le bureau de quelqu’un fait un piètre témoin quand le client demande d’où sort le chiffre. Les price sheets sur /settings/core/price-sheets sont la réponse structurée : une matrice de pricing interne que le tenant entretient, datée, versionnée par statut, et référencée depuis les enregistrements qui l’utilisent.

Ce qui vit sur une price sheet

Une price sheet a un nom, une description, un statut brouillon, actif ou archivé, une devise, une date de début et de fin de validité, une matrice catégorie × grade et un jeu de lignes de frais de service. La matrice couvre laptop, desktop, serveur, station de travail, téléphone, tablette, moniteur, imprimante et autre, face aux grades A, B, C, D et F. Chaque cellule est un chiffre que votre équipe a tapé exprès. Un tenant qui n’a pas encore de grille peut en créer une par défaut et l’ajuster ensuite.

Où elle est utilisée

Une price sheet est interne au tenant. Elle n’est liée ni à un acheteur, ni à un groupe d’acheteurs, ni à une région, et elle ne s’attache pas d’elle-même à une deal room Market ; le pricing commercial d’un deal se négocie sur le deal. Ce qu’une price sheet fait, c’est donner à Core une référence de valorisation : un inbound order peut porter la price sheet sous laquelle il a été reçu, et les settlements lisent la même source quand ils transforment des appareils reçus en montants. Une matrice, référencée depuis l’order, citée dans le settlement. Quand un client demande d’où vient le chiffre, la réponse est une grille avec un nom et une fenêtre de validité, pas un souvenir.

Brouillon, actif, archivé

Une nouvelle grille démarre en brouillon, et c’est là que la saisie se fait. L’activer la rend éligible au nouveau travail ; les dates de validité disent quand. L’archiver la met à la retraite sans la cacher, si bien que les orders et les settlements qui pointaient dessus lisent encore les prix avec lesquels ils ont été valorisés. Modifier une grille modifie cette grille ; quand les chiffres changent d’une façon que vous voudrez pouvoir expliquer plus tard, faites une nouvelle grille avec une nouvelle fenêtre de validité et archivez l’ancienne. En ITAD les prix bougent au trimestre. Vos explications, non.

Supprimer ne casse pas l’historique

Supprimer fait deux choses différentes selon ce qu’il trouve. Un brouillon sans usage en aval est supprimé pour de bon — rien n’a jamais pointé dessus, rien n’est perdu. Une grille active, archivée ou déjà utilisée est archivée à la place, parce qu’une order ou un settlement qui la référence doit rester lisible aussi longtemps que le comptable s’y intéresse, c’est-à-dire plus longtemps que vous ne le pensez. Servez-vous de cette page pour comprendre votre logique de pricing. Un prix ponctuel appartient à l’enregistrement commercial ou au settlement, pas à la matrice.