SAP BTP (SAP Business Technology Platform) to platforma technologiczna SAP umożliwiająca integrację systemów, zarządzanie danymi, tworzenie aplikacji, analitykę i wykorzystanie sztucznej inteligencji w jednym środowisku. Stanowi fundament strategii Clean Core i jest rekomendowanym środowiskiem do rozszerzania SAP S/4HANA — bez modyfikacji jego rdzenia. Dostęp do SAP BTP wchodzi w skład pakietów RISE with SAP i GROW with SAP, a samodzielnie jest dostępne w modelu Pay-As-You-Go lub subskrypcji.
SAP BTP (SAP Business Technology Platform) to platforma technologiczna SAP umożliwiająca integrację systemów, zarządzanie danymi, tworzenie aplikacji, analitykę i wykorzystanie sztucznej inteligencji w jednym środowisku. Stanowi fundament strategii Clean Core i jest rekomendowanym środowiskiem do rozszerzania SAP S/4HANA — bez modyfikacji jego rdzenia. Dostęp do SAP BTP wchodzi w skład pakietów RISE with SAP i GROW with SAP, a samodzielnie jest dostępne w modelu Pay-As-You-Go lub subskrypcji.
SAP Business Technology Platform łączy integrację systemów, zarządzanie danymi, tworzenie aplikacji, automatyzację procesów i sztuczną inteligencję w jednym środowisku. Dla SAP to nie jeden z wielu produktów w portfolio, lecz fundament całej strategii chmurowej firmy na nadchodzącą dekadę — każda nowa funkcja AI, każda integracja z systemem zewnętrznym i każde rozszerzenie SAP S/4HANA zgodne z architekturą Clean Core przechodzi dziś przez BTP.
Niezależnie od tego, czy organizacja korzysta z SAP S/4HANA, SAP SuccessFactors, SAP Ariba, czy rozwiązań spoza ekosystemu SAP, platforma umożliwia ich integrację, rozszerzanie funkcjonalności oraz wykorzystanie danych biznesowych w czasie rzeczywistym — bez modyfikowania rdzenia żadnego z tych systemów. Ten artykuł odpowiada nie tylko na pytanie, czym jest SAP BTP, ale przede wszystkim na pytanie, które najczęściej pada w rozmowach z zarządami: dlaczego w ogóle warto je wdrażać, ile to kosztuje i kiedy decyzja o wdrożeniu nie ma jeszcze sensu.
Najważniejsze informacje o SAP BTP:
Definicja platformy rzadko jest powodem, dla którego CIO siada do rozmowy budżetowej z zarządem. Decyzje o wdrożeniu SAP BTP zapadają z pięciu konkretnych powodów, które powtarzają się w praktycznie każdym projekcie realizowanym przez LeverX dla polskich firm.
Pierwszy powód to rosnąca liczba integracji punktowych, które zaczynają się psuć. Organizacja, która przez lata łączyła SAP z kolejnymi systemami przez niestandardowe skrypty i bezpośrednie połączenia do baz danych, dociera do punktu, w którym każda aktualizacja jednego systemu zrywa integrację z drugim. Koszt utrzymania takiej architektury rośnie szybciej niż wartość, jaką dostarcza.
Drugi powód to zbliżający się koniec głównego wsparcia dla SAP ECC w 2027 roku. Firmy planujące migrację do S/4HANA chcą uniknąć powtórzenia błędu z przeszłości — przeniesienia całego długu technicznego do nowego systemu. SAP BTP, jako warstwa rozszerzeń poza rdzeniem, jest częścią odpowiedzi na to ryzyko już od pierwszego dnia nowego środowiska.
Trzeci powód to presja na wdrożenie AI bez wiedzy, od czego zacząć. Zarządy słyszą o SAP Joule i automatyzacji procesów opartej na AI, ale nie mają jasności, jaka infrastruktura jest do tego potrzebna. Odpowiedź brzmi: SAP AI Core działający na BTP — większość nowoczesnych scenariuszy AI w środowisku SAP wykorzystuje usługi SAP BTP.
Czwarty powód, rzadziej wymieniany, ale równie istotny: obowiązki regulacyjne, które zmieniają się szybciej niż cykl aktualizacji systemu ERP. KSeF, JPK, zmiany w raportowaniu — każda z tych zmian wymaga integracji, którą łatwiej i bezpieczniej zbudować na platformie integracyjnej niż wewnątrz rdzenia ERP.
Piąty powód to potrzeba elastyczności organizacyjnej. Działy biznesowe — magazyn, HR, sprzedaż — coraz częściej oczekują prostych aplikacji i automatyzacji dostępnych w tygodniach, nie w kwartałach. Narzędzia low-code SAP Build odpowiadają na tę presję bez konieczności rozbudowy zespołu deweloperskiego.
| Korzyśći | Co to oznacza w praktyce | Typowy efekt |
| Szybsze integracje | Gotowe łączniki SAP Integration Suite zamiast niestandardowego kodu od zera | Integracja w tygodniach, nie miesiącach |
| Niższe koszty utrzymania | Rozszerzenia poza rdzeniem nie wymagają testowania regresyjnego przy aktualizacjach | Mniej godzin IT poświęcanych na każdy upgrade SAP |
| Większa elastyczność | Działy biznesowe budują proste aplikacje samodzielnie w SAP Build | Krótszy czas reakcji na potrzeby operacyjne |
| Gotowość na AI | Architektura Clean Core na BTP umożliwia natywne wdrożenie SAP Joule | Brak kosztownego projektu porządkującego przed startem AI |
| Krótszy time-to-market | Wspólna platforma i jeden model bezpieczeństwa dla każdej nowej inicjatywy | Szybsze wdrażanie nowych projektów technologicznych |
Dla CIO główna wartość SAP BTP leży w redukcji ryzyka technicznego. Aktualizacje kwartalne SAP S/4HANA Cloud przestają być projektami testowymi, bo rozszerzenia budowane zgodnie z Clean Core nie są dotykane przez zmiany w rdzeniu. Zespół IT przestaje być wąskim gardłem dla działów biznesowych, bo proste aplikacje i automatyzacje mogą być budowane w SAP Build bez kolejki projektów. Architektura integracyjna staje się przejrzysta i monitorowana centralnie, zamiast rozproszona po dziesiątkach niestandardowych skryptów, których historię pamięta tylko jedna osoba w organizacji.
Dla CFO kluczowe jest przejście z modelu nakładów inwestycyjnych (CAPEX na infrastrukturę integracyjną) na model operacyjny (OPEX rozliczany za faktyczne użycie w Pay-As-You-Go). Koszty utrzymania środowiska IT stają się bardziej przewidywalne, bo redukuje się liczba awarii integracji wymagających pilnej, nieplanowanej interwencji zewnętrznych konsultantów. Inwestycja w jedną platformę zamiast w kilka niezależnych narzędzi punktowych oznacza też mniej osobnych umów licencyjnych do negocjowania i kontrolowania każdego roku.
SAP BTP opiera się na czterech filarach, które wzajemnie się napędzają: integracja, dane i analityka, tworzenie aplikacji oraz AI. W typowym przepływie dane z SAP S/4HANA i systemów zewnętrznych trafiają przez SAP Integration Suite do warstwy danych, gdzie SAP Datasphere harmonizuje je w jeden model semantyczny. SAP Analytics Cloud wizualizuje te dane dla zarządu, a równolegle SAP AI Core trenuje na nich modele predykcyjne, których wyniki trafiają do użytkowników przez SAP Joule lub aplikacje zbudowane w SAP Build.
Żaden filar nie działa w izolacji. Integracja bez warstwy danych tworzy chaotyczny przepływ informacji bez wspólnego znaczenia. Analityka bez integracji nie ma dostępu do pełnego obrazu organizacji. AI bez czystej, zharmonizowanej warstwy danych generuje niewiarygodne wyniki — problem, który SAP Business Data Cloud (połączenie Datasphere, Analytics Cloud i AI z 2025 roku) rozwiązuje systemowo.
Platforma jest dostępna w modelu multi-cloud — na infrastrukturze AWS, Microsoft Azure, Google Cloud Platform lub bezpośrednio SAP, z regionami europejskimi (Frankfurt, Amsterdam) zapewniającymi zgodność z RODO. Zarządzanie odbywa się przez SAP BTP Cockpit, gdzie organizacja kontroluje subaccounty, entitlementy i tożsamość użytkowników przez jeden model bezpieczeństwa (SAP IAS) — bez potrzeby osobnych systemów uprawnień dla każdej usługi.
W 2021 roku SAP zmienił nazwę SAP Cloud Platform (SCP) na SAP Business Technology Platform, poszerzając jej zakres o trzy filary technologiczne wcześniej istniejące jako osobne produkty: SAP HANA Service, SAP Analytics Cloud oraz narzędzia AI rozwijane dotąd w ramach inicjatyw SAP Leonardo. SCP był przede wszystkim platformą deweloperską — silnie technicznym narzędziem dla zespołów IT. BTP jest koncepcyjnie szerszy, z jednym cockpitem i wspólnym modelem bezpieczeństwa obejmującym wszystkie cztery filary.
| Obszar | SAP Cloud Platform (przed 2021) | SAP BTP (dziś) |
| Integracje | Podstawowe narzędzia | Pełny SAP Integration Suite, 200+ łączników |
| Aplikacje | Głównie kod, dla deweloperów | Kod oraz low-code/no-code (SAP Build) |
| Analityka | Ograniczona, podstawowe raportowanie | Datasphere + Analytics Cloud |
| AI | Brak jako samodzielny filar | AI Core, AI Foundation, Joule |
| Adresat | Zespoły IT i deweloperzy | IT, analitycy, użytkownicy biznesowi |
Organizacje korzystające ze SCP przeszły na BTP automatycznie — te same subaccounty, te same aplikacje, bez migracji danych i przerwy w działaniu istniejących integracji, jedynie z dostępem do szerszego zestawu usług w tym samym środowisku.
SAP CPI (Cloud Platform Integration) to nazwa, która wciąż krąży w zapytaniach ofertowych i wyszukiwaniach, choć formalnie SAP zastąpił ją usługą SAP Integration Suite. To rozróżnienie bywa źle rozumiane: CPI nigdy nie był konkurentem BTP — był (i jego następca wciąż jest) jednym z komponentów platformy, odpowiedzialnym wyłącznie za przepływy integracyjne.
| SAP CPI / Integration Suite | SAP BTP | |
| Zakres | Wyłącznie integracja systemów | Integracja + aplikacje + dane + AI |
| Relacja | Jeden komponent wewnątrz BTP | Cała platforma, w tym Integration Suite |
| Kiedy wystarczy samo CPI/Integration Suite | Organizacja potrzebuje tylko łączenia systemów, bez aplikacji czy AI | — |
| Kiedy potrzebne pełne BTP | — | Plany obejmują też aplikacje low-code, analitykę lub AI |
Pytanie „SAP BTP czy SAP CPI" jest więc źle postawione — zamiast wybierać między nimi, organizacja decyduje, jak szeroki zakres usług BTP faktycznie potrzebuje, a Integration Suite (dawne CPI) jest jednym z elementów tej decyzji, nie alternatywą wobec całej platformy.
| Kryterium | Integracje punktowe (point-to-point) | SAP BTP / Integration Suite |
| Liczba połączeń przy N systemach | Rośnie wykładniczo z każdym nowym systemem | Jeden hub integracyjny dla wszystkich systemów |
| Wpływ aktualizacji jednego systemu | Może zerwać wszystkie zależne integracje | Standardowe API izolują zmiany |
| Monitoring | Brak centralnego widoku, błędy odkrywane przypadkiem | Monitoring w czasie rzeczywistym, alerty |
| Czas dodania nowej integracji | Tygodnie do miesięcy niestandardowego kodu | Dni do tygodni z gotowym łącznikiem |
| Wiedza instytucjonalna | Często skoncentrowana u jednej osoby | Udokumentowane, standardowe przepływy |
Różnica nie jest kosmetyczna. Organizacja z dziesięcioma systemami połączonymi punktowo zarządza potencjalnie kilkudziesięcioma niezależnymi, niestandardowymi połączeniami — każde z własną logiką błędów, własną dokumentacją (o ile istnieje) i własnym ryzykiem awarii przy każdej zmianie w jednym z systemów. SAP Integration Suite na BTP redukuje tę złożoność do jednego, scentralizowanego hubu z jednolitym podejściem do monitoringu i obsługi błędów.
Organizacje wciąż działające na SAP ECC nie muszą czekać na pełną migrację do S/4HANA, aby zacząć korzystać z SAP BTP. Połączenie odbywa się przez SAP Cloud Connector — komponent tworzący bezpieczny, szyfrowany tunel między środowiskiem on-premise a platformą chmurową, bez konieczności otwierania systemu ECC na bezpośredni dostęp z internetu.
W praktyce dla środowiska ECC dostępne są: integracje z systemami zewnętrznymi przez Integration Suite (w tym z KSeF), pierwsze projekty analityczne w SAP Analytics Cloud łączące dane z ECC z innymi źródłami, oraz proste aplikacje i automatyzacje w SAP Build dla procesów, które nie wymagają zmian w samym rdzeniu ECC.
Czego nie należy oczekiwać na ECC: pełnej architektury Clean Core, która jest koncepcją zaprojektowaną dla S/4HANA, oraz natywnego SAP Joule, którego rozszerzenia w Joule Studio wymagają modelu danych dostępnego tylko w S/4HANA. Dla wielu organizacji BTP na ECC jest etapem przejściowym — sposobem na rozpoczęcie modernizacji integracji i analityki, zanim ruszy właściwy projekt migracji do S/4HANA, nie substytutem tej migracji.
Pięć usług tworzy praktyczną wartość platformy: Integration Suite, Build, Datasphere, Analytics Cloud oraz AI Core wraz z SAP Joule.
Główne narzędzie integracyjne BTP — platforma iPaaS do budowy przepływów danych między systemami SAP i zewnętrznymi, bez pisania niestandardowych, kruchych łączników od zera. Oferuje ponad 200 gotowych konektorów, graficzny edytor przepływów, mapowanie formatów XML/JSON/IDOC, obsługę REST, SOAP, OData, EDI i SFTP, a także monitoring w czasie rzeczywistym z alertami przy błędach.
Polskie firmy najczęściej łączą tu SAP z Salesforce, Microsoft 365, platformami e-commerce oraz — co istotne lokalnie — z Krajowym Systemem e-Faktur (KSeF) dla wysyłki i odbioru ustrukturyzowanych faktur. Przykład: firma produkcyjna synchronizuje dane klientów, zamówień i stanów magazynowych między S/4HANA i Salesforce automatycznie, eliminując ręczny eksport do CSV.
Główna platforma deweloperska BTP, złożona z czterech komponentów. SAP Build Apps umożliwia budowę aplikacji webowych i mobilnych metodą low-code/no-code, bez pisania tysięcy linii kodu. SAP Build Process Automation automatyzuje powtarzalne zadania przez roboty RPA — przetwarzanie faktur, ekstrakcję danych z PDF. SAP Build Work Zone agreguje aplikacje Fiori w jednym portalu pracowniczym. ABAP Cloud pozwala na rozszerzenia zgodne z Clean Core, z kontrolowanym dostępem do API.
Przykład: dział HR potrzebuje aplikacji do zatwierdzania urlopów. Deweloper buduje ją w Build Apps w 2–3 dni, korzystając z danych SuccessFactors przez API — menedżer zatwierdza wnioski z telefonu.
Platforma zarządzania danymi korporacyjnymi z jednym modelem semantycznym dla całej organizacji. Rozwiązuje problem, w którym to samo pojęcie — „przychód", „aktywny klient" — jest różnie definiowane w różnych systemach. Przez warstwę wirtualizacji danych Datasphere łączy się z danymi tam, gdzie faktycznie się znajdują, bez kopiowania ich do kolejnej, osobnej hurtowni. Integruje się natywnie z Databricks dla zaawansowanych scenariuszy data science i jest fundamentem dla SAP Business Data Cloud.
Platforma BI, planowania finansowego i analityki predykcyjnej w jednym środowisku. Łączy dane SAP, systemów zewnętrznych i plików Excel — w modelu live connection (bez kopiowania danych) lub importu. Funkcje SAC Planning umożliwiają symulacje „co jeśli" bezpośrednio na danych transakcyjnych. Przykład: dyrektor finansowy widzi marżowość każdej linii produktowej w dashboardzie odświeżanym automatycznie, z możliwością drill-down do pojedynczej transakcji.
Filar, który zmienił postrzeganie całej platformy w latach 2024–2026. SAP AI Core to infrastruktura do trenowania i wdrażania modeli AI — generatywnych (LLM), klasycznego ML i predykcyjnych — z kontrolowaną orkiestracją modeli zewnętrznych (OpenAI, Google Gemini), która nie wypuszcza danych przedsiębiorstwa bez autoryzacji. SAP AI Foundation dodaje narzędzia do zarządzania promptami i monitorowania modeli w produkcji. SAP Business Data Cloud, uruchomiony w 2025 roku, łączy Datasphere, Analytics Cloud i AI — zapewniając modelom dostęp do tej samej, zharmonizowanej warstwy danych, eliminując scenariusz niewiarygodnych wyników AI z powodu fragmentowanych danych źródłowych.
SAP Joule to asystent konwersacyjny w interfejsie Fiori, działający na BTP i AI Core. Użytkownik pyta w języku naturalnym i otrzymuje odpowiedź z danych S/4HANA bez budowania raportu. Dla niestandardowej logiki biznesowej dostępne jest Joule Studio — środowisko budowy rozszerzeń wykonujących rzeczywiste działania (tworzenie zamówień, zatwierdzenia), nie tylko odpowiadających na pytania. To przejście od asystenta do agenta AI wykonującego pracę.
Przykład: dział AP przetwarza 2000 faktur miesięcznie. Model AI na AI Core ekstrahuje dane z PDF, porównuje z zamówieniami w S/4HANA, flaguje rozbieżności i proponuje dekretację — redukując ręczną pracę o 60–70%.
Clean Core oznacza: standardowy kod systemu SAP nie jest modyfikowany, a rozszerzenia powstają poza rdzeniem, komunikując się z nim przez oficjalne API. Problem, który ta zasada rozwiązuje, narastał latami: firmy modyfikowały rdzeń SAP ECC pod własne potrzeby, a każda kolejna modyfikacja utrudniała następną aktualizację. Organizacje z dużą liczbą zmian spędzały tygodnie na testach regresyjnych przy każdym nowym wydaniu SAP, a w końcu zaczynały rezygnować z aktualizacji, bo stawały się zbyt ryzykowne.
SAP BTP rozwiązuje ten problem przez zmianę architektury, nie apel o dyscyplinę. Rozszerzenia budowane na BTP działają obok S/4HANA, komunikując się przez API — SAP nazywa to side-by-side extensibility i rekomenduje jako pierwszą, preferowaną opcję. Dla prostszych potrzeb dostępna jest rozszerzalność key-user w SAP Build, bez angażowania deweloperów. Dla głębszej logiki — ABAP Cloud, z restrykcyjnym dostępem do API.
Efekt: rdzeń S/4HANA pozostaje aktualizowalny, a organizacja korzysta z nowych funkcji SAP — w tym Joule — bez ryzyka uszkodzenia własnych rozwiązań. Aktualizacje kwartalne, które wcześniej wymagały tygodni testów, stają się procesem automatycznym.
Integracja SAP S/4HANA z platformą e-commerce. Firma handlowa łączy Shopify lub Magento z S/4HANA przez Integration Suite: zamówienia trafiają automatycznie do modułu sprzedaży, stany magazynowe aktualizują się w czasie rzeczywistym, faktury idą do KSeF — wszystko bez ręcznej interwencji.
Automatyzacja faktur w module FI. Firma otrzymuje 3000 faktur miesięcznie. Build Process Automation z modelami AI ekstrahuje dane, weryfikuje względem zamówień zakupu i dekretuje zgodne faktury automatycznie. Efekt: 65–70% bez interwencji człowieka, czas obsługi z 48 do 4 godzin.
Dashboard zarządczy z wielu systemów. Analytics Cloud i Datasphere łączą S/4HANA, Salesforce i system HR w jeden model danych z jedną definicją „przychodu" — bez eksportu do Excela, z drill-down do transakcji.
Aplikacja mobilna dla magazynu. Build Apps zastępuje stacjonarne terminale SAP GUI prostą aplikacją mobilną zbudowaną w 3–4 tygodnie. Czas szkolenia spada z dwóch tygodni do jednego dnia.
Poza tymi czterema scenariuszami polskie firmy regularnie wykorzystują BTP do integracji z KSeF, rozszerzeń S/4HANA zgodnych z Clean Core, integracji z SAP SuccessFactors dla procesów HR oraz z SAP Ariba dla pełnej ścieżki zakupowej od zapotrzebowania do płatności.
Jedno z najczęstszych źródeł nieporozumień przy migracji do S/4HANA Cloud. RISE with SAP jest modelem komercyjnym, nie produktem technologicznym — obejmuje migrację, infrastrukturę, wsparcie oraz określony pakiet kredytów BTP (Cloud Platform Enterprise Agreement, CPEA) w jednej umowie. GROW with SAP, dla segmentu midmarket, działa analogicznie z odpowiednio dostosowaną ilością kredytów.
Pytanie, które powinien zadać każdy CIO: jaka jest faktyczna ilość kredytów BTP w pakiecie i czy pokrywa planowany zakres integracji, automatyzacji i AI? Pakiet bazowy zwykle wystarcza na podstawowe integracje, ale intensywne wykorzystanie Build, zaawansowanej analityki czy szerokiego wdrożenia Joule może wymagać dodatkowego licencjonowania. SAP BTP nie konkuruje z RISE — jest jego składnikiem technicznym, a rzeczywisty zakres wykorzystania zależy od wielkości wykupionych kredytów.
Trzy modele, trzy różne sytuacje biznesowe. Pay-As-You-Go — płatność za faktyczne użycie, najlepsza do pilotaży i PoC przed decyzją o szerszym wdrożeniu. Subskrypcja (CPEA) — stała opłata za pakiet kredytów, właściwa dla organizacji z ustabilizowanym, przewidywalnym zakresem użycia. RISE / GROW with SAP — kredyty wliczone w pakiet komercyjny migracji.
Wybór modelu zależy od etapu: testujesz nowy scenariusz integracyjny — Pay-As-You-Go. Wiesz, że będziesz regularnie korzystać z kilku usług — subskrypcja. Migrujesz do S/4HANA Cloud — kredyty z RISE lub GROW jako punkt startowy, z możliwością dokupienia.
Koszt całkowitego wdrożenia składa się z licencji platformy oraz usług partnera wdrożeniowego. Prosta integracja: 4–8 tygodni. Aplikacja mobilna na Build: 3–6 tygodni. Kompleksowy projekt integracyjno-analityczny: 3–12 miesięcy. Istotne ograniczenie: dostęp do platformy nie oznacza automatycznie dostępu do każdej usługi — Integration Suite, Build, SAC i AI Core mają osobne entitlementy, które warto zaudytować przed projektowaniem rozwiązania.
Pięć błędów powtarza się w projektach, które trafiają do LeverX po nieudanej pierwszej próbie wdrożenia samodzielnego lub przez innego partnera.
Brak audytu entitlementów przed projektowaniem. Zespół projektuje rozwiązanie zakładające dostęp do usługi, której organizacja faktycznie nie ma licencjonowanej — odkrycie tego na etapie realizacji oznacza utracony czas i renegocjację budżetu.
Traktowanie kredytów BTP z RISE lub GROW jako nieograniczonych. Pakiet bazowy ma konkretny limit. Organizacja, która zaczyna intensywnie korzystać z Build i AI Core bez monitorowania zużycia kredytów, odkrywa przekroczenie limitu w najgorszym możliwym momencie — w środku projektu.
Pomijanie Clean Core już przy pierwszym rozszerzeniu. „Zrobimy to szybko, uporządkujemy później" — to podejście prowadzi do tego samego długu technicznego, który BTP miał wyeliminować, tylko przeniesionego na nową platformę.
Budowanie integracji punktowych mimo dostępu do Integration Suite. Zespół, przyzwyczajony do starych metod, pisze niestandardowy skrypt łączący dwa systemy, ignorując gotowy łącznik, który zrobiłby to samo bezpieczniej i z monitoringiem.
Start projektu AI bez wcześniejszego uporządkowania danych. Organizacja chce wdrożyć Joule lub model predykcyjny, mając dane rozproszone i niespójne w kilku systemach. Wynik: model działa na złych danych i generuje wnioski, którym nikt nie ufa — a winę przypisuje się technologii, nie brakowi przygotowania.
Uczciwa odpowiedź wymaga też wskazania sytuacji, w których wdrożenie nie jest priorytetem — i to bywa najbardziej wartościową częścią rozmowy z klientem.
Organizacja z jednym, prostym systemem SAP i bez potrzeb integracyjnych — np. mały zakład korzystający wyłącznie z SAP Business One bez planów integracji z innymi systemami — nie zyska proporcjonalnie do kosztu wdrożenia pełnej platformy. Projekt jednorazowy o krótkim horyzoncie życia, który zakończy się za kilka miesięcy, rzadko uzasadnia inwestycję w platformę projektowaną na lata. I — co najważniejsze, a rzadko wskazywane przez dostawców — organizacja, która już posiada niewykorzystane kredyty BTP w ramach umowy RISE lub GROW, nie potrzebuje nowej licencji. Potrzebuje audytu tego, co już ma, zanim zapłaci za więcej.
LeverX jest Złotym Partnerem SAP z centrum kompetencji BTP we Wrocławiu i Warszawie. Status SAP Global Strategic Supplier oznacza aktywną współpracę z SAP przy rozwoju usług platformy — co przekłada się na wcześniejszy dostęp do nowych funkcji BTP, w tym kolejnych możliwości Joule, zanim staną się dostępne dla lokalnych implementatorów.
Projekty BTP dla polskich klientów obejmują cztery typy zadań. Integracje na Integration Suite łączą S/4HANA z platformami e-commerce, CRM, EDI i partnerami, z KSeF i SAP Business Network jako standardowym elementem zakresu. Aplikacje i automatyzacje na Build obejmują rozwiązania mobilne dla produkcji, magazynu i HR oraz automatyzacje w finansach i zakupach. Analityka na SAC i Datasphere dostarcza dashboardy zarządcze połączone natywnie z S/4HANA. AI na AI Core i wdrożenia Joule pokrywają automatyzację dokumentów, klasyfikację danych i rozszerzenia w Joule Studio dla unikalnej logiki biznesowej. Zgodność z KSeF i JPK jest elementem analizy zakresu od pierwszego dnia, nie późniejszym dodatkiem.
Odpowiedź na to pytanie rzadko jest oczywista bez spojrzenia na konkretne środowisko — liczbę systemów do integracji, stan obecnych kredytów BTP, gotowość do Clean Core i realne priorytety AI w organizacji. Dlatego pierwszym krokiem nie jest decyzja budżetowa, lecz warsztat diagnostyczny.
Podczas bezpłatnego warsztatu eksperci LeverX przeanalizują obecne integracje i zidentyfikują punkty największego ryzyka, ocenią gotowość środowiska do architektury Clean Core, sprawdzą rzeczywiste wykorzystanie i pozostały budżet kredytów BTP (jeśli organizacja ma już umowę RISE lub GROW), oraz wskażą scenariusze AI o najwyższym potencjalnym ROI dla konkretnej branży i procesów.
Ponad 20 lat doświadczenia w SAP
1 500+ zrealizowanych projektów
2 200+ certyfikowanych specjalistów
SAP Business Technology Platform (SAP BTP) to platforma technologiczna SAP umożliwiająca integrację systemów, zarządzanie danymi, tworzenie aplikacji, analitykę i wykorzystanie sztucznej inteligencji. Stanowi fundament strategii Clean Core i jest rekomendowanym środowiskiem do rozszerzania SAP S/4HANA bez modyfikacji jego rdzenia.
SAP Cloud Platform (SCP) był głównie narzędziem deweloperskim do integracji i budowy aplikacji. W 2021 roku SAP rozszerzył jego zakres o pełną warstwę danych (Datasphere, Analytics Cloud) i AI (AI Core, Joule), tworząc SAP BTP. Organizacje korzystające ze SCP przeszły na BTP automatycznie, bez migracji danych — to ewolucja platformy, nie zastąpienie jednego produktu innym.
SAP CPI (Cloud Platform Integration) to starsza nazwa usługi integracyjnej, która dziś funkcjonuje jako SAP Integration Suite — jeden z komponentów SAP BTP. CPI nie jest konkurentem BTP, lecz jego częścią: BTP obejmuje integrację, tworzenie aplikacji, dane i AI, podczas gdy CPI/Integration Suite odpowiada wyłącznie za przepływy integracyjne.
SAP BTP działa z SAP ECC przez SAP Cloud Connector tworzący bezpieczny tunel do środowiska on-premise. Organizacje na ECC mogą korzystać z integracji i analityki na BTP już dziś. Pełne możliwości platformy — Clean Core i SAP Joule — są jednak zoptymalizowane i w pełni dostępne tylko dla SAP S/4HANA.
Tak. RISE with SAP zawiera określony pakiet kredytów BTP (CPEA) jako standardowy element umowy. GROW with SAP, dla firm midmarket, również obejmuje dostęp do BTP. Zakres usług dostępnych w ramach tych kredytów jest limitowany — intensywne wykorzystanie może wymagać dodatkowego licencjonowania.
Koszt składa się z licencji platformy (Pay-As-You-Go lub subskrypcja) oraz usług wdrożeniowych partnera. Prosta integracja trwa 4–8 tygodni, aplikacja mobilna na SAP Build 3–6 tygodni, a kompleksowy projekt integracyjno-analityczny 3–12 miesięcy. LeverX oferuje bezpłatną konsultację wstępną z oceną zakresu i szacunkową wyceną.
Clean Core oznacza, że standardowy kod systemu SAP nie jest modyfikowany — rozszerzenia budowane są poza rdzeniem, komunikujące się przez oficjalne API. SAP BTP jest techniczną platformą realizującą tę zasadę przez podejście side-by-side extensibility: rozszerzenia działają obok S/4HANA, bez ingerencji w rdzeń, co utrzymuje system aktualizowalnym.
Tak. SAP BTP jest dostępne dla firm różnej wielkości, w tym użytkowników SAP Business One. Model Pay-As-You-Go pozwala zacząć od małego zakresu bez dużej inwestycji początkowej. Dla MŚP najbardziej dostępne są SAP Build i SAP Integration Suite.
SAP Joule wykorzystuje usługi SAP BTP i SAP AI Core. Bez aktywnego tenantu BTP z odpowiednimi entitlementami nie można uruchomić Joule w organizacji — SAP BTP jest technicznym warunkiem dostępu do asystenta AI i jego rozszerzeń budowanych w Joule Studio.
Najczęstsze błędy to: brak audytu entitlementów przed projektowaniem rozwiązania, traktowanie kredytów BTP z RISE/GROW jako nieograniczonych, pomijanie zasad Clean Core już na etapie pierwszych rozszerzeń, budowanie integracji punktowych zamiast korzystania z gotowych łączników Integration Suite, oraz uruchamianie projektów AI bez wcześniejszego uporządkowania warstwy danych.
SAP BTP nie jest priorytetem dla bardzo małych organizacji z jednym, prostym systemem i bez potrzeb integracyjnych, dla projektów jednorazowych o krótkim horyzoncie życia, oraz dla firm posiadających już niewykorzystane kredyty BTP w ramach RISE lub GROW — w takim przypadku pierwszym krokiem jest audyt istniejącego entitlementu, nie zakup nowej licencji.