2026'da ERP modernizasyonu: bulut, yapay zeka ve Clean Core

2026'da ERP modernizasyonu, sırayla verilen üç karar demektir: ERP'nizin neyi yapmayı bırakması gerektiği, çekirdeğini ne kadar temiz tutacağınız ve verilerinizin yapay zekanın işe yarayacağı kadar iyi olup olmadığı. SAP müşterileri için bu üçünün arkasında kesin bir tarih var: ECC ana akım bakımı 31 Aralık 2027'de bitiyor; ücretli uzatılmış bakım 2030 sonuna kadar sürüyor.

Bu yazı, analizi bitirmiş ve şimdi uygulamak zorunda olan CIO'lar, CFO'lar ve kurumsal mimarlar için. Harekete geçiren güçleri, omurga ve uydu sistemler mimarisini, Clean Core'u, yönetişim boşluğunu, yapay zeka hazırlığını ve önümüzdeki 18 ay için bir risk tablosunu ele alıyor.

2024'te çoğu lider hâlâ zaman kazanmaya çalışıyordu: ECC takvimlerini inceliyor, hibrit ile tam geçişi tartışıyor, taahhüt vermeden sandbox testleri yürütüyordu. O pencere kapandı. ECC ve Oracle E-Business Suite ortamlarındaki teknik borç artık teorik değil. Güncellemelerden sonra başarısız olan regresyon testlerinde, kimsenin sahip çıkmadığı özel kod üzerindeki denetim bulgularında ve planlama ile yürütme sistemleri arasında taşınması 12 saat süren verilerde kendini gösteriyor.

Son tarih. 2027'den sonra ECC müşterileri 2030 sonuna kadar daha yüksek bir ücretle uzatılmış bakım satın alabilir. Bunun ötesinde SAP, 2031 ile 2033 arası için bir ERP private edition geçiş seçeneği sunuyor, ama yalnızca RISE üzerinden ve SAP bunun bir bakım uzatması değil, ücretli bir geçiş teklifi olduğunu açıkça belirtiyor. Bu arada The Register'ın aktardığı Gartner araştırması, 2024 sonu itibarıyla SAP'nin yaklaşık 35.000 ECC müşterisinin yalnızca yaklaşık %39'unun S/4HANA lisansı satın aldığını ya da abone olduğunu buldu. Lisanslı olmak, geçmiş olmakla aynı şey değil. İş ortağı kapasitesi kısıtlı olacak.

Bütçe modeli. Bulut ERP, harcamayı capex lisanslarından aboneliklere kaydırır. Bu daha temiz görünüyor. Uygulamada CFO'lar bulut maliyetlerini daha az öngörülebilir buluyor: RISE with SAP ve SAP GROW altında Full User Equivalent (FUE) büyümesi, ek hizmetler ve entegrasyon yükü, ilk iş senaryosunda yer almayan maliyetler ekliyor.

Finans ve tedarik zincirinde parçalanma. Finans ekipleri ödenecek ve alacak hesaplarında yapay zeka çalıştırırken denetim süreçleri hâlâ başka bir çağ için kurulmuş şablonları kullanıyor. Tedarik zincirleri kısmen modernize edilmiş: planlama için SAP IBP, yürütme için eski depo yönetimi, satın alma için Ariba ama manuel mal girişleri. Darboğaz teknoloji değil. Sistemler arasındaki bağlantılar.

ERP bir katmandır, tüm yığın değil. Birçok kurumda süreç orkestrasyonunu ServiceNow, müşteri iş akışlarını Salesforce, İK yaşam döngüsünü Workday ya da SuccessFactors yürütüyor. ERP, 1990'larda satıldığı hepsi bir arada süreç merkezi olmaktan çıktı; finansal omurga oldu.

Kurumsal mimarların artık çoğunlukla çalıştığı model, uzman platformlarla çevrili bir finansal omurgadır (SAP S/4HANA ya da Oracle Fusion).

Katman	Burada ne yer alır	Ne yer almaz
Finansal omurga	Genel defter, kontrol, satın alma, stok, üretim yürütme, yasal kapanış	İş akışı onayları, CRM, iş gücü yönetimi, analitik
İş akışı	BT ve operasyon süreçleri, onaylar, değişiklik yönetimi için ServiceNow	İşlemsel kayıt tutma
Müşteri etkileşimi	Salesforce ya da SAP Sales and Service Cloud	Finansal işleme
İş gücü	Workday ya da SAP SuccessFactors	Operasyonel işlemler
Analitik	SAP Business Data Cloud, SAP Analytics Cloud, Power BI, Snowflake	Kayıt sistemi

Ayrım bilinçlidir. Her şeyi SAP'ye geri zorlamak sürtünme ekler, güncellemeleri yavaşlatır ve sahipliği bulanıklaştırır. CRM'i, iş akışını, analitiği ve EHS'yi tek bir sisteme tıkıştırmak, önceki programları bu kadar zahmetli yapan şeydi.

Sorulacak soru: ERP artık neyden sorumlu olmamalı? Bunu atlarsanız aynı monoliti daha yeni bir lisans üzerinde yeniden kurarsınız. SAP ve ServiceNow ile ERP modernizasyonu yazım, bu ayrımın bir versiyonunu işliyor.

Ağustos 2025'te SAP, üç katmanlı genişletilebilirlik modelini dört Clean Core seviyesiyle değiştirdi. A seviyesi yalnızca yayımlanmış, kararlı API'leri kullanır; SAP BTP üzerinde yan yana ya da sistem içinde ABAP Cloud ile. B seviyesi klasik API'leri ve SAP'nin hâlâ temiz saydığı teknolojileri kullanır. C seviyesi iç nesnelere uzanır ve özel önlemler gerektirir. D seviyesi temiz değildir.

Public edition (SAP GROW olarak satılan SAP Cloud ERP) yalnızca A seviyesine izin verir; yani platform Clean Core'u zorunlu kılar ve yılda iki büyük sürümü üstlenir. Private edition (RISE altında SAP Cloud ERP Private) ve on-premise hâlâ klasik uzantılara izin verir, dolayısıyla orada Clean Core yönetişime bağlıdır. Her iki durumda da yoğun biçimde özelleştirilmiş bir sistem, her yükseltmeyi bir projeye, her regresyon testini bir krize dönüştürür.

Clean Core sizden şunları ister:

1. Kullanılmayan özel kodu çekirdekten çıkarın. Tuttuğunuz her özel program, her yükseltmede test edilecek bir şeydir.
2. Yeni uzantıları mümkün olduğunda A seviyesinde geliştirin: SAP BTP üzerinde, SAP Build ile ya da sistem içinde ABAP Cloud ile.
3. SAP'nin sunduğu her yerde standart süreçleri kullanın ve yalnızca mevzuatın ya da gerçek bir rekabet farkının gerektirdiği yerde özelleştirin.

Direnç teknik değil, kültüreldir. 15 yıl boyunca özel koda dayanmış iş sorumluları, bunun hâlâ “öylece yeniden uygulanmasını” bekliyor. Bu beklenti 2012'ye ait.

Tipik bir ECC ortamı, üretim ve hizmet sektörlerinde yürüttüğüm değerlendirmelere göre 1.500 ila 3.000 özel nesne taşıyor ve bunların yalnızca yaklaşık dörtte biri aktif iş kullanımı gösteriyor. Geri kalanı, taşıma maliyetini şişiren ve denetim riski yaratan tarihsel bir yük.

Pratik adım: şimdi bir kullanım taraması yapın. Aktif olmayanı kullanımdan kaldırın. Tasarım başlamadan önce bir kesinti listesi yayımlayın. Clean Core'u ilk haftadan planlayan ekipler, onu etrafından dolaşılacak bir kısıt olarak ele alan ekiplerden çok daha iyi bir yükseltme deneyimi yaşıyor. Clean Core stratejisi yazım yöntemi ayrıntılı biçimde ele alıyor.

ERP birçok katmandan yalnızca biri olduğunda, sahiplik soruları kritik hale gelir. Kimin sahip olduğu:

1. Salesforce ile ERP arasındaki API?
2. SAP ile ServiceNow'a yayılan bir iş akışı?
3. Her iki sistemin aynı anda güncellenmesi gerektiğinde çakışan değişiklik öncelikleri?

Bunun canlıya geçişleri aylarca geciktirdiğini gördüm. Ekipler, entegrasyon testi çakışmayı ortaya çıkarana kadar takılıp kaldıklarını fark etmiyor.

Bir vakada beş sistem aynı tedarikçi ana kaydına dokunuyordu. Beş. Kimsede ana veri sahiplik belgesi yoktu ve kimin hangi sistemde neyi değiştirebileceğini kimse tasarlamamıştı. Bu bir teknoloji hatası değil. Teknolojinin açığa çıkardığı bir yönetişim hatası.

ERP'de yapay zekanın değeri gerçektir, ama veri kalitesine ve temiz bir mimariye bağlıdır. Joule artık S/4HANA, SuccessFactors, Ariba ve diğer SAP ürünlerini kapsıyor ve SAP'nin ajanları Joule asistanlarının altında çalışıyor. SAP BTP üzerindeki ajan temelli kullanım senaryoları slayt olmaktan çıkıp hayata geçiyor. Hepsi temiz, tutarlı, yapılandırılmış veriye bağlı.

Verileriniz mükerrerse, tutarsız kodlanmışsa ya da S/4HANA'nın tanımadığı özel tablolarda duruyorsa, yapay zekanın güvenilir biçimde çalışacağı hiçbir şey yoktur. Ödenecek hesaplarda yapay zeka çalıştıran finans ekipleri bunu hızla öğrenir: tedarikçi ana verisi hiç temizlenmediği için faturalar yanlış tedarikçiyle eşleşir.

İşe yarayan sıra: önce Clean Core, ikinci olarak veri yönetişimi, üçüncü olarak analitik, dördüncü olarak yapay zeka. Adım atlamak hiçbir şeyi hızlandırmaz. Sorunu yalnızca daha sonraya taşır.

1. 01Sınırı belirleyinERP'nin neyi yapmayı bırakacağına karar verin
2. 02Çekirdeği temizleyinKullanılmayan kodu emekliye ayırın, yenisini A seviyesinde geliştirin
3. 03Veriyi yönetinHer veri nesnesi için tek sahip
4. 04Analitiği kurunYönetilen veri üzerinde SAP Business Data Cloud, SAC ya da Power BI
5. 05Yapay zeka ekleyinGüvenilir bir temel üzerinde Joule ve ajanlar

Üzerinde çalışacağı güvenilir bir zemini olan yapay zeka

Risk	Sinyal	Pratik yanıt
ECC son tarihi baskısı	Ana akım bakım Aralık 2027'de bitiyor; ECC müşterilerinin çoğu 2024 sonuna kadar S/4HANA lisansı almamıştı	İş ortağı kaynak planlarını şimdi kilitleyin; ABD'de kıdemli gün ücretleri şimdiden 1.800 ila 3.500 dolar arasında
Özel kod borcu	1.500 ila 3.000 özel nesne, yaklaşık dörtte biri aktif kullanımda	Kullanım taramaları yapın, kesinti listesi yayımlayın, emeklilik sprintlerine başlayın
Sürüm kesintisi	Sürümler finansal kapanış ve tedarik zinciri zirveleriyle çakışıyor	Sürüm pencerelerini kapanıştan uzağa koyun; regresyon testlerini otomatikleştirin
Veri taşıma riski	Geç uyumlaştırma, ekiplerin hata diye yanlış etiketlediği kusurlar üretir	Erken boyutlandırma; tasarım dondurulmadan önce banka, vergi ve uyumluluk verisi kontrolleri
Entegrasyon sahipliği boşlukları	Paylaşılan ana veriye dokunan beş ya da daha fazla sistem	Bir yetki matrisi yayımlayın; her veri nesnesi için tek sahip
İki yaşam döngüsü aracı	Hibrit ortamlar Solution Manager ve SAP Cloud ALM'i paralel çalıştırıyor	Bulut programları için varsayılan olarak Cloud ALM; Solution Manager 7.2 ana akım bakımı 2027 sonunda bitiyor

Bu risklerin teslimat düzeyindeki versiyonu için kaçınılması gereken on ERP modernizasyon hatası yazıma, geçiş yollarının kendisi için ise ECC'den S/4HANA'ya geçiş rehberine bakın.

SAP S/4HANA'da Clean Core nedir?

S/4HANA'yı mümkün olduğunca standarda yakın tutmak ve uzantıları yükseltmelerin bozamayacağı yere koymak. Ağustos 2025'ten beri SAP, uzantıları A seviyesinden (yalnızca yayımlanmış API'ler, SAP BTP üzerinde ya da sistem içinde ABAP Cloud ile) D seviyesine (temiz değil) kadar derecelendiriyor. İş gerekçesi yükseltme korumasıdır: temiz bir sistem sürümleri günler içinde üstlenir, yoğun biçimde özelleştirilmiş bir sistem ise her birini bir projeye dönüştürür.

ERP için omurga ve uydu sistemler mimarisi nedir?

ERP (SAP S/4HANA ya da Oracle Fusion) kurulduğu işi yapar: finansal kayıtlar, stok, satın alma, üretim işlemleri ve yasal raporlama. Gerisini uzman platformlar yürütür: iş akışı için ServiceNow, müşteri etkileşimi için Salesforce, İK için Workday ya da SuccessFactors ve içgörü için analitik platformları. Bunların hepsini ERP'ye zorlamak, yavaş güncellenen ve yoğun biçimde özelleştirilen bir monolit yaratır.

Şirketler 2027 SAP ECC son tarihine nasıl yaklaşmalı?

SAP Readiness Check ile başlayın. Özel kod hacimlerini, eklenti bağımlılıklarını ve veri boyutlandırmayı ortaya çıkarır; brownfield, greenfield ya da seçici geçişe karar veren üç etken bunlardır. Karmaşık kurumsal geçişler değerlendirmeden canlıya geçişe tipik olarak 18 ila 24 ay sürer; dolayısıyla bir yaklaşım seçmediyseniz ve iş ortağı görüşmelerine şimdiye kadar başlamadıysanız, 2027 canlıya geçişi şimdiden sıkışık. 2030'a kadar uzatılmış bakım daha pahalıya gelir ve zaman kazandırır, yenilik değil.

Yapay zeka ERP modernizasyonunda ne zaman değerlidir, ne zaman değildir?

Veri temiz, tutarlı ve yapılandırılmış olduğunda ve sürecin net kuralları olduğunda: ödenecek hesaplar otomasyonu, talep tahmini ve finansal işlemlerde anormallik tespiti kanıtlanmış örneklerdir. Yapay zeka, kötü verinin ya da yönetişim boşluklarının yanından geçen bir kestirme yol değildir. Kötü girdiler üzerine verilen kararları yakalamak, manuel hataları yakalamaktan daha zordur. Önce Clean Core, veri yönetişimi ve istikrarlı süreçler gelir.

Şirketlerin yaptığı en büyük ERP modernizasyonu hataları nelerdir?

Bunu bir teknoloji projesi olarak ele almak; böylece iş sorumluları odaya girmeden Clean Core tartışması kaybedilmiş olur. Veri yönetişimine tasarımdan sonra başlamak; oysa ilk haftada alınan kararlar aylarca test işinden tasarruf ettirirdi. ERP'nin neyi yapmayı bırakacağını tanımlamamak; böylece çekirdek kapsam varsayılan olarak genişler ve son monolit de böyle kurulmuştu.

ERP modernizasyonu ne kadara mal olur?

Orta ölçekli bir şirket için brownfield bir ECC'den S/4HANA'ya dönüşüm, süregelen abonelik hariç, implementasyon maliyeti olarak tipik olarak 2-8 milyon dolar arasında seyreder. Küresel kapsamlı, önemli ölçüde özelleştirilmiş ve çok sayıda tüzel kişiliği olan kurumsal programlar 20-100 milyon dolar ve üzerine çıkabilir. Lisansların yanı sıra entegrasyonu, testi ve operasyonel desteği de modelleyin; RISE ve SAP GROW altında ise FUE büyümesini sözleşme süresi boyunca modelleyin.