SAP w praktyce: Rozwiązania, które zmieniają biznes

Tomasz Wilk
W roku 2011 SAP przedstawił zasadę Pareto w kontekście innowacji i stwierdził, że 80% budżetu, zasobów, czasu firmy muszą poświęcać na utrzymanie bieżących systemów, a 20% przeznaczają na innowacje, czyli szukanie rozwiązań jak robić biznes lepiej, jakie technologie mogą sprawić, że będziemy w stanie lepiej odpowiadać na potrzeby klienta. I SAP zaproponował, żebyśmy odwrócili te proporcje.
 
Szymon Głowania
Słuchasz trzeciego sezonu podcastu TechChatter, audycji Capgemini Polska, w której zanurzymy się w świecie technologii. Posłuchaj rozmów naszych ekspertek i ekspertów, odkryj projekty realizowane w Polsce i zobacz, jakie innowacje, które współtworzymy, kształtują naszą przyszłość. Przekonajmy się, że praca w sektorze IT może być naprawdę pasjonująca. Gotowi? Zaczynamy!
 
Dzień dobry, cześć wszystkim. Dzisiaj naszym gościem będzie Tomasz Wilk, który jest specjalistą i deweloperem z bardzo dużym stażem w Capgemini. Jest on specjalistą na różnych obszarach zarówno implementacji czy działania w biznesie, jak i nauki. Jego doświadczenia zarówno związane z byciem architektem w zespole programistycznym i specjalistą od SAP4HANA będziemy chcieli rozwinąć i dowiedzieć się czegoś ciekawego dla nas.
Ja nazywam się Szymon Głowania i porozmawiamy właśnie o SAP4HANA i innowacjach zarówno w biznesie jak i w takich zastosowaniach, które jesteśmy sobie w stanie wszyscy gdzieś wyobrazić. Gdybyśmy Tomku teraz mogli krótko tylko wspomnieć czym ten SAP jest i jak go wykorzystujemy w naszej firmie oraz co on może nam ciekawego zaoferować.
 
Tomasz Wilk
Witam serdecznie. To jest naprawdę fantastyczne pytanie i obawiam się, że w dwóch zdaniach nie jestem w stanie na to odpowiedzieć. Generalnie SAP jest firmą, która dostarcza oprogramowania dla firm, dużych korporacji i zapewnia realizację procesów biznesowych w ramach przedsiębiorstwa. Więc to jest firma, ma swoje procesy i ten taki powiedzmy kościec, te mięśnie, to jest to, co dostarcza SAP. Natomiast na forum architektów w Capgemini dostałem pytanie, co to jest SAP już wielokrotnie, ponieważ powiedzmy rozmawiamy w zakresie bazy danych HANA, to to będzie co innego. Rozmawiamy w zakresie S4 Hany, to będzie coś innego niż się dzieje w BTP, SuccessFactors jest gdzieś tam w Cloudzie.
SAP ma naprawdę multum swoich produktów. I ponieważ żyjemy w świecie GenAI, wpisałem prompta do Microsoftowego Copilota z pytaniem, jak wytłumaczyć pięciolatkowi, dziesięciolatkowi, piętnastolatkowi, co to jest SAP. I tutaj w sumie nie doceniłem przeciwnika, ponieważ SAP to nie jest tylko firma, ale kiedy mamy drzewo, to są też soki drzewa, które to drzewo napędzają. I kiedy dostałem takie tłumaczenie, jak to wytłumaczyć dla pięciolatka, dziesięciolatka właściwie opis mi się w miarę zgadzał, bo jak mamy drzewo, no to też oczywiście jest to coś, co napędza siłę życiową tego drzewa. Ale z definicji, jeżeli byśmy chcieli pogadać sobie właśnie z chatem, to musielibyśmy dać mu jeszcze kilka słów, żeby lepiej zrozumiał kontekst, żeby lepiej był w stanie nam pomóc.
Czyli dobrze powiedzieć, że chodzi nam o kontekst biznesowy. Podsumowując ten długi wstęp, jest to ten biznesowy kościec, mięśnie, które utrzymują procesy biznesowe i funkcjonowanie firmy w ruchu.
 
Szymon Głowania
Jak ty widzisz ze swojej perspektywy właśnie możliwość innowacji i zastosowania tych narzędzi, z których korzystasz na co dzień?
 
Tomasz Wilk
Temat jest bardzo rozległy. Wróćmy na chwilę może do widelca. Z widelca teraz korzystają wszyscy, ale to także jest jakaś innowacja z zamierzchłych czasów w stosunku do tego jak jedliśmy rękami. Kiedyś na przykład jak potrzebowaliśmy blok lodu, to byli specjalni panowie, którzy na wozach ciągnęli te bloki lodu z jeziora. Teraz mamy lodówki, to już jest olbrzymi przeskok jakościowy, ale generalnie z perspektywy firm innowacją jest wszystko to, co sprawia, że są w stanie rywalizować na tym rynku lepiej. Jest kilka driverów, które w świecie biznesowym napędzają innowacje. Z reguły rozmawiamy o technologiach. Natomiast celem tym takim właśnie why innovation to jest właśnie napędzanie biznesu, wspieranie biznesowych capability firm.
I tutaj w roku 2011 SAP przedstawił tak zasadę Pareto w kontekście innowacji i stwierdził, że tak 80% budżetu, zasobów, czasu firmy muszą poświęcać na utrzymanie bieżących systemów, a 20% przeznaczają na innowacje, czyli szukanie rozwiązań, jak robić biznes lepiej. Jakie technologie mogą sprawić, że będziemy w stanie lepiej odpowiadać na potrzeby klienta, będziemy w stanie szybciej reagować na potrzeby klienta. SAP zaproponował, żebyśmy odwrócili te proporcje, czyli 20% czasu na utrzymanie systemów, a 80% na rozwój. Kiedy spojrzymy tylko właśnie na takie wartości przedstawione w taki sposób, jest to zwykły marketing. Ale na S4Hana tutaj właśnie lepiej można zrozumieć jaka wartość kryje się za keep the core clean.
To jest takie SAPowe podejście do S4Hana, czyli mamy jakieś procesy, właśnie na przykład zarządzanie materiałami, to SAP sugeruje, żebyśmy mieli bardziej standardowe procesy, jeżeli jest to możliwe, bo oczywiście proces może być własnością intelektualną firmy, może napędzać jej biznes, ale może być też czymś, co firma musi mieć. Więc jeżeli jest to coś, co firma po prostu musi mieć, żeby realizować swoje cele, funkcje, to w takiej sytuacji zależy nam na tym, żeby stosować standardowy kod SAP-owy, standardowe procesy i wtedy utrzymanie takiego systemu, nawet intuicyjnie, jest tanie. Nie zmieniamy nic, utrzymuje to SAP, SAP gwarantuje, że wszystko działa poprawnie.
Jest to rozległy temat, bo tu mamy właśnie jako Capgemini, mamy Multipillars for HANA Architecture, Composable Applications by Gartner, ale na razie właśnie zostańmy na tym, że Keep the Core Clean napędza nam innowacje. Więc podsumowując, jeśli chodzi o procesy, odpowiedź jest, no Niemcy mają fantastyczne słowo Jain. Jain znaczy i tak i nie. To zależy czy chcemy mieć customowe procesy? Tworzymy, wdrażamy wtedy kiedy one faktycznie przynoszą wartość dla firmy. Jeżeli to są procesy, które nie przynoszą żadnej dodatkowej wartości, jest to coś, co musimy mieć po prostu, wtedy najlepiej, jeżeli jesteśmy w stanie zostać z tym, co operuje SAP w standardzie
 
Szymon Głowania
Czyli jeśli mamy jakiś proces, który jest takim customowym, czyli dopasowanym stricte do nas, warto go utrzymywać, ale wtedy, kiedy on rzeczywiście wpływa na poprawę jakiejś efektywności czegoś, na czym nam zależy. Natomiast jeśli mamy procesy, które da się uprościć, da się brać z paczki, wtedy SAP też jest nam w stanie zaoferować kawałek dla nas. Przechodząc dalej, chcielibyśmy na pewno też wspomnieć o tym, czym jest S4HANA.
 
Tomasz Wilk
Generalnie SAP jako firma powstał około roku 1970, został założony przez byłych pracowników IBM-a i był to system, który miał wspierać jeden z procesów biznesowych. On się technologicznie rozwijał, były kolejne wersje, dodawane kolejne moduły. W 2005 roku bodajże weszło programowanie obiektowe, rozwijał się sposób też robienia aplikacji z części front-endowej. I w pewnym momencie SAP wypuścił bazę danych HANA. I ta baza danych jest to baza in-memory, w której to możemy przechowywać dane w formie wierszowej, ale też kolumnowej. I kolumnowy zapis jest lepszy pod względem wydajności w zastosowaniach analitycznych. S4HANA jest kolejną ewolucją Enterprise Resource Planning, w której za innowacyjnością w obszarze technologii, tą bazą danych HANA, poszły zmiany modelu danych.
Ten model został na bazie danych bardziej dostosowany do możliwości Hany. Miało to też pewne przełożenie na aspekty biznesowe. To, co mieliśmy składowane w kilku tabelach, teraz potrafimy mieć składowane w jednej tabeli. Także język BAP-owy się rozwinął, zmieniły się koncepty architektoniczne, tak jak już mówiłem, o tym właśnie Keep the Core Clean oraz o tym, jak SAP patrzy na innowacyjność. Dużo na znaczeniu uzyskała sama S4HANA, ale też przede wszystkim w połączeniu z BTP. Jest to rozwiązanie cloudowe Platform as a Service od SAP-a. I właściwie tak możemy przedstawić właśnie tą S4Hanę.
 
Szymon Głowania
Czyli uprościła nam zarówno to, jak jesteśmy w stanie z takiego narzędzia korzystać, z jakich elementów jesteśmy tam w stanie sobie skorzystać, czyli to, co klient potrzebuje zrobić, ale też uprościła pewne rzeczy w środku, czyli usprawniła to, żeby działało to szybciej. Więc tutaj staramy się z tych innowacji korzystać i jest to jeden z elementów, który jest też plusem często dostarczanych takich produktów z paczki, czyli że dostajemy coś w całości i możemy sobie z tego korzystać, ewentualnie dopasowywać. Natomiast ktoś też za nas dba o to, żeby działało to szybciej. Przechodząc do tych właśnie usprawnień, które w tym obszarze jesteśmy w stanie sobie zastosować, czy jakie szczególnie wpłynęły na to, jak tą innowacyjność wprowadzamy, jak jesteśmy sobie w stanie szybko wprowadzić, no i to, co jest teraz najmodniejsze, czyli jakie elementy związane z Generative AI mogą ewentualnie się tam pojawiać.
 
Tomasz Wilk
W S4hanie tą taką podstawą, która na pewno za nam innowacyjność to jest keep the core clean. Ale rozwiązania innowacyjne w SAPie tworzymy w BTP, w tym rozwiązaniu cloudowym od SAPa. Jest to platforma do integracji, do tworzenia rozszerzeń między innymi i tam jest platforma do sztucznej inteligencji. Przy czym te usługi w SAP-ie dopiero się rozwijają. Obecnie jako Capgemini z Polski, jeszcze z dwoma osobami z Niemiec, wzięliśmy udział w globalnym hackathonie Capgemini, gdzie było ponad 40 scenariuszy, które zostały przedstawione. Center of Excellence z SAP-a wybrał 11 scenariuszy, które realizowaliśmy w ramach hackathonu. Mieliśmy dostęp do usług, które jeszcze dla klientów nie są dostępne i mieliśmy przygotować jakieś rozwiązania.
I jest to o tyle ciekawe, że na tej podstawie możemy wyjaśnić, czym jest też rozszerzenia side-by-side w SAPie. Są to rozszerzenia, które SAP promuje w kontekście S4HANA BTP. Ponieważ jeżeli już tworzymy jakieś rozwiązania innowacyjne, jeżeli rozszerzamy standard, to idziemy albo w in-app extensions i tutaj są właśnie rozwiązania dla użytkowników kluczowych, są rozwiązania, które całość automatyzują. Ale jeżeli chcemy już właśnie wykorzystać takich rozwiązań ze sztucznej inteligencji, z jakiejś ekstrakcji danych z dokumentów, bo do tego też są usługi w SAP-ie, to powinniśmy to robić w BTP. Także jeżeli byśmy chcieli na przykład połączyć się z Azurem i tam rozwiązaniami ze sztucznej inteligencji, bo oczywiście na Azurze też są serwisy i Capgemini ma stworzone takie rozwiązanie Development Cockpit, które jest teraz migrowane z Azura na BTP, to oczywiście tą taką platformą, szyną integracji jest wtedy BTP.
I side-by-side extensions polega na tym, że faktycznie core zostaje standardowy we S4hanie. Łączymy się poprzez API, takie jak na przykład OData eventy z naszą aplikacją po stronie BTP. I w tej aplikacji także łączymy się z usługami dalszymi z zakresu sztucznej inteligencji. Scenariusz, który właśnie mógłbym tutaj przedstawić jako możliwy scenariusz jest np. zarządzanie materiałami, to co prezentowaliśmy na hackathonie. Scenariusz jest następujący: trzeba wgrać nowe materiały, dane podstawowe materiałów do systemu i jeżeli mamy np. firmę, która produkuje skrzypce, to w niektórych obszarach dane podstawowe mają zbliżone, więc jeżeli ktoś wpisze nam np. zamiast kilograma gram albo np. litr, to system fajnie by było jakby był w stanie te dane zweryfikować i powiedzieć “drogi użytkowniku zrobiłeś błąd”, albo np. jakiejś wartości brakuje, a może nawet byłby w stanie to zrobić automatycznie. I są rozwiązania z zakresu sztucznej inteligencji, które pomagają, żeby to zrealizować. Jest coś takiego jak feature extraction, które pozwala nam przygotować dane. Ponieważ to był hackathon z obszaru GenAI, to podeszliśmy do tego, wykorzystując SAP AI Core, usługę w BTP oraz SAP AI Launchpad, gdzie w uproszczeniu poprzez Proxy mieliśmy dostęp do chat GPT 4.0. SAP zapewnia, że dane, które tam wysyłamy, to są dalej dane klienta, one nie są gdzieś tam udostępniane nie wiadomo gdzie, czyli jest ta prywatność danych zachowana.
I w naszym rozwiązaniu, tak od strony technicznej, w momencie, kiedy tworzymy jakieś nowe materiały, to odpytujemy bazę danych HANA, które jest w chmurze i oprócz danych materiałów mamy tam zapisany jeszcze wektor przygotowany na podstawie tych danych. I w momencie, kiedy wgrywamy nowe materiały, porównujemy sobie, czy te nowe materiały są bliskie jakimś materiałom, które posiadamy już właśnie w formie wektorów, bierzemy trzy z nich najbliższe, i wysyłamy te wszystkie materiały jako kontekst do modelu GenAI. Mamy przygotowane prompty, na podstawie których model GenAI ma zweryfikować, czy dane wprowadzone są poprawne, czy nie. I to jest właśnie takie nasze serce rozwiązania, czyli od strony biznesowej mamy użytkownika, który chciałby zweryfikować, czy dane są poprawne i automatyzujemy ten proces.
Zatrudniamy tutaj właśnie rozwiązania z obszaru AI, GenAI, żeby uzyskać właśnie wsparcie procesu automatyzacji, zmniejszyć kroki manualne, ale też zwiększyć jakość procesu i wprowadzenie tych danych.
 
Szymon Głowania
Czyli mamy możliwość właśnie usprawnienia tych prostych czynności, które zazwyczaj są niechętnie robione i mogą generować błędy, jak sprawdzanie pewnego rodzaju danych za pomocą sztucznej inteligencji i jest to w przystępny sposób w naszej ocenie, czyli jesteśmy w stanie takie usługi w miarę wygodnie sobie podpiąć.
 
Tomasz Wilk
Tak, jest to taki scenariusz, który właśnie nam pokazuje na czym polega side-by-side extensions i tutaj też udało nam się na hackathonie uzyskać trzecie miejsce. W gremium decyzyjnym byli dyrektorowie z SAPA, osoby właśnie, które są odpowiedzialne za biznes i dzięki temu będziemy teraz ten use case certyfikować jako use case certyfikowany przez SAP i będziemy kontynuować z tym rozwiązaniem dalej. Ale oczywiście jako Capgemini, także Capgemini Polska, mamy też rozwiązania inne ze sztucznej inteligencji. Razem z klientami uzgadniamy, co powinno być zaimplementowane w S4HANA, co ma sens, a co powinno zostać przeniesione na BTP, ponieważ tam możemy korzystać z platformy integracji, możemy korzystać właśnie z tych rozszerzeń w BTP, a może właśnie z jakichś usług jeszcze z jakichś providerów, hyperscalerów zewnętrznych.
 
Szymon Głowania
Przechodząc właśnie do tego, co te innowacje nam dają i jak jesteśmy je w stanie w naszej firmie wprowadzać i usprawniać też procesy naszych klientów, na pewno zastanawiamy się, jak te innowacje jesteśmy w stanie już przełożyć na konkretne nasze działania, czyli że będziemy potrzebowali kogoś, kto będzie w stanie zrobić dla nas to cudowne rozwiązanie dopasowane do każdego z naszych wymiarów biznesowych, które potrzebujemy. Natomiast czy zawsze musi to być oczywiście przygotowane rozwiązanie szyte dokładnie na miarę, czy tutaj jesteś nam w stanie podać jakiś pomysł, co da się zrobić, żeby usprawnić sam proces usprawniania, czyli żeby te innowacje rzeczywiście przychodziły od naszych pracowników, albo żeby oni byli w stanie je bardzo łatwo wprowadzać.
 
Tomasz Wilk
Jako Capgemini odpowiadamy na takie pytania. Niedawno miałem rozmowę z szefem społeczności architektów w Capgemini, szefem Community, ponieważ przygotowywałem dla naszego działu strategię architektury w kontekście GenAI, jak integrować się ze scenariuszami w tym zakresie. To co jest najważniejsze, bo oczywiście mamy hype na GenAI, ale w obszarze właśnie rozmów biznesowych, w obszarze tego co implementujemy powinniśmy odstawić na bok hype, a skupić się na korzyściach, na liczbach, na realiach. Ponieważ rozwiązania z tego zakresu są bardzo użyteczne, ale powinniśmy nie patrzeć na rozwiązania, które z automatu pozwolą zastąpić nam ludzi, czy po prostu rozwiązać wszystkie problemy na świecie. To są po prostu narzędzia, które mają swoje zalety i wady, mają swoje miejsca zastosowania.
I właśnie Capgemini Research Institute wypuścił taki raport, w którym był szereg liczb odnośnie prowadzenia projektów i jak podchodzić do innowacji, bo to jest temat dużo szerszy niż temat SAPa. Na przykład Gartner pisał o takiej zasadzie jak AI First, którą Capgemini Research też przedstawiło na procesie, jaki my proponujemy do analizy, implementacji poszczególnych wymagań klienta. Otóż AI First nie oznacza, że wpychamy wszędzie AI. To nie jest tak, że mamy kebaba i po prostu zawsze lejemy masę sosu, no bo tak. Nie, tu chodzi o to, że analizujemy każdy przypadek od klienta, czy zastosowanie AI ma sens, bo może mieć sens, ale nie musi mieć sensu.
Więc w ramach tego, co przedstawiło Capgemini Research Institute i naszego podejścia do AI, analizujemy, czy w tym konkretnym przypadku jest to bezpieczne, żeby to wykorzystać, czy będą korzyści dla klienta, czy będzie pasować to do procesów. Jeżeli odpowiedź na wszystkie pytania jest tak, to oczywiście to robimy. A w SAPie, pomijając już ten aspekt customowych, no to oczywiście mamy Packaged Based Solution. I SAP cały czas wprowadza jakieś rozwiązania, już kiedyś wprowadzał rozwiązania z zakresu blockchaina, ze sztucznej inteligencji, teraz GenAI, już częściowo pojawił się Copilot Joule, ale będzie dalej rozwijany, w przyszłym roku powinny się pojawić funkcjonalności pod ABAPa.
Czy na podstawie rozwiązań standardowych dałoby się zbudować rakietę kosmiczną. Można sobie postawić takie rozwiązanie. I jako Capgemini wspieraliśmy taką firmę jak EADS. I spójrzcie sobie, czym się ta firma zajmuje. To było lat naście temu i ona produkowała samoloty, komponenty, które są wykorzystywane w kosmosie i oni mieli wtedy SAPa część standardową, część customową, ale generalnie Packaged Based Solutions.
 
Szymon Głowania
Rozmawialiśmy o hackathonie i tych elementach, które w ramach pracy wykonujesz również, ale czy masz jakiś taki projekt, element, który był wyjątkowo dużym wyzwaniem i chciałbyś się tym jak to przebiegało podzielić z nami?
 
Tomasz Wilk
To mam jedno takie na liście. Gartner wypuścił TechRadar w kontekście technologii GenAI i w takim obszarze średnioterminowym jest tam generowanie sztucznych danych. Jest to temat w kontekście aplikacji biznesowej bardzo istotny, szczególnie takie obszary np. HRy, CRMa, ponieważ mamy do czynienia z danymi klientów. Spójrzcie, jakbyście sobie wyobrażali, że np. wasze dane, konto, PESEL lub tego typu informacje, choćby nawet adres zamieszkania, znalazłyby się gdzieś na systemach, gdzie mają do nich dostęp deweloperzy. Z perspektywy firmy fajnie by było, żeby deweloperzy, konsultanci funkcjonalni pracowali na takich danych, które są zbliżone do produkcji, żeby być w stanie zweryfikować np. obłożenie systemu dużymi ilościami danych, jakieś konkretne scenariusze biznesowe, bo o to w tym wszystkim chodzi.
I mamy coś takiego, co się nazywa anonimizacja, czyli bierzemy te dane i anonimizujemy. W bieżącym projekcie właśnie w tej chwili omawiamy to zagadnienie, bo kiedy mamy BTP, S4Hanę, SuccessFactors, okazuje się, że jeżeli zanonimizujemy niektóre dane klienta, nie będzie można mapować użytkowników względem systemami, więc jest to taki właśnie otwarty challenge, natomiast w innym projekcie, w którym byłem kilka lat jako technical chief designer i lead development, mieliśmy zagadnienie też zbliżone, a mianowicie takie, że przetwarzaliśmy duże ilości rachunków. To się wszystko odbywało w backgroundzie. Ważnym elementem był performance. Także wyzwaniem było to, że działaliśmy w tamtym czasie na absolutnie najnowszych wersjach oprogramowania SAP4Hana.
Kiedy nie byliśmy w stanie czegoś znaleźć, kiedy coś nam nie działało i pisaliśmy na forach SAPa, żeby uzyskać jakieś informacje na ten temat, to albo zastawała nas cisza, albo informacje typu, czy możesz powiedzieć, jak rozwiązałeś ten problem. Więc naprawdę byliśmy prekursorami w tamtym czasie w użytkowaniu komponentów na S4H. I mieliśmy taki problem, takie ryzyko, takie wyzwanie, że tworząc to oprogramowanie, nie byliśmy pewni, czy nasze rozwiązania na pewno przy dużych ilościach danych zadziałają prawidłowo. Bo oczywiście, jeżeli mamy kartkę papieru, to jakieś proste operacje arytmetyczne możemy zrobić sami, nie potrzebujemy do tego komputera. Ale jeżeli mamy miliony rachunków na kwartał z dziesiątkami milionów pozycji i tutaj musimy wykonać całą masę jakichś sprawdzeń szczegółowych, musimy się łączyć jeszcze z jakimiś dodatkowymi systemami, tutaj już potrzebujemy danych, żeby to przetestować.
I my nie mogliśmy uzyskać tych danych od klienta, bo mieli spore obawy przed anonimizacją. Bali się, że nawet po anonimizacji mogą wyciec dane klientów i to byłby dla nich potężny problem. Podeszliśmy do tego rozwiązania tak, jak teraz się podchodzi, przy czym teraz się podchodzi, są próby wykorzystania AI, GenAI. Wciąż jest to temat na topie, czyli przygotowanie danych sztucznych. Więc mieliśmy popisane programy, które nam te dane generowały i uwzględniały dane z systemów, które były dostępne, tak żebyśmy byli w stanie przynajmniej najważniejsze elementy systemu przetestować. Ponieważ jeżeli pod wydajność mieliśmy rozwiązanie A i je stosowaliśmy w obszarze A, B, C, D, E i byliśmy w stanie wygenerować dane pod obszary ABC i okazało się, że musimy coś poprawić, to naturalnym było, że musieliśmy je też poprawić w następnych obszarach, ale to wtedy już mieliśmy to przetestowane, wiedzieliśmy co zrobić.
I generalnie projekt zakończył się dużym sukcesem. W SAPie różnie bywa właśnie z terminami. Terminy go-life’ów są czasem przekładane, czasem nie. U nas udało się zrobić wszystko na czas i przy zastosowaniu dużych danych produkcyjnych klienta nie było problemów z wydajnością. Więc to było naprawdę nasze duże osiągnięcie, że udało się klientowi dostarczyć oprogramowanie napisane przy użyciu najnowszych funkcjonalności S4HANA w tamtym czasie, to było kilka lat temu. No i to rozwiązanie działa do dzisiaj.
 
Szymon Głowania
Czyli mamy czasem bardzo duże wyzwania i udaje się je pokonać. A czy jakiś element, jakiś komponent, jakieś połączenie, jakiś pomysł na usprawnienie biznesu jednak nie zakończył się tym sukcesem, czyli nie było to dedykowane narzędzie do tego właśnie problemu.
 
Tomasz Wilk
Ogólnie możemy tutaj zastosować prawo Murphy’ego i prawo Murphy’ego w IT mówi, że jeżeli coś może pójść nie tak, to pójdzie nie tak. I w obszarze innowacji to jest właśnie taki temat, że wiele rzeczy powstaje metodą prób i błędów. Mamy jakiś temat, mamy jakiś pomysł, ale wdrożenie może się albo okazać kosztowne, albo nieefektywne, albo ostatecznie klient nie dostanie tego, co chciał. Tak od strony procesowej mamy np. Scrum, Agile i to nam pozwala właśnie te inkrementy klientowi dostarczać, a od strony właśnie tworzenia, oprogramowania mamy tworzenie tzw. Proofs of Concepts, czyli POC. Jeżeli tworzymy POC, bierzemy jakiś obszar czasu, stosujemy timeboxing, żeby zweryfikować, czy ten scenariusz faktycznie będzie działał, czy nie.
Dzięki temu jesteśmy w stanie zminimalizować ryzyko, że przeznaczymy za dużo budżetów na utworzenie jakiegoś rozwiązania, które nie będzie działać. Z tych takich przypadków, które właśnie się nie udały, jest przypadek spoza Capgemini, ale on właśnie dużo pokazuje odnośnie podejścia do keep the core clean, odnośnie tych kwestii procesowych, customowych procesów. Lidl próbował wdrożyć SAPa jakiś czas temu, wydali 500 milionów euro, i zrezygnowali z wdrożenia SAPa. Nie dali rady. Oni mieli customowe procesy, mieli bardzo rozbite zespoły, tam było wiele firm, wielu freelancerów. Ogólnie to nie zadziało i to jest taki przykład, że nawet takie wielkie wdrożenia mogą zakończyć się klęską i z takich wydarzeń też powinniśmy się uczyć.
 
Szymon Głowania
Przechodząc teraz do tego, jak też wygląda twój czas pracy, to co robisz, będąc w pracy też staramy się pewne elementy programować i tworzyć do takich rozwiązań. Jak z twojej perspektywy wygląda właśnie to tworzenie tego rozwiązania, tworzenie tego kodu i na co warto zwrócić uwagę?
 
Tomasz Wilk
To w tej chwili programuję już dużo mniej niż kiedyś, dużo mniej niż bym chciał. SAP pod tym względem bardzo mocno się rozwinął i otworzył. Wciąż są takie frameworki SAPa, są tak raczej specyficzne dla SAPa, ale mamy już w BTP, można programować w Javascriptcie na Node.js aplikację SAPUI5, to jest też Javascript. Mamy rozwiązania lowcode-nocode bazujące na Fiori Elements, mamy tam SAP Build, w którym możemy rozwiązania właśnie tworzyć albo tak customowo, albo właśnie tak na zasadzie klikologii, albo pytamy chata, żeby wygenerował nam jakieś komponenty, testy. Takim królem niekwestionowanym z języków SAPowych przez wiele lat, którego role w tej chwili się trochę kwestionuje, ale wydaje mi się, że on jednak wciąż rządzi, jest język programowania ABAP, bo to jest ten język, który jest na S4HANA.
Tam głównym narzędziem w tej chwili do programowania jest Eclipse i niedługo wyjdzie właśnie Copilot, też Joule pod Eclipse’a, pod ABAP’a. Więc jeżeli chodzi o kod taki stricte S4HANA, to jest to ABAP, w BTP rządzą bardziej już JavaScript, Java, też trochę Python, bo jeżeli byśmy chcieli oprogramowywać jakieś rozwiązanie z obszaru sztucznej inteligencji, to te rzeczy, które robimy na innych platformach, na przykład na Azure, tutaj też mają rację bytu, oczywiście są specyfiki SAPowe też. Co ciekawe, SAP udostępnił także ABAPa w chmurze. Oczywiście S4Hany możemy mieć w wersji on-premise, czyli w naszej serwerowni. Możemy mieć wersję publiczną, która jest w chmurze i jest to środowisko multitenant.
Możemy mieć w chmurze wersję prywatną. Natomiast możemy też mieć platformę, w której tworzymy kod w ABAPie w chmurze. i możemy to stosować właśnie jako takie miejsce, gdzie piszemy te rozszerzenia side by side, możemy integrować jakieś rozwiązania, możemy obsługiwać jakieś eventy z systemów, więc to spektrum rozwiązań bardzo się rozrosło. Co ciekawe, jeżeli byśmy sobie spojrzeli na stronę, w Google trzeba pisać developer tutorial SAP i podać na przykład Angular albo React, to też wyskoczą nam z tego treningi, jakich komponentów można skorzystać, żeby one imitowały aplikacje stworzone pod Fiori. Więc SAP zdaje sobie sprawę, że mamy teraz multum technologii, wychodzi temu naprzeciw.
Jeżeli chodzi o rozwiązania takie właśnie, że mamy jakiś on-premise, mamy coś w cloud i to integrujemy ze sobą, SAP zdaje sobie właśnie sprawę, w zależności od firmy, dana firma może mieć więcej javowców, więcej javascriptowców, więcej abapowców, więc jest możliwość tworzenia w tych wszystkich językach i to też jest tak, jak w innych obszarach technologicznych, to jest nie tylko w SAPie, że jeżeli tworzymy jakieś mikroserwisy w chmurze, to też możemy wybrać stack technologiczny, na którym to tworzymy i powody mogą być różne, jednym z nich może być po prostu jakimi zasobami dysponujemy.
 
Szymon Głowania
Czyli mamy tutaj rozwiązanie, które pozwala na tworzenie nowych elementów w różnych językach i w różnych podejściach, czyli ta elastyczność i możliwość dopasowania do własnych potrzeb też tutaj gdzieś nam się będzie pojawiała. Bo każda z firm ma trochę inne zespoły, w ramach naszej firmy też są zespoły o różnym stacku technologicznym, więc tutaj ta wymiana i dowolność jest, czyli tutaj mamy naszą swobodę. Teraz chciałbym przejść do tajemniczego skrótu, który gdzieś też podczas naszej rozmowy się pojawił i chciałbym, żebyśmy mogli troszkę przybliżyć naszym słuchaczom go, a mianowicie MPSA. Czym jest i co nam ono może dać?
 
Tomasz Wilk
MPSA to jest Multipillar S4HANA Architecture, która składa się z trzech kolumn. W kolumnie pierwszej mamy rozwiązania takie jak np. S4HANA i tutaj zależy nam na tym, żeby w miarę możliwości mieć standardowe procesy. Kolumna druga to jest BTP, w którym tworzymy rozszerzenia. To, czego nie byliśmy w stanie zrealizować w standardzie, to powinno powstać na BTP. I kolumna trzecia są to rozwiązania luźno związane z systemem, mogą być to jakieś tak zwane third-party solutions, może być to jeszcze właśnie np. wywołanie jakichś usług Azure’a czy jakieś aplikacje customowe klienta. Jest to rozwiązanie, które tak naprawdę jest subcentrycznym composable architecture, które stworzył Gartner.
Oba te koncepty powstawały, oba są kompatybilne. Rozwiązanie MPSA jest kompatybilne także z tym, co SAP sugeruje, czyli side-by-side extensions, które rozważamy w momencie, kiedy robimy transformację w stronę S4Hany z Enterprise Research Planning starszych wersji. Jest to coś, co powstało w tym samym czasie, co Composable Architecture. Dlaczego ono w ogóle powstało? My mieliśmy często takie sytuacje, że ciężko było zdecydować, w jaki sposób najlepiej jest stworzyć rozszerzenia, w jaki sposób jest ten system rozwijać i to jest rozwiązanie, które powstało z naszych doświadczeń i tym bardziej się cieszymy, że jest ono właśnie zgodne z tym, co proponuje SAP, z tym, co proponuje Gartner i to jest coś, z czym idziemy do naszych klientów, żeby pokazać, jak takie rozwiązania w chmurze, z on-premisem też mogą być tworzone.
 
Szymon Głowania
Rozmawialiśmy już o tym, co jest teraz i jak jesteśmy sobie w stanie z tego skorzystać, żeby właśnie tę innowację stworzyć, czyli coś, co będzie nam w przyszłości właśnie pomagało być efektywniejszym. A jak z Twojej perspektywy właśnie ta przyszłość wygląda, czyli jakie możliwe nowe rzeczy, innowacje są tutaj w tym zakresie jeszcze możliwe?
 
Tomasz Wilk
Zawsze jest warto spojrzeć też na kontekst, w którym się znajdujemy. I tutaj wejdźmy na chwilę poza kontekst SAPowy. Jako Capgemini, nasze najmądrzejsze głowy z obszaru architektury, rok rocznie przygotowują coś takiego, co się nazywa Technovision. I w ramach tego Technovision, te mądre głowy analizują trendy na rynku obecne i przyszłe, wpisując, na jakich rozwiązaniach powinniśmy się skupić, co przyniesie przyszłość. Dlatego właśnie polecam, bo to jest ogólnie dostępne, można sobie wpisać na przykład Technovision 2024 PDF i można sobie taki raport pobrać. Jest tam także o GenAI, który w tej chwili jest jednym z ważniejszych tematów. Nie musicie wierzyć mi na słowo, bo także jeżeli sobie w Google wpiszecie SAP roadmap i wyszukacie właśnie co na BTP powstaje, to jest właśnie te dalsze wsparcie przy użyciu GenAI poszczególnych modułów.
Nowe modele GNI pod ABAP-a do tworzenia kodu, ale także do interpretacji tego kodu, czyli np. jeżeli kod jest dla nas niezrozumiały, możemy zapytać takiego chata, żeby nam spróbował ten kod wyjaśnić. Więc jeżeli też spojrzymy, jaki jest stan tych usług, które są na BTP widać, że one są rozwijane i ten rozwój jeszcze trochę potrwa, zanim to będzie takie w pełni dojrzałe rozwiązanie. Generalnie czymś, nad czym pracuje nie tylko SAP, ale też cały świat, są rozwiązania z obszaru GenAI. SAP sugeruje, żeby klienci wchodzili bardziej w chmurę, więc to się dzieje i to się będzie działo. Wdrożenia SAPaa to jest temat aktualny, wdrożenia S4Hany, ponieważ support do systemu niżej jest bodajże do roku 2027 i po tym roku wszyscy powinni już S4Hana mieć.
Więc w tych obecnych latach ważne jest przejście na S4Hanę, czy to jako transformacja Greenfield czy Brownfield. Następnie istotna będzie optymalizacja tego kodu, bo jeżeli jest problem zrealizować Greenfielda, to te kody, które zostaną przeniesione na S4Hanę mogą być nieoptymalne, mogą mieć zaszłości, mogą mieć jakieś stare struktury, mogą mieć dług technologiczny, więc tutaj będzie taki prozaiczny temat, ale właśnie dopasowanie tego kodu, żeby on korzystał z tych możliwości, jakie daje S4HANA. I dalsza postępująca automatyzacja, wykorzystanie usług dostępnych w obszarze SAPA, ale także poza nim, żeby procesy automatyzować, wdrażać rozwiązania z zakresu GenAI. To jest moja prywatna opinia, ale właśnie patrząc na roadmap, patrząc na ten Technovision, coś, co wam gorąco polecam, możecie także wykreować swoją opinię, w którą to stronę wszystko zmierza.
 
Szymon Głowania
Przechodząc do podsumowania, czy mógłbym cię Tomku prosić o kilka zdań w odnośnie tego, co dzisiaj poruszaliśmy?
 
Tomasz Wilk
Żyjemy w świecie, gdzie w obszarze biznesowym innowacyjność jest tym, co napędza działanie firm. Firmy zdały sobie sprawę, że utrzymanie systemów jest kosztowne. I same zrozumiały, że głównym motorem rozwojowym jest właśnie wdrażanie tych innowacji, czyli właśnie cięcie kosztów na utrzymanie, a przeznaczanie tych budżetów, które mogą w obszarach innowacyjnych. Czy znaczy, że jest to łatwy temat? Na pewno nie, ale jest to temat istotny. Rozmawialiśmy dzisiaj o S4HANA i Keep the Coe Clean, jak napędza innowacje. Rozmawialiśmy, jak tą innowację można wdrażać przy użyciu BTP i co przyniesie nam przyszłość. No, ja zakładam, że future is bright, więc życzę wam wszystkim, żeby tak właśnie było.
 
Szymon Głowania
Aby nie przegapić kolejnych odcinków, zasubskrybuj podcast TechChatter w swojej ulubionej aplikacji. A jeśli spodobał ci się ten odcinek, daj nam znać, wystawiając ocenę na Spotify lub Apple Podcasts. Wszystkie linki do zagadnień poruszonych w odcinku znajdziesz w jego opisie.