Le catalogue des certifications : pourquoi R2v3 et B Corp figurent dans la même liste

L’ITAD est l’une des rares industries où la différence entre deux companies tient surtout au dernier audit qu’elles ont réussi. R2v3, NAID AAA, ISO 14001, e-Stewards, B Corp, ADISA, RIOS, WEEELABEX — le responsable des achats d’une grande banque veut savoir lesquelles vous détenez, parce que son équipe compliance posera la question, et parce qu’il ne veut pas être celui qui a choisi un partenaire ITAD incapable de produire le certificat au moment où il fallait.

Le catalogue des certifications est livré avec les grands standards intégrés, chacun avec une catégorie, l’organisme émetteur, le scope, la période de renouvellement habituelle en mois et un site web. Il couvre ceux que chaque ITAD connaît. Il couvre aussi ceux de niche — parce qu’une certification régionale détenue par votre warehouse et absente de toute liste mondiale compte quand même le jour où elle compte.

Ce que contient une fiche certification

Pour chaque certification détenue par une company : le standard (lié à la ligne du catalogue), le numéro de certificat, la date d’émission, la date d’expiration, le scope, et le document de certificat lui-même, stocké comme evidence. La ligne du catalogue dit ce qu’est le standard ; la fiche company dit que cette company le détient, jusqu’à quand, et où se trouve la preuve.

Le statut verified

Une fiche certification peut être marquée verified par le platform staff qui a réellement regardé le document et confirmé qu’il correspond au standard du catalogue ; la file de revue vit sous /admin/certifications/pending. Les certifications verified pèsent dans le trust score (jusqu’à 10 points bonus, pondérés par la catégorie du catalogue). Les certifications non vérifiées apparaissent sur le profil de la company mais ne contribuent pas au score — parce que n’importe qui peut revendiquer une certification, et l’écart entre « revendiqué » et « vérifié » est toute la raison d’être d’un catalogue.

Quand une vérification est accordée ou qu’un certificat verified expire, un trigger de base de données recalcule le trust score. Un seller qui laisse R2v3 expirer descend donc dans les classements la semaine même de l’expiration, et non la prochaine fois que quelqu’un ira pousser le score à la main.

Le catalogue et la pickup request

Le wizard de trade-in request demande au customer quelles certifications l’ITAD qui bid doit détenir, à partir d’une courte liste fixe : R2v3, e-Stewards, NAID AAA, ISO 14001, ISO 27001 et WEEELABEX. Ces codes reflètent les tags de certification qu’un ITAD pose sur sa coverage Sourcing, et une request n’atteint que les inbox où chaque tag exigé est présent. Le catalogue est la longue liste, celle des profils et des appels d’offres ; la liste du wizard est la liste courte, celle qui commande le matching. Six codes suffisent à router une pickup. Cent produiraient des formulaires plus longs et les six mêmes réponses.

Celles de niche

Les lignes du catalogue appartiennent au tenant : une organisation peut donc ajouter ses propres entrées pour des standards dont personne d’autre n’a entendu parler — un dispositif national de collecte des DEEE, ISO 27001 avec un scope Annex A précis — à côté des lignes système. Elles apparaissent sur le profil et dans les réponses aux appels d’offres. Parce que les équipes achats posent la question, et que « nous l’avons, mais ce n’est pas dans la plateforme » est une moins bonne réponse que « oui, le voici ».