Il cliente ha fornito un Excel con l'elenco completo dei report presenti in WN11 (331 report, struttura a 4 livelli di menu) e in WN12 (116 report, struttura a 2 livelli). L'obiettivo è dare evidenza che tutti i report WN11 siano presenti in WN12 e rappresentino le stesse informazioni.
L'analisi automatica usa matching semantico sui nomi dei report (similarita testuale + keyword overlap). I risultati sono un punto di partenza: i match sotto il 70% richiedono validazione manuale da parte di chi conosce il dominio applicativo.
Limite: il DB WN12 disponibile è schema-only (916 tabelle, nessun dato). La tabella SYST_REPORT che mapperebbe i report esiste ma è vuota nel dump demo. Non abbiamo accesso a WN11.
WN11 — 331 report
| Fatturazione | 95 |
| Commerciale | 109 |
| Risorse Umane | 99 |
| Strumenti | 23 |
| Personalizzato | 5 |
WN12 — 116 report
| Fatturazione | 22 |
| Lavoratore | 20 |
| Contratto di prestazione | 15 |
| Contratti di Somministrazione | 13 |
| Cliente / Preventivo / Altri | 46 |
WN11 ha quasi 3x i report di WN12 (331 vs 116). Questo non significa necessariamente che manchino 215 report: molti potrebbero essere stati consolidati, rinominati, o spostati in aree diverse. La verifica con chi conosce il prodotto è indispensabile.
1. Come funzionano i report in WN11? Stored procedure, views, codice applicativo? Serve capire la struttura per validare i match.
2. I 196 "da verificare" — passarli con chi conosce il dominio per confermare o correggere il matching automatico.
3. Gli 89 mancanti — sono davvero assenti o sono stati rinominati/consolidati? Alcuni potrebbero essere sotto nomi completamente diversi.
4. Accesso WN11 — serve un dump del DB o accesso diretto per fare un lavoro rigoroso, non solo matching per nome.
5. La tabella SYST_REPORT — nel dump WN12 demo è vuota. Un export dei dati reali di quella tabella darebbe la lista definitiva dei report WN12.