AGLEA Blog

I sistemi ERP On-premise di SAP sono di fatto sistemi open source. Ovvero è possibile vedere ed anche modificare il codice messo a disposizione da SAP.

Nonostante sia in corso una migrazione dai sistemi on-premise a quelli cloud da parte di SAP, molte installazioni dei sistemi gestionali sono ancora in versione On-premise.

Ma come accorgersi che sono state apportate personalizzazioni o modifiche allo standard? Perché potrebbe essere importante verificare questo aspetto? 

Cosa puoi fare da subito per migliorare gli sviluppi nei tuoi sistemi (non solo SAP)?

Come è possibile controllare subito il codice sviluppato evitando di dover metterci mano a seguito? Con costi molto più alti.

Cosa è possibile fare per verificare se i programmi sviluppati in SAP sono conformi agli standard di security?

Quali sono gli strumenti che SAP offre out-of-the-box per la programmazione sicura?

Quante soluzioni esistono sul mercato per risolvere o gestire meglio una determinata problematica?

Sicuramente molti, anche in ambito SAP, ma quali sono i rischi di installare un add on o un pre-configurato?

Gli aspetti di sicurezza del codice custom in SAP sono sempre stati sottovalutati, nella maggior parte delle installazioni.

Solo recentemente, negli ultimi anni, i clienti si stanno accorgendo dell’importanza della sicurezza del codice. Principalmente linguaggio ABAP nel caso di SAP.

Lo sviluppatore SAP (ABAP) diventa quindi una risorsa strategica affinché la security (soprattutto custom code security) dei programmi sia presidiata e gestita correttamente.

Come fare a tenere alta l’attenzione?