ECC'den S/4HANA'ya geçiş: yollar, adımlar ve takvim

SAP ECC standart bakımı 31 Aralık 2027'de sona eriyor, yani yaklaşık 15 ay sonra. İsteğe bağlı uzatılmış bakım, daha yüksek bir ücretle 2030 sonuna kadar sürüyor (SAP News). Karmaşık geçişler, gerçek testler başladığında kolayca 18 ila 24 aya uzayabilir. Henüz bir yol seçmediyseniz, son tarihten önce canlıya geçiş şimdiden zor görünüyor.

Bu kararı verecek kişi CIO ya da program lideri sizseniz, önünüzde üç yol var: greenfield, brownfield ya da seçici veri geçişi. Her birinin arkasındaki iş aynı beş adımı izler. Önce SAP Readiness Check'i çalıştırın, sonra seçin.

ECC'den S/4HANA'ya geçiş düz bir yükseltme değildir. Verinin saklanma biçimini, işlemlerin muhasebeleşme şeklini ve kullanıcıların çalışma tarzını değiştirir. Üzerinde çalıştığım bir projede ekip, onlarca özel raporu ECC'deki haliyle birebir yeniden yazdırmıştı. Kimse hâlâ gerekli olup olmadıklarını sormamıştı. Sonradan yarısının hiç kullanılmadığı ortaya çıktı. Geçiş teknik olarak temizdi. Sağladığı değer öyle değildi.

Geçiş eforunu belirleyen farklar şunlar:

Alan	SAP ECC	SAP S/4HANA
Veritabanı	Desteklenen herhangi bir veritabanı (Oracle, Db2, SQL Server ve diğerleri)	Yalnızca SAP HANA
Finans veri modeli	Toplam tablolarıyla birlikte ayrı FI, CO ve kârlılık tabloları	Tek kalem kaynağı olarak Universal Journal (ACDOCA tablosu)
Müşteri ve satıcı ana verileri	Ayrı müşteri ve satıcı kayıtları	İş ortağı (business partner) zorunludur
Kullanıcı arayüzü	SAP GUI	SAP Fiori uygulamaları; SAP GUI on-premise ve Private Edition'da hâlâ kullanılabilir
Dağıtım modeli	On-premise	On-premise, Private Edition (RISE with SAP) ya da Public Edition (GROW with SAP)
Uzantılar	Z programları ve modifikasyonlar	Clean Core: yayımlanmış API'ler, on-stack ABAP Cloud ya da SAP BTP üzerinde side-by-side
Bakım	EHP 6 ila 8 için standart bakım 2027 sonuna, uzatılmış bakım 2030 sonuna kadar	SAP, bakımı 2040 sonuna kadar taahhüt etti

Birlikte çalıştığım bir müşteri, dönüşümden sonra özel batch işlerinin neden artık çalışmadığını sorup duruyordu. Mantık, S/4HANA'nın değiştirdiği ECC tablo yapılarına dayanıyordu. Geçişin kendisi tamamlanmıştı. Bu işlerin yeni modelde hâlâ anlamlı olup olmadığını kimse sormamıştı.

Geçiş verileri taşır. Asıl soru, devraldığınız tasarım kararlarıyla ne yapacağınızdır.

Decide

Hangi geçiş yolu sizin durumunuza uyuyor?

Eski sistem dağınık ve süreçleri yeniden tasarlamak istiyorsunuz

→Greenfield

Süreçler sağlam, ECC kararlı, geçmiş veriler kalmalı

→Brownfield

Birden fazla tüzel kişilik var, kısmi yeniden kullanım ve seçili veri istiyorsunuz

→Bluefield

Greenfield: sıfırdan başlamak

S/4HANA'nın yeni bir implementasyonu. Eski yapılandırmadan hiçbir şey taşınmaz, süreçler SAP standardına göre yeniden tasarlanır ve yalnızca ihtiyaç duyduğunuz veriler SAP S/4HANA Migration Cockpit ile yüklenir.

Şu durumda uygundur: eski sistemler temiz biçimde dönüştürülemeyecek kadar dağınıksa ya da işletme süreçleri kopyalamak yerine yeniden düşünmek istiyorsa.

Dikkat edilecek nokta: değişim yükü. Kullanıcılar alıştıkları iş akışlarını kaybeder. Greenfield bir sistemde işlerin ne kadar farklı hissettireceğine kullanıcılarını hazırlamadığı için pişman olan şirketler gördüm. Benimsemeyi planlamaya eğitimle başlıyorsanız, zaten geç kalmışsınız demektir.

Brownfield: sistem dönüşümü

Mevcut ECC sisteminiz yerinde dönüştürülür. Yapılandırma, özel kod ve geçmiş sizinle birlikte gelir. Teknik dönüşüm, veritabanı geçiş seçeneğiyle Software Update Manager (SUM) üzerinden yürür.

Şu durumda uygundur: süreçler olgunsa, işlem geçmişi uyumluluk açısından önemliyse ve büyük bir yeniden yapılanma söz konusu değilse.

Dikkat edilecek nokta: devraldığınız teknik borç. Dönüşüm sırasında bilinçli olarak temizlemezseniz, eski sistemin karmaşıklığı sizinle birlikte taşınır.

Seçici veri geçişi

Bazen “bluefield” diye satılır. Her şeyi değil, seçili şirket kodlarını, iş birimlerini ya da veri dilimlerini taşırsınız; genellikle özel araçlarla ve bu işte deneyimli bir iş ortağıyla. Birleşmelerle ya da carve-out'larla oluşmuş gruplara veya yılların geçmişinin artık önemi kalmadığı durumlara uygundur.

Şu durumda uygundur: greenfield tarzı süreç özgürlüğünü, önem taşıyan yerlerde brownfield tarzı veri sürekliliğiyle birleştirmek istiyorsanız.

Üçünün, yönetim kurullarının genellikle sorduğu sorular açısından karşılaştırması şöyle:

Ölçüt	Greenfield	Brownfield	Seçici
Süreç yeniden tasarımı	Tam, SAP standardına göre	Büyük oranda korunur	Birim bazında seçilir
Geçmiş veriler	Taşınmaz (ya da yalnızca açık kalemler ve bakiyeler)	Tamamen taşınır	Seçilen kapsam
Canlıya geçişe kadar süre	Daha uzun	Daha kısa	Kapsama bağlı
Teknik borç	Ortadan kalkar	Taşınır	Taşınan kapsam için azalır
Değişim etkisi	Yüksek	Daha düşük	Orta
En uygun olduğu durum	Dağınık eski sistem, büyük yeniden tasarım	Kararlı, iyi bakılmış ECC	Birleşmeler, carve-out'lar, aşamalı devreye alma

Geçiş sırası

1. 01

   Değerlendirme

   SAP Readiness Check'i çalıştırın. Özel kodu, eklentileri ve arayüzleri envanterleyin.

2. 02

   Veriyi sınıflandırma

   Veriyi sıcak, ılık ve soğuk olarak ayırın. Soğuk verinin taşınması gerekmez.

3. 03

   Temizleme

   Mükerrer kayıtları, tutarsızlıkları ve eksik alanları giderin. Her zaman planlanandan uzun sürer.

4. 04

   Kodu uyarlama

   ABAP Test Cockpit kontrollerini çalıştırın. Z kodunu azaltın, olduğu gibi taşımayın.

5. 05

   Test ve cutover

   Birkaç test turu ve en az bir tam cutover provası.

1. Değerlendirme ve hazırlık

Buradan başlayın. Her zaman. SAP Readiness Check ECC sisteminizi analiz eder; sadeleştirme kalemleri, eklenti uyumluluğu, özel kod, veri hacimleri ve boyutlandırma üzerine rapor verir.

Sürprizler genellikle eklentilerden ve özel koddan çıkar. Birlikte çalıştığım bazı müşterilerin kapsamında yüzlerce özel nesne vardı ve çoğu, ne kadar çok etkin olmayan kod çıktığına şaşırdı. Bunu on ikinci ayda değil, ikinci haftada bulmak çok daha iyidir.

Teknik ön koşulları da aynı anda kontrol edin. Dönüşüm, herhangi bir enhancement package ile SAP ERP 6.0 üzerinden yapılır. Sistem Unicode olmalı, değilse iki adımlı bir dönüşüm planlarsınız. Dual-stack sistemlerin önce ayrıştırılması gerekir. Müşteri ve satıcı ana verileri dönüşümden önce iş ortaklarına çevrilmelidir. Bu sonuncusu, diğer her şeyden daha fazla ekibi yakalar.

2. Veri analizi ve sınıflandırma

Veriyi taşımadan önce ölçün ve sıralayın:

1. Sıcak: sık kullanılır, canlı işlem için gerekir.
2. Ilık: ara sıra erişilir, ilgili ama günlük değil.
3. Soğuk: geçmişe ait ya da kullanılmayan, yalnızca denetim için saklanır.

Soğuk verinin S/4HANA'ya girmesi gerekmez. Arşivleyin. Bu adımı atlayan ekipler yeni sisteme, hem geçişi hem performansı yavaşlatan bir kalabalık taşır.

3. Veri temizleme ve arşivleme

Bu adım her planın öngördüğünden uzun sürer. Mükerrer satıcı kayıtları. Tutarsız ölçü birimleri. Yarım doldurulmuş müşteri ana verileri. Bu sorunlar her ECC sisteminde vardır ve önce kimse düzeltmezse olduğu gibi S/4HANA'ya geçer.

Birlikte çalıştığım bir müşteri yalnızca veri temizleme ve arşivlemeye beş ay harcadı. Temizliği atlayan ekipler sorunları cutover sırasında, bunları düzgünce çözecek zaman kalmadığında bulur. SAP veri geçişlerinin neden başarısız olduğunu anlattığım yazı bu adımı daha derinlemesine ele alıyor.

4. Özel kod uyarlaması

ABAP Test Cockpit (ATC) S/4HANA hazırlık kontrollerini çalıştırın; bunlar kodunuzu SAP'nin sadeleştirme kalemleriyle karşılaştırır. Çıktı, neyin sözdizimi düzeltmesi, neyin işlevsel olarak değiştirilmesi gerektiğini ve neyin emekliye ayrılması gerektiğini gösterir.

Hedef yalnızca çalışan Z kodu değil, daha az Z kodudur. Taşıdığınız her özel nesne, gelecekteki her yükseltmenin maliyetini artırır. Clean Core rehberim geriye kalanın nasıl sınıflandırılacağını anlatıyor.

5. Test, eğitim ve cutover

Testi turlar halinde yürütün: birim, entegrasyon, kullanıcı kabul testi (UAT), ardından en az bir tam cutover provası. UAT'ye hem uzman kullanıcıları hem de ara sıra kullananları alın. Farklı sorunlar bulurlar.

Prova isteğe bağlı değildir. Tüm sıra çalıştığında ortaya çıkan zamanlama boşluklarını, eksik doğrulamaları ve arayüz hatalarını gösterir. Provayı atlayan ekipler bu sorunlarla canlıya geçiş hafta sonunda karşılaşır.

Her geçiş planında görmeyi beklediğim SAP araçları:

Araç	Ne yapar	Ne zaman kullanılır
SAP Readiness Check	Sadeleştirme kalemleri, eklentiler, özel kod, boyutlandırma	Yol seçilmeden önce
ABAP Test Cockpit (ATC)	Bozulacak özel kodu bulur	Özel kod uyarlaması
SAP Signavio	Süreçlerin belgelendiği gibi değil, gerçekte nasıl işlediğini gösterir	Tasarım dondurulmadan önce
SAP LeanIX	Uygulamaları ve arayüzleri haritalar	Entegrasyon tasarımı
Software Update Manager (SUM)	Teknik dönüşümü yürütür	Brownfield dönüşümü
SAP S/4HANA Migration Cockpit	Ana verileri ve işlem verilerini yükler	Greenfield veri geçişi

Enhancement package 6 ila 8 üzerindeki SAP ERP 6.0 için standart bakım 31 Aralık 2027'de sona erer. İsteğe bağlı uzatılmış bakım, bakım tabanı üzerinden iki yüzde puanlık bir primle 31 Aralık 2030'a kadar sürer. Daha eski enhancement package'lar standart bakımdan 2025 sonunda çıktı.

2030'un ötesi için tek bir dar yol var. SAP'nin SAP ERP, private edition, geçiş seçeneği 2031 ile 2033 arasını kapsar. Yalnızca 2030 sonundan önce SAP HANA üzerinde SAP ERP, private edition'a taşınan büyük sistemler için geçerlidir ve yalnızca SAP'nin max success planıyla. Bunu bir plan olarak değil, bir istisna olarak görün.

Süreye gelince, karmaşık sistemlerin tam geçişleri gerçek testler başladıktan sonra 18 ila 24 ay ya da daha uzun sürebilir. Orta ölçekli ve büyük şirketler için iyi hazırlanmış bir dönüşümde 12 ila 18 ay ya da daha fazlası gerçekçidir. Birden fazla tüzel kişiliği kapsayan büyük bir greenfield programı 24 ila 36 ay sürebilir.

1. 2027ECC standart bakımı sona eriyor31 Aralık, SAP ERP 6.0 EHP 6 ila 8 için
2. 2028Bugün başlarsanız olası canlıya geçişGerçek testler başladıktan sonra 18 ila 24 ay
3. 2030Uzatılmış bakım sona eriyorİsteğe bağlı, iki puanlık primle
4. 2033Geçiş seçeneği sona eriyorPrivate edition, yalnızca büyük sistemler

Kaynak: SAP News, Şubat 2020 ve Ağustos 2025

Yani hesap basit. Karmaşık bir değerlendirmeye bugün başlarsanız canlıya geçiş 2028'e düşer. Uzatılmış bakım için bütçe ayırın ve bu süreyi beklemek yerine veriyi temizlemek ve özel kodu emekliye ayırmak için kullanın. Seçeneklerinizi sınamak için geçiş değerlendirmemi kullanabilirsiniz.

Greenfield ile brownfield ECC'den S/4HANA'ya geçiş arasındaki fark nedir?

Greenfield yeni bir implementasyondur: eski yapılandırmadan ya da özel koddan hiçbir şey taşınmaz, süreçler SAP standardına göre tasarlanır ve yalnızca ihtiyaç duyduğunuz veriler yüklenir. Brownfield mevcut ECC sisteminizi dönüştürür; yapılandırma, özel kod ve geçmiş korunur. Daha hızlı ve daha az kesintili olsa da teknik borç da birlikte gelir. Seçici veri geçişi ikisinin arasında yer alır.

SAP ECC'den S/4HANA'ya geçiş için son tarih nedir?

Enhancement package 6 ila 8 üzerindeki SAP ERP 6.0 için standart bakım 31 Aralık 2027'de sona erer. İsteğe bağlı uzatılmış bakım, bakım tabanı üzerinden iki yüzde puanlık bir primle 31 Aralık 2030'a kadar sürer. 2031 ile 2033 arasını kapsayan bir geçiş seçeneği yalnızca 2030 sonundan önce SAP HANA üzerinde SAP ERP, private edition'a taşınan büyük sistemler için vardır.

SAP Readiness Check size ne söyler?

ECC sisteminizi analiz eder; yapılandırmanızı etkileyen sadeleştirme kalemleri, eklenti uyumluluğu, özel kod etkisi, veri hacimleri ve HANA boyutlandırması üzerine rapor verir. Erken çalıştırmak kapsam tartışmasını değiştirir, çünkü ekipler bağımlı olduklarını bilmedikleri eklentileri ve özel kodu düzenli olarak buluyor.

ECC'den S/4HANA'ya geçiş ne kadar sürer?

Orta ölçekli ve büyük bir şirket için iyi hazırlanmış bir dönüşüm çoğu zaman 12 ila 18 ay ya da daha uzun sürer. Karmaşık, çok tüzel kişilikli programlar gerçek testler başladıktan sonra 18 ila 24 aya, büyük greenfield programları 24 ila 36 aya uzayabilir. Takvimin kaymasının en yaygın nedeni veri temizlemedir.

Universal Journal (ACDOCA) nedir ve geçiş için neden önemlidir?

Universal Journal, ECC'nin ayrı tablolarda tuttuğu finansal muhasebe, kontrol ve kârlılık verilerini bir araya getiren tek kalem tablosudur: ACDOCA. Eski yapıları, örneğin COEP'i ya da kârlılık tablolarını okuyan özel kod ve raporların gözden geçirilmesi gerekir. Bazıları küçük düzeltmeler ister; bazıları yeniden tasarım.

ECC'yi S/4HANA'ya dönüştürmenin teknik ön koşulları nelerdir?

Dönüşüm, herhangi bir enhancement package ile SAP ERP 6.0 üzerinden yapılır. Sistem Unicode olmalı, aksi halde iki adımlı bir yaklaşım izlenir. Dual-stack sistemler önce ayrıştırılmalıdır. Müşteri ve satıcı ana verileri iş ortaklarına dönüştürülmelidir. Tarih taahhüt etmeden önce SAP Readiness Check'i ve ATC özel kod kontrollerini çalıştırın.

ECC geçişi için RISE with SAP mi GROW with SAP mi seçmeliyim?

Önemli miktarda özel kodu ve karmaşık süreçleri olan ECC müşterilerinin çoğu, mevcut sistemin dönüşümünü destekleyen RISE with SAP kapsamında S/4HANA Cloud Private Edition'a geçer. GROW with SAP ise Public Edition'ı kullanır; bu, standart süreçlerle ve yalnızca yayımlanmış API'lerle yapılan uzantılarla çalışan yeni bir implementasyondur. SAP'nin standardını benimsemeye istekli şirketlere uygundur.