Service codes & ITAD matching : quand « certified erasure » ne veut dire qu’une seule chose
Le catalogue de services du tenant, la page Coverage qui décide quelles pickup requests atteignent votre inbox, et l’unique règle qui fait le matching.
« Certified erasure » veut dire une chose sur le devis d’un ITAD et autre chose sur celui du suivant, et c’est ainsi que les clients trade-in finissent par comparer des pommes et des poires. La plateforme réduit cet écart avec un catalogue de services dont chaque tenant part, une page Coverage où chaque ITAD déclare ce qu’il propose et où, et une règle de matching qui ne montre la demande d’un client qu’aux ITADs capables de l’exécuter réellement.
Le catalogue
Sous /settings/services, chaque tenant dispose d’un catalogue de services seedé avec des services système couvrant la logistique, le traitement, la destruction, le remarketing, la compliance et le travail financier. Les services système ne peuvent pas être supprimés — des flows essentiels comptent sur leur existence — mais votre équipe peut les activer, les désactiver et les réordonner à l’intérieur d’une catégorie. Par-dessus, votre équipe ajoute des services custom : un code de quatre caractères, un nom, une description, une unité de tarification (par unité, par kilogramme, par heure ou fixe) et un tarif par défaut. Désactiver un service dont quelque chose dépend affiche d’abord des avertissements de dépendance, parce qu’une ligne dans les Paramètres peut discrètement retenir des contrats, des bids, des settlements ou des factures.
Coverage
Sous /sourcing/coverage, votre organisation déclare ce qu’elle peut prendre en charge : un interrupteur principal pour accepter les collectes, les pays que vous couvrez en codes ISO, les certifications que vous détenez, les services que vous proposez — tirés de votre catalogue actif, donc un catalogue vide donne une liste vide —, un délai minimum en heures et un shortage fee par défaut par item manquant. La page s’ouvre sur un résumé en langage clair qui se met à jour au fil de vos modifications : si vous êtes en ligne ou en pause, de quels pays vous recevez des demandes, et la règle en dessous. Le délai et le shortage fee deviennent des defaults de bid ; ils font gagner de la saisie, ils ne remplacent pas la lecture de la demande.
La règle de matching
La pickup request d’un client apparaît dans votre inbox uniquement si le pays d’enlèvement fait partie de ceux que vous couvrez, si vous détenez chaque certification demandée et si vous proposez chaque service demandé. Les trois, ou rien. Désactiver l’acceptation des collectes masque les nouvelles demandes correspondantes ; les bids déjà placés et le travail déjà gagné restent où ils sont. Après l’enregistrement de Coverage, l’inbox refait le contrôle. Il n’y a pas de « default-on » — un ITAD apparaît sur une exigence de compliance parce qu’il a déclaré la certification, pas parce que la plateforme l’a supposé.
Où les services réapparaissent
Sur la demande du client, comme les services dont il a besoin. Sur votre bid, comme les services que vous fournirez. Sur le contrat, comme services inclus avec leurs tarifs. Et plus loin dans les settlements et les factures, ce qui explique pourquoi le catalogue prévient avant que vous en désactiviez un. Un seul vocabulaire de l’intake à la facture — et la seule chose que le client ait à comparer, c’est le chiffre.