PI/PO končí. Integrace jsou další velký termín v SAP světě – a je rozumné ho řešit dřív, než vás dožene

Proč dnes nejde jen o SAP roadmapu, ale o snižování technologického dluhu, rizik a přípravu na jakoukoli budoucí změnu – od cloudu až po S/4HANA.

Většina technologického dluhu nevzniká špatným rozhodnutím. Vzniká tím, že se dobré řešení nechá fungovat příliš dlouho. Integrace v SAP prostředí jsou typickým příkladem. PI/PO po léta dělalo přesně to, co mělo – propojovalo systémy, partnery a procesy. A právě proto si mnoho organizací ani nevšimlo, že se z něj postupně stala jedna z nejcitlivějších částí jejich architektury.

Dnes se o konci PI/PO hodně mluví v souvislosti s tím, že „to tlačí SAP“. To je pravda – ale je to jen část příběhu. Druhá, důležitější část je, že přesun integrací na moderní integrační platformu znamená zbavení se technologického dluhu a přesun této kritické vrstvy na bezpečnější, flexibilnější a dlouhodobě udržitelnější místo.

Pokud to uděláte správně, nezískáte jen náhradu za PI/PO. Získáte integrační vrstvu, která vám zjednoduší jakoukoli budoucí změnu – ať už půjde o cloud, reorganizaci systémů, nové digitální kanály nebo samotnou konverzi na S/4HANA.

Co si z tohoto článku odnést:

• proč je konec PI/PO v roce 2027 reálný provozní a finanční faktor, nejen tlak z roadmapy
• co v praxi znamená možnost prodloužení podpory do roku 2030 – a proč to většinou není dlouhodobá strategie
• proč se integrace vyplatí řešit nezávisle na přechodu na S/4HANA a dalších cloud rozhodnutích
• jak přesun integrací snižuje technologický dluh a zjednodušuje budoucí projekty
• jak k tomu přistoupit pragmaticky a bez velkých transformačních programů

Proč je rok 2027 více než jen datum v roadmapě

Hlavní podpora SAP PI/PO končí v roce 2027. SAP sice nabízí možnost prodloužení podpory do roku 2030, ale v praxi to znamená dvě věci: vyšší servisní poplatky a status technologie, která už není dále rozvíjena.

Prodloužení podpory je zpravidla spojeno s dodatečným servisním poplatkem – typicky okolo 2 % ročně navíc oproti standardní údržbě. Není to extrémní suma, ale je to jasný signál: platíte za čas. A čím více času kupujete, tím více se zvyšuje technologický dluh a závislost na řešení, které směřuje ke konci životního cyklu.

Z pohledu řízení IT rizik je proto důležité vnímat extended maintenance jako pojistku – ne jako plán. Je to možnost získat čas na kontrolovaný přechod, ne dlouhodobý stav na několik let.

Modernizace integrací má smysl i mimo tlak SAPu

I když konec podpory SAP může být impulzem, skutečná hodnota modernizace integrací spočívá v něčem víc. Přesun integrační vrstvy na moderní platformu umožňuje, aby integrace fungovaly nezávisle na konkrétní verzi ERP a zároveň odstraňuje historická omezení, která by mohla brzdit budoucí projekty.

V praxi to přináší tři konkrétní benefity:

• snížení technologického dluhu – méně custom logiky vázané na staré platformy
• vyšší bezpečnost a auditovatelnost v hybridním a cloudovém světě
• nezávislost na budoucích změnách – integrace přestanou být brzda při nových projektech

Mnohé organizace si až při prvních integračních problémech uvědomí, že každá větší změna – nový e-shop, nové WMS, akvizice nebo S/4 konverze – je složitější, než by musela být. Důvodem často není ERP, ale integrační vrstva.

Proč se nevyplatí čekat na S/4HANA

Čekat s integracemi až do přechodu na S/4HANA je lákavé, ale riskantní. Termín PI/PO se týká dnešní provozu, ne budoucího stavu. Pokud se integrace vyřeší dříve, projekt S/4 je jednodušší, méně rizikový a lépe kontrolovatelný.

Moderní integrační platforma funguje jako stabilní most mezi starým a novým světem. Umožňuje migrovat ERP, systémy i procesy postupně – bez toho, aby každá změna spouštěla domino efekt v integracích (napr. SAP Integration Suite).

Jak postupovat při modernizaci integrační vrstvy

Úspěšné týmy k modernizaci integrací nepřistupují jako k jednorázovému projektu. Berou ji jako řízený projekt s jasnými kroky a měřitelným pokrokem:

• základní inventář rozhraní a jejich důležitosti (ne perfektní, ale použitelný)
• rozdělení integrací na jednoduché přesuny a scénáře vyžadující redesign
• pilot na ověření bezpečnosti, monitoringu a provozního modelu
• postupné migrační vlny místo jednoho velkého zásahu
• jasně definovaný run model a zodpovědnosti

Jak vám pomůže SoftwareOne

V praxi se nejčastěji ukazuje, že zákazníci potřebují rychle pochopit rozsah problému a pak ho řešit postupně, bez ohrožení provozu. Proto je přístup zaměřený na pragmatické kroky a dlouhodobou udržitelnost:

• Integration Discovery & Assessment – jasná mapa rozhraní, rizik a migračních vln
• implementace SAP BTP Integration Suite včetně bezpečnosti a monitoringu
• postupná migrace v hybridních scénářích
• Managed Integration Services jako dlouhodobý provozní model