SAP ECC’den SAP S/4HANA’ya Geçiş: Gerçekçi, Akıcı ve Kapsamlı Rehber

SAP ECC’den SAP S/4HANA’ya geçiş, bugün birçok şirket için “bir gün yaparız” seviyesinden çıkıp “artık yapmak zorundayız” noktasına gelmiş durumda. SAP’nin 2027 sonrası ECC desteğini azaltması bunun bir nedeni, ama tek sebep bu değil.

Asıl konu şu: S/4HANA, şirketlerin iş yapma biçimini değiştiren bir platform. Daha hızlı, daha sade, daha görünür ve daha entegre bir dünya sunuyor.

Ama dürüst olalım:

Bu dönüşüm kolay değil.

Sadece teknik bir upgrade hiç değil.

Ve doğru planlanmazsa maliyetli, yorucu ve riskli olabilir.

Bu rehber, tam da bu yüzden var.

S/4HANA’ya geçişi “gerçekçi bir gözle” anlatıyor:

Neyi analiz etmelisiniz, hangi yaklaşım size uygun, nerede hata yapılır, nerede hız kazanılır?

1. Migration Assessment: Dönüşümün Gerçek Başlangıç Noktası

Bir S/4HANA projesi aslında “sisteme dokunmadan” başlar.

İlk adım, mevcut yapıyı anlamaktır.

1.1 Custom Kodlar (Z-Objeler)

ECC sistemleri yıllar içinde bir “teknik borç deposuna” dönüşür.

Kullanılmayan raporlar, eski entegrasyonlar, unutulmuş batch job’lar…

S/4HANA’ya geçerken şu sorular kritik:

• Bu kod gerçekten kullanılıyor mu?
• S/4HANA’da karşılığı var mı?
• HANA üzerinde performans problemi yaratır mı?
• Kaldırılan tabloları veya fonksiyonları kullanıyor mu?

SAP’nin resmi araçları:

• SAP Readiness Check
• ABAP Test Cockpit (ATC)
• Custom Code Migration App

Referans: SAP Note 2913617 – Custom Code Migration Guide

1.2 Entegrasyonlar

S/4HANA dünyası API tabanlı.

Bu nedenle ECC’deki eski IDoc/RFC bağımlılıkları yeniden gözden geçirilmeli.

Kontrol edilmesi gerekenler:

• PI/PO veya CPI entegrasyonlarının uyumluluğu
• IDoc’ların S/4HANA’daki karşılıkları
• API Business Hub üzerinden yeni servislerin belirlenmesi
• Cloud entegrasyon gereksinimleri

Referans: SAP API Business Hub – api.sap.com

1.3 Veri Kalitesi

Birçok proje veri yüzünden uzar.

Çünkü ECC’deki veriler genellikle “tarihsel birikim”dir.

S/4HANA’ya geçmeden önce:

• Yinelenen müşteri/satıcı kayıtları
• Eksik alanlar
• Eski, kapanmış ama sistemde duran belgeler
• Arşivlenmesi gereken yıllar

hepsi masaya yatırılmalı.

Gartner’ın raporlarına göre:

ERP dönüşümlerinde gecikmelerin %40’ı veri kalitesi kaynaklıdır.

1.4 İş Süreçleri

S/4HANA, ECC’nin birebir kopyası değildir.

Özellikle finans tarafında Universal Journal ile büyük bir sadeleşme gelir.

Bu nedenle:

• Mevcut süreçler
• SAP Best Practice süreçleri
• Gereksiz varyantlar
• Manuel adımlar

yeniden değerlendirilmelidir.

Referans: SAP Best Practices Explorer – rapid.sap.com/bp/

2. Migration Yaklaşımları: Greenfield, Brownfield, Bluefield

Her şirketin dönüşüm hikâyesi farklıdır.

Bu yüzden tek bir doğru yoktur.

Üç ana yaklaşım vardır ve her biri farklı bir ihtiyaca hitap eder.

2.1 Greenfield – Baştan Başlamak

Bu yaklaşım, “temiz bir sayfa açmak” gibidir.

Ne zaman mantıklı?

• Süreçler çok karmaşıksa
• Standarda yaklaşmak isteniyorsa
• Veri temizliği büyük bir ihtiyaçsa
• Çok uluslu yapılarda harmonizasyon hedefleniyorsa

Artıları

• Modern, sade, standarda yakın süreçler
• Fiori-first kullanıcı deneyimi
• Teknik borçların tamamen temizlenmesi

Eksileri

• Değişim yönetimi yüksektir
• Kullanıcı alışma süresi uzundur
• Proje süresi genelde daha uzun olur

2.2 Brownfield – Mevcut Sistemi Dönüştürmek

Bu yaklaşım, “evinizi yıkmadan yenilemek” gibidir.

Ne zaman mantıklı?

• Mevcut süreçler iyi çalışıyorsa
• Proje süresi kısa tutulmak isteniyorsa
• ECC sistemi stabil ve iyi dokümante edilmişse

Artıları

• Daha hızlı
• Daha düşük maliyet
• Süreç değişikliği minimum

Eksileri

• Eski karmaşıklıkların bir kısmı taşınabilir
• Veri kalitesi sorunları devam edebilir

2.3 Bluefield – Seçici Dönüşüm

Bu yaklaşım, “hem yenile hem koru” modelidir.

Ne zaman mantıklı?

• Bazı süreçler korunacak, bazıları yenilenecekse
• Selective data transition isteniyorsa
• Çok şirketli yapılarda harmonizasyon gerekiyorsa

Artıları

• Esneklik
• Kontrollü dönüşüm
• Veri ve süreç seçimi yapılabilir

Eksileri

• Araç maliyeti yüksektir
• Deneyimli partner gerektirir

Referans: SNP, Natuvion, Datavard SDT Whitepapers

3. Best Practices: Başarılı Projelerin Ortak Noktaları

3.1 Erken Analiz

Ne kadar erken analiz, o kadar az sürpriz.

3.2 Custom Kod Temizliği

Kullanılmayan Z-objeler genelde %30–60 oranında azaltılabilir.

3.3 Veri Temizliği

S/4HANA’ya “temiz veri” ile geçmek, performansı ve süreç kalitesini doğrudan etkiler.

3.4 Test Stratejisi

• Entegrasyon testleri
• UAT
• Cutover testleri
• Performans testleri

hepsi kritik.

3.5 İş Birimlerini Erken Dahil Etmek

S/4HANA bir IT projesi değildir.

Bir iş dönüşümü projesidir.

3.6 Change Management

Eğitim, iletişim, kullanıcı adaptasyonu…

Bunlar olmadan teknik başarı yeterli olmaz.

4. Cutover ve Go-Live Stratejisi

Cutover planı, projenin en riskli aşamasıdır.

İyi bir plan şunları içerir:

• Freeze dönemleri
• Veri taşıma adımları
• Sistem kapanış ve açılış zamanları
• Rollback planı
• Hypercare desteği

Referans: SAP Activate – Deploy Phase

S/4HANA’ya geçiş, teknik bir proje gibi görünse de aslında şirketin geleceğini şekillendiren bir dönüşümdür.

Doğru analiz, doğru yaklaşım ve doğru ekip ile bu süreç hem daha hızlı hem daha sorunsuz ilerler.