RISE with SAP public cloud mu private cloud mu: nasıl seçilir

RISE with SAP public cloud, süreçleri standart olan ve çok özel konfigürasyon gerektirmeyen şirketlere uyar. Private cloud ise sektöre özgü süreçleri, derin konfigürasyonu olan veya ECC sistemini yeniden kurmak yerine dönüştürmek isteyen şirketlere uyar.

Public edition size SAP'nin en iyi uygulamalarını, yılda iki kez SAP tarafından yönetilen yükseltmeleri verir ve SAP kodunda değişikliğe izin vermez. Private edition tam konfigürasyonu, tüm sektörleri ve brownfield yolunu korur.

Kısa cevap: SAP'nin standardıyla çalışabiliyorsanız public'e gidin. Çalışamıyorsanız veya emin değilseniz, imzalamadan önce private'a dikkatle bakın.

Bu yazı ECC'den S/4HANA'ya geçiş rehberimin bir parçasıdır. Bir RISE sözleşmesinin neleri bir araya getirdiği için RISE with SAP genel bakışımı okuyun. Burada yalnızca sürüm kararını ele alıyorum.

Adlar 2025'te değişti ve aramalarda hâlâ eski adlar baskın. Ekim 2026 itibarıyla durum şöyle:

1. SAP Cloud ERP, SAP'nin bulut ERP'si için kullandığı pazarlama adıdır. Çekirdek uygulamasının adı hâlâ SAP S/4HANA Cloud Public Edition'dır ve SAP'nin kendi blogları artık "SAP Cloud ERP Public Edition" yazıyor.
2. SAP Cloud ERP Private, çoğu kişinin hâlâ SAP S/4HANA Cloud Private Edition olarak aradığı private cloud ürünüdür.
3. RISE with SAP, mevcut SAP müşterilerine yönelik dönüşüm teklifidir.
4. SAP GROW, çoğu kişinin hâlâ GROW with SAP dediği, SAP'ye yeni başlayan şirketlere yönelik tekliftir.

Çoğu yazının yanlış anladığı nokta şu: RISE, private cloud'un eş anlamlısı değildir. SAP, SAP GROW sayfasında RISE with SAP'nin çekirdeğinde SAP Cloud ERP veya SAP Cloud ERP Private olabileceğini söylüyor. GROW ise public edition üzerine kuruludur.

Yani "RISE public mi private mi" gerçek bir seçimdir. Ticari paket ve sürüm iki ayrı karardır ve önce sürüm kararını vermelisiniz.

SAP, SAP Help Portal'da public, private ve on-premise sürümler için bir teklif karşılaştırması yayımlıyor. Bu tablo, Ekim 2026'da kontrol edilmiş olarak, vakaların çoğunda karar veren kısımları özetliyor:

Alan	Public edition (SAP Cloud ERP)	Private edition (SAP Cloud ERP Private)
Oraya nasıl gidersiniz	Yalnızca yeni uygulama	Yeni uygulama, sistem dönüşümü, seçici veri geçişi veya lift and shift
Konfigürasyon	SAP Central Business Configuration	Customizing'e tam erişim
Uzantılar	Key user (uygulama içi), ABAP Cloud ile geliştirici uzantıları, SAP BTP üzerinde side-by-side	Tüm uzantı seçenekleri
SAP kodunda değişiklik	Mümkün değil	Mümkün, ancak SAP önermiyor
Yükseltmeler	Yılda iki kez, şubat ve ağustosta, SAP tarafından yönetilir	İki yılda bir yeni sürüm, ilk iki yılında altı ayda bir feature pack, siz istediğinizde SAP tarafından kurulur
Bakım	Her zaman güncel sürümü çalıştırırsınız	Sürüm başına yedi yıl; bakımda kalmak için yükseltmeleri planlamanız gerekir
Sektörler	Tüketim ürünleri, kesikli üretim, enerji ve doğal kaynaklar, finansal hizmetler, kamu hizmetleri, hizmet sektörleri	Tüm sektörler
Eklentiler	Yalnızca public edition için onaylı eklentiler	S/4HANA için onaylı eklentiler
Barındırma	SAP veri merkezleri veya hyperscaler'lar	Hyperscaler, SAP veri merkezi, özel veri merkezi veya egemen bulut

Vakaların çoğunda üç satır karar verir: konfigürasyon, sektörler ve oraya nasıl gittiğiniz.

Central Business Configuration, SAP'nin en iyi uygulamalarını kapsamlayıp ardından ayarları bunların içinde düzenleyerek çalışır. ECC ekiplerinin bildiği tam Customizing ağacını alamazsınız. Finans, fiyatlandırma veya lojistik tasarımınız o ağacın derinlerindeki ayarlara dayanıyorsa public edition'da bunlar olmayacaktır.

Sektör satırı bir pazarlama listesi değil, bir kapsam beyanıdır. Çekirdek süreciniz public edition listesinin dışındaki bir sektöre aitse, başka bir soru sormadan private edition alanına girmiş olursunuz.

CFO'ların hafife aldığı satır yükseltme satırıdır. Public edition için SAP yükseltme takvimi, üç sistemli yapıya sahip müşteriler için 2608 üretim yükseltmesini 15 ve 16 Ağustos 2026'ya koydu. Bu tarihi müşteri değil, SAP belirledi.

Kuralım kısa. Çok özel konfigürasyon gerektirmeyen standart süreçler public cloud'a gidebilir.

Geri kalan her şey daha dikkatli bir bakış ister. Kimse public cloud için imza atmadan önce şu işaretleri kontrol ederdim:

1. Sektör uyumu. Çekirdek işiniz public edition'ın desteklediği sektörlerin dışında.
2. Konfigürasyon derinliği. Fiyatlandırma, gelir, maliyetleme veya mutabakat mantığı, bir fit-to-standard atölyesinin SAP'nin en iyi uygulamalarına eşleyemeyeceği konfigürasyona dayanıyor.
3. Eklentiler. Public edition için onaylı olmayan bir SAP veya iş ortağı eklentisine bağımlısınız.
4. Süreç sahipliği. İş tarafı bir süreci standarda uydurmak için değiştirmeye istekli değil ve yetkisi olan kimse bu kararı vermeyecek.
5. Geçmiş. Yeniden uygulayıp veri yüklemek yerine ECC'yi geçmişi ve konfigürasyonuyla dönüştürmek istiyorsunuz.

Tek başına bir işaret, konuşulması gereken bir konudur. İki veya daha fazlası varsa cevabın private edition olmasını beklerim.

Eğlence sektöründe public cloud'u seçip pişman olan bir şirket gördüm. İhtiyaçları standart değildi ve public cloud onlar için yanlış bir seçimdi.

Buradan çıkan ders public cloud'un zayıf olduğu değil. Kendisi için tasarlandığı işletmelerde iyi çalışır. Ders, uyum kontrolünün Explore sırasında değil, sözleşmeden önce yapılması gerektiğidir.

Tersi hataya da dikkat edin. Süreçleri büyük ölçüde standart olan bir şirket, daha güvenli hissettirdiği için private cloud'u seçer ve ardından ECC alışkanlıklarını onun içinde yeniden kurar. İhtiyaç duymadıkları esnekliğe para öder ve her yükseltmede savunacakları özel kodu taşırlar.

Decide

RISE with SAP kapsamında public mi private cloud mu?

Çok özel konfigürasyon gerektirmeyen standart süreçler

→Public edition (SAP Cloud ERP)

Sektöre özgü süreçler veya derin konfigürasyon

→Private edition (SAP Cloud ERP Private)

Yeniden kurmak yerine dönüştürmek istediğiniz bir ECC sistemi

→Private edition, sistem dönüşümü

Karmaşık bir grup çekirdeği ve basit bağlı şirketler

→Çekirdekte private, bağlı şirketlerde public (two-tier)

Clean core, özelleştirmeleri en aza indirmek ve onları iyi yönetmek demektir. Bunu kimin zorunlu kıldığına sürüm karar verir.

Public edition'da bunu sistem zorunlu kılar. Yeni geliştirmeler yalnızca ABAP Cloud ve yayımlanmış arayüzleri kullanır ve SAP kodunu değiştiremezsiniz. SAP clean core rehberim uzantı seviyelerini ayrıntılı olarak anlatıyor.

Private edition'da clean core bir yönetişim kararıdır. Çekirdeği hâlâ değiştirebilirsiniz ve her modifikasyon, her yükseltmeye taşıdığınız bir maliyettir.

Bu yüzden hangi sürümü seçerseniz seçin, her istisnanın sorumluluğunu iş tarafı ve BT'den oluşan bir tasarım otoritesine verirdim. Tek başına BT, teknik olarak mümkün olan her şeyi onaylar. Tek başına iş tarafı ise eski sürecini geri ister.

Gördüğüm en yaygın clean core hatası SAP'yi Oracle gibi çalıştırmaya çalışmaktır. Ekipler SAP'nin standart sürecini benimsemek yerine başka bir sistemin mantığını özel kodla yeniden kurar. Public edition'da bu tasarım aşamasında başarısız olur; bunu bulmanın en ucuz yeri de orasıdır.

Yükseltme dengesi de aynı mantığı izler.

• Public edition. Her zaman güncel sürümü çalıştırır ve yılda iki kez yeni özellikler alırsınız. Ayrıca işiniz bir yıl sonu kapanışının ortasında olsun ya da olmasın, SAP'nin takvimine göre yılda iki kez test yaparsınız.
• Private edition. Bakım penceresi içinde ne zaman yükselteceğinizi siz seçersiniz. Bu özgürlük ancak onu kullanırsanız bir değer taşır; çünkü hiç yükseltilmeyen bir private edition sistemi, bulut faturası olan bir ECC sistemidir.

Bir ECC müşterisi için geçiş yolunu sürüm belirler. Public edition her zaman yeni bir uygulamadır: konfigürasyon ve süreçler SAP'nin en iyi uygulamaları üzerine yeniden kurulur ve yalnızca iş verileri taşınır. Private edition, geçiş rehberimde anlattığım sistem dönüşümü ve seçici veri geçişi yollarını destekler.

Deneyimime göre public edition üzerinde bir GROW with SAP projesi yaklaşık 6 ila 9 ay sürer. Bir RISE with SAP programı ise çoğunlukla yola ve özel koda bağlı olarak 9 ila 18 ay sürer. S/4HANA geçiş süresi ve proje planı yazım bunu faz faz ayrıştırıyor.

Two-tier model geçerli bir orta yoldur. SAP, ana şirketin private edition, bağlı şirketlerin ise entegre şekilde public edition çalıştırdığı müşteri hikâyeleri yayımlıyor. Bağlı şirketler gerçekten standartsa işe yarar ve sahiplenmeniz gereken bir entegrasyon işi ekler.

Sürüm ticari konuşmayı da değiştirir. Abonelik metrikleri, full user equivalent (FUE) boyutlandırması ve her paketin neleri içerdiği farklıdır; RISE anlaşmalarında en çok gördüğüm tuzaklar yenileme koşulları, FUE boyutlandırması ve yapay zeka kredileridir. RISE with SAP sözleşmesi ve fiyatlandırması rehberim neyin pazarlık edileceğini anlatıyor.

İmzalamadan önce SAP'ye ve iş ortağınıza şu soruları sorardım:

1. Uçtan uca süreçlerimizden hangilerini public edition'ın kapsamı bugün karşılıyor, hangileri yalnızca yol haritasında?
2. Eklentilerimizden hangileri önerdiğiniz sürüm için onaylı?
3. Mevcut konfigürasyonlarımızdan hangilerinin Central Business Configuration'da karşılığı yok?
4. Yükseltme takvimi yıl sonu kapanışımız ve yoğun sezonumuzla karşılaştırıldığında nasıl görünüyor?
5. Public edition ile başlayıp onu aşarsak yol ne olur ve bu yeni bir proje mi?
6. Bize genel bir sürüm karşılaştırması değil, işimize yönelik üst düzey tasarımı gösterin.

En önemlisi son sorudur. Genel geçer bilgilerle yanıt veren bir iş ortağı bu seçimde size danışmanlık yapmaya hazır değildir. S/4HANA geçiş iş ortağı seçme rehberim bu konuşmanın geri kalanını anlatıyor.

En önemli 20 iş sürecinizi alın ve her birini standart, konfigürasyonla standart veya özel olarak işaretleyin. Bunu bir slayttan değil, süreç sahipleri odadayken yapın.

Neredeyse her şey standartsa, bir public edition teklifi ve gerçek verileriniz üzerinde bir fit-to-standard atölyesi isteyin. Birkaç çekirdek süreç özelse veya ECC'yi dönüştürmek istiyorsanız private edition isteyin ve clean core yönetişimini ilk günden planlayın. Ücretsiz greenfield ve brownfield geçiş değerlendirmem yol sorusunda yardımcı olur.

Kuruluşların bu kararı, sözleşme onu sabitlemeden önce vermesine yardım ediyorum. Bağımsız bir görüş istiyorsanız benimle iletişime geçin.

RISE with SAP public cloud mu yoksa private cloud mu?

İkisi de olabilir. SAP, RISE with SAP'nin çekirdeğinde public edition olan SAP Cloud ERP'nin veya SAP Cloud ERP Private'ın olabileceğini söylüyor. Karmaşık süreçleri olan ECC müşterilerinin çoğu private'ı seçer, ancak sürüme RISE'ın kendisi karar vermez.

S/4HANA Cloud public ve private edition arasındaki fark nedir?

Public edition; SAP'nin en iyi uygulamaları, SAP Central Business Configuration, yılda iki kez SAP tarafından yönetilen yükseltmeler sunan ve SAP kodunda değişikliğe izin vermeyen bir SaaS'tır. Private edition ise Customizing'e tam erişim, tüm sektörler, tüm uzantı seçenekleri ve ECC'den sistem dönüşümü sunar. İki yılda bir yeni sürüm alır ve her sürüm için yedi yıl bakım sağlanır.

SAP Cloud ERP ile S/4HANA Cloud Public Edition aynı şey mi?

Pratikte evet. SAP bulut ERP'sini SAP Cloud ERP olarak pazarlıyor ve SAP S/4HANA Cloud Public Edition onun çekirdek uygulamasıdır. Private ürünün adı artık SAP Cloud ERP Private; çoğu kişi onu hâlâ S/4HANA Cloud Private Edition olarak biliyor.

SAP ECC'yi S/4HANA Cloud Public Edition'a dönüştürebilir miyim?

Hayır. Public edition yalnızca yeni uygulamayı destekler; yani süreçleri SAP'nin en iyi uygulamaları üzerine yeniden kurar ve iş verilerini taşırsınız. ECC'den sistem dönüşümü ve seçici veri geçişi yalnızca private edition ve on-premise için mevcuttur.

S/4HANA Cloud Private Edition'da SAP kodu değiştirilebilir mi?

Evet. SAP, private edition'da modifikasyonları mümkün ama önerilmeyen olarak listeler. Her modifikasyon gelecekteki yükseltmelere efor ekler; bu yüzden her birini iş tarafı ve BT'den oluşan bir tasarım otoritesinden geçirir ve neden var olduğunu kayda geçirirdim.

Hangi şirketler SAP public cloud ERP'yi seçmeli?

Süreçleri standart olan ve çok özel konfigürasyon gerektirmeyen, public edition'ın desteklediği bir sektörde bulunan ve SAP'nin en iyi uygulamalarını benimsemeye istekli şirketler. Sektöre özgü süreçleri, derin konfigürasyonu veya dönüştürmek istedikleri bir ECC sistemi olan şirketler genellikle private edition'a daha iyi uyar.