SAP ECC'den S/4HANA'ya geçiş: Orta Doğu perakende vaka çalışması

Bu benim en sevdiğim vaka çalışması. Moda ve tüketim malları sektöründe tanınmış bir Orta Doğu perakendecisi, SAP ECC 6.0'dan S/4HANA'ya geçti. Yaklaşık 18.000 çalışanı, yedi ülkede 1.200'den fazla mağazası ve büyüyen bir e-ticaret kanalı vardı. ECC'yi yıllardır kullanıyordu ve sistem nesnelerinin yüzde 44'ü özelleştirilmişti. Seçici yeniden tasarımla brownfield dönüşümünü seçtik. Ay sonu kapanışı, hafta sonlarına uzanmaktan öğleden önce bitmeye indi ve özel kod neredeyse yarı yarıya azaldı.

Yoğun biçimde özelleştirilmiş bir ECC sistemi işletiyor ve bunun ne kadarını ileri taşıyacağınızı merak ediyorsanız, bir program bu soruya böyle yanıt verdi.

Özelleştirme yavaş yavaş, her seferinde acil bir düzeltmeyle birikmişti. Başladığımızda küçük güncellemeler bile risk taşıyordu. Entegrasyonlar kırılgandı: finanstaki küçük bir değişiklik perakende operasyonlarında bir şeyi bozabiliyordu. İş tarafı esneklik ve hız istiyordu. BT yangın söndürmekle boğuşuyordu. İki taraf da birbirine ters yönde çalıştığını kabul ediyordu.

Tedarik zinciri ekibinin, “kritik” raporlarının onlarcasına artık neredeyse hiç dokunulmadığını itiraf ederken biraz güldüğü bir oturumu hatırlıyorum. Onları ayıklamak hem pratikti hem de tuhaf biçimde özgürleştiriciydi.

Tetikleyici, ECC standart bakımının sona ermesiydi. 6 ila 8 numaralı geliştirme paketleri üzerindeki SAP ERP 6.0, standart bakımdan 2027 sonunda çıkıyor (SAP News). Gerçek nedenler daha derindeydi. Finans her ay sonunda elle veri çıkarımları yapıyordu. Mağazaların, gece toplu işlerinin veremeyeceği bir stok görünürlüğüne ihtiyacı vardı. BT'nin çabasının çoğu özel kodu ayakta tutmaya gidiyordu.

SAP Readiness Check, şüphelendiğimizi doğruladı: önünde ciddi bir iyileştirme çalışması olan, yoğun biçimde özelleştirilmiş bir sistem. Simplification Item List, standart S/4HANA'nın özel ECC kodunun yaptığı işleri nerede zaten yaptığını gösterdi. Finans, uzun süredir bakımı yapılan bazı özel raporların artık gereksiz olduğunu keşfetti. O toplantıdaki rahatlama gözle görülürdü.

Salt teknik bir dönüşüm sorunları yalnızca ileri taşırdı. Tam bir greenfield yeniden kurulum, on yıllık işleyen yapılandırmayı çöpe atardı. Seçici yeniden tasarımla brownfield dengeydi: sağlam olanı koruyun, temizlenmesi gerekeni temizleyin, yalnızca bozuk olanı yeniden kurun. ECC'den S/4HANA'ya geçiş rehberim bu yolları nasıl tartacağınızı anlatıyor.

Salt dönüşümSeçici yeniden tasarımla brownfieldTam greenfield yeniden kurulum

Korunan yapılandırmaSalt dönüşümHepsi, sorunlar dahilSeçici yeniden tasarımla brownfieldSağlam olan kısımTam greenfield yeniden kurulumHiçbiri, on yıllık emek çöpe gitti

Yüzde 44 özel nesneSalt dönüşümOlduğu gibi taşınırSeçici yeniden tasarımla brownfieldHer biri kaldırma, değiştirme ya da yeniden uyarlama için etiketlenirTam greenfield yeniden kurulumTaşınmaz

AnlamıSalt dönüşümSorunlar S/4HANA'ya taşınırSeçici yeniden tasarımla brownfieldTemizlenmesi gerekeni temizleyin, yalnızca bozuk olanı yeniden kurunTam greenfield yeniden kurulumÇalışan her süreç sıfırdan yeniden kurulur

Zorluk	Ne yaptık
Nesnelerin yüzde 44'ü özelleştirilmişti	İş ve BT her nesneyi birlikte etiketledi: kaldırma, değiştirme ya da yeniden uyarlama; her aşamada kalite kapıları
Kırılgan entegrasyonlar	POS, WMS, finans, İK ve tedarikçi portallarını kapsayan regresyon planı; noktadan noktaya bağlantılar SAP Integration Suite kalıplarına taşındı
Veri kalitesi	İşlev başına veri sorumluları ve SLA'lar; günlük hata takibi; temizlik QA'dan önce tamamlandı
Ülkeler arası benimseme	Role dayalı iş rehberleri, canlıya geçişe yakın saha turları, gerçek iş görevlerine bağlı eğitim

Ölçekte özel kod

Hazırlık sonuçları bir filtre gibi çalıştı. İş ve BT, her nesneyi etiketlemek için bir araya oturdu. Bazıları açıkça gereksizdi; en son ne zaman çalıştırıldığını kimsenin hatırlamadığı raporlar gibi. Bazıları gerçekten benzersiz perakende süreçlerini destekliyordu ve dikkatli bir yeniden tasarım gerektiriyordu. Bu, ekipleri ertelemek yerine karar vermeye zorladı. SAP Signavio yeni süreçleri en iyi uygulamaya göre tanımlamaya yardımcı oldu, smartShift ise otomatik kod taramalarını ve düşük değerli düzeltmeleri üstlendi; bu da kıdemli zamanı yeniden tasarım için korudu. Clean Core rehberim, bugün özel kodu nasıl sınıflandırdığımı anlatıyor.

Entegrasyonlar

ECC, satış noktası (POS) sistemlerine, depo yönetim sistemine (WMS), finansa, İK'ya ve birkaç tedarikçi portalına bağlıydı. Hepsini kapsayan bir regresyon planı hazırladık ve yalnızca sonda değil, her önemli yapılandırma değişikliğinden sonra test ettik. Gece toplu işlerinin S/4HANA'da daha hızlı bitmesi gerekiyordu, yoksa deponun sabah raporları hazır olmazdı.

Veri kalitesi

Mükerrer tedarikçi kayıtları ve eskimiş ana veriler testi uzattı. Çözüm yapısaldı: her işlevde bir veri sorumlusu ve çözüm için SLA'lar. Veri QA başlangıcında temiz değilse sorumlusuna geri dönüyordu. Cutover yaklaşırken yüklemeleri baştan sona prova ettik ve hataları her gün takip ettik. Bu basit rutin, hiçbir gösterişli panodan daha iyi çalıştı ve bu beni hâlâ şaşırtıyor. SAP veri taşımasının neden başarısız olduğu üzerine yazım bu örüntüyü ele alıyor.

Benimseme

Eğitim 26.000 çalışana ulaştı. Finans ve perakende operasyonlarının öncelikleri farklıydı; bu, erken bir atölyede ortaya çıktı ve eğitim tasarımını değiştirdi. Canlıya geçişe yaklaşırken baskı arttıkça role dayalı iş rehberleri ve saha turları kullandık. Bir mağaza sorumlusu daha sonra iki sayfalık rehberin herhangi bir genel toplantıdan daha önemli olduğunu söyledi. Ona inandım.

SAP Activate üzerinde aşamalı teslimat. Önce temel finans ve tedarik zinciri geçti, İK ve tedarikçi portalları sonra; böylece destek ekipleri hiç aşırı yüklenmedi. Her ortamın tek bir işi vardı. Sandbox yolu doğruladı ve kapsamı kilitledi. Geliştirme ortamı transportları sağlamlaştırdı. QA gerçek iş hacimlerini çalıştırdı ve işleri ayarladı. Üretim öncesi ortam gerçek bir genel provaydı. Devreye alma tarihleri perakendenin yoğun ve sakin sezonlarına göre ayarlandı.

İş tarafıyla test. Finans ve tedarik zinciri liderleri gerçek dönem kapanışı ve promosyon döngülerine karşı test yaptı; test senaryoları sistem mantığına göre değil, iş gerçekliğine göre yazılmıştı. Gece çalıştırmaları zamanlama sorunlarını ortaya çıkardı. Haftalarca süren hayal kırıklığından sonra ikinci çalıştırma sorunsuz geçtiğinde bir depo liderinin gülümsediğini hatırlıyorum.

Cutover provaları. Her görev süreye bağlandı, kısaltıldı ya da birleştirildi. Yalnızca deneme çalıştırması, hiçbir elektronik tablonun ortaya çıkarmadığı saatler kazandırdı. Kurtarma planları tek sayfalık çıktılarda duruyordu ve insanlar bu basit listenin, herhangi bir panodan daha fazla stres azalttığını söyledi. Bir mağaza pilotu, daha geniş kapsamlı devreye almadan önce POS ve WMS kararlılığını kanıtladı.

Hypercare. BT ve iş tarafı için ortak bir savaş odası (war room), net SLA'lar ve günlük eylem kayıtları. Hafta sonu vardiyaları dönüşümlü yürütüldü ve destek devirleri dakikasına kadar senaryolaştırıldı. İnsanlar genellikle rakamları hatırlar. Ben en çok ilk sakin geceyi hatırlıyorum.

Finans kapanışı. Ekipler, eskiden hafta sonlarına uzanan ay sonu kapanışının artık öğleden önce bittiğini söyledi. CFO'nun en çok memnun olduğu şey, raporlarına çok daha hızlı ulaşmasıydı. Bir finans lideri, sistemin sonunda “kahve makinesinden daha hızlı” çalıştığı espirisini yaptı. Bu tür bir an, herhangi bir slayt sunumundan daha fazla güven oluşturur.

Özel kod. Neredeyse yarı yarıya azaldı; bu da uzun vadeli destek yükünü ve gelecekteki her yükseltmede regresyon riskini düşürdü.

Raporlama ve kullanıcı deneyimi. Mağaza yöneticileri eski işlem ekranlarından SAP Fiori uygulamalarına geçti. Uygulamalar insanların beklediği gibi çalıştığı için eğitim süresi kısaldı. Bir yönetici bunu “ferahlatıcı” diye niteledi.

Entegrasyonlar. POS, WMS ve finans bağlantıları daha kararlı hale geldi ve gece işleri daha erken bitti.

Her şey eşit biçimde yerine oturmadı. Bazı ekipler daha iyileri varken eski raporlara tutundu. Bazıları atölyelerin çok uzun, provaların tekrarlı olduğunu düşündü. Geriye dönüp bakınca, o adımlar güvenlik ağıydı.

Ders	Ne oldu	Bir dahaki sefere ne yapardım
Erken uyum sağlayın	Bir atölyede mağaza yöneticileri, raporlama ihtiyaçlarının finanstan çok farklı olduğunu söyledi. Erken ortaya çıktı ve ayarlama yaptık; daha geç olsaydı cutover'da patlak verirdi	Tasarım başlamadan önce yapılandırılmış uyum oturumları planlayın
Kod incelemesine ilk günden başlayın	Birkaç nesne canlıya geçişe yakın, baskı altında yeniden işlendi	Kaldırma, değiştirme ya da yeniden uyarlama kararlarını başlangıçtan itibaren verin
Veriyi iş tarafının işi yapın	Mükerrer tedarikçi kayıtları testi yavaşlattı	İlk hafta, SLA'lı işlev düzeyinde veri sorumlularını atayın
Gerekli göründüğünden fazla prova yapın	Bir deneme çalıştırması, POS ile WMS arasında kimsenin öngörmediği sıralama çakışmalarını ortaya çıkardı	Ek provalar planlayın; canlıya geçişten önceki sonuncusu sıkıcı gelmeli

Aynı program bugün başlasaydı üç şey değişirdi. Bu durumdaki çoğu şirket artık şirket içi kalmak yerine RISE with SAP kapsamında S/4HANA Cloud Private Edition'a bakardı. Kaldırma, değiştirme ya da yeniden uyarlama kararları, SAP'nin A'dan D'ye Clean Core düzeylerine göre çerçevelenirdi. Değişiklik ve devreye alma takibi SAP Cloud ALM'de yürürdü, çünkü Solution Manager 7.2 standart bakımdan 2027 sonunda çıkıyor. Veri sorumluları, provalar, ortak savaş odası ve iki sayfalık rehberler tam olduğu gibi kalırdı. İnsan tarafı için SAP eğitim stratejileri rehberime bakın.

Şirketler neden SAP ECC'den S/4HANA'ya geçer?

Tetikleyici, 2027'de ECC standart bakımının sona ermesidir. Daha güçlü nedenler operasyoneldir: gerçek zamanlı raporlama, daha hızlı kapanış ve özel kodu ile kırılgan entegrasyonları ayakta tutmaya harcanan daha az efor. Bu vakada iş tarafı canlı perakende analitiği ve daha kısa bir ay sonu kapanışı istiyordu.

Bu vakada SAP Readiness Check ne gösterdi?

Nesnelerin yüzde 44'ünün özelleştirilmiş olduğunu ve çoğunun yıllardır kullanılmadığını doğruladı. Bu, özel kod çalışmasının yapılandırılma biçimini değiştirdi: önce kaldırın, mümkün olduğunda standartla değiştirin ve yalnızca gerçek iş değeri olanı yeniden uyarlayın. Simplification Item List ayrıca, standart S/4HANA'nın gereksiz kıldığı raporları da gösterdi.

Neden seçici yeniden tasarımla brownfield tercih edilir?

Salt teknik bir dönüşüm her sorunu ileri taşırdı, tam bir greenfield yeniden kurulum ise on yıllık işleyen yapılandırmayı çöpe atardı. Seçici yeniden tasarım sağlam olanı korudu, standardın özel mantığın yerini alabildiği yerlerde yeni süreçleri tanımlamak için SAP Signavio'yu kullandı ve yalnızca bozuk olanı yeniden kurdu.

Veri temizliğini çok geç bırakırsanız ne olur?

Test uzar, provalar başarısız olur ve canlıya geçiş kayar. Burada mükerrer tedarikçi kayıtları ve eskimiş ana veriler, testte haftalarca sürtüşmeye yol açtı. Çözüm, her işlevde SLA'lı veri sorumluları ve temizliğin bir program sağlığı ölçütü olarak izlenmesiydi.

Geçiş sırasında entegrasyonlar nasıl ele alındı?

Önce her bağlantıyı haritalayarak: POS, WMS, finans, İK ve tedarikçi portalları. Bir regresyon planı hepsini kapsadı, testler her önemli yapılandırma değişikliğinden sonra çalıştırıldı ve bir mağaza pilotu, daha geniş kapsamlı devreye almadan önce POS ve WMS kararlılığını kanıtladı. Yine de bir deneme çalıştırması, POS ile WMS arasında kimsenin öngörmediği bir sıralama çakışması buldu.

Bir S/4HANA canlıya geçişinden sonra iyi bir hypercare neye benzer?

BT ve iş tarafı için net SLA'ları, günlük eylem kayıtları olan ve sorunların iş listesinde bekletilmek yerine hızla kapatıldığı ortak bir savaş odası. Role dayalı rehberler ve saha turları, destek çağrılarını resmi eğitimden daha hızlı azaltır. Ekibin tükenmemesi için hafta sonu vardiyalarını dönüşümlü yürütün ve devirleri senaryolaştırın.