ABAP Catalog · Analytics relazioni Catalogo / SCMON / ATC

Totali dei tre dataset

Oggetti catalogo

chiave: nome_oggetto (univoca)

Oggetti SCMON distinti

Oggetti ATC distinti

Esecuzioni totali (match)

somma object_executions

Finding ATC medi / oggetto

Utilizzo reale del catalogo da SCMON · dato chiave

Oggetti eseguibili utilizzati

Function module utilizzati

Programmi (PROG) utilizzati

Tasso di utilizzo per tipo oggetto — % eseguito nella finestra SCMON

⚠️ "Non eseguito" ≠ "morto": SCMON copre solo la finestra di monitoraggio (~nov 2025–feb 2026), quindi batch periodici/annuali possono non esservi caduti. INTF (interfacce), SMARTFORM e in parte INCL non sono confrontabili per nome (girano tramite classi / FM generati / inclusi in altri oggetti) → il loro basso valore non indica inutilizzo. Il dato azionabile è PROG al %: i ~ programmi non eseguiti sono i veri candidati a un'analisi di dead code.

Quadratura i conti tornano?

OK Partizione del catalogo:

OK SCMON distinti = nel catalogo + orfani:

OK ATC distinti = nel catalogo + orfani:

OK Righe ATC per Status sommano al totale:

⚠️ Lettura chiave: con la join espansa (nome + gruppo funzioni + include) l'ATC è quasi tutto un sottoinsieme del catalogo (% degli oggetti ATC agganciati), mentre SCMON copre il 17%% del catalogo (gli orfani sono SAP standard e programmi generati a runtime) — la maggioranza degli oggetti SCMON sono SAP standard / altri sistemi non presenti nel catalogo custom.

Logica di join come lego i tre file al catalogo

Relazione	Chiave	Card.	Note
Catalogo ⇄ SCMON (diretto)	`scmon.object_name = catalog.nome_oggetto`	1‑1	match esatto su PROG/CLAS/FUGR (tipo A)
Catalogo ⇄ SCMON (include)	`gruppo derivato da L<grp>… = scmon.object_name` FUGR tipo B	1‑N	aggancia i function group presenti solo come include (es. manutenzione tabella) → gruppi recuperati
Catalogo ⇄ ATC (diretto)	`atc.object_name = catalog.nome_oggetto`	1‑N	PROG, CLAS, SSFO → oggetti ATC
Catalogo ⇄ ATC (gruppo)	`atc.object_name = catalog.fugr` obj ∈ FUGR/FUGS/FUGX	1‑N	finding sul gruppo → gruppi, espansi a tutti i FM (catalog.fugr valorizzata solo sui FM)
Catalogo ⇄ ATC (include)	`atc.include = catalog.nome_oggetto` tipo INCL	1‑N	recupera i function group custom presenti solo come include (`LZ` / customer-exit `ZX`) → match, recuperati

L'ATC tiene i finding aggregati per function group; il catalogo li tiene espansi per FM/include (FM = nome_oggetto, gruppo = fugr). Con le tre chiavi dei oggetti ATC trovano casa nel catalogo. La terza chiave sul campo Include (L<FUGR>Uxx/Fxx e customer-exit ZX<grp>) recupera i function group custom presenti solo come include. I orfani residui sono oggetti di dizionario/enhancement (VIEW, TABL, DTEL, ENHO, LDBA) e programmi standard SAP — fuori dal perimetro del catalogo custom.

Il catalogo come fulcro come si distribuiscono i due sottoinsiemi

Sovrapposizione dei sottoinsiemi catalogati

solo SCMON

solo ATC

∩ entrambi

Oggetti del catalogo con nessuna relazione (né uso né ATC): (%).

Relazione Catalogo ⇄ SCMON copertura d'uso · con recupero include

Copertura catalogo con dati d'uso

Include recuperati via gruppo

da diretti a con include

Oggetti SCMON orfani

standard SAP + programmi generati a runtime ( FG tipo B recuperati via include)

Relazione Catalogo ⇄ ATC 1‑N · segnalazioni

Distribuzione finding ATC per oggetto (oggetti catalogati)

Righe ATC per Status — tutte le 3 categorie sono 🔴 RED nella logica ATC

Oggetti ATC orfani per tipo — perché il catalogo non li contiene

Tipo oggetto (Obj.)	Oggetti orfani	Natura

Gli orfani sono in prevalenza oggetti di dizionario (TABL, VIEW, DTEL), enhancement (ENHO) e function group di sistema — categorie fuori dal perimetro del catalogo custom (PROG/INCL/FM/CLAS...).

📊 Analytics relazioni — Catalogo ⇄ SCMON ⇄ ATC