Fix euristica BOM, unifica script/GUI su un'unica fonte, aggiungi test integrazione/E2E

Due bug reali trovati confrontando l'estrazione BOM con la BOM ufficiale Creo:
un componente scartato per placement fallito in un file veniva bloccato per
sempre anche quando il file giusto aveva un vero placement (perdendo interi
sotto-alberi come 9256510047), e i codici con suffisso (_C01 ecc.) richiedevano
sempre placement esplicito invece dell'eccezione per occorrenze ripetute già
presente nella GUI. Entrambi corretti.

AssemblyComponentScanner reso pubblico e scripts/BomViaDb.cs, ExtractCreoStrings.cs
riscritti per referenziarlo via "#:project" invece di duplicare l'euristica:
un'unica fonte di verità condivisa da GUI e script standalone.

Aggiunti test di integrazione per Indexer.ScanAsync (mai coperto oltre al
parsing del nome file) e test end-to-end che ricostruiscono l'intera pipeline
disco -> indice -> risoluzione albero componenti senza toccare la UI.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

PrepStep/AssemblyComponentScanner.cs

@@ -70,7 +70,11 @@ namespace PrepStep;
 /// silenzio come "nudo senza placement" - lì verrà comunque scartato come "non in indice",
 /// ma in modo tracciabile.
 /// </summary>
-static class AssemblyComponentScanner
+// Pubblica (non solo internal) perché è anche l'unica fonte di verità per l'euristica di
+// estrazione, referenziata via "#:project" dagli script standalone (scripts/BomViaDb.cs,
+// scripts/ExtractCreoStrings.cs) invece che duplicata al loro interno - vedi
+// docs/formato-asm.md, sezione sulla trappola del "codice duplicato in tre punti".
+public static class AssemblyComponentScanner
 {
     private static readonly Regex CodiceNumericoRegex = new(
         @"(?<!ModelView#)\b\d{8,12}[A-Za-z]{0,2}(?:_[A-Za-z]?\d{2,4})?\b",