Büyük holdingler bulut ERP'ye neden geçiyor: RISE with SAP örneği

Aralık 2025'te SAP Türkiye basın odasının duyurduğu bir proje, kurumsal ERP tarafında bir süredir büyüyen bir eğilimi görünür kıldı. 1972'den beri otomotiv yan sanayiinde üretim yapan, dört kıtada 12 ülkede 25 fabrika ve 10 binin üzerinde çalışanla faaliyet gösteren Orhan Holding, küresel operasyonlarını RISE with SAP platformuna taşıdı. Proje, SAP'nin platin iş ortağı Detaysoft danışmanlığında beş ayda tamamlandı; holding ay sonu kapanış ve lojistik süreçlerinde yüzde 50'ye varan verimlilik artışı bildirdi ve SAP'nin otomotiv sektöründeki yıl ödülünü aldı.

Bu haberi tek bir vendor başarı hikayesi olarak okumak asıl resmi kaçırmak olur. Orhan Holding'in tercihi, sahip olunan lisanslı kurulumdan; altyapı, platform ve uygulamanın tek abonelikte yönetildiği bulut modeline geçişin somut bir örneği. SAP bu modelde tek oyuncu değil — Oracle, Microsoft ve IFS de benzer bir mimariyle aynı segmentte rekabet ediyor. Bu yazı, RISE with SAP örneğinden yola çıkarak büyük ölçekli ve çok şirketli yapılarda bulut ERP'ye geçişin arkasındaki mantığı ve orta ölçekli işletmelerin buradan çıkarabileceği dersleri ele alıyor.

RISE with SAP basit bir lisans yükseltmesi değil

RISE with SAP, S/4HANA'yı şirket içi sunucuya kurup lisans satın almaktan farklı bir teklif. Altyapı (bir hiper ölçek bulut sağlayıcısı üzerinde), platform katmanı, uygulama lisansı, izleme ve bir miktar süreç danışmanlığı tek bir abonelik paketinde bir araya geliyor. Şirket sunucu, yedekleme ve platform bakımıyla uğraşmıyor; bu katmanı SAP ve iş ortağı yönetiyor, şirket iş süreçlerine odaklanabiliyor.

Orhan Holding örneğinde bu modelin somut karşılığı, ay sonu kapanış ve lojistik operasyonlarında bildirilen verimlilik artışıydı; holding ayrıca makine öğrenmesi ve prediktif analitik yeteneklerinin karar destek sürecini güçlendirdiğini aktardı. Bu tarz sonuçlar vendor ve iş ortağı tarafından duyurulan proje sonuçları — genellenebilir bir garanti değil, ama modelin ne tür bir dönüşüm vaat ettiğini göstermesi bakımından anlamlı.

Aynı model, dört farklı vendor

RISE with SAP tek başına bir kategori değil; büyük ölçek ve çok şirketli yapılar için "yönetilen bulut ERP" diye adlandırılabilecek bir segmentin örneklerinden biri. Aynı segmentte rekabet eden başlıca modeller:

SAP'nin KOBİ ölçeğine yönelik ayrı bir ürünü de var: SAP Business One. RISE with SAP'ın hedeflediği büyük kurumsal segmentten farklı konumlanıyor; bu ikisini karıştırmamak gerekiyor.

Tablodaki modeller aynı başlık altında toplanmış olsa da mimari olarak birbirinin aynısı değil. Bazıları gerçek çok kiracılı (multi-tenant) SaaS — altyapı tüm müşteriler arasında paylaşılır, güncellemeler otomatik ve toplu gelir. Diğerleri, RISE with SAP'ta olduğu gibi, tek kiracılı (single-tenant) yönetilen bulut modeline daha yakın — altyapı müşteriye özel ayrılır, güncelleme takvimi üzerinde şirketin daha fazla söz hakkı olur ama esneklik de sorumluluğu biraz daha şirkette bırakır. Bu ayrım, özellikle özelleştirme yoğun süreçleri (yıllara sari iş takibi, sektöre özel raporlama gibi) olan büyük Türk şirketleri için teklif aşamasında sorulması gereken somut bir soru: abonelik "paylaşılan" mı, "size özel yönetilen" mi?

Bulut geçişini hızlandıran etkenler

Büyük ölçekli şirketlerin bulut ERP'ye yönelmesinin arkasında tek bir sebep yok, birkaç etken üst üste biniyor:

• Altyapı yükünün azalması: Küresel operasyonu olan bir holding için kendi veri merkezini büyütmek, güncel tutmak ve güvenliğini sağlamak başlı başına bir mühendislik yükü. Bu yükü hiper ölçek bulut sağlayıcısına devretmek, IT ekibinin altyapı yerine süreç ve veri tarafına odaklanmasını sağlıyor.
• Analitik ve yapay zekâ katmanına erişim: Bulut tabanlı platformlar, makine öğrenmesi ve prediktif analitik gibi yetenekleri şirket içi kurulumdan daha hızlı ve daha az entegrasyon maliyetiyle sunuyor. ERP'de yapay zekâ ajanlarının nerede gerçek fayda ürettiğini, nerede henüz vaat aşamasında kaldığını ayrı bir yazıda ele aldık.
• Güncelleme ve uyum yükünün paylaşılması: Vergi mevzuatı, e-belge zorunlulukları ve raporlama standartları sık değişiyor; bulut modelde bu güncellemelerin bir kısmı vendor tarafından merkezi olarak uygulanıyor, her müşteri ayrı ayrı yama geliştirmek zorunda kalmıyor.
• Ölçeklenebilirlik: Şirket satın alma, yeni ülkeye açılma gibi büyüme senaryolarında kapasite artışı, donanım siparişi beklemeden abonelik üzerinden büyütülebiliyor.

Bu etkenlerin hiçbiri "bulut her zaman daha ucuzdur" anlamına gelmiyor — toplam maliyet karşılaştırması ayrı bir konu ve ERP maliyetinin gizli kalemleri yazımızda bu ayrımı detaylandırdık.

Holding ve çok şirketli yapılarda özel gereksinim

Orhan Holding gibi çok şirketli yapılarda bulut ERP kararı, tekil şirket kararından farklı bir katman taşıyor: konsolidasyon, çoklu yasal entite, çoklu para birimi, grup-içi eliminasyon. Holding ve çok şirketli yapılar için ERP sayfamızda bu ihtiyaçları ayrıntılı ele aldık; segment lideri konumundaki ürünler büyük ölçüde yukarıdaki tabloda yer alanlarla örtüşüyor.

Otomotiv yan sanayii gibi üretim ağırlıklı gruplarda ayrıca sektöre özel üretim ERP gereksinimleri devreye giriyor — malzeme ihtiyaç planlaması, çok seviyeli ürün ağacı, tedarikçi entegrasyonu gibi başlıklar konsolidasyon katmanının üzerine biniyor.

Büyük ölçekten orta ölçeğe inen dersler

Her orta ölçekli işletme RISE with SAP büyüklüğünde bir dönüşüme girmeyecek; ama karar mantığının büyük kısmı ölçekten bağımsız. Bulut ile şirket içi kurulum arasındaki tercih bulut ve kiralık ERP karşılaştırmamızda genel çerçevede ele alınıyor ve aynı sorular küçük ölçekte de geçerli: IT ekibi altyapı yönetmek yerine süreç iyileştirmeye mi odaklansın, güncelleme yükü kimde kalsın, veri nerede duracak?

Yerli ve global ürün tercihinde de benzer bir ayrım var — yerli ve global ERP karşılaştırmamız bu tercihi Türkiye'ye özgü mevzuat uyumu ve destek modeli üzerinden değerlendiriyor. Büyük holdinglerin global platformlara yönelmesi, KOBİ ölçeğinde yerli ürünlerin geçersiz kaldığı anlamına gelmiyor; ölçek, sektör ve mevcut IT kapasitesi kararı değiştiriyor.

Bulut geçişinde sık karşılaşılan riskler

Bulut modele geçiş, mevcut sorunları otomatik olarak çözmüyor; bazen görünür hale getiriyor. Sık karşılaşılan üç risk alanı:

• "Kaldır ve taşı" yanılgısı: Şirket içi kurulumdaki süreçleri olduğu gibi buluta taşımak, altyapı maliyetini azaltabilir ama verimlilik kazandırmaz. Orhan Holding örneğinde bildirilen verimlilik artışı, yalnızca platform değişikliğinden değil, kapanış ve lojistik süreçlerinin yeniden tasarlanmasından geliyor. Süreç yeniden tasarımı yapılmadan yalnızca altyapı değiştirilirse, sonuç genelde hayal kırıklığı olur.
• Veri taşıma ve temizleme yükü: Çok şirketli yapılarda yıllar içinde birikmiş veri kalitesi sorunları (tekrarlanan cari kartlar, tutarsız hesap planı, eksik geçmiş kayıt) bulut ortamına taşınmadan önce temizlenmezse, yeni sistemde de aynı sorunlar devam eder — üstelik bu kez daha modern bir arayüzün arkasında saklanmış olur.
• Değişim yönetimi: Yeni bir arayüze ve yeni bir çalışma diline geçiş, kullanıcı direnciyle karşılaşabilir. Büyük ölçekli projelerde eğitim ve kademeli geçiş planı, teknik kurulumdan bağımsız ayrı bir bütçe ve zaman kalemi olarak ele alınmalı.

Bu üç risk, ölçekten bağımsız olarak her bulut ERP projesinde karşımıza çıkıyor; büyük holdinglerde daha görünür olmasının nedeni, hatanın maliyetinin de büyük olması.

Karar öncesi dikkat edilecek noktalar

1. Bulut modelde verinin hangi bölgede/veri merkezinde tutulacağı ve KVKK kapsamında yurt dışına veri aktarımı kurallarına uyumun nasıl sağlanacağı netleşmeli.
2. Mevcut şirket içi entegrasyonların, özellikle özel yazılmış ara yazılımların, bulut ortamına taşınma maliyeti baştan çıkarılmalı.
3. Abonelik modelinde yıllık artış oranları ve sözleşme süresi net olmalı; vendor'dan güncel teklif alınmadan tahmini bütçe kurulmamalı.
4. Geçiş projesinin süresi ve iç kaynak yükü için Orhan Holding örneğindeki beş aylık süre bir referans olabilir; ama her kurumun veri hacmi ve süreç karmaşıklığı farklı, kendi projeniz için ayrı bir zaman çizelgesi çıkarılmalı.
5. Danışmanlık ortağının sektör deneyimi — bu örnekte Detaysoft'un SAP platin ortaklığı — proje riskini azaltan bir faktör; ürün seçimi kadar uygulama ortağı seçimi de karar sürecine dahil edilmeli.

Bu başlıklardan hangisinin kurumunuz için öncelikli olduğunu netleştirmek için uygun ERP bul aracıyla kendi profilinize göre bir kısa liste çıkarabilir, ya da tarafsız bir karşılaştırma için keşif görüşmesi talep edebilirsiniz.