SAP Integration Suite: kararlar ve canlı ortam ödünleşimleri

SAP Integration Suite, SAP'nin SAP BTP üzerindeki entegrasyon platformudur: Cloud Integration (eski adıyla CPI) ile birlikte API Management, Event Mesh, Integration Advisor, Open Connectors ve PI/PO'dan geçiş araçları. S/4HANA bulut programları için varsayılan middleware'dir ve ana akım bakımı 2027'de biten PI/PO'dan çıkış yoludur. Arayüz gecikmeleri nadiren teknolojiden kaynaklanır. Belirsiz sahiplikten, eski sistemler hakkında sınanmamış varsayımlardan ve hataları bulmak için değil, geçmek için tasarlanmış testlerden kaynaklanır. Bu rehber entegrasyon sorumluları, mimarlar ve program yöneticileri için. Her bileşenin ne işe yaradığını, standart ve özel içeriği, PI/PO geçişini, eski sistem ve test risklerini ve canlıya geçiş sonrası yönetişimi ele alıyor.

PI/PO için geri sayım başladı. SAP Process Integration ve Process Orchestration 7.5, 2027 sonuna kadar ana akım bakımda. İsteğe bağlı uzatılmış bakım 2030 sonuna kadar sürüyor; ardından SAP desteği bitiyor. SAP'nin geçiş referans mimarisi yolu anlatıyor. Integration Suite, her PI/PO senaryosunu boyutlandıran bir Migration Assessment uygulaması ve Cloud Integration içinde sihirbaz tabanlı geçiş araçları içeriyor. Dalgalar halinde geçin: önce düşük riskli SAP'den SAP'ye akışlar, ortada B2B ve EDI, en sonda yüksek hacimli sipariş akışları. Son tarih baskısı altında zorunlu bir cutover daha uzun sürer ve daha pahalıya gelir.

1. Dalga 1Düşük riskli SAP'den SAP'ye akışlarÖnce her senaryoyu Migration Assessment ile boyutlandırın
2. Dalga 2B2B ve EDI
3. Dalga 3Yüksek hacimli sipariş akışları
4. 2027PI/PO 7.5 ana akım bakımı biterYıl sonu. Dalgaları bundan önce bitecek şekilde planlayın
5. 2030İsteğe bağlı uzatılmış bakım biterYıl sonu. Ardından SAP desteği biter

Kaynak: SAP bakım tarihleri ve geçiş referans mimarisi, Ekim 2026'da kontrol edildi

Bulut sözleşmenizin neyi kapsadığını kontrol edin. RISE ve GROW sözleşmeleri genellikle Integration Suite'in ücretini karşılayabilecek SAP BTP kredileri içerir. Integration Suite'i MuleSoft ya da Boomi ile yalnızca özellikler üzerinden karşılaştırmadan önce, haklarınızın hangi edition'ı ve mesaj hacimlerini kapsadığını teyit edin. Dahil edilmiş bir platformun ekonomisi karşılaştırmayı değiştirir.

Yapay zeka aşama aşama geliyor. Cloud Integration, Premium edition'ında 2024 ortasından beri üretken yapay zeka ile akış oluşturma sunuyor. Bir iFlow'un yapısını (adımlar, kanallar, istisna alt süreci) üretiyor; eşlemeleri ya da betikleri değil. SAP'nin Mart 2026'da çıkardığı geliştirilmiş edition, metinden akışa üretimi ve betik optimizasyonunu ekliyor ve SAP, Integration Suite'te Joule'ün genel kullanıma sunulmasını 2026'nın üçüncü çeyreği için planlamıştı. Standart akışlar için faydalı. Derin iş mantığı içeren karmaşık orkestrasyon hâlâ kıdemli mimarlar gerektiriyor.

Integration Suite bir hizmetler kümesidir. İş için doğru olanı kullanmak, ortamın ne kadar dayanıklı olacağını belirler.

Bileşen	Rol	Yanlış kullanıldığında ne ters gider
Cloud Integration (CPI)	Mesaj akışları, yönlendirme ve dönüştürme; çoğu iFlow için varsayılan	API'ler ve olaylar dahil her şeyin CPI'ye tıkıştırılması, ortamı desteklemeyi ve test etmeyi zorlaştırır
API Management	API erişimini yönetir: güvenlik, hız sınırları, analitik	Atlarsanız noktadan noktaya çağrılar çoğalır; yönetişimi sonradan eklemek zordur
Event Mesh	Ayrıştırılmış tetikleyiciler için asenkron mesajlaşma	İzlenmeyen kuyruklar kimseyi uyarmadan sessizce büyür
Integration Advisor	EDIFACT, X12 ve IDoc gibi B2B formatları için eşleme önerileri	Ekipler yüksek kapsama bekler; bir ekip %80 bekledi, %40'a yakın aldı
Open Connectors	Üçüncü taraf bulut uygulamaları için hazır bağlayıcılar	Harici API değişiklikleri, biri izlemedikçe bağlayıcıları sessizce bozar
Migration Assessment ve araçlar	PI/PO senaryolarını boyutlandırır ve taşır	Çalışan bir geçiş planı yerine tek seferlik bir tahmin gibi ele alınır

Integration Suite'i “eklentili CPI” olarak ele alan ekipler çoğunlukla API Management'ı ve Event Mesh'i göz ardı eder. Bu, karmaşıklık yetişene kadar işe yarar. SAP CPI rehberim Cloud Integration'ın kendisine daha derin giriyor.

Hazır SAP entegrasyon içeriği, süreç standart olduğunda gerçekten faydalıdır. S/4HANA'yı standart süreçlerle SAP Ariba'ya ya da SuccessFactors'a bağlamak çoğu zaman temiz bir uyumdur. Gerçek süreçler nadiren SAP'nin referans çizgilerinin içinde kalır.

Standart içeriği şu durumlarda seçin:

1. Senaryo SAP'den SAP'ye ve SAP'nin referans sürecine yakın
2. Akış basit ve çoğunlukla tek yönlü
3. SAP'nin eşlemesiyle yaşayabiliyor ve yalnızca sağlanan çıkış noktaları üzerinden genişletiyorsunuz

Özel geliştirmeyi şu durumlarda seçin:

1. Yıllara yayılan iç kararlar süreci SAP'nin modelinden uzaklaştırmış
2. Koşullu yönlendirme, çok adımlı mantık ya da eski sistem tuhaflıkları söz konusu
3. Yoğun değişiklik, standart paket için SAP'nin destek uyumunu bozacak

Kararı blueprint aşamasında verin. Geç verildiğinde ekipler, “standart” bir iFlow'un o kadar yoğun değiştirildiğini ve destek uyumunu kaybettiğini proje ortasında fark eder, sonra canlıya geçiş baskısı altında yeniden kurar. Standart içeriğin özel ana veri yapılarını, ek alanları ve eski kimlik doğrulamasını tek seferde karşılayacağını varsaydıkları için haftalar kaybeden projeler gördüm. Karşılamadı. Tasarımda yapılması gereken analiz UAT sırasında yapıldı.

Büyük SAP programlarında entegrasyon çoğu zaman iş akışları arasında ilk düşen şeydir. Arayüzler ekip sınırlarını aşar, ama koordinasyonun sahibi yoktur. İki proje ekibinin, birbirinden habersiz, aynı iş ortağı için aynı uç noktayı hedefleyen ayrı entegrasyonlar kurduğunu gördüm. İkisi de UAT'ye kadar öğrenmedi. Bu teknik değil, yapısal bir başarısızlık.

Merkezi entegrasyon yönetişimini erkenden kurun:

1. Her iş akışının görebildiği ortak bir entegrasyon backlog'u
2. Her arayüz için adı belli bir sahip, teslimat boyunca izlenir
3. Her büyük dağıtımdan önce iş akışları arasında koordinasyon kontrol noktaları
4. Herhangi bir canlıya geçiş taahhüdünden önce arayüz bağımlılıklarının gözden geçirilmesi; paylaşılan uç noktalar ve kuyruklar cutover planında sıralanır
5. Ortamlar arasında otomatik dağıtım, kimlik bilgileri her ortam için belgelenmiş

En zor entegrasyon sorunları nadiren modern platformlardır. Kritik süreçlerin ortasındaki eski sistemlerdir.

Eski ERP'ler çoğu zaman eşzamanlı senkron çağrıları kaldıramaz. Beş paralel API çağrısı gönderin; sunucu yavaşlar, donar ya da veriyi sessizce kaybeder. Asenkron entegrasyon yalnızca alıcı sistem bir kuyruğu işleyebiliyorsa yardımcı olur ve birçoğu işleyemez.

Protokol uyumsuzlukları yaygındır ve geç fark edilir. OAuth2 ve REST ile tasarlarsınız; eski sistem, sabit kodlanmış 30 saniyelik zaman aşımıyla SOAP konuşur ve token yenilemeyi kötü yönetir.

Bir müşteri vakasında, üçüncü taraf bir bordro sisteminin verdiği token'ın süresi haftalık dolduğu için bir middleware akışı her Cuma başarısız oldu. İkinci UAT döngüsüne kadar kimse fark etmedi. Bunun gibi tuhaflıklar yaygındır ve takvimi yer.

Tablo, tasarım dondurulmadan önce kontrol edilecek riskleri listeler.

Risk	Yaygın sorun	Tasarımda ne yapmalı
Senkron sınırlar	Eski sistem paralel çağrılar altında kilitlenir	Asenkron mesajlaşma kullanın; çağrıları Event Mesh ya da Cloud Integration üzerinden kademelendirin
Protokol uyumsuzluğu	Eski sistem REST ya da OAuth'u reddeder veya SOAP'ta zaman aşımına uğrar	Tasarım başlamadan önce protokolleri ve zaman aşımlarını teyit edin
API hız sınırları	Toplu işler üçüncü tarafın kısıtlamasını aşar	API Management'ta kısıtlayın; iFlow'a bekleme mantığı ekleyin
Token süresinin dolması	Akışlar yoğun olmayan saatlerde sessizce başarısız olur	Yenileme döngülerini planlayın ve süre dolmasını izleyin
Katı formatlar	Dinamik veri yükleri eski ayrıştırmayı bozar	Gerçek üretim örnekleriyle doğrulayın
Yedek yok	Dosya aktarımları yeniden denemesiz başarısız olur ve veri takılır	Middleware'de tamponlayın; iFlow'lara yeniden deneme ve uyarı ekleyin

Bu sorunların bulutlar arası versiyonu için, ERP entegrasyonunun Salesforce ile neden başarısız olduğunu anlattığım yazıya bakın.

Entegrasyon, fonksiyonel testlerin kontrol ettiği şekilde bozulmaz. Zamanlama baskısı altında, arka plan işleri çakıştığında ve girdiler tek tek değil toplu halde geldiğinde başarısız olur. Fonksiyonel bir test, bir işlemin kaydedildiğini ve günlükte bir mesajın göründüğünü kanıtlar. İlk bordro çalıştırması bir IDoc seli gönderdiğinde ne olacağını kanıtlamaz. Bir projede, sistem entegrasyon testinde temiz görünen bir IDoc, gerçek bordro hacimleri geldiğinde kuyruğu tıkadı. Bunu yalnızca yük testi buldu.

Arayüz testlerinin şunları kapsaması gerekir:

1. Eşzamanlı kullanıcılarla gerçekçi veri hacimleri
2. Hizmet kesintileri ve kurtarma davranışı
3. Middleware ve arka uçlar arasında zaman aşımları ve yeniden denemeler
4. Gerçek zamanlı çağrılarla birlikte çalışan toplu işler
5. Ay sonu ve diğer yoğun dönemler

Geliştirme ortamları temizdir. Kilitlenmeler, yarış koşulları ve kısıtlamalar, diğer sistemlerin ve toplu iş pencerelerinin canlı olduğu UAT ve üretim öncesi ortamında ortaya çıkar; bu yüzden yük testlerini orada çalıştırın. Sahipliği net biçimde bölün: fonksiyonel ekipler iş sonuçlarını akışın tamamında doğrular, entegrasyon ekipleri günlüklerin, yeniden denemelerin ve istisna akışlarının sahibidir, proje sorumluları ise kapsamı teyit eder. SAP performans testi rehberim yük tarafını ele alıyor.

Integration Advisor, yapılandırılmış B2B formatları için eşlemeler önerir. Katı geleneklere uyan iş ortakları için gerçek bir kurulum zamanı kazandırır. Eski sistemler, özel alanlar, koşullu mantık ve belgelenmemiş kurallar içeren kurumsal entegrasyonlar için ise bir başlangıç noktasıdır.

Birlikte çalıştığım bir ekip %80 eşleme kapsamı bekledi. Gerçek kapsam yaklaşık %40 oldu. Gerisinin özelleştirilmesi, iş tarafıyla doğrulanması ve elle test edilmesi gerekti.

Yıllar içinde gayriresmi biçimde birikmiş iş mantığını (ödeme koşulları, fiyatlandırma kategorileri, birim gelenekleri), iş bağlamına dayalı koşullu kuralları ya da standart formatın dışındaki istisnaları çözmez. Bunlar fonksiyonel girdi gerektirir. O olmadan arayüzler teknik olarak eşlenmiş ve belirli durumlarda mantıksal olarak yanlış olur.

Dokümantasyon sapıp sahiplik resmi olmadığında entegrasyon canlıya geçişten sonra bozulur. Yararlı dokümantasyon alan eşlemelerini ve dönüştürme mantığını, ayrıca uç noktalar, token yenileme ve kimlik bilgisi rotasyonu gibi kimlik doğrulama ayrıntılarını kapsar. Ayrıca hata yönetimini, yedek kuralları ve ay sonu ile bordro gibi kritik pencereler için hacim beklentilerini de kapsar. Test şu: destek ekibine gelecek hafta katılan biri, yalnızca dokümantasyondan yararlanarak başarısız bir arayüzün sorununu giderebilir mi?

Her arayüzün, düşük hacimli olsa bile, izleme, eskalasyon ve yaşam döngüsü değişiklikleri için adı belli bir sahibi olmalıdır. Biri olmadığında, iş tarafı beklerken arızalar Basis, middleware ve fonksiyonel ekipler arasında gidip gelir. Hypercare'den sonra izleme zayıflama eğilimindedir. Düzenli hata günlüğü incelemeleri, projeden desteğe resmi bir devir ve iş ile BT arasında üzerinde anlaşılmış hizmet seviyeleri kurun. İhmal edilmiş entegrasyon, canlıya geçişten haftalar sonra ortaya çıkan geciken muhasebe kayıtlarının, kayıp faturaların ve uyumsuz finansal raporların birçoğunun ardında yatar.

SAP Integration Suite nedir ve CPI'den farkı nedir?

Cloud Integration, eski adıyla SAP Cloud Platform Integration (CPI), Integration Suite'in içindeki bir yetenektir. Suite; yönetilen API erişimi için API Management'ı ve asenkron mesajlaşma için Event Mesh'i ekler. Ayrıca B2B eşleme önerileri için Integration Advisor'ı, üçüncü taraf bulut uygulamaları için Open Connectors'ı ve PI/PO için değerlendirme ve geçiş araçlarını içerir. Onu yeni adıyla CPI sayan ekipler çoğu zaman API Management ve Event Mesh'i atlar ve bunun bedelini sonradan yönetişim boşluklarıyla öder.

SAP PI/PO desteği ne zaman bitiyor?

SAP Process Integration ve Process Orchestration 7.5, 2027 sonuna kadar ana akım bakımda. Müşteriler 2030 sonuna kadar isteğe bağlı uzatılmış bakım alabilir; ardından SAP desteği biter. Integration Suite, her senaryoyu boyutlandırmak için bir Migration Assessment uygulaması ve yapıtları yarı otomatik taşımak için geçiş araçları içerir. Son tarihi beklemek yerine bir dalga planıyla başlayın.

SAP entegrasyonunda standart içerik ne zaman, özel geliştirme ne zaman kullanılmalı?

Senaryo SAP'den SAP'yeyse, SAP'nin referans sürecine yakınsa ve nispeten basitse standart içeriği kullanın. Süreç SAP'nin modelinden uzaklaştığında, eski sistem tuhaflıkları özel ele alma gerektirdiğinde ya da koşullu ve çok adımlı mantık standart pakette yoğun değişikliğe zorladığında özel geliştirin. Kararı blueprint aşamasında verin; aşırı değiştirilmiş bir standart akışı canlıya geçiş baskısı altında yeniden kurmak, temiz bir özel geliştirmeden daha pahalıya gelir.

Karmaşık programlarda SAP entegrasyon hatalarının nedeni nedir?

Çoğunlukla yapısal nedenler. İzleme ve hata çözümü için adı belli bir sahibin olmaması, bu yüzden arızaların ekipler arasında gidip gelmesi. Aynı uç noktayı ya da kuyruğu paylaşan entegrasyonları birbirinden habersiz kuran iki iş akışı. Eşzamanlı çağrıları kaldıramayan ve yalnızca yük altında fark edilen eski sistemler. Ve izole biçimde temiz çalışan ama toplu iş çakışmasını ya da yoğun hacmi hiç simüle etmeyen testler.

SAP Integration Suite için entegrasyon testi nasıl yapılandırılmalı?

Fonksiyonel testlerin ötesinde, ilk ay sonu ya da bordro çalıştırması gibi gerçekçi hacimleri kapsayın. Gerçek zamanlı arayüzlerle birlikte çalışan toplu işleri, bir aşağı akış sistemi kullanılamadığında kurtarmayı ve toplu işler sırasında üçüncü taraf hız sınırlarını test edin. Yük ve performans testlerini canlı ortama benzeyen ortamlarda çalıştırın, çünkü temiz geliştirme sistemleri sorunları gizler.

SAP entegrasyonu canlıya geçişten sonra nasıl yönetilmeli?

Her arayüze izleme, eskalasyon ve değişiklikler için adı belli bir sahip verin. Dokümantasyonu güncel tutun: eşlemeler, kimlik doğrulama ve kimlik bilgisi rotasyonu, hata yönetimi ve hacim beklentileri. Ve düzenli hata günlüğü incelemeleri, projeden desteğe resmi bir devir ve üzerinde anlaşılmış hizmet seviyeleriyle uzun vadeli bir destek modeli kurun. Görünmez hale gelen entegrasyon ihmal edilir.