EY oznacza globalną organizację i może odnosić się do jednej lub więcej firm członkowskich Ernst & Young Global Limited, z których każda stanowi odrębny podmiot prawny. Ernst & Young Global Limited, brytyjska spółka z ograniczoną odpowiedzialnością, nie świadczy usług na rzecz klientów.
Jak EY może pomóc
-
Firmy obecnie rozważające transformację technologiczną BW/BPC mają wiele pytań zarówno o nową technologię jak i również o wybór odpowiedniego dostawcy. Uzyskanie niezbędnych odpowiedzi na pojawiające się pytania jest kluczowe i pozwala na zminimalizowanie i wczesne zidentyfikowanie ryzyk związanych z transformacja.
Przeczytaj więcej
Scenariusz nr 1
Przedstawiał rozwiązanie w oparciu o platformę S/4HANA wraz „silnikiem planistycznym”, wykorzystującym funkcjonalności samego planowania w module PS w polaczeniu z CF i BW-IP. Wykorzystanie natywnych funkcjonalności samej platformy S/4HANA z uwzględnieniem best practice oraz na nowo zaprojektowanie interfejsów (-in -out) oraz użytej technologii z systemu centralnego do wszystkich systemów źródłowych (SAP i non-SAP). Model uprawnień z rozszerzeniami, bazujący na rolach. Wymagania odnośnie samego interfejsu użytkownika zaproponowano rozwiązanie „custom” w oparciu o WEB, w pełni zintegrowane i zautomatyzowane z platformą S/4HANA, jak i innymi systemami non-SAP. Zaproponowano raportowanie oraz dodatkowe wykorzystanie SAP Analytics Cloud.
Scenariusz nr 2
Przedstawiał rozwiązanie w oparciu o platformę BW/4HANA wraz „silnikiem planistycznym” BPC. Wykorzystanie natywnych funkcjonalności samej platformy BW/4HANA/BPC z uwzględnieniem best practice oraz na nowo napisanie interfejsów (-in -out) oraz użytej technologii z systemu centralnego do wszystkich systemów (SAP i non-SAP). Użycie standardowego modelu uprawnień BW (Analysis Authorization) z rozszerzeniami bazującymi na rolach. Podobnie jak w scenariuszu 1 wymagania samego interfejsu użytkownika zaproponowano rozwiązanie „custom” WEB, w pełni zintegrowane i zautomatyzowane z platformą BW/4HANA, jak i innymi systemami non-SAP. Raportowanie w oparciu o AfO oraz dodatkowe wykorzystanie funkcjonalności SAP Analytics Cloud.
Scenariusz nr 3
Przedstawiał rozwiązanie w oparciu o platformę S/4HANA wraz z wbudowanym BW „silnikiem planistycznym” BPC. Wykorzystanie natywnych funkcjonalności samej platformy S/4HANA/BPC z uwzględnieniem best practice oraz na nowo zaprojektowanie interfejsów (-in -out) oraz użytej technologii z systemu centralnego do wszystkich systemów (SAP i non-SAP). Model uprawnień z rozszerzeniami, bazujący na rolach. Podobnie jak w scenariuszu 1 wymagania samego interfejsu użytkownika zaproponowano rozwiązanie „custom” WEB w pełni zintegrowane i zautomatyzowane z platformą S/4HANA oraz wbudowanym BW, jak i innymi systemami non-SAP. Raportowanie w oparciu o AfO oraz dodatkowe wykorzystanie SAP Analytics Cloud.
Scenariusz nr 4
Przedstawiał rozwiązanie w oparciu o najnowszy produkt SAP, platformę BTP oraz hurtownie danych DataSphere wraz „silnikiem planistycznym”, bazującym na funkcjonalności SAP Analytics Cloud. Wykorzystanie dodatkowych usług w ramach platformy BTP z uwzględnieniem best practice oraz serwisy umożliwiające integracje między systemami (SAP i non-SAP) dla wymaganych interfejsów (-in, -out). Użycie niestandardowego modelu uprawnień w ramach DataSphere oraz SAC. Podobnie jak w scenariuszu 1 wymagania samego interfejsu użytkownika zaproponowano rozwiązanie „custom” WEB w pełni zintegrowane i zautomatyzowane w oparciu o usługi w ramach platformy BTP. Raportowanie przy wykorzystaniu SAP Analytics Cloud.
Scenariusz nr 4.1
Dodatkowo przedstawiono i wyjaśniono wariant uproszczony, umożliwiający bezpośrednie wykorzystanie funkcjonalności natywnych planowania w oparciu o SAP Analytics Cloud bez hurtowni danych z bezpośrednim połączeniem z S/4HANA. Natomiast, ze względu na rozbudowaną integrację danych i sam poziom planowania wariant ten nie miał zastosowania dla tej transformacji.
W efekcie końcowym zostało wybrane rozwiązanie w oparciu o scenariusz 4.
Dlaczego i co wpłynęło na decyzję? – komentarz do scenariuszy
W Scenariuszu pierwszym największym wyzwaniem okazał się sam proces planowania oraz poziom agregacji wymagany przez proces planistyczny. Głównym założeniem tego scenariusza było przyjęcie pewnych kompromisów biznesowych w celu dostosowania samego procesu planistycznego do wykorzystania standardowych możliwości planowania w module PS w połączeniu z SAP Central Finance. Ograniczenie czasowe oraz sam poziom skomplikowania procesu planistycznego nie pozwolił na zmiany w samych procesach biznesowych. Należy dodać, że pierwotne wdrożenie trwało około 5 lat.
Scenariusz drugi w początkowym etapie nie był w ogóle brany pod uwagę, ze względu na wytyczne klienta. Natomiast, mimo wszystko został przedstawiony jako jeden z rekomendowanych przez dostawcę, uwzględniając dodatkowo aspekty takie jak: znajomość narzędzia, wydajność, pierwotne rozwiązanie, oparte o tę samą technologię, licencje oraz obecność środowiska BW/4HANA/BPC w organizacji. W efekcie firma ponownie przeprowadziła analizę wewnętrzną przy współpracy z działami IT, odpowiedzialnymi za istniejącą infrastrukturę i sprawdziła jakie są możliwości wykorzystania BW/4HANA/BPC oraz zbudowania nowego centralnego systemu planistycznego, opartego o tę technologię. Okazało się jednak, że trwające równolegle projekty dla BW/4HANA oraz czas, w którym system może być dostępny produkcyjnie kolidował z projektem i tym samym zrezygnowano z tej opcji. Należy jednak wspomnieć, że mimo początkowej eliminacji tego rozwiązania, całość jako przyszła technologia oraz samo rozwiązanie w pełni usatysfakcjonowałoby klienta.
Scenariusz trzeci, bardzo podobny do scenariusza drugiego, przy wykorzystaniu S/4HANA z wbudowanymi BW/BPC jako platformy oraz silnika planistycznego nie sprostało wszystkim wymaganiom i w efekcie końcowym nie zyskało aprobaty. Głównym argumentem, który wpłynął na decyzję była sama platforma S4/HANA oraz ryzyko stworzenia dużej hurtowni danych w oparciu o wbudowanie BW/BPC. Ze względu na sam proces planowania i dodatkowych nowych użytkowników końcowych (ok. 4000) (ilość danych, wymaganą komunikacje, interfejsy (-in, -out), walidacje danych z systemami zewnętrznymi), stwarzało bardzo duże ryzyko nadmiernego obciążenia samego systemu S/4HANA, co mogło wpłynąć na funkcjonowanie tego strategicznego systemu dla całej organizacji w procesach opartych na S/4HANA.
Czwarty scenariusz, który ostatecznie był rekomendowany jako opcja nr. 2, został częściowo wybrany w drodze eliminacji poprzednich scenariuszy, natomiast w późniejszym podsumowaniu okazało się, że klient od samego początku był zainteresowany podobnym rozwiązaniem, pozwalającym mu na transformację obecnego środowiska do najnowszych technologii oraz trendów rynkowych. Mimo braku wiedzy, doświadczenia, licencji oraz ryzyk związanych z sama młodą technologią postawiono na innowacje oraz przyszły rozwój technologiczny zapewniony przez producenta oprogramowania SAP.
W efekcie końcowym wybór technologii oraz aspekt finansowy pozwolił w pełni świadomie zdecydować i wybrać rozwiązanie, które wpisało się również w strategię całej firmy.