S/4HANA geçiş maliyeti: yola göre onu ne belirler

S/4HANA geçiş maliyeti, herhangi bir SAP programıyla aynı bantlara düşer. Orta ölçekli bir şirkette $500K ila $2M, büyük bir şirkette $2M ila $10M veya daha fazla, küresel bir grupta ise $10M ila $50M veya daha fazla planlayın. Bandın neresine düşeceğiniz yoldan çok özel koda, veriye, deneme dönüşümlerine, paralel çalıştırmaya ve SAP sözleşmenize bağlıdır.

Kısa cevap: hiçbir geçiş yolu varsayılan olarak daha ucuz değildir. Brownfield ile greenfield maliyeti, ne kadar özel kod taşıdığınıza, verinizin ne kadar temiz olduğuna ve süreçleri ne kadar değiştirmek istediğinize bağlıdır. Deneyimime göre özel kod en sık taşan fazdır ve şirketlerin en sık unuttuğu gizli maliyettir.

Bu yazı özellikle geçiş faturası hakkında. Yollar, adımlar ve ECC son tarihleri ECC'den S/4HANA'ya geçiş rehberimde.

SAP'nin genel olarak neye mal olduğu ve paranın nereye gittiği için SAP uygulamasının ne kadar tuttuğunu okuyun. İş başladıktan sonra bütçelerin neden aşıldığı için SAP projelerinin neden bütçeyi aştığını okuyun.

Bir geçiş tam bir SAP programıdır; bu yüzden herhangi bir SAP programı için kullandığım çalışma aralıklarını kullanır. Bu aralıklar iş ortağı hizmetlerini, abonelik veya lisansları, veriyi, testi, eğitimi ve hypercare'i kapsar.

Her bandın nerede durduğu ve bir geçişi bandın üst ucuna neyin ittiği şöyle:

Şirket büyüklüğü	Toplam program maliyeti (USD)	Bir geçişi aralığın üstüne ne iter
Küçük (200 çalışanın altında)	$80K ila $500K	Eski veri hacmi, S/4HANA sürümü olmayan eklentiler
Orta ölçekli (200 ila 1.000)	$500K ila $2M	Özel kod hacmi, entegrasyonlar, veri kalitesi
Büyük (1.000 ila 10.000)	$2M ila $10M+	Özel kod, deneme dönüşümü sayısı, regresyon testi kapsamı
Küresel grup (10.000+)	$10M ila $50M+	Çok sayıda kuruluş ve ülke, yaygınlaştırma dalgaları boyunca paralel çalıştırma

İki oran her bantta geçerlidir. İş ortağı hizmetleri toplamın yüzde 35 ila 50'sini alır; üstüne, iş ortağının fiyatının içinde değil, sizin elinizde tutulan yüzde 10 ila 20'lik bir yedek pay eklenir.

Kamuya açık karşılaştırma verileri de aynı yerdedir. Bir SAP iş ortağı olan LeverX, ABD'de büyük bir kurumsal greenfield uygulamasını $4M ila $10M+ olarak veriyor (LeverX ABD maliyet rehberi, 2026). Kendi kapsamınız için ilk bir rakam görmek isterseniz SAP uygulama maliyeti hesaplayıcısını deneyin.

İnsanlar bir yüzde ister: brownfield, greenfield'dan yüzde X daha ucuzdur. Dürüst cevabım bunun duruma bağlı olduğu ve bir yüzde vermediğim. Yol, paranın miktarından çok nereye gittiğini değiştirir.

Bir sistem dönüşümü (brownfield) konfigürasyonunuzu, özel kodunuzu ve geçmişinizi korur. Yeni bir uygulama (greenfield) temiz başlar ve yalnızca ihtiyacınız olan veriyi yükler; seçici veri geçişi ise uzman araçlarla ikisinden de biraz yapar.

Her yolun parayı nereye harcadığı şöyle:

Yol	Para nereye gider	Onu ne pahalı yapar	Onu ne düşük tutar
Brownfield (sistem dönüşümü)	Özel kod düzeltmesi, Software Update Manager ile dönüşüm çalıştırmaları, korunan her şeyin regresyon testi	Kimsenin kullanmadığı büyük bir özel kod tabanı, değiştirilmesi gereken eklentiler, büyük bir veritabanında kısa bir kesinti penceresi	Dönüşümden önce kullanılmayan kodu emekliye ayırmak, zaten çalışan süreçler
Greenfield (yeni uygulama)	Süreç tasarımı, konfigürasyon, uzantılar, veri yüklemeleri, eğitim ve değişim	Eski özel raporları ve mantığı yeni sistemde yeniden kurmak, çalışan alanları yeniden tasarlamak	SAP standardını benimsemek, açık kalemleri ve yalnızca gereken geçmişi yüklemek
Seçici veri geçişi	Uzman araçlar ve iş ortağı, veri kapsamlaması, biraz yeniden tasarım ve biraz dönüşüm	Karmaşık şirket kodu ve geçmiş seçimi, birleşmeler ve ayrılmalar	Hangi alanların yeniden tasarlanacağına dair net bir karar

Peki neye bağlı? Bunu dört soru belirler:

1. Ne kadar özel kod taşıdığınız ve bunun ne kadarının kullanıldığı. Bir dönüşümde tuttuğunuz her nesne kontrol edilmeli, gereken yerde düzeltilmeli ve test edilmelidir.
2. Verinizin ne kadar temiz olduğu ve ne kadar geçmişe ihtiyacınız olduğu. Kötü veri her yolda para yakar, her birinde farklı bir yerde.
3. Süreçleri ne kadar değiştirmek istediğiniz. Kuralım: başka sistemlerden geliyorsanız veya yeni süreçlerin tanımlanması gerekiyorsa greenfield, süreçler tanımlı ve çalışıyorsa brownfield, bazı alanlar yeniden tasarım gerektiriyorsa seçici geçiş. Zaten çalışan süreçleri yeniden tasarlamak için para ödemek pahalı seçimdir.
4. İş tarafının ne kadar kesintiyi kaldırabildiği. Kısa pencereli büyük sistemler, kesinti süresini optimize eden tekniklere ve bunları yürütecek uzmanlara ihtiyaç duyar.

Maliyet zamanı da izler. Deneyimime göre brownfield 12 ila 18 ay, greenfield 18 ila 24 ay, seçici veri geçişi ise 12 ila 18 ay sürer. S/4HANA geçiş süresi ve proje planı yazım bunları faz faz ayrıştırıyor.

Özel kod, bir geçişte en sık taştığını gördüğüm fazdır. Aynı zamanda şirketlerin bütçeyi belirlerken en sık unuttuğu maliyettir.

Teknik bir iş gibi göründüğü için gözden kaçar. Bir brownfield dönüşümünde Z programlarınız, geliştirmeleriniz ve modifikasyonlarınız karşıya geçer; değişen bir veri modeline dokunan her biri uyarlanmalı ve yeniden test edilmelidir.

SAP Readiness Check başlamak için doğru yerdir ama bir planlama aracıdır. Deneyimime göre kaçırdığı ve sonradan can yakan şey özel nesnelerdir.

SAP'nin kendi SAP S/4HANA Cloud Private Edition 2025 Conversion Guide'ı özel kod kontrolleri için sizi ABAP Test Cockpit'e yönlendirir. Ayrıca dönüştürmeden önce artık kullanılmayan özel kodun kaldırılmasını önerir.

Tasarruf bu öneride yatıyor. Bir programda smartShift ile yapılan analiz bizi 18.000 özel nesneden 3.200'e indirdi ve emekliye ayrılan her nesne, kimsenin düzeltmek, test etmek veya gelecekteki yükseltmelere taşımak zorunda kalmadığı bir nesneydi.

Kimse bir geçişi fiyatlamadan önce şu soruların yanıtlarını isterim:

1. Kaç özel nesne var? Bunları iş ortağının tahmininden değil, kendi sisteminizden sayın.
2. Kaçı gerçekten kullanılıyor? Yıl sonu dahil tam bir iş döngüsünü kapsayan, üretimden alınmış kullanım verisi.
3. Hangileri emekliye ayrılacak ve kim karar veriyor? Yalnızca geliştiriciler değil, iş tarafı ve BT'den oluşan bir tasarım otoritesi.
4. Tuttuklarınızın yerini ne alacak? Clean core ile uyumlu olarak standart işlevler, yayımlanmış API'ler veya side-by-side uzantılar.

Özelleştirmeleri en aza indirin ve kalanı yönetişim altına alın. Gördüğüm yaygın hata, SAP'yi Oracle gibi çalıştırmaya çalışmaktır; bu da her farkı koda dönüştürür. SAP clean core rehberim kalanın nasıl sınıflandırılacağını anlatıyor.

Deneyimime göre veri taşıma eforun yüzde 30 ila 40'ını alır. Bu eforun önemli bir kısmı temizlik ve doğrulama yapan kendi iş kullanıcılarınızdadır; bu yüzden bir iş ortağı teklifinde nadiren görünür.

Brownfield dönüşümünde cutover öncesinde üç deneme dönüşümü planlarım. Her birinin gerçek bir maliyeti vardır: bir sistem kopyası, dönüşümü yürüten teknik ekip, fonksiyonel kontroller ve sonuçların iş tarafınca mutabakatı.

Sözleşmenizin zaten neyi kapsadığını kontrol edin. SAP'nin Private Edition için dönüşüm kılavuzu, standart sözleşme kapsamının biri üretim dışı sistemler, biri üretim için olmak üzere iki deneme çalıştırması (dry run) içerdiğini söyler. Daha fazlası ücretli bir hizmet olarak eklenebilir.

Üç tane planlıyorsanız üçüncüsünü kimin ödeyeceğinde baştan anlaşın.

Bu fazdaki diğer maliyet kesinti süresidir. Gördüğüm cutover kesintileri bir hafta sonundan bir haftaya kadar uzanıyor ve iş tarafı sevkiyat yapamadığı, fatura kesemediği veya kapanış yapamadığı her günün bedelini öder.

Bu süreyi kısaltabilirsiniz. Software Update Manager, kesinti süresi optimize edilmiş bir dönüşüm sunar; ancak SAP'nin kılavuzu Private Edition sürümünün ADM329 eğitim kursunu tamamlamış bir SAP uzmanı gerektirdiğini söyler. Bu, bedava bir anahtar değil, bütçede bir uzman kalemidir.

Test döngüyü kapatır. Bir dönüşüm her şeyi korur; bu yüzden regresyon testi tuttuğunuz her şeyi kapsamalıdır ve bu kapsam emekliye ayırmadığınız her özel nesneyle büyür.

İki maliyet proje planının dışında durur ve ikisi de CFO'nun masasına düşer.

Birincisi paralel çalıştırmadır. Enhancement package 6 ile 8 arasındaki SAP ERP 6.0 için ana bakım 31 Aralık 2027'de sona erer. 2030 sonuna kadar isteğe bağlı uzatılmış bakım iki ek yüzde puanına mal olur (SAP News).

Bugün başlayan bir greenfield programı 2028'e uzanır; yani siz geliştirirken ECC çalışmaya ve maliyet yaratmaya devam eder. En azından bir miktar uzatılmış bakımı, ECC destek ekibini ve aşamalı bir yaygınlaştırma sırasında her iki sistemi beslemesi gereken arayüzleri bütçeleyin.

İkincisi sözleşme dönüşümüdür. RISE with SAP'ye geçmek, SAP'nin artık SAP Cloud ERP Private olarak pazarladığı S/4HANA Cloud Private Edition anlamına gelir. Lisans ve bakım durumunuz bir aboneliğe dönüşür ve koşullar yayımlanmaz, pazarlıkla belirlenir.

Bir RISE sözleşmesinde gördüğüm en büyük tuzaklar yenileme koşulları, full user equivalent (FUE) boyutlandırması ve yapay zeka kredileridir. Her zaman pazarlıkla sözleşmeye eklettiğim şeyler dahil modüllerin listesi ve faz bazlı fiyatlandırmadır; böylece ilk günden değil, fazlar canlıya geçtikçe ödersiniz.

Mevcut lisanslarınıza ve bakım ödemelerinize ne olacağını SAP'ye yazılı olarak sorun. RISE with SAP sözleşmesi ve fiyatlandırması rehberim neyin dahil, neyin hariç olduğunu ve nerede bastırmanız gerektiğini anlatıyor.

Yönettiğim veya kurtardığım 21 SAP programında gördüğüm en büyük hata, başta doğru planlama yapmamaktır. Bütçeler Explore fazında, WRICEF listesi (raporlar, arayüzler, dönüşümler, geliştirmeler, formlar, iş akışları) büyüdükçe darbe alır ve kapsamın kontrolünü tedarikçilere bırakmak bunun kök nedenlerinden biridir.

İzleyeceğim sıra şöyle:

1. SAP Readiness Check'i ve özel kod kontrollerini çalıştırın, kimseden fiyat istemeden önce.
2. Hangi özel kodun emekliye ayrılacağına iş tarafı ve BT'den oluşan bir tasarım otoritesiyle karar verin.
3. Verinin profilini çıkarın ve veri eforunu programın yüzde 30 ila 40'ı olarak boyutlandırın.
4. Deneme dönüşümlerini ve dry run'ları sayın ve her birini kimin ödeyeceğinde anlaşın.
5. Paralel çalıştırmayı fiyatlayın, canlıya geçiş 2027 sonrasına düşüyorsa uzatılmış bakım dahil.
6. Kapsamı kendiniz yazın, böylece iş ortağı kendi kapsamını değil, sizin kapsamınızı fiyatlar.
7. Yüzde 10 ila 20 yedek pay ekleyin, sizin tarafınızda tutulan.

Sonra iş ortaklarına gidin. Referans ve geçişinizin üst düzey tasarımını isteyin; herhangi bir şirkete uyabilecek genel geçer yanıtlar karşısında masadan kalkın. S/4HANA geçiş iş ortağı seçme rehberim bu konuşmanın geri kalanını anlatıyor.

Somut bir sonraki adım: bu ay kendi üretim sisteminizden özel nesne sayısını ve kullanım verisini çekin. Bir geçiş bütçesini en çok değiştiren tek rakam budur ve herhangi bir iş ortağı odaya girmeden ona sahip olabilirsiniz.

Bir geçiş bütçesi veya bir iş ortağı teklifi hakkında bağımsız bir görüş istiyorsanız, kuruluşlara bu konuda yardım ediyorum. Bana buradan ulaşabilirsiniz.

S/4HANA geçişi ne kadara mal olur?

Kullandığım çalışma aralıkları küçük bir şirket için 80.000 $ ila 500.000 $, orta ölçek için 500.000 $ ila 2 milyon $'dır. Büyük bir kurum 2 milyon $ ila 10 milyon $ veya daha fazlasını, küresel bir grup ise 10 milyon $ ila 50 milyon $ veya daha fazlasını planlamalıdır. İş ortağı hizmetleri toplamın yüzde 35 ila 50'sini alır; aralığın neresine düşeceğinizi ise özel kod, veri ve deneme dönüşümü sayısı belirler.

S/4HANA'da brownfield, greenfield'dan daha mı ucuz?

Varsayılan olarak hayır. Ne kadar özel kod taşıdığınıza, verinizin ne kadar temiz olduğuna, süreçleri ne kadar yeniden tasarlamak istediğinize ve ne kadar kesintiyi kaldırabildiğinize bağlıdır. Büyük ve kullanılmayan bir özel kod tabanına sahip bir brownfield dönüşümü, SAP standardını benimseyen bir greenfield uygulamasından daha pahalıya gelebilir.

Bir S/4HANA geçişindeki en büyük gizli maliyet nedir?

Özel kod. Deneyimime göre şirketlerin en sık unuttuğu maliyet ve en sık taşan fazdır. Kimse geçişi fiyatlamadan önce özel nesnelerinizi sayın ve hangilerinin kullanıldığını kontrol edin.

Bir S/4HANA dönüşümü için kaç deneme dönüşümü gerekir?

Brownfield dönüşümünde cutover öncesinde üç deneme dönüşümü planlarım. SAP'nin Private Edition için dönüşüm kılavuzu, standart sözleşme kapsamına biri üretim dışı, biri üretim için iki dry run dahil eder; daha fazlası ücretli bir hizmet olarak alınabilir. İmzalamadan önce ek bir çalıştırmayı kimin ödeyeceğinde anlaşın.

Bir S/4HANA geçiş bütçesine ne kadar yedek pay eklemeliyim?

Bütçenin üstüne, iş ortağının fiyatının içinde değil, kendi tarafınızda yüzde 10 ila 20 tutun. Bunu, hiç fiyatlanmamış bir kapsamı karşılamak için değil, testte bulunan özel kod veya veri sorunları gibi adı konmuş risklere karşı serbest bırakın.

RISE with SAP, bir S/4HANA geçişini daha ucuz hale getirir mi?

Maliyetin büyüklüğünden çok biçimini değiştirir. Lisanslar, barındırma ve teknik operasyonlar bir aboneliğe taşınır; ancak özel kod, veri, test ve değişim hâlâ program bütçenizde durur. Yenileme koşullarına, FUE boyutlandırmasına ve yapay zeka kredilerine dikkat edin; dahil modüller ve faz bazlı fiyatlandırma için pazarlık yapın.