İçindekiler
- 2027 Neden Kritik? ECC Bakım Takvimini Doğru Okumak
- S/4HANA ECC'den Ne Kadar Farklı?
- Geçiş Yöntemleri: Greenfield, Brownfield ve Seçici Veri Geçişi
- Adım Adım S/4HANA Geçiş Projesi
- Maliyeti Etkileyen Başlıca Kalemler
- Kullanıcı Eğitimi: Geçişin Görünmeyen Başarı Faktörü
- Proje Ekibinde Hangi Roller Olmalı?
- Geçiş Projelerinde Sık Yapılan Hatalar
- Geçiş Öncesi Kontrol Listesi
- Her Şirket İçin S/4HANA Doğru Seçim mi?
- Geçiş Dalgası, Kariyer Fırsatı
- Sıkça Sorulan Sorular
- Sonuç
Türkiye'de SAP kullanan şirketlerin önemli bir bölümü hâlâ SAP ECC üzerinde çalışıyor. SAP'nin açıkladığı takvime göre ECC'nin standart bakımı 2027 sonunda sona eriyor. Bu tarih, yönetim kurullarından bilgi işlem departmanlarına kadar herkesin gündeminde aynı soruyu öne çıkarıyor: ECC'den S/4HANA'ya geçiş ne zaman, nasıl ve hangi yöntemle yapılmalı?
Bu rehber; geçişin neden ertelenmemesi gerektiğini, greenfield ve brownfield gibi yöntemlerin farklarını, proje aşamalarını, maliyeti etkileyen kalemleri ve çoğu şirketin gözden kaçırdığı kullanıcı eğitimi boyutunu karar vericiler için sade bir dille ele alıyor.
2027
ECC 6.0 güncel sürümlerinde standart bakımın sona erdiği yıl
2030
Ek ücretli uzatılmış bakım seçeneğinin son yılı
3
Temel geçiş yaklaşımı: greenfield, brownfield ve seçici veri geçişi
2027 Neden Kritik? ECC Bakım Takvimini Doğru Okumak
SAP, 2020 yılında yaptığı duyuruyla SAP Business Suite 7 ürünlerinin, dolayısıyla ECC 6.0'ın güncel geliştirme paketlerinin standart bakımının 2027 sonuna kadar süreceğini açıkladı. Şirketler isterse ek ücret karşılığında uzatılmış bakımla 2030 sonuna kadar destek almaya devam edebiliyor. Güncel koşulları ve sürüm bazlı ayrıntıları her zaman SAP'nin resmi duyurularından teyit etmek gerekir.
Bakımın bitmesi sistemin kapanması anlamına gelmez; ECC 2028'de de çalışmaya devam eder. Ancak standart bakım dışında kalan bir sistem; yeni yasal düzenlemelere uyum güncellemeleri, güvenlik yamaları ve standart destek açısından giderek daha riskli ve maliyetli hale gelir. Türkiye gibi vergi ve e-dönüşüm mevzuatının sık değiştiği bir ülkede bu risk daha da belirgindir.
S/4HANA ECC'den Ne Kadar Farklı?
S/4HANA, ECC'nin yeni bir sürümü değil, SAP HANA bellek içi veritabanı üzerinde yeniden tasarlanmış yeni nesil bir ERP'dir. Temel iş süreçleri tanıdık gelse de veri modeli, kullanıcı deneyimi ve bazı süreç yapıları köklü biçimde değişti. Geçiş planlamasında bu farkları bilmek, hem kapsamı hem de eğitim ihtiyacını doğru tahmin etmeyi sağlar.
| Alan | SAP ECC | SAP S/4HANA | Kullanıcıya etkisi |
|---|---|---|---|
| Veritabanı | Farklı veritabanlarını destekler | Yalnızca SAP HANA | Raporlar ve analizler belirgin biçimde hızlanır |
| Muhasebe veri modeli | FI ve CO verileri ayrı tablolarda | Tek tablo: Universal Journal (ACDOCA) | FI–CO mutabakat ihtiyacı azalır, raporlama sadeleşir |
| Müşteri / satıcı | Ayrı ana veri kodları (FD01, FK01) | İş Ortağı (Business Partner – BP) | Ana veri ekranları ve süreçleri değişir |
| Kullanıcı arayüzü | Ağırlıklı olarak SAP GUI | SAP Fiori uygulamaları + SAP GUI | Rol bazlı, web ve mobil uyumlu ekranlar |
| Stok verisi | Çok sayıda toplam tablo | Sadeleşmiş malzeme belgesi yapısı | Stok raporları anlık ve daha hızlı |
| Duran varlık | Klasik varlık muhasebesi | Yeni varlık muhasebesi zorunlu | Paralel değerleme ve kayıt mantığı değişir |
Bu değişikliklerin muhasebe tarafındaki günlük yansımalarını SAP FI işlem kodları rehberimizdeki S/4HANA notlarında, S/4HANA'nın genel yapısını ise SAP S/4HANA kursu sayfamızda bulabilirsiniz.
Geçiş Yöntemleri: Greenfield, Brownfield ve Seçici Veri Geçişi
Geçiş projesinin en önemli kararı, hangi yaklaşımın seçileceğidir. Bu karar; maliyeti, süreyi, riski ve şirketin süreçlerini yeniden düşünme fırsatını doğrudan belirler.
Greenfield: Sıfırdan yeni kurulum
Greenfield yaklaşımında S/4HANA yeni bir sistem olarak kurulur ve süreçler SAP'nin güncel en iyi uygulamalarına göre yeniden tasarlanır. Geçmiş yılların biriken özel geliştirmeleri ve karmaşık ayarları geride bırakılır; ana veriler ve açık kalemler yeni sisteme aktarılır. Veri aktarımı genellikle SAP S/4HANA Migration Cockpit gibi araçlarla yapılır.
Bu yaklaşım, süreçlerini standartlaştırmak ve "temiz bir sayfa açmak" isteyen şirketler için idealdir. Buna karşılık değişim yönetimi ve kullanıcı eğitimi ihtiyacı en yüksek olan yöntemdir.
Brownfield: Mevcut sistemin dönüştürülmesi
Brownfield, yani sistem dönüşümü (system conversion) yaklaşımında mevcut ECC sistemi; ayarları, geçmiş verileri ve özel geliştirmeleriyle birlikte S/4HANA'ya dönüştürülür. Teknik dönüşüm genellikle Software Update Manager (SUM) ve gerekiyorsa veritabanı geçişini aynı adımda yapan Database Migration Option (DMO) ile gerçekleştirilir.
Süreçlerinden memnun olan, geçmiş verilere sistem içinde erişmek isteyen ve yatırımlarını korumak isteyen şirketler için daha hızlı bir yoldur. Ancak eski alışkanlıkların ve gereksiz geliştirmelerin yeni sisteme taşınması riskini barındırır.
Seçici veri geçişi: İki yaklaşımın ortası
Seçici veri geçişi (selective data transition) yaklaşımında yeni bir S/4HANA sistemi oluşturulur, ancak hangi organizasyon birimlerinin, ayarların ve geçmiş verilerin taşınacağı seçilir. Şirket birleşmeleri, bölünmeler ve çok ülkeli yapılarda sık tercih edilir. Genellikle uzman araçlar ve deneyimli ekipler gerektirir.
| Kriter | Greenfield | Brownfield | Seçici geçiş |
|---|---|---|---|
| Süreçleri yeniden tasarlama fırsatı | Çok yüksek | Sınırlı | Orta–yüksek |
| Geçmiş verilerin korunması | Sınırlı (genelde açık kalemler) | Tam | Seçime bağlı |
| Özel geliştirmelerin taşınması | Yalnızca gerekenler yeniden yapılır | Uyarlanarak taşınır | Seçime bağlı |
| Kullanıcı eğitimi ihtiyacı | En yüksek | Orta | Orta–yüksek |
| Uygun olduğu şirket | Standartlaşmak isteyen, büyük değişime hazır | Süreçlerinden memnun, hızlı geçiş isteyen | Karmaşık, çok şirketli yapılar |
Adım Adım S/4HANA Geçiş Projesi
SAP'nin geçiş projeleri için önerdiği SAP Activate metodolojisi; keşif, hazırlık, analiz, gerçekleştirme, devreye alma ve işletme aşamalarından oluşur. Aşağıda bu aşamaları karar vericilerin bakış açısıyla özetledik.
1. Keşif ve hazırlık analizi
Her şey mevcut durumun fotoğrafını çekmekle başlar. SAP Readiness Check, mevcut ECC sisteminin S/4HANA'ya uyumunu analiz ederek etkilenen süreçleri, uyumsuz eklentileri ve özel geliştirmeleri raporlar. SAP'nin sadeleştirme listesi (Simplification Item Catalog), hangi işlevlerin değiştiğini veya kaldırıldığını gösterir. Bu aşamanın çıktısı, gerçekçi bir kapsam, bütçe ve takvimdir.
2. Yöntem ve dağıtım modeli seçimi
Greenfield, brownfield veya seçici geçiş kararı bu aşamada verilir. Aynı anda dağıtım modeli de netleşir: şirket içi kurulum (on-premise), özel bulut (private cloud) veya genel bulut (public cloud). Bulut seçenekleri, altyapı yönetimini SAP'ye veya iş ortağına devrederken, özelleştirme esnekliğinde farklı sınırlar getirir.
3. Özel kod ve veri temizliği
Yıllar içinde biriken ABAP geliştirmelerinin önemli bir kısmının artık kullanılmadığı sıkça görülür. Kullanılmayan kodları ayıklamak ve kalanları S/4HANA uyumluluğu için kontrol etmek, projenin maliyetini doğrudan düşürür. Aynı şekilde mükerrer müşteri/satıcı kayıtları, kapanmamış eski belgeler ve tutarsız ana veriler geçiş öncesinde temizlenmelidir. Özellikle müşteri ve satıcıların İş Ortağı yapısına dönüştürülmesi, ayrı bir hazırlık iş paketi gerektirir. Özel geliştirmelerin mantığını anlamak için SAP ABAP ve Fiori rehberimize bakabilirsiniz.
4. Gerçekleştirme ve testler
Sistem kurulur veya dönüştürülür, ayarlar tamamlanır, arayüzler bağlanır ve veriler aktarılır. Bu aşamada birim testleri, entegrasyon testleri ve kullanıcı kabul testleri yapılır. Türkiye'deki şirketler için e-Fatura, e-Arşiv ve e-Defter entegrasyonlarının test planına mutlaka dahil edilmesi gerekir; bu entegrasyonlar genellikle yerelleştirme çözümleri ve iş ortağı eklentileriyle sağlanır.
5. Kullanıcı eğitimi ve değişim yönetimi
Geçişin teknik olarak başarılı olması, iş açısından başarılı olduğu anlamına gelmez. Kullanıcılar yeni ekranları, İş Ortağı mantığını ve Fiori uygulamalarını bilmeden canlıya geçilirse ilk aylarda destek talepleri patlar, kapanışlar gecikir ve sistem gereksiz yere "zor" olarak algılanır. Bu nedenle eğitim, projenin son haftalarına sıkıştırılan bir etkinlik değil, baştan planlanan bir iş paketi olmalıdır.
6. Canlıya geçiş ve hypercare
Canlıya geçiş genellikle bir hafta sonu veya dönem başında, ayrıntılı bir geçiş planıyla yapılır. Ardından gelen birkaç haftalık yoğun destek dönemi (hypercare), kullanıcıların sorularının hızla yanıtlandığı ve sistemin kararlı hale getirildiği kritik bir evredir.
Maliyeti Etkileyen Başlıca Kalemler
S/4HANA geçiş bütçesi şirketten şirkete çok farklılık gösterir. Bütçeyi belirleyen ana kalemleri bilmek, teklifleri karşılaştırmayı ve sürprizlerden kaçınmayı kolaylaştırır:
- Lisans ve abonelik modeli: Mevcut lisansların dönüşümü veya bulut aboneliği tercihi bütçenin önemli bir bölümünü belirler.
- Altyapı: SAP HANA donanımı veya bulut kaynakları; şirket içi kurulumlarda donanım yatırımı, bulutta ise dönemsel ödeme söz konusudur.
- Özel geliştirme sayısı: Ne kadar çok özel kod varsa analiz, uyarlama ve test maliyeti o kadar artar.
- Veri hacmi ve kalitesi: Temiz olmayan veri, geçiş sırasında tekrar eden düzeltmelere yol açar.
- Arayüz ve entegrasyonlar: e-dönüşüm, banka, MES, e-ticaret ve diğer sistemlerle bağlantılar.
- Eğitim ve değişim yönetimi: Bütçede en sık küçümsenen ama başarıyı en çok etkileyen kalemdir.
Kullanıcı Eğitimi: Geçişin Görünmeyen Başarı Faktörü
Deneyimli proje yöneticilerinin ortak gözlemi şudur: Canlıya geçiş sonrası sorunların büyük kısmı teknik değil, kullanıcı alışkanlıklarıyla ilgilidir. Bu yüzden etkili bir S/4HANA eğitim programı üç katmanda planlanmalıdır:
Key user eğitimi
Projenin başında, test ve süreç tasarımına katılacak anahtar kullanıcılar için derinlemesine modül eğitimi.
Rol bazlı son kullanıcı eğitimi
Canlıya geçişten önce, her kullanıcının yalnızca kendi rolündeki işlemleri gerçek senaryolarla çalıştığı eğitimler.
Canlı sonrası destek eğitimi
İlk kapanışlar ve dönemsel işlemler öncesinde kısa tazeleme oturumları ve soru-cevap seansları.
ERP Kariyer'in Kurumsal SAP Eğitimleri, şirket ekiplerinin SAP süreçlerini doğru ve verimli kullanması için kuruma özel olarak planlanır. Finans ekipleri için SAP FI, lojistik ekipleri için SAP lojistik modülleri ve insan kaynakları ekipleri için SAP HR içerikleri, geçiş projenizin takvimine göre uyarlanabilir.
Eğitimin başarısı nasıl ölçülür?
Eğitimin etkisini "kaç kişi katıldı" sorusuyla değil, canlıya geçiş sonrası göstergelerle ölçmek gerekir. Aşağıdaki ölçütler, eğitim programının işe yarayıp yaramadığını somut biçimde gösterir:
- Canlı sonrası ilk ayda açılan destek talebi sayısı ve bunların ne kadarının "nasıl yapılır" sorusu olduğu.
- İlk ay sonu kapanışının süresi ve eski sistemdeki kapanış süresiyle karşılaştırması.
- Hatalı kayıt ve ters kayıt oranı: Yeni ekranlarda yapılan kullanıcı hatalarının sıklığı.
- Fiori uygulamalarının kullanım oranı: Kullanıcıların yeni arayüzü benimseyip benimsemediği.
Bu göstergeleri canlıya geçişten önce tanımlamak, hypercare döneminde hangi ekiplerin ek eğitime ihtiyaç duyduğunu hızla görmeyi sağlar.
Proje Ekibinde Hangi Roller Olmalı?
Geçiş projelerinin başarısı büyük ölçüde doğru ekibin kurulmasına bağlıdır. Projeyi yalnızca dış danışmanlara bırakmak, canlıya geçişten sonra sistemi sahiplenecek bilgiyi şirket dışında bırakmak anlamına gelir. Sağlıklı bir ekip, şirket içi ve dış kaynakları dengeli biçimde bir araya getirir:
| Rol | Taraf | Sorumluluk |
|---|---|---|
| Proje sponsoru | Şirket (üst yönetim) | Bütçe, öncelikler ve departmanlar arası kararların sahibi |
| Proje yöneticisi | Şirket ve iş ortağı | Takvim, kapsam, risk ve ekip koordinasyonu |
| Süreç sahipleri | Şirket | Finans, satın alma, satış, üretim süreçlerinin hedef tasarımını onaylamak |
| Key user'lar | Şirket | Test senaryoları, kullanıcı kabul testleri ve iç eğitimler |
| Fonksiyonel danışmanlar | İş ortağı | Modül ayarları, süreç tasarımı ve dokümantasyon |
| Teknik ekip (ABAP, Basis) | İş ortağı ve şirket BT'si | Özel kod uyarlama, sistem dönüşümü, altyapı ve yetkilendirme |
| Veri geçiş sorumlusu | Şirket ve iş ortağı | Veri temizliği, aktarım şablonları ve mutabakat |
| Eğitim ve değişim yönetimi | Şirket ve eğitim iş ortağı | Eğitim planı, materyaller, iletişim ve kullanıcı hazırlığı |
Özellikle key user'ların projeye tam zamanlıya yakın ayrılması kritik önemdedir. Günlük işlerinin yanında projeye "boş zamanlarında" katılan key user'lar, test ve eğitim aşamalarında projenin en büyük darboğazına dönüşür.
Geçiş Projelerinde Sık Yapılan Hatalar
- Projeyi yalnızca bir BT projesi olarak görmek: Süreç sahipleri dahil edilmeden yapılan geçişler, iş birimlerinin beklentilerini karşılamaz.
- Veri temizliğini son haftalara bırakmak: Kirli veri, test döngülerini uzatır ve canlıya geçiş tarihini kaydırır.
- Tüm özel geliştirmeleri sorgusuz taşımak: Kullanılmayan kodları taşımak, maliyeti artırır ve S/4HANA'nın standart avantajlarını gölgeler.
- Test kapsamını daraltmak: Ay sonu kapanışı, yıl sonu işlemleri ve e-dönüşüm senaryoları test edilmeden canlıya geçilmemelidir.
- Eğitimi canlıya geçişin son haftasına sıkıştırmak: Kullanıcıların yeni sistemi deneyimlemesi için yeterli zaman tanınmalıdır.
- Hypercare dönemini kısa tutmak: İlk ay sonu kapanışı tamamlanmadan destek ekibini dağıtmak risklidir.
Geçiş Öncesi Kontrol Listesi
- 1Mevcut ECC sürümünüzü ve bakım durumunuzu netleştirin.
- 2SAP Readiness Check ile etki analizini çalıştırın.
- 3Özel geliştirmelerin kullanım oranını ölçün ve ayıklama planı yapın.
- 4Ana veri temizliğine ve İş Ortağı dönüşüm hazırlığına başlayın.
- 5Greenfield, brownfield veya seçici geçiş kararını iş hedeflerine göre verin.
- 6e-dönüşüm ve diğer entegrasyonların listesini çıkarın.
- 7Key user ekibini belirleyin ve eğitim planını bütçeye dahil edin.
- 8Canlıya geçiş ve hypercare dönemi için destek modelini tanımlayın.
Her Şirket İçin S/4HANA Doğru Seçim mi?
ECC'yi sınırlı modüllerle ve tek şirket kodunda kullanan küçük ve orta ölçekli işletmeler için S/4HANA her zaman en ekonomik yol olmayabilir. SAP'nin KOBİ'ler için geliştirdiği SAP Business One, daha kısa sürede devreye alınabilen ve toplam sahip olma maliyeti daha düşük bir alternatiftir. Logo veya Mikro gibi yerli ERP'lerden SAP'ye geçmeyi düşünen şirketler için hazırladığımız Logo/Mikro'dan SAP Business One'a geçiş rehberine, farklı ERP çözümlerinin karşılaştırması için ise SAP ERP ve Microsoft Dynamics 365 karşılaştırmamıza göz atabilirsiniz.
Geçiş Dalgası, Kariyer Fırsatı
2027 takvimi yalnızca şirketleri değil, SAP alanında kariyer hedefleyenleri de etkiliyor. Her geçiş projesi; süreç danışmanlarına, test uzmanlarına, veri geçiş uzmanlarına ve eğitmenlere ihtiyaç duyuyor. S/4HANA bilgisiyle donanmış junior danışmanlar için bu dönem, sektöre girişin en uygun zamanlarından biri. Bu yolda nasıl ilerleyeceğinizi SAP danışmanı nasıl olunur rehberimizde adım adım anlattık.
Sıkça Sorulan Sorular
Sonuç
ECC'den S/4HANA'ya geçiş, yalnızca bir yazılım güncellemesi değil; süreçleri, verileri ve çalışma alışkanlıklarını yeniden ele alma fırsatıdır. 2027 takvimini bir tehdit değil, planlı bir dönüşümün başlangıç çizgisi olarak görmek gerekir. Erken hazırlık analizi, doğru yöntem seçimi, temiz veri ve baştan planlanmış bir eğitim programı, başarılı bir geçişin dört temel taşıdır.
Ekibinizi S/4HANA'ya hazırlayalım
Geçiş projenizin takvimine uygun, rol bazlı kurumsal SAP eğitim planı için ekibimizle görüşün.
Kurumsal SAP Eğitimleri Teklif İsteyinBu konuda destek ister misiniz?
SAP eğitimleri, danışmanlık ve kurumsal süreçler hakkında ekibimizden bilgi alabilirsiniz.
