SAP CPI ve Integration Suite: ne oldukları ve nereye oturdukları

SAP CPI (Cloud Platform Integration), SAP'nin bulut ara katmanıdır (middleware). Bugün SAP BTP üzerindeki SAP Integration Suite'in içinde Cloud Integration yeteneği olarak yer alır ve S/4HANA'yı diğer SAP ve SAP dışı sistemlere bağlamak için SAP'nin yanıtıdır. Hâlâ SAP PI/PO çalıştırıyorsanız takvim önemli: PI/PO 7.5 standart bakımdan 2027 sonunda çıkıyor.

Bu rehber, PI/PO'dan nasıl çıkacağına ya da yeni bir S/4HANA programı için entegrasyonu nasıl tasarlayacağına karar veren entegrasyon liderleri ve CIO'lar için. CPI'ın neler yapıp neler yapmadığını, PI/PO ile nasıl karşılaştırıldığını ve arayüzleri taşımak için bir dalga planını ele alıyor.

Ekiplerin SAP ve SAP dışı sistemleri birbirine bağlamak için aylarca kırılgan özel betikler yazdığını gördüm. Başta işe yarar. Sonra bir sistem güncellemesi bir alan adını değiştirir, yeni bir API sürümü çıkar ya da trafik iki katına çıkar. Betik sessizce bozulur. Bir rapor güncel olmayan veri çekene ya da bir sipariş üç gün işlenmeden bekleyene kadar kimse fark etmez.

CPI bunun yerine yönetilen, yeniden kullanılabilir entegrasyon akışları koyar. Daha basit olduğu için değil (çoğu zaman değildir), mimarisi izlenmek ve bakımı yapılmak üzere kurulduğu için. CPI tasarımında erken verilen küçük kararlar, çoğu ekibin beklediğinden daha hızlı teknik borca dönüşür.

CPI; sistemleri bağlayan, veriyi dönüştüren ve mesajları uygulamalar arasında yönlendiren katmandır. SAP Integration Suite onu API Management, Event Mesh, Integration Advisor ve ticari ortak yönetimiyle bir araya getirir. Danışmanların çoğu entegrasyon akışı kısmını kastettiğinde hâlâ “CPI” der ve bunda sakınca yok.

CPI'ın yaptıkları: sistemler arasında veri taşır, mesaj biçimlerini dönüştürür, doğru hedefe yönlendirir, hataları ve yeniden denemeleri yönetir. SAP sistemlerini (S/4HANA, SuccessFactors, Ariba) ve SAP dışı platformları (Salesforce, Workday, ServiceNow) standart adaptörlerle bağlar.

Yapmadıkları: veriyi uzun vadede saklamaz, bir ERP'nin yerini almaz, toplu veri geçişi için ETL aracı olarak çalışmaz. Gerçek zamanlı ya da gerçek zamana yakın mesajlar için tasarlanmıştır. Onu veri ambarı ya da geçiş aracı olarak kullanmak ileride mimari sorunlara yol açar.

CPI ve SAP BTP: BTP bütün platformdur: uygulama geliştirme, veri, yapay zeka, analitik ve entegrasyon. CPI onun üzerindeki hizmetlerden yalnızca biridir. Bu ayrım, yetkinlikleri ve bütçeyi kapsamlandırırken önemlidir. Bir BTP mimarı hizmetler arasında tasarım yapar. Bir CPI uzmanı akışların, adaptörlerin, eşlemelerin ve bağlantının sahibidir.

Bugün her entegrasyon planını dört tarih ve karar şekillendiriyor.

1. 2023Edge Integration Cell genel kullanıma açıldı2023 sonu. Integration Suite akışlarını kendi ağınızın içinde çalıştırır
2. 2027PI/PO standart bakımı sona eriyorYıl sonunda, SAP NetWeaver 7.5 için
3. 2028SAP BTP Neo ortamı kapanıyor31 Aralık. Neo üzerindeki CPI tenant'ları Cloud Foundry'ye taşınır
4. 2030PI/PO uzatılmış bakımı sona eriyorYıl sonunda. Her PI/PO ortamı için son durak

Kaynak: SAP NetWeaver 7.5 bakım ve Neo sonlandırma duyuruları, SAPinsider'ın aktardığı şekliyle

1. PI/PO'nun yolu tükeniyor. PI/PO'yu da içeren SAP NetWeaver 7.5, Business Suite bakım takvimini izliyor: standart bakım 2027 sonuna, uzatılmış bakım 2030 sonuna kadar. Yeni özellik gelmeyecek. Planlı, dalgalar halinde bir geçiş, 2027 ya da 2030'da zorunlu bir cutover'dan çok daha ucuza gelir.
2. Hibrit için bir yanıt var. 2023 sonundan beri genel kullanıma açık olan Edge Integration Cell, Integration Suite akışlarını kendi ağınızın içinde çalıştırır; on-premise kalması gereken arayüzler için. Bu, ekiplerin PI/PO'da kalmak için gösterdiği en yaygın gerekçeyi ortadan kaldırıyor.
3. Neo kapanıyor. SAP, SAP BTP Neo ortamının 31 Aralık 2028'de kapanacağını 2023'te duyurdu. Neo üzerindeki eski CPI tenant'larının çok bulutlu (Cloud Foundry) ortama taşınması gerekiyor ve bu geçiş kendi başına küçük bir proje.
4. Joule artık araçların içinde. SAP, geliştiricilerin bir akışı sade bir dille tarif edip ilk taslağı alabilmesi için Joule'u Integration Suite'e ekledi. Standart senaryoları hızlandırır. Gerçek iş mantığı içeren karmaşık orkestrasyon hâlâ kıdemli bir entegrasyon mimarı ister.

Ticari tarafta: RISE with SAP kullanıyorsanız, Integration Suite kapasitesini ayrıca satın almadan önce sözleşmenizin zaten hangi SAP BTP hakkını (entitlement) içerdiğine bakın.

Faktör	SAP PI/PO	SAP CPI (Integration Suite)
Dağıtım	On-premise, kendi sunucularınız	SAP BTP üzerinde bulut; on-premise çalışma zamanı için Edge Integration Cell
Bakım yükü	Yüksek: yama, yükseltme, sunucu yönetimi	Daha düşük: platformu SAP işletir
Genişletilebilirlik	Derin özelleştirme; yükseltmesi daha zor	Modüler; daha hızlı güncellemeler; düşük seviyede daha az kontrol
Lisanslama	Statik, genellikle kapasite bazlı	Mesaj bazlı metriklerle abonelik
Yatırım yönü	Yalnızca bakım, yeni özellik yok	Aktif geliştirme
Standart bakımın sonu	2027 sonu (uzatılmış bakım 2030 sonuna kadar)	Geçerli değil (bulut hizmeti)

Lisanslama değişimini modellemeye değer. CPI maliyeti mesaj hacmine bağlıdır. Bazı şirketler PI/PO'ya kıyasla tasarruf eder. Bazıları gerçek entegrasyon trafiğinin düşündüklerinden yüksek olduğunu görür ve akışları erkenden optimize etmek zorunda kalır. Geçişten önce modelleyin.

Yapı taşı iFlow'dur (entegrasyon akışı). Her iFlow, bir mesajın kaynaktan hedefe nasıl gittiğini tanımlar: dönüştürme, yönlendirme kuralları ve bir şey başarısız olduğunda devreye giren hata yönetimi.

Özellik	Ne yapar
Hazır entegrasyon içeriği	SAP Business Accelerator Hub'da SAP ve yaygın üçüncü taraf senaryoları için hazır iFlow paketleri
Grafik akış tasarımcısı	iFlow'ları oluşturmak için web tabanlı tasarımcı
API Management	API tasarımı, yayımlama, güvenlik ve izleme
Güvenlik	OAuth 2.0, SAML, TLS, sertifika yönetimi
İzleme	Mesaj günlükleri, hata ayrıntıları, yeniden deneme geçmişi, uyarılar

Standart adaptörler arasında SOAP, REST, OData, IDoc, JDBC, SFTP, JMS ve AS2 bulunur; belirli SaaS ürünleri için daha fazlası vardır.

Betik yazma. Karmaşık dönüşümler iFlow içinde Groovy ya da JavaScript ister. CPI, standart akışların ötesinde sıfır kodlu değildir. Ekibinizde temel betik mantığını yazabilen kimse yoksa, karmaşık eşlemeler darboğaz olur.

Geçiş otomatik bir dönüşüm değildir. Adaptör davranışı PI ile CPI arasında farklıdır ve PI'da çalışan hata yönetimi CPI'da farklı davranabilir. Bazı akışların yeniden kurulması gerekir. Diğerleri küçük değişikliklerle taşınır. SAP'nin geçiş araçları ve hazır içerik mekanik işi azaltır. Neyin yeniden kurulacağı, neyin emekliye ayrılacağı konusundaki yargı kararlarını onlar vermez.

Başlangıç noktası olarak kullandığım dalga planı burada. Dalgaları kendi envanterinize göre ayarlayın.

Dalga	Neler taşınır	Neden bu sırada	Sahibi	Çıkış kriterleri
0. Envanter	Her PI arayüzü: sıklık, hacim, adaptör, kritiklik, sahip	Saymadığınızı planlayamazsınız	Entegrasyon lideri	Envanter iş sahiplerince onaylandı
1. Düşük risk	Standart içeriğe sahip SAP'den SAP'ye akışlar	İşletim modelini ve izlemeyi kanıtlar	Entegrasyon lideri	Canlıda iki hafta kararlı, PI yolu kapatıldı
2. Ortaklar	Kilit ticari ortaklarla B2B ve EDI akışları	Ortak test pencereleri ve koordineli cutover gerektirir	Entegrasyon lideri, satın alma ve satışla birlikte	Her ortak yazılı olarak onaylar
3. Yüksek risk	Yüksek hacimli, düzenlemeye tabi ya da gelir açısından kritik akışlar	En son, en çok provayla taşınır	Entegrasyon mimarı	Hacim testi geçildi; PI'ya geri dönüş denendi
4. Emeklilik	PI/PO kapatılır	İki platform için ödeme yapmayı bırakmanızı sağlar	CIO	Tüm akışlar taşındı ya da emekliye ayrıldı; lisanslar sonlandırıldı

Yeni akış canlıda sorunsuz çalışana kadar her dalga için PI'ya geri dönüş yolunu koruyun. Sıra önemlidir: gelir taşıyan arayüzlere dokunmadan önce işletim modelini düşük riskli akışlarda kanıtlayın.

En sık gördüğüm senaryolar:

1. S/4HANA'dan SuccessFactors'a. Organizasyon verileri, kadro sayısı ve ücret değişiklikleri. SAP'nin standart entegrasyon içeriği yaygın senaryoları karşılar; özel akışlar sapmaları halleder.
2. Eski satın alma sisteminden SAP Ariba'ya. Satın alma siparişleri çıkar, onaylar ve faturalar geri gelir. Genellikle iki yönlüdür.
3. Finans verisinden SAP Analytics Cloud'a. Verinin ECC'den ya da SAP dışı sistemlerden SAC'a taşınması.
4. Salesforce'tan SAP'ye. Kapanan satışların teslimat, faturalama ve stok güncellemeleri için SAP'ye akması. Yönetilen bir entegrasyon olmadan bu genellikle tablo dışa aktarımlarıyla ya da kırılgan betiklerle yürür. Salesforce-ERP entegrasyonlarının neden başarısız olduğunu anlattığım yazı tasarım hatalarını ele alıyor.

Programınızda entegrasyon işi şimdiden kayıyorsa, SAP Integration Suite teslimat gecikmeleri yazısı olağan nedenleri ele alıyor. SAP entegrasyon platformları üzerine genel bakış, seçenekleri yan yana karşılaştırıyor.

SAP CPI nedir ve artık adı nedir?

SAP CPI, Cloud Platform Integration'ın kısaltmasıdır. Artık SAP BTP üzerindeki SAP Integration Suite'in Cloud Integration yeteneğidir; API Management, Event Mesh ve ortak entegrasyon araçlarıyla birlikte yer alır. “CPI”, entegrasyon akışları oluşturmak için hâlâ gündelik addır.

SAP CPI, SAP PI/PO'dan nasıl farklıdır?

PI (Process Integration) ve PO (Process Orchestration), derin özelleştirme ve tam altyapı kontrolü sunan on-premise ara katman yazılımlarıdır. CPI ise SAP'nin sizin için işlettiği, yeni adaptörlerin ve içeriğin merkezi olarak geldiği, SAP BTP üzerindeki bir bulut hizmetidir.

PI/PO 7.5 yalnızca bakım alır. Standart bakım 2027 sonunda, uzatılmış bakım 2030 sonunda biter; dolayısıyla her PI/PO ortamının bir geçiş planına ihtiyacı var.

SAP CPI, SAP BTP ile aynı şey midir?

Hayır. SAP BTP platformdur: uygulama geliştirme, veri, analitik, yapay zeka ve entegrasyon. CPI onun üzerindeki entegrasyon hizmetidir. İşi kapsamlandırırken bütçe ve yetkinlikler farklıdır: bir BTP mimarı hizmetler arasında çalışır, bir CPI uzmanı akışların, adaptörlerin ve eşlemelerin sahibidir.

SAP CPI öğrenmek ne kadar zor?

Yönetilebilir, ama basit değil. Standart akışlar belgelenmiş kalıpları izler ve grafik tasarımcı yardımcı olur. Zor kısımlar, akışı tasarlayacak kadar iş sürecini anlamak, hataları ve yeniden denemeleri doğru yönetmek ve karmaşık eşlemeler için Groovy ya da JavaScript yazmaktır. Önce iş sürecini, sonra entegrasyonu öğrenin.

SAP PI/PO'dan CPI'a geçerken nelere dikkat etmeliyim?

Her arayüzü hacim, sıklık, adaptör ve kritiklikle envanterleyin. Her biri için karar verin: yeniden kur, uyarla ya da emekliye ayır. Mesaj bazlı maliyetleri gerçek hacimlerinize göre modelleyin. Geri dönüş yoluyla dalgalar halinde taşıyın ve B2B ortaklarıyla ve SAP dışı hedeflerle regresyon testlerini erken planlayın, çünkü bunlar sessizce bozulur. On-premise kalması gereken akışlar için Edge Integration Cell kullanın.

SAP CPI için Neo ile Cloud Foundry arasındaki fark nedir?

İkisi de SAP BTP ortamlarıdır. Neo, daha eski, SAP'ye özgü ortamdır ve 31 Aralık 2028'de kapanır. Cloud Foundry tabanlı çok bulutlu ortam, SAP'nin geliştirmesinin yöneldiği yerdir. Hâlâ Neo üzerinde olan her CPI tenant'ının şimdiden bir geçiş planına ihtiyacı var; yeni tenant'lar orada başlamamalı.