Cloud per SAP e SAP HANA

Dimensionare SAP significa partire dai processi che deve sostenere

Un ambiente SAP comprende database, servizi applicativi e collegamenti con gli altri sistemi aziendali. SCloud è la proposta Retelit per SAP e SAP HANA, con gestione specialistica. PrimaA aiuta a portare alla valutazione commerciale i requisiti del responsabile SAP, distinguendo infrastruttura, attività tecniche e supporto ai processi utilizzati ogni giorno.

I livelli che sostengono il sistema SAP
  1. ProcessiOrdini e operazioni
  2. ApplicazioniModuli e interfacce
  3. SAP BasisGestione tecnica
  4. SCloudRisorse e continuità

Schema illustrativo, non una configurazione del cliente

Produzione, qualità e sviluppo hanno esigenze diverse

Versione di SAP, dimensione e crescita del database, utenti concorrenti e finestre di elaborazione influenzano il dimensionamento. Ambienti di qualità e sviluppo servono a provare modifiche e aggiornamenti senza confonderli con la produzione. Le interfacce verso magazzino, pianificazione e sistemi esterni devono rientrare nell’inventario, insieme ai requisiti del partner applicativo.

Dove finisce l’infrastruttura e comincia il lavoro applicativo

SCloud comprende la gestione tecnica delle componenti del servizio fino a SAP Basis. Nella proposta vanno precisate le attività per il sistema specifico. La manutenzione funzionale dei moduli, le personalizzazioni e il supporto agli utenti richiedono ruoli espliciti.

Mappa delle responsabilità SAP
LivelloResponsabilità da assegnare
InfrastrutturaRisorse, rete e disponibilità del servizio
SAP BasisAmministrazione tecnica e attività concordate
ApplicazioneModuli, personalizzazioni e interfacce
AziendaPriorità operative e accettazione dei processi

Il collaudo segue il calendario aziendale

Le prove devono includere processi rappresentativi: inserimento ordini, avanzamento, chiusure e scambi dati, in base all’uso effettivo. SCloud include soluzioni di business continuity e disaster recovery; obiettivi, prove e modalità di attivazione vanno precisati. Una data di migrazione è sostenibile quando considera anche chiusure contabili, picchi produttivi e disponibilità dei referenti applicativi.

Il calendario SAP incontra quello della produzione

Esempio applicativo. Una situazione tipo per valutare scelte e benefici.

Produzione di componenti industriali · Organico di riferimento: 260 persone

L’esigenza

La società ipotetica utilizza SAP per acquisti, ordini e pianificazione; un partner esterno segue i moduli applicativi. Deve rinnovare l’ambiente tecnico.

La soluzione da valutare

Si valuta SCloud per l’ospitalità e il perimetro tecnico, conservando un ruolo definito per il partner applicativo. Test e produzione hanno criteri di accettazione separati.

Il beneficio atteso

Acquisti e produzione seguirebbero un calendario condiviso per gli aggiornamenti. Un problema di processo andrebbe al referente applicativo; un’anomalia dell’infrastruttura avrebbe un responsabile distinto. Il progetto dovrebbe chiarire anche come coordinare gli interventi fra i due referenti.

Perché funzioni: Versioni e requisiti SAP supportati; Confine fra SAP Basis e manutenzione applicativa; Prove di ordini, chiusure e interfacce.

Le responsabilità dell’ambiente SAP

Il servizio sostituisce il partner applicativo SAP?

Il perimetro va concordato. Ospitalità e gestione tecnica non equivalgono automaticamente a manutenzione dei moduli, sviluppo delle personalizzazioni o supporto funzionale agli utenti.

Ricostruisci il perimetro SAP da ospitare

Condividi con PrimaA versioni, ambienti, dimensioni del database e ruoli del partner applicativo.

Descrivi il sistema SAP interessato