Każdy, kto zarządza krajobrazem SAP od kilkunastu lat, zna ten scenariusz. System ERP działa, procesy się kręcą, ale pod maską narosło tyle modyfikacji, raportów Z i niestandardowych rozszerzeń, że każda aktualizacja zamienia się w wielomiesięczny projekt. Dział IT boi się ruszać cokolwiek, bo nikt do końca nie pamięta, dlaczego w 2014 roku ktoś dodał ten konkretny user-exit. A przecież biznes nie stoi w miejscu – potrzebuje nowych integracji, automatyzacji i aplikacji wspierających.
Czy istnieje sposób, by rozwijać możliwości systemu SAP, nie dokładając kolejnych warstw do i tak już skomplikowanego rdzenia? Odpowiedzią jest SAP Business Technology Platform.
Czym właściwie jest SAP BTP dla organizacji z systemami lokalnymi?
SAP BTP to chmurowa platforma, która pozwala budować rozszerzenia, integracje i automatyzację poza granicami tradycyjnego systemu SAP. Można ją traktować jako zewnętrzną warstwę, która komunikuje się z systemem lokalnym przez bezpieczne interfejsy, ale fizycznie działa w oddzielonym środowisku.
Dla organizacji posiadających SAP ERP lub ECC oznacza to fundamentalną zmianę podejścia. Zamiast pisać kolejny program ABAP wewnątrz systemu, można stworzyć aplikację na platformie BTP, która pobiera dane z ERP, przetwarza je według potrzeb biznesowych i zwraca wyniki. System źródłowy pozostaje nienaruszony – żadnych modyfikacji standardu, żadnych problemów przy aktualizacjach.
„SAP BTP traktujemy jako bezpieczną strefę rozwoju” – wyjaśnia Michal Korzen , CTO w SNOK. „Klient może eksperymentować z nowymi funkcjami, budować integracje z zewnętrznymi systemami i wdrażać automatyzację, nie ryzykując destabilizacji produkcyjnego środowiska SAP. To zmienia całą dynamikę projektów rozwojowych.”
Strategia „czystego rdzenia” – dlaczego warto przenosić logikę na zewnątrz?
Koncepcja „clean core” zyskuje na znaczeniu szczególnie w kontekście przyszłych migracji do S/4HANA. Im mniej niestandardowego kodu w systemie źródłowym, tym prostsza i tańsza będzie transformacja. Ale korzyści widać znacznie wcześniej.
Po pierwsze, aktualizacje i pakiety poprawek można wdrażać bez wielotygodniowych testów regresji. Gdy rozszerzenia działają na zewnętrznej platformie, nie kolidują ze standardowymi obiektami SAP. Po drugie, zespół utrzymaniowy zyskuje przejrzystość – wiadomo, co jest standardem producenta, a co zostało dodane przez organizację. Po trzecie, łatwiej zarządzać cyklem życia aplikacji. Rozszerzenie na BTP można zaktualizować niezależnie od okna serwisowego systemu ERP.
Praktyczne scenariusze wykorzystania platformy
Jak to wygląda w rzeczywistych projektach? Przyjrzyjmy się kilku typowym zastosowaniom.
Automatyzacja procesów dokumentowych. Organizacja przetwarza tysiące faktur zakupowych miesięcznie. Zamiast rozbudowywać workflow wewnątrz SAP, można zbudować na BTP aplikację, która pobiera dokumenty z systemu, kieruje je przez proces akceptacji z wykorzystaniem usług sztucznej inteligencji do klasyfikacji, a następnie zwraca zatwierdzone pozycje do księgowania. Cała logika przepływu znajduje się poza rdzeniem ERP.
Aplikacje dodatkowe dla użytkowników biznesowych. Dział sprzedaży potrzebuje mobilnego dostępu do stanów magazynowych i historii zamówień klienta. Tradycyjne podejście wymagałoby rozbudowy systemu o dedykowane transakcje i interfejs. Alternatywa? Aplikacja zbudowana w SAP Build Apps, która łączy się z ERP przez bezpieczne API i udostępnia dane w przystępnej formie na smartfonach handlowców.
Integracja z zewnętrznymi platformami. Firma korzysta z systemu CRM innego dostawcy i potrzebuje synchronizacji danych kontrahentów z SAP. Zamiast pisać niestandardowe interfejsy w ABAP, można wykorzystać SAP Integration Suite na platformie BTP. Narzędzie oferuje gotowe adaptery do popularnych systemów i wizualny projektant przepływów integracyjnych.
Most do usług chmurowych. Organizacja chce wykorzystać zaawansowaną analitykę lub modele uczenia maszynowego, ale dane rezydują w systemie lokalnym. BTP pozwala bezpiecznie wystawiać wybrane zbiory danych do usług analitycznych w chmurze, zachowując pełną kontrolę nad tym, co i komu jest udostępniane.
Bezpieczeństwo i zarządzanie – fundament architektury hybrydowej
Przeniesienie części logiki do chmury budzi naturalne pytania o bezpieczeństwo. Jak kontrolować dostęp? Jak monitorować przepływ danych? Jak spełnić wymogi regulacyjne?
Architektura SAP BTP została zaprojektowana z myślą o środowiskach korporacyjnych. Komunikacja między systemem lokalnym a platformą odbywa się przez SAP Cloud Connector – komponent instalowany w sieci klienta, który tworzy szyfrowany tunel bez konieczności otwierania portów przychodzących. Administrator precyzyjnie definiuje, które zasoby systemu SAP są dostępne dla aplikacji w chmurze.
Zarządzanie tożsamością i dostępem opiera się na usłudze SAP Identity Authentication Service. Można ją zintegrować z firmowym katalogiem użytkowników, wdrożyć uwierzytelnianie wieloskładnikowe i stosować spójne polityki dostępu dla wszystkich aplikacji na platformie. Każde wywołanie API jest logowane, co ułatwia audyt i wykrywanie anomalii.
„Bezpieczeństwo warstwy BTP wymaga świadomego projektowania od pierwszego dnia” – podkreśla Jaroslaw Kamil Zdanowski, Partner odpowiedzialny za cyberbezpieczeństwo w SNOK. „Definiujemy z klientem, jakie dane mogą opuszczać system lokalny, kto ma do nich dostęp i jak monitorujemy wykorzystanie. Platforma daje narzędzia, ale to architektura rozwiązania decyduje o poziomie ochrony.”
Jak SNOK wspiera organizacje w transformacji?
Przejście na model z warstwą BTP to nie tylko kwestia techniczna. Wymaga przemyślenia strategii rozwoju systemów, inwentaryzacji istniejących modyfikacji i ustalenia priorytetów przenoszenia.
SNOK pomaga klientom przeprowadzić analizę obecnego krajobrazu SAP – identyfikujemy rozszerzenia, które generują największy dług techniczny i jednocześnie najlepiej nadają się do migracji na platformę zewnętrzną. Następnie projektujemy docelową architekturę, uwzględniając wymagania wydajnościowe, bezpieczeństwa i zgodności z przepisami.
W kolejnym kroku budujemy prototypy wybranych rozwiązań, by zweryfikować założenia w praktyce. Dopiero po potwierdzeniu, że nowa architektura spełnia oczekiwania, przechodzimy do pełnego wdrożenia. Takie podejście minimalizuje ryzyko i pozwala organizacji stopniowo budować kompetencje w zakresie nowej platformy.
„Nie chodzi o to, by przenieść wszystko na BTP z dnia na dzień” – wyjaśnia Jacek Bugajski, CEO SNOK. „Pomagamy klientom ułożyć realistyczną mapę drogową. Zaczynamy od obszarów, gdzie korzyści są najszybciej widoczne, a ryzyko najniższe. Z każdym kolejnym projektem organizacja zyskuje doświadczenie i pewność, że obrany kierunek jest właściwy.”
Przygotowanie na przyszłość
SAP BTP to nie tylko odpowiedź na bieżące wyzwania związane z utrzymaniem systemów lokalnych. To także inwestycja w przyszłość. Organizacje planujące migrację do S/4HANA w perspektywie kilku lat mogą już dziś zacząć porządkować swój krajobraz. Rozszerzenia zbudowane na platformie BTP będą działać zarówno z obecnym systemem ECC, jak i z przyszłym S/4HANA – wystarczy przekonfigurować punkty integracji.
Co więcej, kompetencje zdobyte przy budowie aplikacji na BTP – znajomość nowoczesnych narzędzi programistycznych, architektury mikroserwisów, zarządzania API – będą procentować niezależnie od tego, jak potoczą się losy konkretnego systemu ERP.
Dla organizacji, które chcą zachować kontrolę nad swoim środowiskiem SAP, jednocześnie otwierając się na nowe możliwości automatyzacji i integracji, SAP Business Technology Platform stanowi naturalny kolejny krok. Krok, który można postawić już dziś, nie czekając na wielką transformację.
Jeśli chcesz porozmawiać o tym, jak SAP BTP może wspomóc rozwój Twojego krajobrazu SAP – skontaktuj się z zespołem SNOK. Pomożemy ocenić potencjał i zaplanować pierwsze kroki.
#SAPArchitecture #SAPBTP #CleanCore #DigitalTransformation #TechnologicznyCzwartekZeSNOK #SNOK