Corriger les prix nuls ou anormalement échelonnés sur les SKU nouvellement ajoutés
Confirmez l'unité de tarification du type de catégorie, puis saisissez le tarif dans cette unité sur le prix par défaut du SKU afin que les nouveaux articles ne soient plus chiffrés à zéro.
Lorsqu'un SKU est ajouté à l'inventaire d'une organisation ou d'une unité commerciale sans prix explicite, le backend crée automatiquement sa ligne de prix par défaut avec price 0, tax 0, margin 0. L'unité d'affichage de ce prix n'est pas choisie par l'utilisateur : elle est récupérée depuis le pricing_unit du type de catégorie du SKU (via la chaîne group > sub-category > category > category-type), avec per_unit comme valeur de repli. Deux conséquences pour le support : (1) les SKU détenus fraîchement ajoutés sont chiffrés à zéro dans les designs tant que personne n'a défini de prix, donc 'my quotation shows 0 for this item' signifie généralement que le prix n'a jamais été défini après l'ajout du SKU ; (2) le libellé d'unité affiché à côté du prix suit le type de catégorie, donc un client qui croit qu'un prix de contreplaqué est en 'per sheet' peut en réalité saisir un tarif par pied carré (ou inversement) selon la configuration du type de catégorie. Lorsqu'un client signale des prix nuls ou anormalement échelonnés pour des articles de catalogue récemment ajoutés, confirmez d'abord l'unité de tarification du type de catégorie, puis demandez-lui de saisir le tarif dans cette unité sur le prix par défaut du SKU.
Les prix peuvent être saisis un SKU à la fois ou en masse.
Pour saisir les prix en masse, sélectionnez plusieurs SKU, utilisez Bulk Edit via CSV pour télécharger le modèle, renseignez les colonnes price (ainsi que unit, tax et margin), puis importez-le pour que les SKU soient tarifés automatiquement.
Le CSV de tarification en masse est traité comme une tentative nommée : après avoir présélectionné et sélectionné les SKU, choisissez le canal de vente, téléchargez le CSV, donnez un nom à la tentative, modifiez les champs pricing, margin et tax dans Excel, enregistrez, puis importez le fichier dans la même tentative. La même approche de tarification par CSV s'applique au hardware.
Si aucun prix n'est saisi pour un article, cet article ne contribue pas au total du devis.
Un article hardware n'apparaît dans le devis avec un prix que si sa tarification est définie dans le catalogue.
Lorsqu'une organisation ajoute un SKU depuis un canal de vente auquel elle est abonnée, la ligne de prix par défaut locale est créée avec use_referred_price = true et referred_price_id pointant vers le prix du canal de vente du publisher pour ce SKU (ou, si le canal n'a pas de prix explicite, vers le prix par défaut du publisher lui-même). Les valeurs price/tax/margin stockées localement sont littéralement 0 : seuls les indicateurs de remise et de coût sont copiés. Un SKU abonné peut aussi être défini avec un prix basé sur une formule ; dans ce cas, le prix de base stocké reste 0 et le prix affiché est calculé à partir de la formule. Le prix effectif affiché dans les catalogues et les devis est résolu en parcourant la chaîne de renvoi jusqu'à son extrémité (les chaînes peuvent comporter plusieurs sauts lorsqu'un publisher a lui-même abonné le SKU auprès d'un tiers), sauf si le SKU est défini avec un prix basé sur une formule, auquel cas le résultat de la formule est utilisé. Conséquences pour le support : (1) lorsque le publisher modifie son prix, le prix de chaque abonné est mis à jour instantanément et silencieusement - 'my price changed by itself' sur un SKU abonné signifie presque toujours que la marque/le publisher a modifié le sien ; (2) si le client passe le prix de ce SKU en personnalisé (le dissocie), les valeurs locales révélées sont 0, donc il sera chiffré à zéro tant qu'il n'aura pas saisi un vrai prix ; (3) modifier les valeurs de la ligne locale alors qu'elle est encore liée n'a aucun effet visible, car l'extrémité de la chaîne (ou la formule) l'emporte. Pour donner à un abonné son propre prix : dissociez d'abord, puis saisissez les valeurs.