BDD-124 — Historique d'exécution et libellés aperçu vs exécution complète

User story

En tant qu'administrateur, je veux que l'historique reflète des métriques de données complètes et que l'interface distingue clairement aperçu et lancement, afin de diagnostiquer les runs et d'éviter toute confusion sur le volume traité.

Critères d'acceptance

Critère	Statut
Chaque étape de l'historique expose rows_in, rows_out et duration_ms cohérents avec l'exécution complète (staging BDD-120)	✅
Statuts success / warning / failed / not_executed inchangés	✅
Consultation historique (liste + détail) sans régression	✅
Hints UI : panneau Source, Prévisualiser, bouton Lancer	✅
Documentation VitePress workflows et fiche ticket	✅

Périmètre livré

Back

• WorkflowRunStagingExecutionService : métriques Source / Mapper / Nettoyer via COUNT staging (rowsIn explicite pour Source = 0).
• Tests unitaires sur la persistance des métriques par étape.

Front

• Constantes et libellés : front/src/pages/admin/workflows/workflow-execution-hints.js.
• Source (WorkflowInputSourcePanel) : bannière aperçu limité (20 lignes) vs Lancer.
• Prévisualiser (WorkflowBlockPreviewSection + tableau) : hint simulation échantillon + pied de page.
• Lancer (WorkflowRunButton) : tooltip exécution complète + historique.
• Historique / Résumé : mention « métriques exécution complète » (WorkflowRunHistoryPanels, WorkflowSummaryPopover).

Relation avec les US voisines

US	Rôle
BDD-96 / BDD-100	Persistance et UI historique
BDD-120–122	Exécution complète staging
BDD-101	Aperçu bloc (5 lignes) — inchangé, clarifié par les libellés
BDD-124	Alignement métriques + distinction aperçu / Lancer

Tests

• Back : workflow-run-staging-execution.service.spec.ts (métriques persistées).
• Front : workflow-execution-hints.spec.js.