MIGRÁCIA NA SAP S/4HANA NA ČOM PRACOVAŤ UŽ TERAZ na SAP S4HANA - SnT Klub... · Ivan Trepáč,...

Ivan Trepáč, Business Unit Manager

Alexander Rovňan, Delivery manager

Vladimír Varša, Senior consultant FI/AM

Marek Lacko, Delivery manager

MIGRÁCIA NA SAP S/4HANA

NA ČOM PRACOVAŤ UŽ TERAZ

KLUB ZÁKAZNÍKOV 2017

1. Úvod do témy migrácie1.Migračná cesta a základné pojmy

2.Dobrá správa

3.Migrácia, prípravné kroky

4.Migračné scenáre

5.Migračné skúsenosti štatisticky

6.Ako sme pripravení v S&T

2. Skúsenosti a poznatky z realizácie1.Integrácia kmeňových záznamov odberateľov a dodávateľov

2.Financie a majetok

3.Zákaznícky vývoj - custom development

3. Otázky a odpovede


Agenda

2

Migrácia a dôvody

3


Úvod do témy migrácie

Business Suite podpora do 2025Ohlásený postupný nárast ceny AnyDb runtime licencie

Dostupnosť inováciíZískanie konkurenčnej výhody

Zjednodušenie UXZáujem o FIORI

Zmenšenie veľkosti databázyHardware na hranici životnosti

Organizačná konsolidáciaSystémová konsolidácia

Záujem o cloud alebo hybridné riešenia

4

Migračná cesta a základné pojmy



Dobrá správa je, že ...

5

Migrácia je realizovaná overenými postupmi a nástrojmi

Patchovanie OS

Update EHPUnicode konverzia

Heterogénna / databázová migráciaSoftware Provisioning Manager

R3loadSoftware Update Manager (SUM)

Solution Manager ... a metodológia ASAP/Activate

Patchovanie AnyDB



Migrácia, prípravné kroky pri plánovaní

6

Premyslite si cieľovú architektúru systému

SAP appliance alebo Tailored Datacenter Integration ?

SAP Data Volume Management pre monitorovanie a zmenšenie objemu dátSkontrolujte svoj zákaznícky vývoj ( custom development )

Umiestniť vývojový a testovací systém spoločne na 1 HW ?

Sizing HW

Organizačná konsolidácia viacerých samostatných systémov ?Systémová konsolidácia SAP landscape ?

On-premise a hybrid ?



Migrácia, prípravné kroky v realizácii

7

Ak je potrebné, vykonajte dual stack split

• SAP zrušil voliteľný dual stack ako možnosť, ktorú

môžete použiť pri inštalácii

• Dual stack nie je už podporovaný na SAP HANA

platforme

• Je to postup pre rozčlenenie dual stack systémov na

jednotlivé systémy, ktorý ponúka nástroj Software

Provisioning Manager



8

Ak je potrebné, vykonajte Unicode konverziu

• Na SAP HANA platforme sú podporované len Unicode

systémy

• Samotný postup pri Unicode konverzii je podobný

postupu pre kópiu systému, ktorý ponúka Software

Provisioning Manager

• Unicode konverziu je možné kombinovať s inými

procedúrami ( update, migrácia alebo DMO ), ale

vyžaduje si prípravné aktivity ( vrátane transformácie

zákazníckeho kódu )

Migrácia, prípravné kroky v realizácii



Migračné scenáre

9

Nová inštalácia 1-krokový upgrade a migrácia

s voľbou DMO v SUM1 2 3Klasická migrácia

• Inštalujete nový systém na SAP

HANA

• a buď bez zmeny existujúcich

riešení

• alebo s transformovaním

existujúceho riešenia na SAP

HANA vykonaním (selektívnej)

dátovej migrácie

• Najprv pôvodný systém zdvihnete

na úroveň podporovanú SAP

HANA vykonaním update/upgrade

(ak je potrebné)

• a potom klasicky migrácia vašej

tradičnej databázy na SAP HANA

• v SUM použijete voľbu DMO

( Database Migration Option), ktorá

kombinuje upgrade a migráciu

databázy do 1kroku

• Jedným procesom, jedným

nástrojom, jedna odstávka



Migračné scenáre – odporučenia pri rozhodovaní

10



Kľúčové fakty

• Žiadny migračný projekt nebol zrušený

• Najkratší čas odstavenia produktívneho systému 2hod

Akí zákazníci sú na platforme HANA?

• 42% noví zákazníci

• 58% existujúci zákazníci

Čas migrácie

• Porovnateľný so sólovým update EHP

• Žiadny projekt nebol oneskorený kvôli migrácii databázy

• Najkratší projekt trval 3mesiace, najdlhšie 9 až 12mesiacov, ale

74% migračných projektov zákazníkov trvalo menej ako 6 mesiacov

11

Čo hovoria štatistiky SAP o skúsenostiach zákazníkov pri migrácii?

Aké veľkosti databáz ?

• 256GB - 14%

• 512GB - 42%

• 1TB - 18%

• 2TB - 14%

• 4TB - 7%

• 8TB - 5%



Máme skúsenosti s

Aktualizáciou / patch OS / DB

Klasickými upgrade projektmi

Unicode konverziami

Zdvihnutím úrovne EHP ( EHP 7 už realizované)

Heterogénnymi/migráciami databáz

Iteratívnymi prístupmi pri migrácii ( sandbox, viaceré testovacie migrácie )

Inštalovaný demo systém SAP S/4HANA OP 1610

Rozširujeme skúsenosti s FIORI

Realizované 2 zákaznícke projekty migrácie databázy na SAP HANA

Prvé skúsenosti s migráciou zákazníckeho systému na S/4 HANA OP1610

12

Ako sme pripravení v S&T ?



13

O akej migrácie budeme hovoriť ?

Východzí stav:

2016 Migrácia databázy na SAP HANA pre Business Suite ECC 6.0 EHP7 a pre BW

2017 Migrácia klonu produktívneho prostredia Business Suite ECC 6.0 EHP 7 on HANA na SAP S/4HANA


Skúsenosti a poznatky z realizácie migrácie

14

1. Integrácia kmeňových záznamov zákazník-dodávateľ (CVI)

2. Financie a majetok

3. Zákaznícky vývoj - custom development


Skúsenosti a poznatky z realizácie migrácie

O ktorých častiach migrácie budeme hovoriť ?

MARTIN LAURENČÍK, Senior Consultant MM, [email protected]

Customer – vendor integration (CVI)


KLUB ZÁKAZNÍKOV 2017, ŠTRBSKÉ PLESO

1. Obchodný partner

2. Customer – vendor integration

3. Na čo si dať pozor


Obsah

16

Čo je to obchodný partner?

• Organizácia, osoba, skupina osôb alebo organizácií, s ktorými má spoločnosť

obchodný vzťah (existujúci / potenciálny)

• Jedna organizácia = Jeden obchodný partner = viacero vzťahov

• Jedna transakcia pre správu Obchodných partnerov

(MK01, FK01, XK01, VD01, FD01, XD01) = BP


Obchodný partner v S/4HANA

17



18

19



Customer – Vendor integration (CVI)

Prípravná fáza (aktivácia business funkcií, CUSTOMIZING, ...

- základné nastavenia pre OP

- definovanie druhov OP

- definovanie rolí OP

- definovanie ČI

- nastavenie konverzných pravidiel (skupina účtov = rola OP)

Synchronizácia a konverzia (synchronizačný cockpit, logy, chybové stavy, ...

Post procesové aktivity a produkčný štart



20

Report: PRECHECK_UPGRADATION_REPORT Report: CVI_UPGRADE_CHECK_RESOLVE



21

Na čo si dať pozor ?

• Prechod na S/4HANA je platný pre celý systém (každý klient)

• Historické kmeňové dáta verzus archivácia

• Konverzia na OP musí prebehnúť pre všetky kmeňové dáta

- dodávateľ, odberateľ, kontaktné osoby, ...

• Externé systémy


Základné zjednodušenia v logistike

22

Čo je nové ?

• Nový dátový model


Základné zjednodušenia v logistike

23

Čo je nové ?

• Kmeňový záznam materiálu – 40 znakov

• Obchodný partner

• Nahradenie MB* transakcií • (MB1A, MB1B, MB1C, MB11, MB01, MB02, MB03, MBST, ...) = MIGO

• Nové užívateľské rozhranie

VLADIMÍR VARŠA, consultant senior, [email protected]

Oblasť finančného účtovníctva a majetku


KLUB ZÁKAZNÍKOV 2017, ŠTRBSKÉ PLESO

1. Migračný kokpit

2. Prípravy a migrácia customizingu

3. Migrácia dát

4. Ukončenie migrácie


Agenda

26


Migračný kokpit

27

• Jednotné miesto – možnosť zastaviť, opätovné spustenie

• Obsah migrácie:

• Nákladové druhy vs. účty HK

• Materiálová účtovná kniha

• Migrácia jednotlivých položiek FI, AM

• Migrácia zostatkov

• ...

• FINS_MIG_STATUS


Prípravy a migrácia customizingu

28

• Kontrola nákladového a účtovného okruhu – fiškálny rok, meny, ..

• Definovanie účtovných kníh, skupiny účtovných kníh – účtovania pre IFRS, US GAAP, ...

• Príprava pre migráciu účtov vo firemnej banke – nový pohľad – presun do aplikácie

• Customizing pre účtovnú knihu materiálu - povinný

• Je potrebný customizing aj pre neaktívne účtovné okruhy – aj vzorové


Prípravy a migrácia customizingu

29

• Periodické účtovania v AM, odpisy, uzavretie fiškálneho roku v AM

• Úpravy customizingu pre AM – odpisové oblasti, skupiny účtovných kníh

• Aktivácia nového majetku


Migrácia dát

30

• Analýza pohybových dát

• Kontrolné reporty – doporučené – SaV, stav AM, plánované odpisy, stav za NS, otvorené SD zákazky,

zostatky účtov HK, položky účtov HK, denník dokladov, OP dod./odb., stav/plán za NS

• Migrácia dát beží Jobom, na pozadí

• Je možné ju monitorovať a sledovať chyby


Migrácia dát

31

OSS požiadavka - import potrebných OSS Notes 2381743..


Migrácia dát

32

Customizing aj pre neaktívne odpisové plány


Migrácia dát

33

Možné chyby:

nesúlad medzi tabuľkou súčtov v AM a položkami

nesúlad medzi účtami HK a položkami účtov


Ukončenie migrácie

34

Vyplnenie dátumu splatnosti v FI dokladoch

Vyplnenie súvzťažného účtu v dokladoch FI



35

• Nové doklady - už sa ukladajú do tab. ACDOCA:



36

• Nové doklady - už sa ukladajú do tab. MATDOC:

MAREK LACKO, Delivery Manager, [email protected]

Dopad migrácie na zákaznícky vývoj a modifikácie štandardu

S4/HANA Migrácia vs. ABAP

KLUB ZÁKAZNÍKOV 2015KLUB ZÁKAZNÍKOV 2016

1. S/4HANA migration pre checks

2. Custom Code Migration

39



Pre Checks vs. ABAP development, enhancements and modifications



40

• Pred-migračné kontroly prebiehajú na migrovanom systéme (SAP ERP) pred spustením migrácie.

• Implementáciou SAP Note „2182725 - S4TC Delivery of the SAP S/4HANA System Conversion Checks for

SAP S/4HANA 1511 or 1610 “ je na systéme založený kontrolný program

„R_S4_PRE_TRANSITION_CHECKS“, ktorý vykonáva kontroly.

• SAP Note obsahuje odkazy na dodatočné SAP Notes týkajúce sa odvetvových riešení, ktoré môže mať zákazník

nasadené.

Migration Pre Checks – výsledky kontroly



41

• Jednotlivé správy obsahujú v úvode tzv. „Check ID“, na konci odkaz na príslušný SAP Note

Migration Pre Checks – výsledky kontroly



42

• Zistenia kontroly sú rôznej povahy, jednak sú tu upozornenia

týkajúce sa funkčnosti jednotlivých modulov a taktiež

upozornenia vyplývajúce zo zmeny dátového modelu.

• Príkladom zmeny funkčnosti modulov je napríklad

• zmena konceptu dodávateľov/odberateľov na model CRM –

business partner.

• alebo zmena konceptu oprávnení v logistickom spracovaní

došlých faktúr – SAP Note 2242780 - Authorization Concept of

Logistics Invoice Verification – v ERP sa používali objekty

oprávnenia z FI, v S/4HANA je k dispozícii nový MM objekt, teda

je potrebné pripraviť zmenu rolí.

Migration Pre Checks – výsledky kontroly – zmena dátového modelu



43

• Pre riešenie následkov zmien dátového modelu je hlavný SAP Note „2197392 - Resolve findings of core ERP MM-IM S/4HANA pre checks“

• SAP Note je rozsiahly a člení sa podľa typu konfliktu – na základe „Check ID“ riešiteľ vyhľadá správnu časť a postupuje podľa odporúčaní...

• Zmena dátového modelu – zavedenie S/4HANA simplified data model

• zjednodušený dátový model, to znamená, že množstvo tabuliek sa ruší (pomocné indexy, štatistické tabuľky, ...),

• dochádza k zlúčeniu viacerých tabuliek do dvoch hlavných FI a logistických žurnálových tabuliek,

• taktiež sa menia dĺžky niektorých polí (napr. číslo materiálu po novom 40 znakov).

• Problém nastáva ak boli štandardné tabuľky SAP ERP rozširované o zákaznícke polia – tu môžu nastať rôzne situácie, tým pádom sú potrebné rôzne riešenia (rozšírenie tabuľky, ktorá sa ruší úplne alebo rozšírenie tabuľky, ktorá sa ruší čiastočne / zlučuje sa s inou tabuľkou).

Migration Pre Checks – výsledky kontroly – zmena dátového modelu



44

• Zmena dátového modelu - problém nastáva:

• ak boli štandardné tabuľky SAP ERP rozširované o zákaznícke polia – tu môžu nastať rôzne situácie, a tým aj rôzne

riešenia (rozšírenie tabuľky, ktorá sa ruší úplne alebo rozšírenie tabuľky, ktorá sa ruší čiastočne / zlučuje sa s inou

tabuľkou / ),

• V prípade, že zákaznícke programy vykonávajú zmenu dát v rušených tabuľkách, v niektorých prípadoch (tabuľky s

údajmi pre ocenenie materiálov) pri čítaní údajov z tabuliek.

• Potrebné úpravy:

• V prvom rade je potrebné zabezpečiť presun údajov v pridaných zákazníckych poliach do nového dátového modelu,

• Následne je potrebné riešiť úpravy zákazníckeho kódu vzhľadom na zmeny dátového modelu (s využitím CDS views

pripravených SAP-om).

Custom code migration



45

• Kým Migration Pre Check vykonáva kontrolu nastavení a

zákazníckych zmien v Data Dictionary,

Custom code migration poskytuje kontrolu zákazníckeho kódu a

upozorňuje na problémové miesta v programoch.

• Dôvodom je zmenený dátový model S/4HANA a tým aj zmeny

v aplikačnom rozhraní štandardu (BAPI).

• Všetky sporné miesta v zákazníckych programoch je

potrebné prejsť a upraviť.

Custom code migration



46

• Vykonáva kontrolu všetkých Z/Y

programov na základe kritérií

v S/4HANA simplification database.

• Možnosť vykonať pred/po technickej

migrácii (SUM).

Custom code migration – realizácia kontroly



47

• Príprava „evaluation“ systému alebo

kontrola po technickej migrácii

Custom code migration – spracovanie výsledkov



48

• Výsledky kontroly je potrebné prejsť a spracovať jednotlivé hlásenia – úpravou ABAP kódu, zmenami

v dátovom slovníku.

• Napríklad:

• zmena dĺžky čísla materiálu –

narábanie s hodnotou v poli MATNR,

• kontrola SQL príkazov v kóde –

vyhľadanie nepovolených príkazov,

• zmeny v rozhraniach BAPI funkcií

z titulu zmeny dĺžky polí

(MATNR18 vs. MATNR40),

• zrušenie tabuliek GLA,

• ...

MIGRÁCIA NA SAP S/4HANA NA ČOM PRACOVAŤ UŽ TERAZ na SAP S4HANA - SnT Klub... · Ivan Trepáč,...

Documents

Transcript of MIGRÁCIA NA SAP S/4HANA NA ČOM PRACOVAŤ UŽ TERAZ na SAP S4HANA - SnT Klub... · Ivan Trepáč,...