Given that SAP modules are architected and managed by SAP itself.
Questo è solo parzialmente vero. Il design del sistema di grandi dimensioni è fatto da SAP. Tuttavia, molte organizzazioni hanno implementazioni personalizzate di qualche tipo.
Spesso vengono richieste modifiche, piccole o grandi, che soddisfino le applicazioni aziendali in SAP. Oppure i requisiti personalizzati per le applicazioni aziendali che sono causati da SAP.
In un mondo ideale, potresti facilmente adattare le tue applicazioni che l'azienda sta sviluppando (sia che si tratti di transazioni SAP o di un sistema che alimenta SAP). Questo processo richiede un bel po 'di architettura.
However, small changes are possible at the customer's end.
Probabilmente stai scherzando se ogni implementazione del cliente è identica. A meno che qualcuno non stia iniziando un'impresa dal nulla, dove possono progettare la propria attività attorno al sistema di SAP.
Qualcuno deve assicurarsi che la progettazione SAP sia corretta. Capire come si incastrano i pezzi.
How can an ABAPer on the client's side take the role of an architect at SAP that designs SAP modules? So what does an architect at the client's side have left to do?
Quindi, il pezzo chiave è capire come tutto combacia. Un potrebbe ABAPer capire questo - ma potrebbe avere un ambito di esperienza molto limitato. Un buon architetto avrà abbastanza esperienza per vedere come si adattano i pezzi, quindi quando le decisioni sono necessarie, possono valutare e identificare correttamente le decisioni giuste e realizzarle.
È probabile che un ABAPer sul client non abbia questa esperienza / ampia comprensione del sistema. Se lo fanno, allora è grandioso, ma probabilmente non lo faranno.
Un architetto dovrebbe fare tipi di lavoro di progettazione, non lavori di implementazione. Un ABAPer è responsabile di più per l'implementazione.