Aller au contenu

Candidate Dump

Rôle de cette page

Cette page documente l'usage opérateur et technique du Candidate Dump côté CLI.

La définition conceptuelle des dumps et des Read Services ne doit pas être redondée ici.

Références conceptuelles :

Quand utiliser Candidate Dump

Utiliser Candidate Dump lorsque l'on veut comprendre :

  • quels candidats ont été générés pour une identité ;
  • pourquoi un candidat a été retenu ou rejeté ;
  • si une ambiguïté vient de la génération des candidats ou du resolver ;
  • si un Virtual Patch modifie le paysage des candidats.

Cas typiques :

  • audit d'une verticale ;
  • investigation d'un conflit ;
  • revue avant micro-patch ;
  • analyse d'une régression de résolution.

Position dans le workflow

Real Sample Comparison
    ↓
Difference Family Audit
    ↓
Resolution Status Audit
    ↓
Candidate Dump
    ↓
Virtual Patch
    ↓
Validation Report

Entrées attendues

Le dump est généralement lancé à partir :

  • d'un identifiant précis : EAN, SKU, MPN, identifiant marchand ;
  • d'un groupe de produits déjà identifié par un audit ;
  • d'un échantillon restreint issu d'une comparaison réelle.

Résultats attendus

Le Candidate Dump doit produire au minimum :

  • les candidats générés ;
  • leur origine ;
  • leurs scores ou signaux disponibles ;
  • les éléments ayant favorisé ou défavorisé chaque candidat ;
  • le candidat finalement retenu si la résolution complète est rejouée en lecture.

Lecture opérationnelle

Questions à se poser en lisant le dump :

  • le bon candidat existe-t-il déjà ?
  • un candidat générique masque-t-il un candidat riche ?
  • la divergence vient-elle d'un bruit source ou d'une règle métier ?
  • faut-il un audit complémentaire ou une simulation virtuelle ?

Garde-fous

Le Candidate Dump ne doit jamais :

  • modifier des données ;
  • écrire en base ;
  • corriger un candidat ;
  • déclencher une sync ;
  • servir de justification unique à un patch sans audit complémentaire.

Voir aussi