Construire un score de fiabilité pour un catalogue fournisseur

Un score de fiabilité fournisseur doit résumer des faits observés, pas une impression commerciale. Mesurez séparément la disponibilité du flux, sa fraîcheur, sa complétude, sa stabilité et la cohérence des champs critiques. Conservez chaque mesure brute, explicitez les pondérations et imposez des seuils bloquants : un excellent taux de réponse ne doit jamais compenser des prix périmés ou des identifiants inutilisables. Le score sert alors à prioriser une revue, à comparer une source à elle-même dans le temps et à décider si un import peut continuer. Il ne prouve ni la rentabilité des produits ni la qualité globale du fournisseur.

Un score utile commence par une question opérationnelle

« Ce fournisseur est-il fiable ? » est trop vague. La vraie question est plutôt : « Puis-je utiliser ce flux aujourd'hui pour préparer une décision d'achat, avec quel niveau de contrôle humain ? » Cette formulation sépare la qualité technique du catalogue, la qualité commerciale de l'offre et la qualité de la relation contractuelle.

Le score porte donc sur une source précisément identifiée : URL d'API, fichier FTP, export CSV ou autre flux documenté. Il doit aussi préciser la période observée. Une note calculée sur un seul téléchargement réussi n'a pas la même portée qu'une série de contrôles réguliers. La période, la fréquence des observations et les incidents exclus doivent rester visibles à côté du résultat.

Avant de noter la source, conservez au minimum : l'heure de chaque tentative, le résultat technique, la taille ou le nombre de lignes reçu, les dates présentes dans les données, le nombre de lignes rejetées et la règle exacte de chaque rejet. Pour approfondir la dimension temporelle, la méthode de contrôle de fraîcheur des prix et des stocks complète ce score sans se confondre avec lui.

Les cinq dimensions à mesurer séparément

Une grille robuste évite les critères impossibles à auditer. Les dimensions suivantes sont des catégories de travail, pas une norme universelle :

La disponibilité d'un article mérite un test propre. Un état comme InStock exprime une disponibilité dans le vocabulaire Schema.org, mais ne fournit pas une quantité exacte, une date de mesure ni une réservation. L'article sur la différence entre stock booléen et quantité exacte aide à définir ce que le flux permet réellement d'affirmer.

Construire un barème sans fabriquer de certitude

Il n'existe pas de pondération officielle valable pour tous les vendeurs. Le barème doit refléter le risque du cas d'usage. Pour un achat à rotation rapide, la fraîcheur du stock peut être bloquante. Pour un enrichissement de titres, la complétude descriptive peut peser davantage. Deux équipes peuvent donc obtenir des notes différentes à partir des mêmes observations, à condition de publier leur méthode.

Voici un exemple entièrement hypothétique et reproductible. Hypothèses : une équipe attribue 100 points au total, répartis entre disponibilité 20, fraîcheur 30, complétude 20, stabilité 15 et cohérence 15. Chaque dimension reçoit un ratio entre 0 et 1 défini dans un dictionnaire de règles versionné. Si les ratios observés sont respectivement 0,95 ; 0,70 ; 0,90 ; 1,00 et 0,80, le calcul est :

20 × 0,95 + 30 × 0,70 + 20 × 0,90 + 15 × 1,00 + 15 × 0,80 = 85.

Ce résultat de 85 n'est ni une valeur de marché ni une recommandation d'achat. Il démontre uniquement la formule avec des hypothèses fictives. Le détail révèle surtout que la fraîcheur est le point faible. C'est plus utile qu'une couleur verte globale.

Ajoutez ensuite des règles de veto. Par exemple, dans votre politique interne, un fichier sans devise ou sans date vérifiable peut être placé en revue, même si la moyenne pondérée reste élevée. Un veto n'est pas une sanction contre le fournisseur : c'est une protection contre la compensation mathématique d'un défaut critique.

Procédure reproductible en sept étapes

1. Définir la source et l'usage. Identifiez le flux, le compte autorisé, le canal, la fréquence attendue et la décision que les données doivent soutenir. 2. Écrire le dictionnaire de contrôles. Pour chaque critère, indiquez le champ, la règle, l'unité, la tolérance et la réaction attendue. Une règle inconnue reste « non évaluée », jamais « conforme ». 3. Collecter les preuves brutes. Enregistrez horodatages, codes de réponse, en-têtes utiles, empreinte du fichier, volumes et rejets sans y substituer la note finale. 4. Calculer chaque dimension. Utilisez uniquement les observations de la période affichée. Gardez le numérateur, le dénominateur et les exclusions. 5. Appliquer pondérations et vetos. Versionnez le barème. Toute modification doit pouvoir expliquer pourquoi deux calculs successifs diffèrent. 6. Comparer la source à son historique. Une baisse brutale est souvent plus informative qu'une comparaison entre deux fournisseurs aux contrats différents. 7. Décider et documenter. Autorisez le flux, limitez-le à un lot de test, demandez une correction ou suspendez l'import. La décision humaine doit mentionner la preuve principale.

La RFC 9110 définit notamment les statuts HTTP et les champs validateurs Last-Modified et ETag. Ces éléments peuvent documenter une récupération, mais ils ne certifient pas à eux seuls la date métier d'un prix. Un fournisseur peut republier aujourd'hui un fichier contenant des données anciennes. Il faut donc conserver à la fois les métadonnées de transport et les dates internes du catalogue.

Interpréter la tendance plutôt que sanctuariser une note

Un score isolé donne une photographie. Une série temporelle permet de voir un changement de comportement : retard croissant, hausse des rejets, alternance de schémas ou rétablissement après incident. Affichez la note globale, mais aussi les composantes et les événements qui expliquent le mouvement.

Évitez le classement absolu des fournisseurs quand les périmètres diffèrent. Un petit catalogue mis à jour quotidiennement et une base très large rafraîchie par segments ne promettent pas le même service. Comparez d'abord chaque source à son contrat documenté, puis à ses propres périodes précédentes. Une comparaison croisée n'est pertinente que si les critères, les fenêtres et les champs obligatoires sont identiques.

Le score n'évalue pas non plus les droits d'usage, la solvabilité, la conformité du produit, les délais réels de livraison ni la rentabilité finale. Ces contrôles disposent de preuves différentes. Les regrouper dans une note unique rendrait les causes invisibles et les corrections imprécises.

Ce qu'ArbitragePro+ peut automatiser / ce que le vendeur doit vérifier

La fonction score-sante-source est ici une spécification proposée, et non une fonction déclarée comme disponible. Elle pourrait collecter les résultats d'import, calculer les dimensions selon un barème versionné, afficher les observations manquantes et signaler un veto. Elle devrait toujours permettre de revenir aux mesures brutes et de distinguer « zéro », « inconnu » et « non applicable ».

Le vendeur doit vérifier le contrat du flux, les droits d'accès, la signification des champs, la pertinence des pondérations et la décision finale. Il confirme aussi que la période observée est représentative. Avant d'étendre une source, un lot canari fournisseur permet de tester les règles sur un périmètre limité et réversible.

Checklist avant d'utiliser le score

• La source, le canal et la période sont nommés.
• Chaque dimension renvoie à une mesure brute consultable.
• Les champs critiques et les vetos sont écrits avant le calcul.
• Les pondérations sont datées, versionnées et justifiées.
• Les valeurs absentes ne sont pas transformées en zéros arbitraires.
• Une date de collecte n'est pas présentée comme date de mise à jour métier.
• La note globale est accompagnée de ses composantes.
• La décision humaine et son motif restent traçables.
• Le score ne sert pas de preuve de rentabilité ou de conformité juridique.

Consulter les signaux de source

Ouvrir la santé des sources dans ArbitragePro+

Sources officielles

• IETF, RFC 9110 — HTTP Semantics : https://www.rfc-editor.org/rfc/rfc9110.html (consulté le 2026-08-17).
• Schema.org, ItemAvailability : https://schema.org/ItemAvailability (consulté le 2026-08-17).
• Schema.org, InStock : https://schema.org/InStock (consulté le 2026-08-17).