
Hledáte zkušeného SAP partnera?
Kontaktujte SoftwareOne. Rozhodujte se s jistotou.
Hledáte zkušeného SAP partnera?
Kontaktujte SoftwareOne. Rozhodujte se s jistotou.
Proč dnes není hlavním problémem samotný přechod na SAP Integration Suite, ale způsob, jakým společnosti integrace navrhují, spravují a provozují – a proč právě integrační vrstva v praxi často rozhoduje o tom, zda SAP projekty probíhají řízeně, nebo se stávají zdrojem komplikací.
Tento článek přímo navazuje na naše předchozí témata PI/PO končí. Integrace představují další významný milník v SAP světě a SAP PCE Transition Option – most mezi ECC a budoucím S/4HANA.
Zatímco v nich vysvětlujeme, proč dnes roste tlak na změnu a jak v SAP prostředí získat čas pro transformaci, nyní se posouváme dál – k otázce, jak přistupovat k integracím jako takovým, pokud nechcete každou další změnu řešit pod časovým tlakem.
Přirozeně se většina diskusí o modernizaci SAP prostředí soustředí na ERP – ECC, S/4HANA, cloud, licence nebo custom code. Realita trhu v regionu CEE však ukazuje, že řada problémů, které dnes management a IT týmy řeší, nevzniká přímo v ERP systému, ale v integrační vrstvě, která jej obklopuje.
Integrace vznikaly postupně – v návaznosti na jednotlivé projekty, akvizice, legislativní změny nebo rychlé business požadavky. Po řadu let fungoval přístup, kdy se integracím nevěnovala systematická pozornost, pokud rozhraní předávala data tam, kam měla. SAP PI/PO tak představovalo stabilní, známé a do značné míry „neviditelné“ řešení.
Skutečný stav se však zpravidla projeví až při prvních zásadnějších změnách: složité závislosti, rozhraní bez jasně definovaného vlastníka či dokumentace, nedostatečný monitoring a vysoké riziko výpadků. Právě v této fázi si společnosti začínají uvědomovat, že problémem není konkrétní projekt, ale samotný způsob, jakým jsou integrace nastaveny a spravovány.
Důvod není to, že by IT týmy přijímaly špatná rozhodnutí, ale to, že SAP PI/PO po více než deset let spolehlivě plnilo svou roli. Problém spočívá v tom, že osvědčená řešení často zůstávají v provozu příliš dlouho a bez jasně definovaného vlastníka.
V regionu CEE k tomu přispěla i specifika trhu – dlouhá životnost systémů ECC, vysoká míra customizace, lokální legislativní úpravy a trvalý tlak na rozpočty. Integrace tak byly řešeny spíše jako vedlejší součást jednotlivých projektů než jako samostatná architektonická vrstva, která vyžaduje vlastní pravidla a způsob řízení.
V posledních letech se diskuse často zužuje na technickou migraci ze SAP PI/PO na SAP Integration Suite (BTP). Ukončení podpory PI/PO přirozeně vytváří tlak na změnu, samotná migrace však problematiku integrací neřeší.
Pokud se změní pouze technologie, nikoli způsob práce s integracemi, přesune se stejná míra komplexity do cloudového prostředí. Stejné integrační vzory, stejná rizika i stejný technologický dluh – pouze na novější platformě.
SAP Integration Suite je proto vhodné vnímat jako moderní nástroj, který otevírá nové možnosti. Skutečná hodnota však vzniká až ve chvíli, kdy jsou integrace řízeny jako samostatná disciplína – s jasně definovanou architekturou, bezpečnostním modelem, monitoringem a provozní odpovědností..

Mnoho organizací odkládá téma integrací až na budoucí projekt S/4HANA. Z pohledu aktuální tržní reality jde o pochopitelné, zároveň však velmi rizikové rozhodnutí.
Termíny spojené s ukončením podpory PI/PO se týkají dnešního provozu, nikoli budoucího cílového stavu. A většina společností dnes nehledá tzv. big-bang transformaci, ale způsob, jak změny řídit postupně a s kontrolovanou mírou rizika.
Stabilní integrační vrstva v tomto ohledu funguje jako stabilizační prvek pro další změny. Umožňuje společnostem realizovat změny v ERP, cloudové iniciativy i nové digitální transformace, aniž by se každá změna proměnila v integrační projekt s vysokou mírou rizika.
Ve společnosti SoftwareOne se s problémy integrací setkáváme opakovaně – napříč zeměmi regionu CEE, odlišnými odvětvími i velikostí organizací. Vždy se jedná o velmi podobný vzorec: integrace dlouhé roky fungují, nikdo je systematicky neřeší a teprve kombinace termínů, cloudu a transformačních projektů odhalí jejich skutečný stav.
Rozdíl mezi integračním chaosem a integracemi řízenými jako disciplína je v praxi velmi konkrétní.
| Adhoc řešení integrací | Systematicky řízené integrace |
| Vznikají až po jednotlivých projektech | Mají jasně definovanou architekturu |
| Závislé na konkrétní verzi ERP | Oddělené od životního cyklu ERP |
| Minimální nebo žádný monitoring | Standardizovaný monitoring a dohled |
| Změna = vysoké riziko | Změna = řízený proces |
| S/4HANA = stres | S/4HANA = zvládnutelný projekt |
Proto k integracím přistupujeme nejprve konzultačně, až následně technicky. Cílem není pouze nahradit SAP PI/PO, ale dostat integrace pod kontrolu tak, aby přestaly představovat riziko pro další rozvoj.
Typický rozsah, se kterým SoftwareOne v praxi pomáhá:
Součástí projektů jsou také vlastní nástroje SoftwareOne postavené na SAP BTP (např. CPI Scanner), které umožňují automatizovaně kontrolovat technické a bezpečnostní nastavení integračních scénářů v SAP Integration Suite.
Integrace nejsou drobným technickým detailem. Představují nervový systém celé SAP architektury – a čím dříve k nim organizace začnou přistupovat systematicky, tím větší kontrolu získají nad dalšími změnami.
Pokud byl článek o PI/PO o nutnosti jednat a článek o PCE Transition Option o tom, jak si koupit čas, tento článek se věnuje tomu nejdůležitějšímu: jak k integracím přistupovat dlouhodobě, bez chaosu a bez paniky.

Kontaktujte SoftwareOne. Rozhodujte se s jistotou.
Kontaktujte SoftwareOne. Rozhodujte se s jistotou.