SAP integracijske platforme: alati, licenciranje, scenariji

SAP integracijske platforme: alati, licenciranje i stvarni scenariji

Integracija SAP-a u šire IT okruženje može djelovati kao slagalica u kojoj neki dijelovi naprosto ne pristaju. Različiti alati, platforme i formati podataka natječu se za pažnju. Može biti zatrpavajuće, osobito kad postoji toliko integracijskih opcija, među njima i SAP Integration Suite, a sve tvrde da su najbolji izbor. Vidio sam timove koji tjednima uspoređuju platforme, a onda shvate da su previdjeli nešto osnovno, poput utjecaja licenciranja ili latencije sustava pod opterećenjem.

Zato ova stranica pokušava stvari razjasniti. Možda ne savršeno, ali dovoljno da donesete sigurne odluke. SAP integracijske platforme promatram praktično:

Koji alati zaista dobro rade zajedno
Gdje Vas neizravno licenciranje može spotaknuti
Kako se SAP Integration Suite, CPI, PI i BTP zaista uspoređuju
Kada alati trećih strana imaju više smisla od SAP-ovih vlastitih

Ne postoji jedan odgovor za svaki projekt. No kad se slučaj uporabe jasno odredi, pravi integracijski put obično postane očit. Barem je to nada.

1. Uvod u SAP Integration Suite

SAP implementacija rijetko je samo postavljanje SAP-a. Češće se radi o tome da SAP funkcionira sa svime ostalim: naslijeđenim sustavima, aplikacijama u oblaku, bazama podataka i svim prilagođenim alatima na koje se poslovanje godinama oslanja.

Tu integracija postaje ključna. Ona može držati cijelo okruženje na okupu ili tiho stvarati trenje koje nitko ne primijeti dok nešto ne pukne.

U praksi se integracija obično podcjenjuje. Timovi se usredotočuju na funkcionalnost, oblikovanje procesa i testiranje. Kasno u projektu netko shvati:

Ključni podaci ne sinkroniziraju se u stvarnom vremenu
API ograničenja dosegnuta su prije nekoliko tjedana
Troškovi licenciranja upravo su se udvostručili zbog neizravnog korištenja
Odabrani middleware ne može podnijeti obujam pod opterećenjem

Te stvari nisu uvijek očite na početku. Ali na kraju utječu na rokove, proračune, pa i na usklađenost.

Ova stranica promatra SAP Integration Suite iz tog kuta: kako alati zaista rade u projektnom okruženju, koje probleme rješavaju i gdje se rizici obično skrivaju.

Započnite procjenu svoje implementacije SAP integracija

2. Uobičajeni integracijski scenariji u SAP projektima

SAP projekti obično ne počinju od nule. Počinju mješavinom postojećih sustava: neki su dobro dokumentirani, drugi jedva razumljivi. Integracija mora sve to uskladiti, često bez mnogo prostora za kašnjenje.

Nekoliko se obrazaca pojavljuje u većini okruženja:

Veze SAP-a s ne-SAP sustavima. Naslijeđeni ERP-ovi, CRM-ovi ili vlastite aplikacije koje se još koriste.
Hibridne postave. Mješavina usluga u oblaku i on-premise sustava koji pokušavaju ostati usklađeni.
Tokovi u stvarnom vremenu naspram batch tokova. Brzo je dobro, ali pouzdano često pobjeđuje.
Pristup temeljen na API-jima naspram pristupa temeljenog na middlewareu. Ponekad oboje, ovisno o situaciji.

Alati poput SAP Integration Suitea osmišljeni su za mnoge od ovih obrazaca, osobito u hibridnim okruženjima ili okruženjima koja se uvelike oslanjaju na oblak. No sam alat samo je dio rješenja.

Povezivanje SAP-a s vanjskim platformama često zvuči jednostavno dok se ne isprječe formati, sigurnost ili vremenska usklađenost. Vidio sam timove koji danima zapnu na sitnim nepodudaranjima. Jedna strana govori REST, druga inzistira na ravnim datotekama.

Hibridne postave isprva mogu djelovati fleksibilno. U praksi su obično izgrađene na krpanju izuzetaka. Jedna usluga šalje podatke odmah. Druga se i dalje oslanja na noćne zadatke.

Integracija u stvarnom vremenu privlači sve u fazi planiranja. Ali radi samo kad je oba sustava mogu podnijeti. To nije uvijek slučaj.

Middleware nudi strukturu, a API-ji brzinu. Odabir jednoga umjesto drugoga manje ovisi o sklonostima, a više o tome što već postoji i čime tim realno može upravljati.

Scenariji integracije među aplikacijama koje treba razmotriti

1. Integracija SAP-a s ne-SAP sustavima

SAP se često mora povezati s platformama poput Salesforcea, Oraclea ili alata specifičnih za industriju. Te integracije osiguravaju kontinuitet kroz ključne poslovne sustave i procese.

Omogućuje strukturiranu razmjenu podataka između SAP-a i platformi trećih strana
Uključuje autentifikaciju, mapiranje polja i slojeve transformacije
Pomaže očuvati postojeće poslovne tijekove rada tijekom uvođenja SAP-a

2. Hibridna okruženja (on-premise / oblak)

Većina SAP korisnika posluje u hibridnim okruženjima. On-premise SAP sustavi supostoje s platformama u oblaku, zbog čega je integracija ključna za dosljednost podataka i poslovnu agilnost.

Povezuje SAP ECC ili S/4HANA s proizvodima u oblaku poput SuccessFactorsa ili Ariba
Premošćuje različite protokole i sigurnosne modele
Zahtijeva snažno upravljanje kako bi se izbjegli problemi s latencijom i sinkronizacijom

3. Integracija u stvarnom vremenu naspram batch integracije

Izbor između integracije u stvarnom vremenu i batch integracije ovisi o mogućnostima sustava, obujmu podataka i poslovnim potrebama. Nemaju svi procesi jednaku korist od trenutne sinkronizacije podataka.

Stvarno vrijeme dobro radi za transakcije poput kreiranja narudžbi ili ažuriranja zaliha
Batch je bolji za velike skupove podataka poput cijena, matičnih podataka ili povijesnih učitavanja
Većina okruženja koristi oboje, ovisno o kritičnosti procesa

4. Integracija temeljena na API-jima

Integracije temeljene na API-jima omogućuju aplikacijama da izravno komuniciraju lakim protokolima. Dobro su prikladne za cloud-native usluge i moderna razvojna okruženja.

Idealno za povezivanje SAP-a s mobilnim aplikacijama, portalima ili mikroservisima
Brže se uvodi, ali traži strogo verzioniranje i rukovanje sigurnošću
Često se koristi sa SAP API Managementom i OData uslugama

5. Integracija temeljena na middlewareu

Middleware dodaje središnju kontrolnu točku za integraciju SAP-a s više sustava. Pomaže upravljati složenošću kroz orkestraciju, redove poruka i transformaciju podataka.

Koristi se u okruženjima u kojima više sustava komunicira sa SAP-om
Omogućuje središnje praćenje i obradu pogrešaka
Primjeri: SAP PI/PO, SAP Integration Suite, MuleSoft, Dell Boomi

6. Mješoviti integracijski pristupi

Većina velikih poduzeća koristi kombinaciju API i middleware strategija. Taj hibridni model prilagođava se ograničenjima sustava, vještinama tima i potrebama dugoročne podrške.

Kombinira izravne i upravljane metode integracije
Daje fleksibilnost za buduće proširenje ili zamjenu alata
Pomaže uskladiti integraciju i s tehničkim i s poslovnim prioritetima

3. Pregled SAP Integration Suitea

Kad je riječ o SAP integraciji, odabir pravog SAP integracijskog paketa važniji je nego što većina timova očekuje. Odluka nadilazi funkcije i brzinu. Može utjecati na rokove, modele podrške, pa i na licenciranje. Vidio sam projekte koji su zapeli ne zato što integracija nije uspjela, nego zato što platforma nije odgovarala načinu na koji poslovanje radi.

SAP nudi nekoliko integracijskih opcija: neke starije, neke novije, a neke se preklapaju više nego što ljudi shvaćaju. Često se vodi rasprava o tome koji alat koristiti. Naravno, ovisi. O tome što povezujete. O tome kako podaci trebaju teći. O tome što tim zna.

Nijedan alat ne pokriva sve. Svaki ima kompromise. Ali kad razumijete gdje koji najbolje pristaje, šira slika počinje imati više smisla.

Evo kratkog pregleda najčešće korištenih SAP integracijskih platformi, na temelju toga kako se stvarno primjenjuju u projektima, a ne samo kako ih SAP predstavlja na tržištu.

SAP integracijske platforme

1. SAP PI / PO (Process Integration / Orchestration)

PI/PO je godinama standard za on-premise SAP integraciju. Obrađuje transformacije poruka, tijekove rada i razne konverzije protokola. Iako pouzdan, u dinamičnijim okruženjima djeluje pomalo glomazno. Ipak, obavlja posao kad se radi o složenoj pozadinskoj logici.

Dobro prikladan za integracije SAP-a sa SAP-om i naslijeđenim sustavima
Podržava IDoc, BAPI, RFC, SOAP i druge
Često se koristi u postavama temeljenima na ECC-u ili hibridnim postavama

2. SAP CPI / Integration Suite

SAP CPI je prilagodljiviji i osmišljen za okruženja koja prvo ciljaju oblak i za hibridna okruženja. Lakše je započeti s njim, osobito timovima koji su novi u SAP-u. Gotovi iFlowovi pomažu, ali prava prilagodba i dalje traži vrijeme. Za većinu novih S/4HANA projekata ovo je obično zadani izbor.

Podržava integracije u oblaku i hibridne integracije
Uključuje ponovno iskoristive pakete sadržaja i adaptere
Dio je modela licenciranja paketa SAP Integration Suite

3. SAP API Management

Više je usmjeren na upravljanje nego na stvarno kretanje podataka. API Management pomaže Vam kontrolirati tko čemu pristupa i pod kojim uvjetima. Zamislite ga više kao ulazna vrata nego kao dostavno vozilo. Koristan je kad se API-ji izlažu partnerima ili internim korisnicima.

Koristi se za kontrolu prometa, ograničavanje propusnosti i autentifikaciju
Koristan kad se SAP API-ji izlažu vanjskim aplikacijama
Često nadopunjuje CPI ili druge pozadinske alate

4. SAP BTP Integration Services

To je širi okvir koji uključuje CPI, API Management, obradu događaja i više. Daje Vam središnje mjesto za upravljanje alatima, ali se sami alati i dalje ponašaju donekle neovisno. Vrijednost je u tome što su povezani u paket i slabo objedinjeni.

Kombinira nekoliko SAP integracijskih komponenti
Središnji pristup putem SAP BTP cockpita
Koristan za integracijska okruženja s više alata

5. SAP Data Intelligence

Data Intelligence je za slučajeve kad podaci trebaju teći kroz platforme u strukturiranom cjevovodu. Mislite više na analitiku nego na transakcije. Povezuje SAP s podatkovnim jezerima, ML alatima ili drugim vanjskim izvorima koji nisu dio svakodnevnih procesnih tokova.

Usmjeren je na orkestraciju podataka kroz platforme
Integrira se sa stackovima za analitiku i strojno učenje
Najbolji za podatkovne cjevovode, a ne za transakcije visoke učestalosti

6. Odabir pravog alata

Ne postoji jedna „najbolja” platforma. Pravi alat ovisi o tome što se integrira, opsegu integracije i potrebnoj fleksibilnosti. Ponekad je stvar u tome s čime se Vaš tim već ugodno osjeća. I to se računa.

Počnite od slučaja uporabe, a ne od alata
Procijenite licenciranje, dostupnost vještina i model podrške
Često se paralelno koristi više od jednog alata

Integracijske platforme trećih strana koje rade sa SAP-om

1. Dell Boomi

Dell Boomi nudi low-code platformu u oblaku, dobro prikladnu organizacijama kojima treba brzo uvođenje i integracije koje se mogu ponovno koristiti. SAP povezuje gotovim konektorima i učinkovito obrađuje tokove u stvarnom vremenu i batch tokove.

Low-code sučelje za bržu implementaciju
Povezuje SAP s aplikacijama u oblaku, CRM-ovima i naslijeđenim sustavima
Dobro odgovara srednje velikim poduzećima s hibridnim potrebama

2. MuleSoft

MuleSoft se često koristi u velikim poduzećima s opsežnim integracijskim potrebama koje nadilaze SAP. Nudi povezivanje vođeno API-jima i bogato razvojno iskustvo. SAP konektori su jaki, ali za dobru konfiguraciju može biti potrebno više napora na početku.

Model u kojem su API-ji na prvom mjestu za fleksibilno oblikovanje usluga
Koristi se pri integraciji SAP-a u širu arhitekturu poduzeća
Bolje odgovara složenim ili distribuiranim sustavima

3. Informatica

Informatica blista u okruženjima s mnogo podataka. Često se bira za integracije usmjerene na ETL, upravljanje matičnim podacima ili analitiku. Izravna SAP integracija je podržana, iako je obično manje usmjerena na stvarno vrijeme nego druge platforme.

Idealna za prijenos i čišćenje velikih količina podataka
Često se uparuje sa SAP-om za izvještavanje ili MDM slučajeve uporabe
Prikladna za organizacije sa zrelim BI okruženjima

4. Kada koristiti platforme trećih strana

Ponekad SAP-ovi vlastiti alati ne odgovaraju, osobito u okruženjima s miješanim sustavima. Alat treće strane može ponuditi bolje konektore, jednostavnija sučelja ili se jednostavno uskladiti s postojećom internom praksom.

Kad su timovi već obučeni za vanjske platforme
Kad je SAP samo jedan dio mnogo veće arhitekture
Kad je potrebna integracija u stvarnom vremenu, low-code ili napredna integracija podataka

5. Licenciranje i čimbenici troška

Licenciranje se među platformama može jako razlikovati. SAP alati često uključuju integraciju u postojeće pretplate. Alati trećih strana mogu nuditi fleksibilnost, ali modeli cijena mogu brzo rasti ovisno o obujmu ili broju korisnika.

Procijenite trošak prema obujmu transakcija i konektorima
Pazite na preklapanje s postojećim licenciranim SAP mogućnostima
Uzmite u obzir ukupni trošak vlasništva (TCO), a ne samo naknade za licence

6. Održavanje i podrška integracija

Platforme trećih strana mogu zahtijevati drukčije modele podrške. Neke imaju snažnu podršku dobavljača, dok se druge uvelike oslanjaju na interne vještine. Dugoročno održavanje treba biti dio odluke, a ne samo brzina početnog postavljanja.

Provjerite SLA-ove dobavljača i cikluse ažuriranja
Uzmite u obzir interno znanje ili potrebu za vanjskim konzultantima
Planirajte upravljanje, verzioniranje i sigurnosna ažuriranja

4. Odabir pravih komponenti u SAP Integration Suiteu

Ne postoji savršen integracijski alat. Ono što radi u jednom SAP projektu u drugom može stvoriti nepotrebno opterećenje. Odabir pravih komponenti u SAP Integration Suiteu svodi se na okruženje u kojem radite i na vrstu pritiska pod kojim će Vaše integracije biti: tehničkog, operativnog, a ponekad i političkog.

Počnite sužavanjem izbora prema nekoliko kriterija:

Sustavsko okruženje: koliko je sustava uključeno? Jesu li svi SAP ili mješavina alata u oblaku i ne-SAP alata?
Potrebe za latencijom: trebaju li podaci putovati trenutno ili je kašnjenje prihvatljivo?
Proširivost: hoće li se novi sustavi često dodavati? Je li fleksibilnost važnija od standardizacije?
Obujam: premještate li nekoliko zapisa na sat ili desetke tisuća u minuti?

Evo grubog pregleda kako se platforme uklapaju u različite potrebe:

SAP-na-SAP - PI/PO ili CPI
Oblak-na-oblak - CPI, MuleSoft, Boomi
Upravljanje API-jima - SAP API Management, MuleSoft
ETL velikog obujma - Informatica, SAP Data Intelligence
Složena orkestracija - PI/PO, MuleSoft, BTP Integration Services

5. SAP Integration Suite s Oracleom, Microsoftom i Salesforceom

U stvarnim SAP okruženjima rijetko se vidi da SAP radi izolirano. Mnoga okruženja uključuju velike, poslovno kritične platforme poput Oraclea, Microsofta ili Salesforcea. Svaka donosi vlastite integracijske izazove: neke tehničke, neke strukturne, a neke koji spadaju u sive zone licenciranja.

1. SAP ↔ Oracle (ERP, HR, SCM)

SAP i Oracle često supostoje u većim poduzećima. Jedan vodi financije, a drugi upravlja opskrbnim lancem ili ljudskim resursima. Pouzdana razmjena podataka među njima isprva može ići sporo, osobito kad se modeli razlikuju više nego što se očekuje.

Oracle tablice često treba izložiti putem API-ja ili slojeva za privremenu pohranu (staging)
SAP obično šalje IDoc-ove ili koristi BAPI-je, što treba prevoditi
Vrijeme je ključno: batch prozori mogu uzrokovati kašnjenja sinkronizacije
Rizici neizravnog pristupa česti su ako Oracle aplikacije automatski pokreću SAP procese

2. SAP ↔ Microsoft (Azure, Power Platform, M365)

Microsoft i SAP dodiruju se na više mjesta nego što većina očekuje. Bilo da Power BI izvlači podatke iz SAP-a ili Teams prikazuje KPI-jeve uživo, veza je sve više. No integracija traži pažljivo postavljanje. Neki dijelovi idu glatko. Drugi, ne baš.

Azure Logic Apps mogu pozivati SAP API-je, ali se vjerodajnicama mora pažljivo upravljati
Power Platform nudi konektore, ali za složene tokove mogu biti potrebne prilagođene funkcije
Microsoft 365 (npr. Excel) često se koristi za izvanmrežno uređivanje SAP podataka, koji se zatim sinkroniziraju natrag. Ta postava može tiho stvoriti probleme s licenciranjem ako se ne prati

Povezivost SAP-a i Azurea se poboljšava, ali hibridni modeli i dalje traže snažnu autentifikaciju, osobito kad su uključeni on-premise sustavi.

3. SAP ↔ Salesforce (podaci o kupcima, narudžbe, podrška)

Salesforce je gotovo uvijek okrenut kupcima. SAP vodi pozadinu. Povezivanje njih dvaju obično se svodi na sinkronizaciju zapisa o kupcima, statusa narudžbi i povijesti usluga.

Za te se tokove često koristi SAP CPI ili MuleSoft
Objektni modeli se razlikuju: Salesforce je fleksibilniji, SAP je krući
Ograničenja broja API poziva u Salesforceu mogu zaustaviti sinkronizacije velikog obujma
Rizik neizravnog licenciranja ako Salesforce pokreće SAP transakcije bez licenciranog korisnika

Ponekad te veze djeluju jednostavno. Ali kad obujam poraste ili se proces promijeni usred projekta, složenost izađe na vidjelo. Rano planiranje ovih iznimaka rijetko je uzaludan trud.

CPI integracija

6. Što je neizravno licenciranje?

Neizravno licenciranje (indirect licensing) nastaje kad sustavi izvan SAP-a komuniciraju s njim u pozadini. Nitko se ne prijavljuje izravno u SAP, a poslovni se procesi ipak oslanjaju na njega. Čest primjer je Salesforce koji automatski kreira prodajne narudžbe u SAP-u, a da nijedan SAP korisnik ne dotakne ekran. To se računa.

SAP to naziva „neizravnim pristupom” (indirect access). I to je važno, jer se i dalje smatra događajem koji podliježe licenciranju, čak i ako korisnik SAP nikad ne vidi.

Kako bi to uredio, SAP je uveo model Digital Access, koji težište prebacuje s korisnika na dokumente.

Neki tipični okidači uključuju:

Portal treće strane koji šalje narudžbe u SAP
Mobilna aplikacija koja putem API-ja provjerava stanje zaliha
Bot koji ažurira podatke o kupcima bez prijave
CRM koji u stvarnom vremenu preuzima cijene iz SAP-a

Nije uvijek jasno gdje je granica. No ako SAP nešto obrađuje u ime drugog sustava, vrijedi provjeriti.

7. Licenciranje i usklađenost: što uzeti u obzir (izravno + neizravno)

Licenciranje u SAP projektima obično izađe na vidjelo kasno, ponekad nakon što su integracijske odluke već donesene. Ali važno je. Više nego što većina ljudi očekuje. Osobito kad sustavi trećih strana počnu čitati iz SAP-a ili pisati u njega bez imenovanog korisnika.

Jezgra problema često se svodi na izravni naspram neizravnog pristupa. Izravni pristup je jednostavan. Imenovani SAP korisnik prijavi se, pokrene proces i ta je radnja licencirana. Ali neizravni pristup nastaje kad vanjski sustav (Salesforce, prilagođeni portal, možda čak i bot) komunicira sa SAP-om u pozadini. To se prema SAP-ovim uvjetima i dalje može računati kao korištenje.

Kako bi to riješio, SAP je uveo model Digital Access. Umjesto naplate po korisniku, broji se određene vrste dokumenata nastalih neizravnim pristupom. To uključuje prodajne narudžbe, račune ili kretanja materijala. Na papiru je jasnije. U praksi i dalje postoje sive zone.

Rizici neusklađenosti često dolaze od dobronamjernih automatizacija. Na primjer:

Mobilna aplikacija koja preuzima cijene iz SAP-a bez prijave korisnika
CRM koji automatski kreira zapise o kupcima u SAP-u
Alat za raspoređivanje koji svaki sat provjerava stanje zaliha

Sve su to korisne stvari. Ali mogu izazvati licencnu izloženost ako se ne prate i ne prijavljuju ispravno.

Postoje načini za upravljanje troškom. SAP nudi poticaje u okviru programa Digital Access Adoption Program (DAAP) za prelazak na licenciranje temeljeno na dokumentima. Neke tvrtke uvode i alate za praćenje korištenja (SAP Passport ili vanjski alati za bilježenje) kako bi pratile gdje se rizik nalazi.

Revizije su posebna priča. Mogu biti tehničke, komercijalne ili oboje. Neke su predvidljive. Druge manje. U svakom slučaju, proaktivnost obično košta manje nego iznenađenje.

1. Salesforce kreira prodajne narudžbe u SAP-u

Prodajni predstavnici unose poslove u Salesforce, koji zatim automatski šalje podatke o narudžbama u SAP. Nijedan SAP korisnik se ne prijavljuje, ali se kreiraju pozadinski dokumenti.

Što nije u redu: prodajne narudžbe nastaju neizravnim pristupom, što podliježe SAP-ovu digitalnom licenciranju.
Ublažavanje: koristite SAP-ov model Digital Access i brojite ih kao dokumente ili preoblikujte tok tako da se pokreće putem tijekova rada imenovanih SAP korisnika.

2. Prilagođeni portal čita cijene iz SAP-a

Javni web-portal ili portal za partnere prikazuje cijene u stvarnom vremenu preuzete iz SAP-a putem API-ja. Ne koristi se SAP autentifikacija.

Što nije u redu: pristup podacima o cijenama zaobilazi imenovane korisnike i izlaže SAP pozadinu bez sljedivosti.
Ublažavanje: usmjerite pristup kroz SAP API Management i primijenite odgovarajuću autentifikaciju korisnika ili kontrolu kvota.

3. Mobilna aplikacija provjerava dostupnost zaliha

Skladišni timovi koriste mobilnu aplikaciju koja upituje stvarne zalihe u SAP-u bez izravne prijave u SAP.

Što nije u redu: podacima se pristupa neizravno i, ovisno o obujmu ili učestalosti, to može izazvati licencnu odgovornost.
Ublažavanje: licencirajte mobilne korisnike ili osigurajte da pristup poštuje pragove licenciranja temeljenog na dokumentima.

4. E-commerce platforma kreira račune

Online kupnje rezultiraju automatskim knjiženjem računa u SAP-u. Proces je potpuno između sustava, bez sudjelovanja SAP korisnika.

Što nije u redu: kreiranje računa je događaj koji podliježe licenciranju prema SAP-ovu modelu Digital Access ako se obavlja neizravno.
Ublažavanje: uključite dokumente računa u broj licenci digitalnog pristupa i pratite trendove obujma.

5. HR sustav upisuje podatke o zaposlenicima u SAP

HR softver treće strane upravlja matičnim podacima zaposlenika i ažurira SAP HCM putem batch zadataka.

Što nije u redu: kreiranje matičnih podataka bez licenciranog SAP korisnika može biti neusklađeno, ovisno o tome kako se podaci obrađuju.
Ublažavanje: razjasnite sa SAP-om smatraju li se to dokumentima koji podliježu licenciranju te uvedite praćenje korištenja ili usmjeravanje putem imenovanih korisnika.

6. BI alat redovito preuzima izvještaje iz SAP-a

Platforme za izvještavanje poput Power BI-ja ili Tableaua povezuju se s SAP tablicama putem OData-e ili JDBC-a prema rasporedu i tiho preuzimaju podatke.

Što nije u redu: često izdvajanje podataka može kršiti pravila pristupa ako nije autentificirano ili ako korisnici nisu licencirani.
Ublažavanje: usmjerite pristup kroz ovlaštene korisnike za izvještavanje ili koristite analitičke konektore s SAP certifikatom koji ispravno prate licenciranje.

8. Kako Vam mogu pomoći?

S 25 godina u SAP-u i digitalnoj transformaciji vidio sam projekte od pokretanja do puštanja u rad i neuredan srednji dio o kojem nitko ne govori. Ponekad vodim od početka. Drugi put me pozovu da smirim brod kad stvari krenu krivo.

U svakom slučaju, moja je uloga ista: povezati ono što poslovanje stvarno treba s onim što sustav stvarno može isporučiti. Bez žargona. Bez praznih riječi. Ono što ovdje nalazite nije teorija. To je oblikovano godinama rada na terenu, rješavanjem stvarnih problema pod stvarnim pritiskom.

Prikupljanje zahtjeva

9. Nekoliko dobrih praksi za integraciju

Rano u projektu integracija obično znači da stvari rade. Premjestiti podatke iz jednog sustava u drugi, odraditi nekoliko stavki i ići dalje. No pravi izazov izlazi na vidjelo kasnije, kad nešto tiho pukne ili se nitko ne sjeća kako je sučelje uopće postavljeno.

Dobre prakse nisu slijeđenje krutog standarda. Radi se o smanjenju rizika koji se može izbjeći. To može značiti korištenje jače autentifikacije ili postavljanje praćenja prije nego što stvari narastu. Ponekad jednostavno znači dokumentirati više nego što se u tom trenutku čini potrebnim.

Nekoliko stvari pomaže da integracije dugoročno ostanu zdrave:

Koristite sigurne protokole poput OAuth2, SAML ili X.509
Postavite praćenje, čak i ako tok djeluje jednostavno
Gradite iFlowove ili API-je koji se mogu ponovno koristiti ili proširiti
Dokumentirajte kako radi i što učiniti kad zakaže

Ti koraci rijetko su hitni. Ali kasnije štede sate. Ponekad i dane.

1. Osigurajte svaku integracijsku točku

Sigurnost se obično rješava kasno, najčešće tik prije puštanja u rad. Ali tada je najteže popraviti. Koristite OAuth2, SAML ili certifikate ovisno o scenariju. A ako se koriste statične vjerodajnice, ispravno ih bilježite i rotirajte. Nemojte ih samo ostaviti u konfiguracijskoj datoteci i nadati se da nitko neće zaboraviti na njih.

Koristite enkripciju od kraja do kraja, a ne samo prema van
Protokole autentifikacije birajte prema riziku podataka
Rano testirajte istek i obnovu tokena

2. Pratite od samog početka

Praćenje se često dodaje nakon incidenta. Ali najbolje radi kad postoji prije nego što išta pukne. Pomaže i minimalno bilježenje. Ne radi se o otmjenim nadzornim pločama. Radi se o tome da znate što je zakazalo, kada i zašto. Bez toga čak i mali problem može zahtijevati sate traženja uzroka.

Postavite upozorenja za pogreške i istek vremena (timeout)
Bilježite vrijeme odziva i broj ponovnih pokušaja
Koristite postojeće SAP praćenje ako je dostupno

3. Oblikujte za ponovnu uporabu, a ne za trenutak

Primamljivo je trenutni problem riješiti brzim, tvrdo kodiranim popravkom. Ali svako jednokratno rješenje kasnije stvara trenje. iFlowovi koji se mogu ponovno koristiti, zajednička logika transformacije i parametrizirani ulazi štede vrijeme kad se procesi razvijaju, što gotovo uvijek rade.

Koristite predloške gdje je moguće
Izbjegavajte poslovna pravila u koracima mapiranja
Odvojite logiku od transportnih slojeva

4. Dokumentirajte imajući na umu operativu

Dokumentacija se obično zaustavi na fazi oblikovanja. Ali timovima podrške treba više od dijagrama. Moraju znati što se događa kad krajnja točka ne radi ili kad polje nedostaje. Dobra dokumentacija odgovara na ta pitanja prije nego što se otvore tiketi.

Uključite logiku ponovnih pokušaja, obradu pogrešaka i podatke o verziji
Opišite pretpostavke o sustavima uzvodno i nizvodno
Ažurirajte dokumente kako se tokovi mijenjaju

5. Dodijelite jasno vlasništvo

Neke integracije rade mjesecima prije nego što netko shvati da ih nitko ne posjeduje. Kad zakaže, svi pretpostavljaju da je netko drugi nadzire. Izbjegnite to. Dodijelite vlasništvo. Čak i neformalno. Taj jedan korak smanjuje zastoje više od većine tehničkih popravaka.

Odredite odgovornost za svaki tok ili sučelje
Osigurajte da vlasnik ima pristup zapisima i alatima
Uključite vlasništvo u dokumente za uvođenje i primopredaju

6. Gradite za promjenu, a ne samo za pokretanje

Sučelja nisu statična. Polja se mijenjaju. API-ji dobivaju nove verzije. Obujmi rastu. Ako je tok pretvrd, pukne i pri sitnim promjenama. Od početka planirajte prilagodbe, čak i ako zahtjevi sada djeluju stabilno.

Koristite kontrolu verzija na mapiranjima i konfiguracijama
Jasno dokumentirajte poznata ograničenja
Pregledavajte integracijske tokove tijekom ciklusa izdanja

10. Ukupni trošak i povrat ulaganja: što uzeti u obzir

Integracijski projekti često počinju tehničkim ciljevima: povezati sustave, sinkronizirati podatke, pokrenuti stvari. No ispod toga trošak igra veću ulogu nego što većina shvaća. Ne samo početno licenciranje, nego i trošak koji se pojavljuje kasnije: kad opterećenja rastu, kad se zahtjevi mijenjaju ili kad privremeno rješenje postane trajno.

Alati u oblaku poput SAP CPI-ja isprva mogu djelovati isplativije. Bez hardvera, brže postavljanje. Ali uz cijene temeljene na korištenju, troškovi mogu rasti s obujmom. On-premise opcije poput PI/PO-a stabilnije su u cijeni, ali nose infrastrukturno opterećenje.

Zatim su tu platforme trećih strana. Svaka ima vlastiti model licenciranja: neke naplaćuju po korisniku, druge po transakciji ili konektoru. Sve se zbraja.

Zato gledanje na integraciju iz perspektive povrata ulaganja znači pitati više od „koliko košta sada?”. Znači gledati unaprijed. Kako će ovo rasti? A tko plaća kad se treba promijeniti?

1. Troškovi oblaka naspram on-premise troškova

Platforme u oblaku poput SAP CPI-ja nude brže postavljanje i niže troškove infrastrukture, ali cijena često raste s korištenjem. On-premise alati poput PI/PO-a traže veće početno ulaganje, ali mogu pružiti stabilnost troškova tijekom vremena, osobito ako je hardver već na mjestu.

Oblak: temeljen na pretplati, često po poruci ili vezi
On-premise: opterećen kapitalnim izdacima (CAPEX), s nižim troškovima ponavljajućih licenci
Cijena ovisi o obujmu sustava i IT otisku

2. Utjecaj licenciranja SAP CPI-ja

SAP CPI koristi stupnjevani model temeljen na korištenju. Naplata ovisi o obujmu poruka i propusnosti. U scenarijima niskog do umjerenog opterećenja predvidljiv je, ali jak promet ili neoptimizirani tokovi mogu dovesti do naglog rasta troškova.

Početni stupnjevi obično počinju od oko 1.000 do 2.000 € mjesečno
Dodatne naknade za poruke velikog obujma ili nestandardne adaptere
Pratite korištenje svaki mjesec kako biste proaktivno upravljali troškovima

3. Cijene middlewarea trećih strana

MuleSoft, Dell Boomi i Informatica slijede različite modele cijena: po konektoru, po korisniku ili po transakciji. Osnovna cijena može izgledati pristupačno, ali rast često otkrije ograničenja koja pokreću nove naknade.

MuleSoft: licenca + obujam API-ja + paketi jezgri (oko 18 tisuća USD i više godišnje)
Boomi: po integracijskom procesu, konektoru ili razini korisnika
Informatica: trošak ovisi o obujmu ETL-a i uslugama platforme

4. Trošak promjena tijekom vremena

Početni troškovi postavljanja samo su dio priče. Promjene (nove krajnje točke, ažurirana mapiranja ili pomaci poslovnih pravila) mogu donijeti dodatne troškove licenciranja ili razvoja, osobito u krutim okruženjima.

Procijenite godišnji trošak promjena na 15 do 30 % u složenim okruženjima
Modularnije platforme obično smanjuju trenje pri promjenama
Prilagodbe mogu zahtijevati proširenje licenci ili savjetovanje

5. Troškovi podrške i održavanja

Podrška se u projekcijama troškova često previdi. SAP CPI uključuje osnovne razine podrške, ali se vremena odziva i SLA-ovi razlikuju. Alati trećih strana mogu nuditi bržu podršku, uz cijenu, ili zahtijevati dodatne ugovore o uslugama.

SAP podrška vezana je uz postojeće ugovore s poduzećem
Alati trećih strana mogu naplaćivati 15 do 20 % licence godišnje za podršku
Potrebe za internom podrškom mogu rasti sa složenošću sustava

6. Procjena povrata ulaganja izvan postavljanja

Pravi povrat ulaganja uključuje trošak vlasništva tijekom vremena, a ne samo implementaciju. Jeftinija platforma može nemati fleksibilnost, dok skuplji alat može kasnije smanjiti zastoje ili napor pri promjenama. Procjenjujte kroz cijeli životni ciklus, a ne samo pokretanje.

Uračunajte ukupno licence + održavanje + podršku + trošak promjena
Procijenite povrat ulaganja na horizontu od 2 do 3 godine, a ne samo za fazu projekta
Uključite trošak neuspjelih ili odgođenih integracija kao potencijalni rizik

Često postavljana pitanja

Mnogi klijenti vrte se oko istih pitanja kad prvi put razmatraju SAP implementaciju.

Možda ste i sami imali nekoliko njih: koliko zaista traje, koliko bi moglo koštati ili kakva je podrška potrebna nakon puštanja sustava u rad. Opravdana pitanja.

Zato Vas umjesto prepuštanja nagađanju nudim jasne, iskrene odgovore koji će Vam pomoći bolje procijeniti što očekivati i gdje se obično pojavljuju škakljivi dijelovi.

Javite se!

1. Što je SAP CPI?

SAP CPI, odnosno Cloud Platform Integration, dio je SAP Integration Suitea. Pomaže povezivati SAP i ne-SAP sustave, uglavnom u okruženjima u oblaku ili hibridnim okruženjima. Zamislite ga kao middleware, ali izgrađen za distribuirana okruženja.

Uključuje:

Gotove integracijske tokove (zvane iFlows)
Podršku za protokole poput HTTPS, SFTP i OData
Mogućnosti prilagođenog mapiranja, skriptiranja i usmjeravanja

CPI je osobito koristan pri prelasku s on-premise okruženja u oblak ili kad aplikacije trećih strana trebaju sigurno komunicirati sa SAP-om.

2. Kako se SAP integrira sa Salesforceom?

SAP i Salesforce obično razmjenjuju podatke putem API-ja ili middlewarea poput SAP CPI-ja, MuleSofta ili Dell Boomija.

Uobičajeni slučajevi uporabe uključuju:

Sinkronizaciju matičnih podataka o kupcima
Prijenos podataka o narudžbama i računima
Dijeljenje povijesti slučajeva podrške ili informacija o cijenama

Izazovi često dolaze iz razlika u podatkovnim modelima i API ograničenja na strani Salesforcea. Pažljivo mapiranje i ograničavanje propusnosti ključni su.

Licenciranje također može biti problem. Ako Salesforce pokreće radnje u SAP-u, može se primijeniti neizravni pristup.

3. Što je SAP neizravni pristup?

Neizravni pristup nastaje kad vanjski sustavi komuniciraju sa SAP-om bez izravne prijave korisnika. Na primjer, portal ili aplikacija treće strane kreira prodajnu narudžbu u SAP-u putem API-ja.

SAP to smatra predmetom licenciranja u okviru svog modela Digital Access, u kojem se korištenje prati po vrsti dokumenta (narudžbe, računi itd.).

To može iznenaditi timove. Sustavi tiho rade u pozadini, ali stvaraju dokumente koji izazivaju licencnu izloženost.

Za upravljanje time:

Procijenite kako vanjski sustavi koriste SAP
Pratite obujam kreiranja dokumenata
Razmotrite SAP-ovu strukturu digitalnog licenciranja temeljenog na dokumentima

4. Koji je SAP integracijski alat najbolji?

To ovisi o tome što integrirate, koliko se često mijenja i tko ga održava.

Za oblak-na-oblak ili hibridno: SAP Integration Suite (CPI)
Za on-premise SAP-na-SAP: SAP PI/PO
Za upravljanje API-jima: SAP API Management
Za podatkovne cjevovode i analitiku: SAP Data Intelligence
Za širu integraciju poduzeća: MuleSoft ili Dell Boomi

Većina okruženja koristi mješavinu. Što je „najbolje”, ovisi više o prikladnosti nego o funkcijama.

5. Može li se SAP integrirati s Microsoftom i Oracleom?

Da, i to se događa često.

SAP ↔ Microsoft

Azure Logic Apps, Power Automate ili SAP konektori u Power BI-ju
Uobičajena uporaba: povlačenje SAP podataka u Excel, Teams ili nadzorne ploče

SAP ↔ Oracle

Obično uključuje middleware (CPI, PI ili treća strana)
Slučajevi uporabe uključuju integraciju financija, nabave ili ljudskih resursa

Izazovi uključuju različite modele autentifikacije, vremenska nepodudaranja i, u nekim slučajevima, licenciranje.

6. Što je SAP Integration Suite?

SAP Integration Suite je SAP-ova cloud-native platforma za povezivanje sustava, aplikacija i podataka. Uključuje CPI, API Management, Open Connectors i mogućnosti event mesha.

Možete ga zamisliti kao komplet alata. Neki su dijelovi gotovi, drugi se konfiguriraju. Osmišljen je za okruženja koja prvo ciljaju oblak i za hibridna okruženja.

Glavne prednosti:

Gotov sadržaj za uobičajene integracije
Obrada u stvarnom vremenu i batch obrada
Alati za sigurnost, praćenje i upravljanje

Pozicioniran je kao SAP-ov strateški integracijski sloj za moderna okruženja.

7. Zamjenjuje li SAP CPI PI/PO?

U okruženjima koja se uvelike oslanjaju na oblak ili hibridnim okruženjima, da: SAP CPI je preferirani smjer. Ali PI/PO je i dalje podržan i široko korišten, osobito u sustavima temeljenim na ECC-u ili u on-premise postavama.

SAP preporučuje postupan prelazak na Integration Suite, ali nema prisilnog prelaska. Ovisi o vremenu projekta, planu razvoja sustava i trošku.

Neke tvrtke koriste oboje i CPI uvode postupno.

8. Kako SAP rješava sigurnost API-ja?

SAP podržava standardne sigurnosne protokole:

OAuth2 za autentifikaciju temeljenu na tokenima
SAML za federirani identitet
X.509 certifikate za povjerenje između sustava

Integration Suite pruža i ograničavanje propusnosti API-ja, provođenje kvota i upravljanje politikama. Većina timova kombinira SAP sigurnosne alate s korporativnim pružateljima identiteta (npr. Azure AD, Okta).

Sigurnosne potrebe razlikuju se po scenariju, zato to planirajte rano.

9. Što određuje trošak SAP integracije?

Na trošak utječe nekoliko čimbenika:

Vrsta alata (oblak ili on-premise)
Obujam transakcija ili poruka
Broj sučelja i sustava
Model licenciranja (npr. CPI se temelji na korištenju)

Na primjer, licenciranje SAP CPI-ja isprva može djelovati nisko, ali brzo raste s obujmom. Middleware trećih strana može naplaćivati po konektoru ili korisniku.

U procjene uvijek uključite troškove podrške i promjena, a ne samo naknade za licence.

10. Kako pratiti SAP integracije?

SAP Integration Suite uključuje ugrađene nadzorne ploče za praćenje, zapise i alate za tragove. Možete:

Pregledavati zapise poruka i pogreške u stvarnom vremenu
Pratiti performanse i latenciju
Postaviti upozorenja za neuspjele ili spore tokove

Za on-premise sustave poput PI/PO-a praćenje se obavlja u Integration Engineu ili putem SAP Solution Managera.

Ključ je rano postaviti praćenje. Čekanje da nešto zakaže obično košta više od planiranja unaprijed.

Recite mi na čemu radite.

Razgovor od 30 minuta. Vi opišete program, odluku ili problem. Ja ću Vam reći mogu li pomoći, a ako ne mogu, tko bi mogao.

Razgovor o Vašem projektu

SAP Integration Suite: alati, licenciranje i stvarni scenariji

Recite mi na čemu radite.