SAP CPI nedir: mimarisi ve PI/PO'dan geçiş

SAP CPI (Cloud Platform Integration), SAP'nin SAP ve SAP dışı sistemleri birbirine bağlamak için sunduğu bulut ara katman yazılımıdır. Bugün adı Cloud Integration ve SAP Business Technology Platform (SAP BTP) üzerindeki SAP Integration Suite'in temel yeteneğidir.

Mesajları uygulamalar arasında taşır, formatlarını dönüştürür ve doğru hedefe yönlendirir. Hâlâ SAP PI/PO çalıştırıyorsanız zaman önemli: PI/PO'yu içeren SAP NetWeaver 7.5'in ana bakımı 2027 sonunda bitiyor.

Bu rehber CPI'ın ne yaptığını, mimarisinin nasıl çalıştığını, PI/PO ile nasıl karşılaştırıldığını ve geçişin nasıl planlanacağını anlatıyor. Yalnızca geliştiriciler için değil, entegrasyon liderleri ve CIO'lar için yazıldı.

SAP ve SAP dışı sistemleri bağlamak için aylarca kırılgan özel scriptler yazan ekipler gördüm. Başta bir şey çalışır. Sonra bir sistem güncellemesi bir alan adını değiştirir, yeni bir API sürümü çıkar ya da trafik ikiye katlanır.

Script sessizce bozulur. Bir rapor eski 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ı getirir. 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 alınan küçük kararlar, çoğu ekibin beklediğinden daha hızlı teknik borca dönüşür.

Hâlâ SAP PI/PO kullanan her şirkete tavsiyem, SAP Integration Suite'e geçmesidir. Gördüğüm en yaygın entegrasyon başarısızlığı, entegrasyona yeterli zaman ayırmamaktır.

SAP'nin kendi geçiş rehberi, Cloud Integration'ı bulut, şirket içi ve hibrit yapılarda entegrasyon akışları tasarlama ve çalıştırma yeteneği olarak tanımlar. Uygulamadan uygulamaya (A2A), işletmeden işletmeye (B2B) ve işletmeden kamuya (B2G) senaryoları kapsar. Danışmanların çoğu hâlâ "CPI" ya da "SAP CI" der ve bu sorun değil.

SAP Integration Suite, Cloud Integration'ı başka yeteneklerle bir araya getirir. Başlıcaları API Management, Event Mesh, Integration Advisor, Trading Partner Management, Open Connectors ve Migration Assessment'tır.

CPI ne yapar: sistemler arasında veri taşır, mesaj formatlarını 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.

Ne yapmaz: veriyi uzun süreli saklamaz, bir ERP'nin yerini almaz, toplu veri taşıması için bir ETL aracı gibi davranmaz. Gerçek zamanlı veya gerçek zamana yakın mesajlar için tasarlanmıştır. Onu bir veri ambarı ya da taşıma aracı olarak kullanmak ileride mimari sorunlara yol açar.

CPI ve SAP BTP: BTP platformun tamamıdır: uygulama geliştirme, veri, yapay zeka, analitik ve entegrasyon. CPI bunun üzerindeki bir hizmettir. Bir BTP mimarı hizmetler genelinde tasarım yapar; bir CPI uzmanı ise akışlardan, adaptörlerden, eşlemelerden ve bağlantıdan sorumludur.

Aşağıdaki diyagram CPI'ın tasarlandığı entegrasyon senaryolarını gösteriyor. Buluttan buluta, şirket içinden buluta, işletmeden işletmeye (B2B), işletmeden kamuya (B2G) ve kullanıcılar ile cihazlara bağlantılar.

CPI mimarisini anlamak yalnızca geliştiricilerin işi değildir. Deneyimime göre CPI'ın entegrasyonu yapısal düzeyde nasıl ele aldığını kavrayan ekipler, baştan daha iyi tasarım kararları verir.

CPI, SAP BTP üzerinde çok kiracılı (multi-tenant) bir bulut hizmeti olarak çalışır. Platformu SAP işletir, bu yüzden kendi entegrasyon sunucularınızın bakımını yapmazsınız. Bir akışın kendi ağınızın içinde çalışması gerektiğinde, Edge Integration Cell isteğe bağlı bir hibrit çalışma ortamıdır: tasarımı ve izlemeyi bulutta yaparsınız, akışı kendi ağınızda çalıştırırsınız.

Pratikte mesaj akışı

Merkezde iFlow (entegrasyon akışı) vardır. CPI'daki her entegrasyon bir iFlow olarak modellenir ve her iFlow bir mesajı kaynaktan hedefe üç aşamada taşır:

1. Gönderici adaptör. Mesajı kaynak sistemden SOAP, REST, OData, IDoc, SFTP, JMS, AS2 veya başka bir protokol üzerinden alır.
2. İşleme adımları. Eşleme, format dönüştürme (örneğin JSON'dan XML'e), içeriğe dayalı yönlendirme, diğer sistemlere çağrılar, şifreleme ve hata yönetimi.
3. Alıcı adaptör. İşlenen mesajı hedefine gönderir.

Akışlar kullanım durumuna göre senkron veya asenkron çalışır. Hangisinin seçileceği her zaman açık değildir, bu yüzden ikisini de gerçek hacimlerle test edin.

İzleme büyük rol oynar. Her biri farklı amaca hizmet eden mesaj işleme logları, trace ve kalıcı (persisted) mesajlar vardır. Test veya hata ayıklama sırasında ne kadar derine inmem gerektiğine göre trace ile persist arasında geçiş yaparım.

SAP CPI mimarisinin bileşenleri

Tablo her bileşeni mimarideki işine eşliyor.

Bileşen	Ne yapar	Mimarideki rolü
Entegrasyon akışı çalışma ortamı	iFlow'ları çalıştırır	Çalışma zamanında yönlendirme, eşleme, dönüştürme ve güvenliği yönetir
Web tabanlı tasarımcı	iFlow oluşturmak, yapılandırmak ve dağıtmak için grafik editör	Geliştiricilerin akışları modellediği yer; karmaşık mantık hâlâ Groovy veya JavaScript gerektirir
Adaptörler	SOAP, REST, OData, IDoc, JDBC, SFTP, JMS, AS2 ve SaaS'a özel adaptörler	Bulut ve şirket içi sistemleri bağlar
Güvenlik	OAuth 2.0, SAML, TLS, sertifika ve anahtar yönetimi	Kimlik bilgilerini ve aktarım halindeki mesajları korur
İzleme ve operasyon	Mesaj logları, hata ayrıntıları, yeniden denemeler, uyarılar	Destek ekiplerinin hataları bulmasını ve düzeltmesini sağlar
Hazır içerik	SAP Business Accelerator Hub'daki SAP tarafından sunulan entegrasyon paketleri	Test edilmiş içerikle standart senaryoları hızlandırır
SAP Cloud Connector	Ağınızdan SAP BTP'ye güvenli tünel	Şirket içi sistemlere onları internete açmadan ulaşır
Edge Integration Cell	Kendi veri merkezinizde veya özel bulutunuzda isteğe bağlı çalışma ortamı	Şirket içinde kalması gereken akışlar için

Groovy scriptleri grafik adımların yapamadığı mantığı üstlenir. Bunu hafif tutmayı sık sık öneririm, çünkü fazla script ileride bakım sorunlarına yol açar. Paketler sürümlenir, bu yüzden hiçbir değişiklik dağıtılmış bir paketin dışında canlıya gitmez.

Şu anda neredeyse her entegrasyon planını üç tarih belirliyor.

1. 2027PI/PO ana bakımı sona eriyorYıl sonu, SAP NetWeaver 7.5 için
2. 2028Neo üzerindeki Cloud Integration kapanıyor31 Aralık. Neo tenant'ları Cloud Foundry'ye geçer
3. 2030PI/PO uzatılmış bakımı sona eriyorYıl sonu. Her PI/PO sistemi için son durak

Kaynak: SAP Note 1648480 ve SAP Knowledge Base Article 3355661

1. PI/PO'nun yolu bitiyor. SAP Note 1648480, PI/PO'yu içeren SAP NetWeaver 7.5'in ana bakımını 2027 sonuna, uzatılmış bakımını 2030 sonuna kadar belirliyor. Sistem 1 Ocak 2028'de durmaz, ama ondan sonraki her yıl onu sürdürmek daha pahalıya gelir.
2. Neo kapanıyor. SAP Knowledge Base Article 3355661, SAP BTP Neo ortamındaki Cloud Integration'ın 31 Aralık 2028'de kapanacağını doğruluyor. Neo üzerindeki eski CPI tenant'larının çoklu bulut (Cloud Foundry) ortamına geçmesi gerekiyor ve bu geçiş başlı başına küçük bir proje.
3. Hibritin bir cevabı var. Edge Integration Cell, Integration Suite akışlarını kendi ağınızın içinde çalıştırır. Bu, ekiplerin PI/PO'da kalmak için öne sürdüğü en yaygın gerekçeyi ortadan kaldırıyor.

Ticari tarafta: RISE with SAP kullanıyorsanız, Integration Suite kapasitesini ayrıca satın almadan önce sözleşmenizin hangi SAP BTP yetkisini zaten içerdiğini kontrol edin.

PI (Process Integration) ve PO (Process Orchestration), SAP'nin şirket içi ara katman yazılımlarıdır. CPI ile şöyle karşılaştırılırlar.

Faktör	SAP PI/PO	SAP CPI (Integration Suite)
Kurulum	Şirket içi, kendi sunucularınız	SAP BTP üzerinde bulut; şirket içi çalışma ortamı için Edge Integration Cell
Bakım yükü	Yüksek: yamalar, yükseltmeler, 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; daha az alt düzey kontrol
Lisanslama	Lisans artı kendi altyapınız	SAP BTP üzerinde sürüme göre abonelik
Yatırım yönü	Yalnızca bakım, yeni özellik yok	Aktif geliştirme
Ana bakımın sonu	2027 sonu (uzatılmış bakım 2030 sonuna kadar)	Geçerli değil (bulut hizmeti)

SAP'nin geçiş rehberi Cloud Integration'ı ana ikame olarak görüyor, çünkü PI/PO'nun yaptıklarının çoğunu kapsıyor. Sürümünüzün nasıl ölçümlendiğini SAP'ye sorun, ardından geçmeden önce bunu gerçek mesaj hacimlerinize göre modelleyin. Bazı şirketler entegrasyon trafiklerinin düşündüklerinden yüksek olduğunu görüyor.

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 iki resmi araç sunuyor:

1. Migration Assessment. Integration Suite'in PO sisteminize bağlanan, entegrasyon senaryolarını çıkaran ve bunları taşımanın eforunu tahmin eden bir yeteneği. SAP'nin eğitimi kurulumu anlatıyor.
2. Migration Tooling. Entegre yapılandırma nesnelerinin (ICO) PO'dan iFlow'lara geçişini yarı otomatik hale getiren bir Cloud Integration özelliği. Onunla yalnızca "Ready to migrate" veya "Adjustment required" olarak değerlendirilen senaryolar taşınabilir.

SAP Learning, tek bir geçiş yolunun her müşteriye uymadığını açıkça belirtiyor ve birçok müşteri geçiş sırasında PI/PO ile Integration Suite'i paralel çalıştırıyor. Araçlar mekanik işi azaltır. Neyin yeniden kurulacağı ve neyin emekliye ayrılacağı konusundaki muhakemeyi yapmazlar.

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

Dalga	Ne taşınır	Neden bu sıra	Sorumlu	Çıkış kriterleri
0. Envanter	Her PI arayüzü: sıklık, hacim, adaptör, kritiklik, sorumlu	Saymadığınız şeyi planlayamazsınız	Entegrasyon lideri	Envanter iş sahiplerince onaylandı
1. Düşük risk	Standart içerikli SAP'den SAP'ye akışlar	Operasyon modelini ve izlemeyi kanıtlar	Entegrasyon lideri	Canlıda iki hafta istikrarlı, PI yolu kapatıldı
2. İş ortakları	Kilit ticari ortaklarla B2B ve EDI akışları	İş ortağı test pencereleri ve koordineli geçiş gerektirir	Satın alma ve satışla birlikte entegrasyon lideri	Her iş ortağı yazılı olarak teyit eder
3. Yüksek risk	Yüksek hacimli, düzenlemeye tabi veya gelir açısından kritik akışlar	En çok provayla, en son taşınır	Entegrasyon mimarı	Hacim testi geçildi; PI'a geri dönüş prova edildi
4. Kapatma	PI/PO kapatılır	İki platform için ödeme yapmayı durdurur	CIO	Tüm akışlar taşındı veya emekliye ayrıldı; lisanslar sona erdi

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

Zamanın kaybolduğu yer entegrasyon testidir. B2B iş ortakları ve SAP dışı hedeflerle regresyon testini erkenden planlayın, çünkü bunlar sessizce bozulur. SAP testi rehberim entegrasyon ve regresyon döngülerinin nasıl yapılandırılacağını anlatıyor.

PI/PO geçişi bir S/4HANA programının içindeyse iki planı hizalayın. ECC'den S/4HANA'ya geçiş rehberim ERP tarafındaki yolları ve son tarihleri anlatıyor.

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

1. S/4HANA'dan SuccessFactors'a. Organizasyon verileri, kadro ve ücret değişiklikleri. SAP'nin standart entegrasyon içeriği yaygın senaryoları kapsar; özel akışlar sapmaları ele alır.
2. Eski satın alma sisteminden SAP Ariba'ya. Satın alma siparişleri dışarı, teyitler ve faturalar içeri. Genellikle iki yönlüdür.
3. Finans verilerinden SAP Analytics Cloud'a. ECC'den veya SAP dışı sistemlerden SAC'ye veri taşıma.
4. Salesforce'tan SAP'ye. Kapanan satışların sipariş karşılama, faturalama ve stok güncellemeleri için SAP'ye akması. Salesforce ve ERP entegrasyonları neden başarısız olur yazım tasarım hatalarını anlatıyor.

Programınızda entegrasyon işi şimdiden kayıyorsa, SAP Integration Suite teslimat gecikmeleri olağan nedenleri anlatıyor. SAP entegrasyon platformlarına genel bakış ise seçenekleri yan yana karşılaştırıyor.

SAP CPI nedir ve bugün adı ne?

SAP CPI, Cloud Platform Integration anlamına gelir. Artık SAP BTP üzerindeki SAP Integration Suite'in Cloud Integration yeteneğidir ve API Management, Event Mesh ve iş ortağı entegrasyon araçlarıyla yan yana durur. Entegrasyon akışları oluşturmak için günlük kullanılan ad hâlâ "CPI"dır.

SAP CI nedir?

SAP CI, eskiden SAP CPI olarak bilinen şeyin bugünkü adı olan SAP Cloud Integration'ın kısaltmasıdır. İki terim de SAP Integration Suite içindeki aynı yeteneği ifade eder.

SAP CPI bir ara katman yazılımı mı?

Evet. CPI bir bulut ara katman yazılımıdır: sistemlerin arasında durur, mesajları dönüştürür ve yönlendirir, hataları ve yeniden denemeleri yönetir. SAP PI/PO gibi şirket içi ara katman yazılımlarının yerini alır ve iş verilerini uzun süreli saklamaz.

SAP CPI'ın SAP PI/PO'dan farkı nedir?

PI/PO, kendinizin kurduğu, yamaladığı ve işlettiği şirket içi bir ara katman yazılımı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. Şirket içinde kalması gereken akışları Edge Integration Cell karşılar.

SAP PI/PO desteği ne zaman bitiyor?

PI/PO'yu içeren SAP NetWeaver 7.5'in ana bakımı 2027 sonunda bitiyor. Uzatılmış bakım 2030 sonuna kadar mevcut. SAP, senaryoları Integration Suite'e taşımaya yardımcı olmak için Migration Assessment ve Migration Tooling sunuyor.

SAP CPI ile SAP BTP aynı şey mi?

Hayır. SAP BTP platformdur: uygulama geliştirme, veri, analitik, yapay zeka ve entegrasyon. CPI bunun üzerindeki entegrasyon hizmetidir.

İşin kapsamını belirlerken bütçe ve yetkinlikler farklıdır: bir BTP mimarı hizmetler genelinde çalışır, bir CPI uzmanı ise akışlardan, adaptörlerden ve eşlemelerden sorumludur.

Bir PI/PO geçişi planlıyorsanız veya yeni bir S/4HANA programı için entegrasyon tasarlıyorsanız, arayüz envanteriyle başlayın. Plana bağlanmadan önce ikinci bir görüş isterseniz, benimle iletişime geçin.