SAP Clean Core

Clean Core strategie

Co je SAP Clean Core?

Je to SAP metodika, která zákazníky tlačí do standardizace a udržitelnosti IT prostředí. Vychází z historického Custom Code Management (SCMON, ATC, SUSG transakce), Data Volume Management, Business Process Optimization, Change & Release Management a Monitoring. Vše podporované scénáři v SAP Solution Manager. Samozřejmě nově v Cloud ALM.

Potenciální výhody Clean Core strategie

80%

méně customizace software


70%

automatizace procesů


50%

velikosti databáze


80%

standardizace procesů


Core (5 dimenzí)

Obchodní procesy

Způsob popisu, dokumentace a řízení změn.

Rozšíření

Jak správně udžovat zákaznický vývoj a jak programovat.

Data

Jak správně archivovat, agregovat, anonymizace a monitorovat.

Integrace

Využití standardních API a integrační platformu SAP Cloud Integration neboli Integration Suite.

Provoz

Monitoring landscape, jobů, změn a integračních scénářů.

Clean

Clean znamená, že výše zmíněné dimenze jsou aktuální, připravené pro cloud prostředí a optimalizované a vylepšené dle standardů a doporučení.

Proč bychom měli dodržovat Clean Core?

I přes marketingovou omáčku a nechuť přijímat cokoli nového to dává smysl! A předpokládáme, že v private cloud prostředí bude povinnost doržovat Clean Core!

Jaké jsou benefity Clean Core?

  • Jednodušší upgrady

  • Rychlejší přijetí inovací

  • Zabezpečení kontinuity a stability systému

  • Efektivní využití infrastruktury a licencí

  • Nepřetržité sledování core

    V tomto článku se věnujeme části Extensibility (rozšíření)

    Co tedy Clean Core reálně znamená? SAP S/4HANA private cloud (on-premise) má čisté jádro, které je aktuální, zdokumentované, nemodifikované a konzistentní. Má ale možnost na určitých místech provést rozšíření na základě požadavků specifického businessu. Tomu se říká „Clean Core Extensibility“. Neplést si s user exity v SAP objektech. To je nižší vrstva.

    Clean Core Extensibility je metodika, kdy rozšíření je striktně oddělené od SAP aplikací. Přístup k business objektům je veden prostřednictvím dobře definovaných rozhraní, které jsou stabilní při upgradu.

    Pokud se správně postupuje, odpadá riziko vysokých nákladů při upgradu systému či přechodu na novější verzi SAP. Lze snadno sledovat, jaké změny v systému zasáhnout rozšíření pomocí Readiness Check, Custom Code Analysis a v budoucnu možná i přes Release Assessment and Scope Dependency (RASD 2.0), které je nyní pouze pro Public Cloud.

    Koncept rozšiřitelnosti lze shrnout v rámci níže uvedených postupů:

    • Žádné modifikace standardu
    • Eliminace kopií standardních objektů a nadbytečná vylepšení standardního kódu a funkcionality
    • Využití pouze uvolněných API
    • Využití tzv. Key User Extensibility
    • Rozsáhlejší zákaznické aplikace postavit na službách a technologii BTP (CAP)
    • Integraci přes SAP Integration Suite (SCI)

    Přístup je dále ovlivněn rozhodnutím jakým typem transformace se zákazník vydá.

    • Nová implementace (Greenfield)
    • Systémová konverze (Brownfield)
    • Hybrid – kombinace obojího (Bluefield)

    Historie

    Občas vidíme u zákazníků, že standardní funkcionalitu někdo naprogramoval vedle v jiném SAP modulu, protože nevěděl, že SAP něco takového má. Nebo má zákazník dobrého ABAP vývojáře, který je respektován a umí přesvědčit neznalé, že naprogramovat je přece snadnější než dlouze customizovat a dokumentovat. Jo a už tady 2 roky nepracuje a nevíme, co to dělá.

    Na druhé straně u výrobních firem vidíme, že SAP nedokáže standardem pokrýt záludnosti výrobních procesů a bez robustního vývoje se neobejde.

    Jak rozlišujeme kvalitu kódu

    Clean Core Extensibility vychází z public cloud architektury. Dá se pouze provést rozšíření RAP (ABAP RESTful Application Programming Model) nebo CAP (Cloud Application Programming Model) v BTP.  S/4HANA Cloud Public je již ze své definice Clean Core compliant.

    Aby upgrade systému proběhl hladce a lépe se nasazovali inovace, musí rozšíření splňovat clean core principy.

    • Lze rozšiřovat systém přímo tzv. on-stack extensibility anebo rozšířením v BTP tzv. side-by-side extensibility.
    • Rozšíření by mělo využívat uvolněné lokální či vzdálené API, BadIny a RAP business
    • Rozšíření lze nasadit pouze s využití podporovaných nástrojů, které zajistí ověření a schvalovací proces (změnové řízení)

    SAP definoval 4 úrovně – Clean Core Levels. Je to jako u ledniček A je nejlepší, D nejhorší.

    Závěrem

    Redukce nepoužívaných objektů a kontrola kódu probíhá podobně, jako když se přecházelo z R/3 na S/4. Nejprve se sleduje přes SCMON používání objektů, následně se odeberou a zálohují. V druhé fázi se pomocí ABAP Test Cockpit (ATC) optimalizuje kód, aby byl kompatibilní s novou verzí. Nově do procesu vstupuje Fiori app Custom Code Migration.

    Postup jak správně programovat je v ABAP extensibility guide.

    Klasifikace SAP objektů podle Clean Core Levels A, B, C a D naleznete v SAP Business Accelerator Hub a v Cloudification Repository (API Viewer).

    Naše společnost má znalosti procesní i technické. Zkušenosti z předešlých transformačních projektů.