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

ECC'den S/4HANA'ya geçiş, SAP ERP sisteminizi SAP ECC 6.0'dan SAP S/4HANA'ya taşır; yeni bir veritabanı, yeni bir finans veri modeli ve yeni bir kullanıcı arayüzüyle. Önünüzdeki karar, hangi yolu seçeceğiniz ve ECC ana bakımı 31 Aralık 2027'de sona ermeden canlıya geçip geçemeyeceğinizdir.

Kısa cevap: başka sistemlerden geliyorsanız veya yeni süreçlere ihtiyacınız varsa greenfield, süreçleriniz tanımlı ve çalışıyorsa brownfield, yalnızca bazı alanların yeniden tasarlanması gerekiyorsa seçici veri geçişi. 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. Bunlardan herhangi birine bağlanmadan önce SAP Readiness Check'i çalıştırın.

ECC'den S/4HANA'ya geçiş düz bir yükseltme değildir. Verinin nasıl saklandığını, işlemlerin nasıl kaydedildiğini ve kullanıcıların nasıl çalıştığını değiştirir.

Çalıştığım bir projede bir ekip, onlarca özel raporu ECC'de nasılsa birebir öyle yeniden yaptırdı. Kimse bunlara hâlâ ihtiyaç olup olmadığını sormadı. Sonradan yarısı hiç kullanılmadı.

Geçiş teknik olarak temizdi. Değer ise öyle değildi.

SAP ECC, SAP ERP Central Component'in kısaltmasıdır. SAP Business Suite 7'nin temel uygulamalarından biri olan SAP ERP 6.0'ın çekirdeğidir ve insanlar "SAP ECC" dediğinde neredeyse her zaman ECC 6.0'ı kastederler. Finans, Kontrolling, satın alma, satış ve üretimi, Oracle'dan SQL Server'a ve Db2'ye kadar SAP'nin desteklediği her veritabanında çalıştırır.

Geçmenin ilk nedeni bakımdır. Enhancement package 6 ile 8 arasındaki SAP ERP 6.0 için ana bakım 31 Aralık 2027'de sona erer. Enhancement package 5 veya daha düşük sürümdeki sistemler 2025 sonunda ana bakımdan çıktı (SAP).

SAP S/4HANA ardıldır ve SAP onu 2040 sonuna kadar destekleme taahhüdü vermiştir.

İkinci neden zamandır. Bugün, Ekim 2026'da bir brownfield dönüşümüne başlarsanız canlıya geçiş 2027 sonu ile 2028 baharı arasına denk gelir. Bugün greenfield'a başlarsanız 2028'de canlıya geçersiniz.

Dolayısıyla çoğu ECC müşterisi için soru artık geçip geçmemek değil. Soru, hangi yol ve geçiş sürerken ne kadar uzatılmış bakım bütçeleneceği.

Bu konuyu YouTube kanalımdaki bir videoda da ele alıyorum (İngilizce).

Geçiş eforunun büyük kısmını belirleyen farklar şunlardır:

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 ayrı FI, CO ve kârlılık tabloları	Tek kalem düzeyinde kaynak olarak Universal Journal (ACDOCA tablosu)
Müşteri ve satıcı ana verileri	Ayrı müşteri ve satıcı kayıtları	Business partner zorunlu
Malzeme numarası	18 karakter	Genişletilmiş uzunluğu açarsanız 40 karaktere kadar
Kredi yönetimi	SD kredi yönetimi	SAP Credit Management (FIN-FSCM)
Kullanıcı arayüzü	SAP GUI	SAP Fiori uygulamaları; SAP GUI on-premise ve Private Edition'da hâlâ kullanılabilir
Kurulum modeli	On-premise	On-premise, Private Edition (RISE with SAP) veya Public Edition (GROW with SAP)
Uzantılar	Z programları ve modifikasyonlar	Clean core: yayımlanmış API'ler, on-stack ABAP Cloud veya SAP BTP üzerinde side-by-side
Bakım	EHP 6-8: ana bakım 2027 sonuna, uzatılmış bakım 2030 sonuna kadar	2040 sonuna kadar taahhüt

SAP bu farkların her birini bir simplification item olarak kaydeder ve her S/4HANA sürümü için Simplification List'te yayımlar. Business partner gibi bazıları her müşteri için zorunludur. Diğerleri yalnızca ilgili işlevi kullanıyorsanız önemlidir ve SAP Readiness Check hangilerinin sisteminiz için geçerli olduğunu gösterir.

2023'te birlikte çalıştığım Avrupalı bir üretim müşterisi, dönüşümden sonra özel toplu 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. Kimse bu işlerin yeni modelde hâlâ anlamlı olup olmadığını sormamıştı.

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

Seçim kuralım kısa. Başka sistemlerden geçiyorsanız veya yeni süreçlerin tanımlanması gerekiyorsa greenfield. Süreçleriniz tanımlı ve çalışıyorsa brownfield, bazı alanların süreçlerinin yeniden tanımlanması gerekiyorsa seçici veri geçişi.

Decide

Durumunuza hangi ECC'den S/4HANA'ya geçiş yolu uyar?

→Greenfield

Başka sistemlerden geçiş veya yeni süreçlerin tanımlanması gerekiyor

→Brownfield

Süreçler tanımlı ve çalışıyor

→Seçici veri geçişi

Yalnızca bazı alanların süreçleri yeniden tanımlanmalı

Greenfield: yeni bir uygulama

S/4HANA'nın yeni bir uygulaması. Eski konfigürasyonun hiçbiri taşınmaz, süreçler SAP standardına göre tasarlanır ve yalnızca ihtiyacınız olan veri yüklenir.

İşinizin bir kısmı bugün SAP dışı sistemlerde çalışıyorsa doğal seçim budur. Kullanıcılarını greenfield bir sistemde her şeyin ne kadar farklı hissettireceğine hazırlamadıkları için pişman olan şirketler gördüm. Benimseme planlaması eğitimle başlıyorsa zaten geç kalınmıştır.

Brownfield: sistem dönüşümü

Brownfield bir sistem dönüşümüdür. Mevcut ECC sisteminiz yerinde dönüştürülür; konfigürasyon, ö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ütülür.

SAP her sürüm için ön koşulları ve teknik adımların sırasını içeren bir SAP S/4HANA Conversion Guide yayımlar. Tarih planlamadan önce hedef sürümünüzün kılavuzunu okuyun. Risk, taşıdığınız teknik borçtur; çünkü bilinçli olarak temizlemediğiniz sürece eski karmaşıklık sizinle birlikte taşınır.

Seçici veri geçişi

Seçici veri geçişi her şeyi değil, seçilen şirket kodlarını, iş birimlerini veya verinin belirli zaman dilimlerini taşır. Uzman araçlar ve bu konuda deneyimli bir iş ortağı gerektirir. Bazı tedarikçiler bunu "bluefield" olarak satar.

Finansın iyi çalıştığı ama satın almanın yeniden tasarım gerektirdiği gruplara ya da birleşme ve ayrılmaların çok farklı süreçleri yan yana bıraktığı yapılara uyar. Gereken alanları yeniden tasarlar, geçmişi önemli olduğu yerde korursunuz.

Yönetim kurullarının genellikle sorduğu sorularda üç yol şöyle karşılaştırılır:

Yol	Ne zaman seçilir	Tipik süre	Ana risk
Greenfield	Başka sistemlerden geçiş veya yeni süreçlerin tanımlanması gerekiyor	18 ila 24 ay	Kullanıcılar üzerindeki değişim yükü ve geride bırakılan geçmiş
Brownfield	Süreçler tanımlı ve çalışıyor	12 ila 18 ay	Taşınan teknik borç ve kullanılmayan özel kod
Seçici veri geçişi	Bazı alanların süreçleri yeniden tanımlanmalı	12 ila 18 ay	Uzman araçlara ve iş ortaklarına bağımlılık, karmaşık veri kapsamlaması

Yol ayrıntıları değiştirir ama sıra aynı kalır. Planlayacağım beş adım, sırasıyla şunlardır.

Geçiş sırası

1. 01

   Readiness check

   SAP Readiness Check'i çalıştırın ve teknik ön koşulları doğrulayın.

2. 02

   Seç ve planla

   Yolu seçin, kapsamı belirleyin ve geliştirme başlamadan tüm programı planlayın.

3. 03

   Özel kod

   Kullanılanı bulun, gerisini emekliye ayırın, kalanı uyarlayın.

4. 04

   Veri

   Herhangi bir şeyi taşımadan önce sınıflandırın, temizleyin ve arşivleyin.

5. 05

   Test ve cutover

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

1. Readiness check'i çalıştırın

Buradan başlayın. Her zaman. SAP Readiness Check, ECC sisteminizi analiz eder ve simplification item'lar, eklenti uyumluluğu, özel kod, veri hacimleri ve boyutlandırma hakkında rapor verir.

Sürprizler genellikle eklentilerden ve özel koddan çıkar. Birlikte çalıştığım bazı müşterilerin kapsamında yüzlerce özel nesne vardı. Bunu on ikinci ayda değil, ikinci haftada öğrenmek daha iyidir.

Brownfield dönüşümü için şu ön koşulları aynı anda kontrol edin:

1. Sürüm: dönüşüm, herhangi bir enhancement package üzerindeki SAP ERP 6.0'dan yapılabilir.
2. Unicode: sistem Unicode olmalıdır; değilse iki adımlı bir dönüşüm planlarsınız.
3. Dual-stack: dual-stack sistemlerin önce ayrılması gerekir.
4. Business partner: müşteri ve satıcı ana verileri dönüşümden önce business partner'a çevrilmelidir. Ekipleri en çok bu madde yakalar.

2. Yolu seçin ve programı planlayın

Yolu seçmek için readiness check sonuçlarını ve yukarıdaki kuralımı kullanın. Ardından, kimse geliştirmeye başlamadan veri, test ve cutover dahil tüm programı planlayın.

Yönettiğim veya kurtardığım 21 SAP programında gördüğüm en büyük geçiş hatası, geçişin uygulamanın başında doğru planlanmamasıdır. İlk haftalarda veri temizliğinin sahibinin kim olduğuna, hangi özel kodun emekliye ayrılacağına ve cutover provalarının ne zaman yapılacağına karar verin. Bu kararlar geç alındığında pahalıya patlar.

3. Özel kodu uyarlayın

Kodunuzu SAP'nin simplification item'larıyla karşılaştıran S/4HANA kontrollerini ABAP Test Cockpit'te çalıştırın. Custom Code Migration app aynı sonuçları kullanım verileriyle birlikte gösterir; böylece herhangi bir şeyi düzeltmeden önce neyin kullanıldığını görürsünüz.

Amaç yalnızca çalışan Z kodu değil, daha az Z kodudur. Bir programda smartShift ile yapılan analiz bizi 18.000 özel nesneden 3.200'e indirdi.

Taşıdığınız her özel nesne gelecekteki her yükseltmeye maliyet ekler. Clean core ilkeleriyle yükseltme sürelerini yüzde 40 kısaltan şirketler gördüm; SAP clean core rehberim kalanın nasıl sınıflandırılacağını anlatıyor.

4. Veriyi hazırlayın ve taşıyın

Herhangi bir şeyi taşımadan önce sınıflandırın, temizleyin ve arşivleyin. Bu adım her planın öngördüğünden uzun sürer, bu yüzden aşağıda kendi bölümü var.

5. Test edin, eğitin ve cutover yapın

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

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

Deneyimime göre veri taşıma, uygulama eforunun yüzde 30 ila 40'ını alır. Takvimlerin kaymasının en yaygın nedeni de budur.

Verinin nasıl taşınacağı yola bağlıdır. Brownfield'da SUM veriyi yerinde dönüştürür. Greenfield'da ana verileri ve açık kalemleri SAP S/4HANA Migration Cockpit ile yüklersiniz; seçici veri geçişinde ise uzman araçlar seçtiğiniz kapsamı taşır.

Yol ne olursa olsun, veriyi taşımadan önce ayırın:

1. Sıcak: sık kullanılan, canlı işlem için gereken veri.
2. Ilık: ara sıra erişilen, ilgili ama günlük olmayan veri.
3. Soğuk: geçmişe ait veya kullanılmayan, yalnızca denetim için saklanan veri.

Soğuk verinin S/4HANA'ya girmesi gerekmez. Arşivleyin. Mükerrer satıcı kayıtları, tutarsız ölçü birimleri ve yarım doldurulmuş müşteri ana verileri her ECC sisteminde vardır ve önce kimse düzeltmezse S/4HANA'ya olduğu gibi taşınır.

Birlikte çalıştığım bir müşteri yalnızca veri temizliği ve arşivlemeye beş ay harcadı. SAP veri taşımanın neden başarısız olduğunu anlattığım yazım bu adımı daha derinlemesine ele alıyor.

ECC'den S/4HANA'ya programlarında kullandığım beş araç şunlardır. İkisi SAP'nin kendi aracı, üçü uzman tedarikçilerden:

Araç	Üreticisi	Ne yapar	Nerede kullanılır
SAP Readiness Check for SAP S/4HANA	SAP	Simplification item'lar, eklenti uyumluluğu, özel koda etkisi, veri hacimleri ve boyutlandırma hakkında rapor verir	Yol seçiminden önce
Custom Code Migration app	SAP	S/4HANA ABAP Test Cockpit kontrollerini çalıştıran ve kullanılmayan kodu bulmak için kullanım verilerinden yararlanan SAP Fiori uygulaması; S/4HANA'da veya SAP BTP ABAP ortamında çalışır	Özel kod kapsamlaması ve uyarlama
smartShift	smartShift Technologies	S/4HANA için ABAP özel kodunun otomatik analizi ve dönüştürülmesi	Özel kod analizi ve düzeltme
SNP (Kyano platformu)	SNP Group	Seçici veri geçişi için veri dönüştürme yazılımı, SNP'nin "Bluefield" yaklaşımı altında satılır	Seçici veri geçişi, birleşmeler ve ayrılmalar
Natuvion	Natuvion Group	S/4HANA geçişleri için veri dönüştürme yazılımı ve cutover araçları	Seçici veri geçişi ve cutover

SNP ve Natuvion, SAP'nin Selective Data Transition Engagement topluluğunun kurucu üyeleridir. Karşılaşacağınız diğer SAP araçları, brownfield dönüşümü için SUM ve greenfield veri yüklemeleri için Migration Cockpit'tir.

Bir araç kararların yerini tutmaz. Neyin emekliye ayrılacağı konusunda sizin tarafınızda birinin yine de onay vermesi gerekir.

Enhancement package 6 ile 8 arasındaki SAP ERP 6.0 için ana bakım 31 Aralık 2027'de sona erer. İsteğe bağlı uzatılmış bakım 2028'den 31 Aralık 2030'a kadar sürer ve mevcut bakım tabanınıza iki yüzde puanlık ek ücret getirir (SAP News).

2030'dan sonra tek bir dar yol var: SAP ERP, private edition, transition option. Bu seçenek, ECC sistemini RISE with SAP kapsamında SAP HANA üzerinde SAP ERP, private edition olarak SAP'nin özel bulutuna taşıyan müşterilere 2031'den 2033'e kadar bakım sağlar. Sistem 31 Aralık 2030'dan önce taşınmalı, en az 2 TB olmalı ve SAP'nin max success planını gerektirir.

Yani 2033 genel bir son tarih değildir. ECC'yi zaten SAP'nin bulutuna taşımış büyük sistemler için geçerlidir. Diğer herkes için kendi altyapınızdaki ECC'de ana bakım tarihi 2027, uzatılmış bakımın sonu ise 2030'dur.

1. 2027ECC ana bakımı sona erer31 Aralık, SAP ERP 6.0 EHP 6-8 için
2. 2028Şimdi başlarsanız olası canlıya geçişBrownfield 12 ila 18 ay, greenfield 18 ila 24
3. 2030Uzatılmış bakım sona ererİsteğe bağlı, iki puan ek ücretle
4. 2033Transition option sona ererYalnızca SAP ERP, private edition, 2 TB ve üzeri sistemler

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

Hesap basit. En azından bir miktar uzatılmış bakımı bütçeleyin ve bu süreyi beklemek için değil, veriyi temizlemek ve özel kodu emekliye ayırmak için kullanın.

Maliyet, süreyle aynı etkenleri izler: yol, özel kod hacmi, verinizin durumu ve kaç kuruluşun canlıya geçtiği. Yalnızca veri eforun yüzde 30 ila 40'ını alır; bu yüzden temiz bir veri planı, herhangi bir ücret pazarlığından daha fazla para kazandırır. S/4HANA geçiş maliyeti rehberim bir geçiş bütçesini neyin belirlediğini anlatıyor; SAP uygulama maliyeti rehberim ise bütçeyi şirket büyüklüğüne göre ayrıştırıyor.

Bir programın nasıl ilerlediğini görmek için ECC'den S/4HANA'ya geçiş vaka çalışmamı okuyun. Kendi seçeneklerinizi sınamak için greenfield ve brownfield geçiş değerlendirmesini deneyin.

Bu yazı genel bakıştır. Aşağıdaki her rehber tek bir soruyu eksiksiz yanıtlar.

1. S/4HANA geçiş süresi ve proje planı: faz faz, yola göre, deneme dönüşümleri ve cutover ile.
2. S/4HANA geçiş maliyeti: bir dönüşümde, yeni bir uygulamada veya seçici geçişte bütçeyi neyin belirlediği.
3. SAP Readiness Check ve geçiş değerlendirmesi: kontrolün size ne söylediği ve neyi kaçırdığı.
4. Adım adım SAP S/4HANA Migration Cockpit: staging tabloları veya doğrudan aktarımla veri yükleme.
5. RISE with SAP: public ve private cloud: süreçlerinize hangi sürümün uyduğu.
6. RISE with SAP sözleşmesi ve fiyatlandırması: aboneliğin neyi kapsadığı ve neyin pazarlık edilmesi gerektiği.
7. S/4HANA geçiş iş ortağı nasıl seçilir: sorulacak sorular ve uyarı işaretleri.
8. SAP proje kurtarma: rotadan çıkmış bir geçiş nasıl kurtarılır.

Rakamlar için iki araç işinize yarar: SAP uygulama maliyeti hesaplayıcısı ve veri taşıma tahmin aracı.

SAP ECC nedir?

SAP ECC (SAP ERP Central Component), SAP Business Suite 7'nin parçası olan SAP ERP 6.0'ın çekirdeğidir. Finans, Kontrolling, lojistik ve diğer temel süreçleri kapsar ve birçok veritabanında çalışır. SAP S/4HANA onun ardılıdır ve yalnızca SAP HANA üzerinde çalışır.

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

Deneyimime göre 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. Veri temizliği takvimlerin kaymasının en yaygın nedenidir, çünkü veri taşıma uygulama eforunun yüzde 30 ila 40'ını alır.

2027'den sonra SAP ECC'ye ne olacak?

Enhancement package 6 ile 8 arasındaki SAP ERP 6.0 için ana bakım 31 Aralık 2027'de sona erer. İki ek yüzde puanıyla 31 Aralık 2030'a kadar isteğe bağlı uzatılmış bakım satın alabilirsiniz. 2031'den 2033'e kadar bakım yalnızca SAP ERP, private edition, transition option ile ve 2030 sonundan önce SAP'nin özel bulutuna taşınan büyük sistemler için mevcuttur.

Brownfield mı greenfield mı: hangisi daha iyi?

Genel olarak hiçbiri daha iyi değildir. Başka sistemlerden geçiyorsanız veya yeni süreçlerin tanımlanması gerekiyorsa greenfield'ı, süreçleriniz tanımlı ve çalışıyorsa brownfield'ı seçin. Yalnızca bazı alanların yeniden tasarlanması gerekiyorsa seçici veri geçişini değerlendirin.

SAP'de seçici veri geçişi nedir?

Seçici veri geçişi, her şeyi dönüştürmek veya boş başlamak yerine seçilen şirket kodlarını, iş birimlerini veya verinin belirli zaman dilimlerini S/4HANA'ya taşır. Bazı alanları yeniden tasarlarken diğerlerinde geçmişi korumanızı sağlar. SNP veya Natuvion gibi uzman araçlar ve deneyimli bir iş ortağı gerektirir.

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

Dönüşüm, herhangi bir enhancement package üzerindeki SAP ERP 6.0'dan yapılabilir. Sistem Unicode olmalıdır, değilse iki adımlı bir yaklaşım kullanırsınız; dual-stack sistemlerin de önce ayrılması gerekir. Müşteri ve satıcı ana verileri dönüşümden önce business partner'a çevrilmelidir.

SAP Readiness Check size ne söyler?

ECC sisteminizi analiz eder ve sizi etkileyen simplification item'lar, eklenti uyumluluğu, özel koda etkisi, veri hacimleri ve HANA boyutlandırması hakkında rapor verir. Erken çalıştırın, çünkü ekipler düzenli olarak bağımlı olduklarını bilmedikleri eklentiler ve özel kod bulur.

ECC geçişi için RISE with SAP mi yoksa 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, standart süreçler ve yalnızca yayımlanmış API'lerle uzantılar içeren yeni bir uygulama olan Public Edition'ı kullanır. SAP'nin standardını benimsemeye istekli şirketlere uygundur.