Service catalog, fault codes, grading rules : des données de référence livrées avec un kit de départ
Où vivent les services que vous vendez, les défauts que vos testeurs choisissent et les bandes qui transforment un défaut en grade — et pourquoi un nouveau tenant ne démarre pas devant une étagère vide.
Certaines données de référence sont universelles (devises, codes pays). Certaines sont gérées par la plateforme mais visibles (le catalogue de certifications, les fault codes système). Certaines sont vraiment propres au tenant : les services que vous vendez réellement, les défauts sur mesure pour les appareils de niche que vous traitez, les seuils de grade auxquels vos acheteurs ont appris à se fier. Les pages de paramètres organisent chacune selon sa portée, et un tenant tout neuf reçoit un kit de départ, pour que le premier jour se passe à recevoir des palettes plutôt qu’à taper des catalogues.
Service catalog
/settings/services contient les services que le tenant peut exécuter ou facturer. Les nouveaux tenants arrivent avec 44 services système répartis en six catégories : logistique, traitement, destruction des données, remarketing, compliance et services financiers. Chacun a un code, un taux par défaut et une unité de tarification. Votre équipe peut chercher, filtrer par catégorie, activer ou désactiver, réordonner à l’intérieur d’une catégorie, et ajouter des services personnalisés. Un service personnalisé, c’est un code de quatre caractères, un nom, une description, une unité de tarification — per unit, per kilogram, per hour ou fixe — et un taux par défaut. Les services système peuvent être désactivés mais pas supprimés, parce que les contrats, les bids, les settlements et les factures comptent sur leur existence ; désactiver un service dont quelque chose dépend encore affiche d’abord un avertissement de dépendance. Lisez-le. Une ligne discrète dans Paramètres peut retenir une facture très bruyante.
Fault codes
/settings/core/fault-codes est le catalogue des défauts structurés. La plateforme livre 38 fault codes système répartis entre les catégories cosmetic, functional, battery et missing part ; les lignes système sont en lecture seule. Chaque code porte une description, une catégorie (cosmetic, functional, battery, data ou missing part), une sévérité mineure, modérée, majeure ou critique, un poids, les zones du châssis auxquelles il peut être épinglé, l’obligation ou non d’une photo, et un indicateur actif. Les tenants ajoutent des codes personnalisés pour les types d’appareils dans lesquels ils sont spécialisés — un spécialiste des imprimantes industrielles a besoin de défauts que la liste système ne connaît pas — et une action « créer les codes personnalisés par défaut » donne un jeu de départ quand aucun code personnalisé n’existe encore. Un code, une fois actif, apparaît dans le defect picker du testeur. Les notes de défaut en texte libre rendent service ; les dashboards les détestent.
Grading rules
/settings/core/grading-rules est l’endroit où les poids de défauts deviennent un grade. Les règles sont des grade bands : pour les dimensions functional, cosmetic et battery, chaque grade possède une plage de poids minimum et maximum. Dans les valeurs par défaut, une batterie dont le poids cumulé est de 1 à 20 est B2 Acceptable, de 21 à 50 est B1 Low Health, et au-delà c’est B0. Il n’y a ni pondération en pourcentage entre les dimensions ni règle de plancher cachée ; les bandes sont toute l’histoire, ce qui est précisément pourquoi un acheteur peut les lire. Les auto-grade rules — les suggestions ordonnées, à première correspondance, que le moteur tire des résultats de test et de la santé batterie — vivent sur la page des testing templates, à côté des checklists. La page indique si le tenant est sur les valeurs par défaut héritées ou sur un override tenant, avec des liens vers les templates et les catégories. Changer les bandes au milieu d’un lot est techniquement permis ; expliquer à l’atelier pourquoi le B d’aujourd’hui ressemble au C d’hier, c’est pour votre pomme.
Catégories
/settings/core/categories définit le comportement de chaque catégorie d’appareil. Les valeurs par défaut d’une catégorie couvrent la traçabilité, l’obligation d’un numéro de série, l’unité, l’indicateur data-bearing, l’indicateur batterie et les attentes IMEI ou MAC quand elles s’appliquent. Un tenant peut activer ou désactiver une catégorie, lui donner un libellé personnalisé, enregistrer un override ou le réinitialiser à la valeur par défaut. Faites un override quand votre vocabulaire opérationnel diffère réellement. Pas parce que quelqu’un veut un plus joli libellé sur un rapport.