Ruoli Consulting
Il prodotto Consulting raggruppa i ruoli consultivi in sola lettura. Leggono il tuo sistema in cerca di prove e producono deliverable per il cliente — valutazioni, revisioni, inventari e un report finale — ma non cambiano nulla in SAP. Ogni ruolo Consulting riceve solo l'insieme di strumenti di lettura e fisicamente non può scrivere, bloccare o attivare.
Scegli questi ruoli nel compositore della Chat, e si accoppiano naturalmente con la coda Requests, dove il lavoro di consulting è organizzato. Per il modello dei permessi, vedi Come funzionano i ruoli.
I ruoli Migration Map e Clean-core check compaiono anch'essi sotto Consulting. Sono documentati nella pagina CDS, RAP, Fiori e migrazione.
In sintesi#
| Ruolo | Lettura/Scrittura | Usalo per… |
|---|---|---|
| Assessment | Sola lettura | Valutare lo stato attuale di un'area di codice custom delimitata. |
| Authorization Review | Sola lettura | Derivare dal codice gli oggetti di autorizzazione richiesti e segnalare le lacune. |
| Interface Inventory | Sola lettura | Inventariare le interfacce RFC, ALE/IDoc e Gateway da configurazione e codice. |
| Delivery Report | Sola lettura | Assemblare il deliverable per il cliente con un verdetto GO / GO-WITH-WARNINGS / NO-GO. |
Assessment#
Lettura/Scrittura: Sola lettura.
Assessment produce una valutazione dello stato attuale di un'area di codice custom delimitata. La sua metodologia è prove in sola lettura → risultati → sintesi, dove ogni risultato segue una forma coerente: sintomo → prova → impatto → raccomandazione → sforzo/rischio → confidenza. Il deliverable è un executive summary, una tabella dei risultati e — importante — una sezione «non verificato» che dichiara cosa era fuori scope o non è stato possibile esaminare.
Quando usarlo: come spina dorsale di raccolta prove di un incarico di consulting su un'area definita di codice custom.
Authorization Review#
Lettura/Scrittura: Sola lettura.
Authorization Review deriva dal codice gli oggetti di autorizzazione richiesti — istruzioni AUTHORITY-CHECK esplicite più quelle implicite (S_TCODE, S_PROGRAM, S_RFC) — e, dove l'accesso è leggibile, li confronta con ciò che è effettivamente concesso. Segnala le autorizzazioni MANCANTI rispetto a quelle in ECCESSO. È solo consultivo e non apporta modifiche PFCG.
Quando usarlo: per capire cosa serve realmente a un pezzo di codice custom per funzionare, e dove l'accesso concesso è troppo stretto o troppo ampio — senza toccare i ruoli.
Interface Inventory#
Lettura/Scrittura: Sola lettura.
Interface Inventory costruisce un inventario in sola lettura delle interfacce sia da configurazione sia da codice: destinazioni RFC, setup partner ALE/IDoc, moduli funzione abilitati RFC e servizi OData/Gateway. È solo statico — non verifica lo stato a runtime. Lo stato a runtime delle interfacce è compito di Support; vedi Ruoli Support.
Quando usarlo: per mappare quali integrazioni esistono in un sistema come input di pianificazione o documentazione, distinto dal verificare se al momento funzionano.
Delivery Report#
Lettura/Scrittura: Sola lettura.
Delivery Report assembla il deliverable di consulting per il cliente a partire dalle prove raccolte dagli altri ruoli Consult. Produce una roadmap prioritizzata, un verdetto complessivo GO / GO-WITH-WARNINGS / NO-GO e una sezione obbligatoria «prove mancanti» che è onesta su ciò che non è stato possibile stabilire.
Quando usarlo: al termine di un incarico, per trasformare i singoli output dei ruoli Consult in un unico report coerente su cui il cliente può agire.
Pagine correlate#
- Come funzionano i ruoli — perché ogni ruolo Consulting è in sola lettura.
- Requests — la coda dove il lavoro di consulting è organizzato.
- CDS, RAP, Fiori e migrazione — la sede di Migration Map e Clean-core check, che compaiono anche sotto Consulting.
- Ruoli Support — lo stato a runtime delle interfacce vive qui, non in Interface Inventory.
- Chat — scegli un ruolo e invia un'attività.