Yola göre S/4HANA geçiş süresi ve proje planı

Deneyimime göre SAP ECC'den bir S/4HANA geçişinin süresi, brownfield dönüşümünde 12 ila 18 ay, greenfield uygulamasında 18 ila 24 aydır. Seçici veri geçişi 12 ila 18 ay sürer. Proje planı altı SAP Activate fazını izler ve en sık taşan faz özel koddur.

Kısa cevap: planı SAP Readiness Check ile başlatın ve eforun yüzde 30 ila 40'ını veriye ayırın. Brownfield'da üç deneme dönüşümü planlayın ve bir hafta sonundan bir haftaya kadar uzanan bir cutover kesintisi bekleyin.

Bu yazı, yolları ve ECC son tarihlerini anlatan ECC'den S/4HANA'ya geçiş rehberimin arkasındaki süre ve planlama ayrıntısıdır. ECC'den geçmek yerine SAP'yi sıfırdan uyguluyorsanız SAP uygulama süresi rehberim faz süreleriyle birlikte bu durumu ele alıyor.

Süreyi yol belirler. Kuralım şu: başka sistemlerden geçiyorsanız veya yeni süreçlerin tanımlanması gerekiyorsa greenfield. Süreçler tanımlı ve çalışıyorsa brownfield, bazı alanların süreçlerinin yeniden tanımlanması gerekiyorsa seçici geçiş.

Gördüğüm programlarda her yolun ne kadar sürdüğü ve onu genellikle neyin uzattığı şöyle:

Yol	Tipik süre	Planın neyin etrafında kurulduğu	Genellikle neyin uzattığı
Brownfield (sistem dönüşümü)	12 ila 18 ay	Mevcut ECC sisteminin Software Update Manager ile dönüştürülmesi, ardından tekrarlanan test dönüşümleri	Özel kodun uyarlanması ve business partner dönüşümü
Greenfield (yeni uygulama)	18 ila 24 ay	Fit-to-standard tasarım, geliştirme ve tekrarlanan veri yükleme döngüleri	Uzun gereksinim listelerine dönüşen Explore atölyeleri ve veri temizliği
Seçici veri geçişi	12 ila 18 ay	Hangi şirket kodlarının, birimlerin ve geçmişin taşınacağında anlaşmak, ardından uzman araçlar	Veri kapsamlaması ve uzman iş ortaklarına bağımlılık

Takvim de yol kadar önemlidir. Enhancement package 6 ile 8 arasındaki ECC için ana bakım 31 Aralık 2027'de sona erer (SAP News). Bu ay başlayan bir brownfield, Ekim 2027 ile Nisan 2028 arasında canlıya geçer; şimdi başlayan bir greenfield ise 2028'e denk gelir.

Dolayısıyla bugün yazılan planların çoğu bütçede bir miktar uzatılmış bakıma ihtiyaç duyar. Bunu ikinci yılda bir sürpriz olarak değil, en başta bütçeye koyun.

RISE with SAP bir yol değil, ticari bir pakettir. RISE kapsamındaki bir brownfield veya seçici geçiş, SAP Cloud ERP Private'a varır; bu, pek çok kişinin hâlâ S/4HANA Cloud Private Edition olarak aradığı ürün için SAP'nin kullandığı güncel addır. GROW with SAP için verdiğim 6 ila 9 ay ve RISE için verdiğim 9 ila 18 ay, ECC geçişleri için değil, yeni uygulamalar içindir.

SAP Activate, SAP'nin S/4HANA için teslimat yöntemidir. Altı fazı vardır: Discover, Prepare, Explore, Realize, Deploy ve Run (SAP Activate).

Bir geçiş de aynı fazları kullanır. Değişen, her fazın içindeki iştir.

Geçiş proje planı

1. 01

   Discover

   Readiness Check, yol kararı ve iş gerekçesi.

2. 02

   Prepare

   Plan, yönetişim, ekip ve ilk sandbox.

3. 03

   Explore

   Fit-to-standard veya delta tasarım, WRICEF listesi üzerinde anlaşma.

4. 04

   Realize

   Geliştirme, özel kod, veri yüklemeleri, test dönüşümleri.

5. 05

   Deploy

   Genel prova, cutover ve canlıya geçiş.

6. 06

   Run

   Hypercare, stabilizasyon ve ECC'nin devreden çıkarılması.

Bir geçişte her fazın neleri içerdiği ve yolların nerede ayrıştığı şöyle:

Faz	Bir geçişte ne olur	Yollar nasıl ayrışır
Discover	SAP Readiness Check, yol kararı, iş gerekçesi, özel koda ve veriye ilk bakış	Seçici geçiş burada ilk veri kapsamına ihtiyaç duyar
Prepare	Plan, yönetişim, ekip, veri sahipliği, sandbox	Brownfield ilk sandbox dönüşümünü yapar; greenfield sistemi ve atölye takvimini kurar
Explore	Fit-to-standard atölyeleri veya delta tasarım, WRICEF listesi üzerinde anlaşma, veri eşleme	Greenfield en uzun süreyi burada geçirir; brownfield geçerli simplification item'ları tek tek ele alır
Realize	Geliştirme, özel kod uyarlaması, veri yükleme döngüleri, test turları	Brownfield deneme dönüşümleri yapar; greenfield genellikle Migration Cockpit ile yükleme döngüleri yürütür
Deploy	Genel prova, cutover, canlıya geçiş	Kesinti penceresi yola, veri hacmine ve yaklaşıma bağlıdır
Run	Hypercare, stabilizasyon	ECC'yi devreden çıkarın ve sakladığınız veriyi arşivleyin

WRICEF; iş akışları, raporlar, arayüzler, dönüşümler, geliştirmeler ve formlar anlamına gelir. SAP standardının ötesinde geliştirdiğiniz her şeyin listesidir ve izlenmesi gereken rakam budur.

Yönettiğim veya kurtardığım 21 SAP programında en büyük hata, uygulamanın başında doğru planlama yapmamaktır. Prepare fazında veri temizliğinin sahibinin kim olduğunda, hangi özel kodun emekliye ayrılacağında ve her test dönüşümünün ve provanın ne zaman yapılacağında anlaşın. Bu tarihler planın omurgası olur.

Brownfield: planı test dönüşümlerinin etrafında kurun

Bir brownfield planı dönüşüm döngüsünün etrafında kurulur. Software Update Manager sistemi dönüştürür ve her test çalıştırması, gerçeğinin ne kadar süreceğini ve neyin bozulacağını size söyler.

Brownfield'da cutover öncesinde üç deneme dönüşümü planlarım. Zamanlamalar bir anlam taşısın diye her biri üretimin yakın tarihli bir kopyası üzerinde çalışmalıdır. Sonuncusu canlıya geçiş gibi davranmalıdır: aynı sıra, aynı kişiler, aynı kontroller.

SAP'nin downtime-optimized yaklaşımı için kendi planı da benzerdir. Bir sandbox çalıştırması, bir kalite güvence çalıştırması, bir klon üzerinde yükleme doğrulaması ve bir genel prova öngörür (SAP Learning). SAP, daha az çalıştırmanın teknik olarak mümkün olduğunu ama riski artırdığını belirtir.

Greenfield: planı tasarımın ve veri yüklemelerinin etrafında kurun

Greenfield'da zaman Explore'a gider. Fit-to-standard atölyeleri SAP standardının ne kadarını benimseyeceğinize karar verir ve her boşluk geliştirilecek, test edilecek ve bakımı yapılacak bir WRICEF nesnesine dönüşür.

Veri, genellikle SAP S/4HANA Migration Cockpit ile yükleme döngüleri halinde taşınır. Her biri iş tarafının onayladığı bir mutabakatla biten birkaç tam yükleme döngüsü planlayın. Adım adım Migration Cockpit rehberim staging tablolarını, migration object'leri ve yükleme sürecini anlatıyor.

Seçici: planı veri kapsamının etrafında kurun

Seçici bir plan veri kapsamıyla başlar. Hangi şirket kodları, iş birimleri ve kaç yıllık geçmiş taşınacak, hangi süreçler yeniden tasarlanacak.

Araçları, uzman iş ortağını ve test döngülerini bu kapsam belirler. Kapsamı geç değiştirirseniz takvim de onunla birlikte kayar.

Deneyimime göre özel kod en sık taşan fazdır. Aynı zamanda bir geçişte en sık unutulan gizli maliyettir; bunu S/4HANA geçiş maliyeti rehberim ele alıyor.

İzleyeceğim yerler sırasıyla şunlar:

1. Özel kod. Ekipler kapsamı bir rapordan çıkarır, gerçek büyüklüğü ise düzeltme başladığında görür. Bir programda smartShift ile yapılan analiz özel nesneleri 18.000'den 3.200'e indirdi. Önce emekliye ayırın, sonra uyarlayın.
2. Değerlendirmenin kaçırdığı özel nesneler. Deneyimime göre SAP Readiness Check'in kaçırdığı özel nesneler, sonradan can yakanlardır. Çıktısını kapsamınız olarak kabul etmeden önce SAP Readiness Check rehberimi okuyun.
3. Veri. Veri taşıma eforun yüzde 30 ila 40'ını alır. Temizliğin bir sahibi olmadığında geç başlar, sonra test döngülerini sıkıştırır. SAP veri taşımanın neden başarısız olduğunu anlattığım yazım daha derine iniyor.
4. Explore. WRICEF listesi büyüdükçe bütçeler Explore'da darbe alır. Kapsamı tedarikçi kontrol ettiğinde, tedarikçi tarafında kimsenin büyümeyi durdurmak için bir nedeni yoktur.
5. Zaman kazanmak için kısaltılan provalar. Tarihi korumak için atlanan bir prova, canlıya geçiş hafta sonunda kazandırdığından daha fazla zamana mal olma eğilimindedir.

Görüşüm şu: canlıya geçiş tarihini, WRICEF listesi ve özel kod kapsamı belli olduğunda, Explore'un sonunda kilitleyin. Proje başlangıcında belirlenen bir tarih, ekine bir yönetim kurulu sunumu iliştirilmiş bir tahmindir.

Gördüğüm cutover kesintileri bir hafta sonundan bir haftaya kadar uzanıyor. Veri hacmi, dönüşüm yaklaşımı, birlikte canlıya geçen kuruluş ve arayüz sayısı ve iş tarafının ne kadar hızlı doğrulama yapabildiği bu süreyi değiştirir.

Brownfield için SAP, Software Update Manager içinde bir downtime-optimized dönüşüm yaklaşımı sunar. Bu yaklaşım, üretim çalışmaya devam ederken veri dönüşümünün ve taşımanın bir kısmını çalışma süresine (uptime) kaydırır.

Bu bedava zaman değildir. SAP ek test çalıştırmaları, daha karmaşık planlama, kesinti öncesinde customizing ve geliştirme dondurmaları ve bu yaklaşımda eğitim almış bir uzman gerektiğini listeler.

Bu yüzden teknik yaklaşımı seçmeden önce iş tarafının kabul edebileceği kesinti süresinde anlaşın. Sonra bunu canlıya geçiş hafta sonunda değil, deneme dönüşümlerinde kanıtlayın. Cutover'ı ay sonu kapanışından ve yoğun sezondan uzak tutun.

Bir plan, arkasındaki varsayımlar kadar iyidir. Kimse imza atmadan önce soracağım sorular şunlar:

1. Plan hangi yolu varsayıyor ve Readiness Check sonuçlarımızda bunu destekleyen ne var?
2. Kullanım analizinden sonra kapsamda kaç özel nesne var ve kaçı emekliye ayrılacak?
3. Veri temizliğinin sahibi kim ve hangi fazda başlıyor?
4. Kaç deneme dönüşümü veya yükleme döngüsü planlandı ve hangi veri üzerinde?
5. Plan ne kadar kesinti varsayıyor ve bunu hangi test çalıştırması kanıtlıyor?
6. Tarih ne zaman kilitleniyor ve Explore'da WRICEF listesi büyürse tarihe ne oluyor?

İş ortağından sizinkine benzer programlardan referanslar ve üst düzey tasarımını isteyin. Yanıtlar genel geçer ve işinize özgü değilse bunu bir uyarı işareti olarak görün.

SAP Readiness Check'i bu çeyrekte çalıştırın. Kimse bir canlıya geçiş tarihine bağlanmadan önce özel kod ve veri bulgularını CFO'nun ve program direktörünün önüne koyun.

Ardından planı, kabul edebileceğiniz cutover penceresinden geriye doğru kurun: brownfield'da üç deneme dönüşümüyle ya da yolunuzun gerektirdiği yükleme döngüleriyle. Önce yolun kendisini sınamak için greenfield ve brownfield geçiş değerlendirmemi deneyin.

Kuruluşların bunun gibi geçiş planları kurmasına ve bunları zorlu senaryolara karşı sınamasına yardım ediyorum. Bağımsız bir görüş istiyorsanız benimle iletişime geçin.

S/4HANA geçişi ne kadar sürer?

Deneyimime göre ECC'den brownfield dönüşümü 12 ila 18 ay, greenfield uygulaması 18 ila 24 ay, seçici veri geçişi ise 12 ila 18 ay sürer. Özel kod en sık taşan fazdır ve veri taşıma eforun yüzde 30 ila 40'ını alır.

S/4HANA geçiş proje planının fazları nelerdir?

Plan SAP Activate'i izler: Discover, Prepare, Explore, Realize, Deploy ve Run. Bir geçişte Discover, Readiness Check'i ve yol kararını; Realize özel kodu, veri yüklemelerini ve test dönüşümlerini; Deploy ise genel provayı ve cutover'ı içerir.

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

Brownfield'da cutover öncesinde üç deneme dönüşümü planlarım. SAP, downtime-optimized yaklaşımı için bir sandbox çalıştırması, bir kalite güvence çalıştırması, bir yükleme doğrulaması ve bir genel prova öngörür ve daha az çalıştırmanın riski artırdığını söyler.

S/4HANA cutover kesintisi ne kadar sürer?

Gördüğüm cutover kesintileri bir hafta sonundan bir haftaya kadar uzanıyor. Süre veri hacmine, dönüşüm yaklaşımına ve kaç kuruluşun ve arayüzün birlikte canlıya geçtiğine bağlıdır. SAP'nin downtime-optimized dönüşümü işin bir kısmını çalışma süresine kaydırır ama daha fazla test çalıştırması ve planlama gerektirir.

S/4HANA geçişini 2027'de ECC desteği bitmeden tamamlayabilir miyiz?

Enhancement package 6 ile 8 arasındaki ECC için ana bakım 31 Aralık 2027'de sona erer. Ekim 2026'da başlayan bir brownfield, Ekim 2027 ile Nisan 2028 arasında canlıya geçer; bir greenfield ise 2028'de. Şimdi başlayan programların çoğu bir miktar uzatılmış bakımı bütçelemelidir.

S/4HANA geçiş projelerini en çok ne geciktirir?

Deneyimime göre en sık özel kod taşar; onu geç başlayan veri temizliği ve Explore'da büyümeye devam eden bir WRICEF listesi izler. Bunların çoğunun kökünde programın başında doğru planlama yapılmaması yatar.