SAP uygulaması nedir? Adım adım bir rehber

Bir SAP uygulaması, bir şirketin finans, satın alma, tedarik zinciri, satış ve İK süreçlerini, genellikle S/4HANA olmak üzere tek bir SAP sistemine taşıyan programdır. SAP'nin Activate yöntemi altında altı aşamada yürür ve başarısı ya da başarısızlığı, kimse bir şey yapılandırmadan önce yapılan işe bağlıdır: süreç tasarımı, veri kalitesi ve doğru ekip.

Bu rehber, bir tane başlatmak üzere olan yöneticiler ve program liderleri için. Aşamaları, her birinin neyi üretmesi gerektiğini, önce gelen planlamayı ve şimdi başlayan programlar için neyin değiştiğini anlatıyor. Tek bir bölüm okuyacaksanız “Konfigürasyon başlamadan önce planlama” bölümünü okuyun.

25 yıllık ERP uygulaması boyunca aynı kalıbı defalarca gördüm. Uygulamaya bir yazılım kurulumu gibi bakan şirketler zorlanır. Sistemi, süreç çalışmasından sonra gelen son adım sayanlar zamanında teslim eder ve yönetim kuruluna verdikleri sonuçları alır.

S/4HANA, SAP'nin güncel ERP'sidir ve SAP HANA bellek içi veri tabanı üzerinde çalışır. Eski ECC sistemleri birçok şirkette hâlâ çalışıyor ama ECC ana akım bakımı 31 Aralık 2027'de sona eriyor; 2030 sonuna kadar daha yüksek bir ücretle isteğe bağlı uzatılmış bakım sunuluyor.

Uygulamaların çoğunun ilk dokunduğu çekirdek modüller:

Modül	Neyi yönetir
FI (Finansal Muhasebe)	Defteri kebir, borç hesapları, alacak hesapları, duran varlık muhasebesi
CO (Kontrol)	Maliyet merkezleri, kâr merkezleri, iç siparişler, yönetim raporlaması
MM (Malzeme Yönetimi)	Satın alma, envanter, mal hareketleri, satıcı yönetimi
SD (Satış ve Dağıtım)	Siparişten tahsilata, fiyatlandırma, sevkiyat, faturalama
PP (Üretim Planlama)	Üretim siparişleri, kapasite planlaması, MRP
HCM (İnsan Sermayesi Yönetimi)	İK ana verisi, bordro, zaman yönetimi

Çoğu işletme FI/CO ve bir ya da iki operasyonel modülle başlar. Gerisi sonraki aşamalarda geliştirilir.

SAP Activate, eski ASAP yönteminin yerini aldı. Altı aşaması var ve her birinin, ilerlemeden önce aştığınız bir kapısı bulunuyor.

Altı SAP Activate aşaması

1. 01

   Discover

   İş gerekçesini doğrulayın ve öncelikli süreçleri bir deneme veya demo sistemi üzerinde sınayın.

2. 02

   Prepare

   Seferber olun: ekip, yönetişim, kapsam belgesi, plan ve sistem erişimi.

3. 03

   Explore

   Süreç sahipleriyle Fit-to-standard atölyeleri. Konfigürasyon, entegrasyon ve uzantılardan oluşan backlog'u oluşturun.

4. 04

   Realize

   Yapılandırın, genişletin, veri taşıyın ve test edin. En uzun aşama. Çıkış için temiz bir regresyon çalıştırması gerekir.

5. 05

   Deploy

   Kullanıcıları gerçek süreçler üzerinde eğitin, cutover'ı prova edin, hazır bir war room ile canlıya geçin.

6. 06

   Run

   Hypercare, optimizasyon ve Mükemmeliyet Merkezi'ne (CoE) devir.

Bu tablo, program ofisinin duvarına astığım sürüm: her aşamanın neyi üretmesi gerektiği, kimin sahip olduğu ve bir sonraki aşama başlamadan önce neyin doğru olması gerektiği.

Aşama	Üretmesi gereken	Sahip	Geçiş kapısı
Discover	İş gerekçesi, hedef kapsam, dağıtım seçimi	Sponsor ve CFO	Finansman onaylandı
Prepare	Kapsam belgesi, plan, yönetişim, ekip hazır	Program direktörü	Sponsor kapsamı imzaladı
Explore	Fit-to-standard sonuçları, backlog, uzantı kararları	Süreç sahipleriyle çözüm mimarı	Çözülmemiş boşluk yok
Realize	Yapılandırılmış ve test edilmiş sistem, taşınmış test verisi	Fonksiyonel ve teknik liderler	Temiz regresyon çalıştırması; veri mutabık
Deploy	Eğitilmiş kullanıcılar, prova edilmiş cutover, go/no-go paketi	Cutover yöneticisi	Üç günlük kapanış provası geçildi
Run	Hypercare kaydı, CoE devri, 2. faz backlog'u	Hizmet teslimat lideri	Açık P1/P2 yok; CoE kabul etti

Her aşamanın arkasındaki şablonlar SAP Activate şablonları rehberimde.

Üç günlük kapanış provası kapısı

Realize ile Deploy arasındaki kapı, ekiplerin takvim baskısı altında en sık atladığı kapıdır. Gerçek canlıya geçişten önce üç günlük bir kapanış provası yapmanızı öneririm. Finans yeni sistemde defterleri kapatamıyorsa, BT ne derse desin veri taşımanız hazır değildir. O kapıyı atlamak, yaratacağı gecikmeden daha pahalıya gelir.

Sıra önemlidir. Tek bir konfigürasyon kararı verilmeden önce dört şeyin yapılması gerekir.

1. 01Mevcut süreçleri haritalayınGerçekte nasıl işlediklerine göre, geçici çözümler dahil
2. 02Standart mı uzantı mı karar verinStandart neredeyse her zaman daha hızlıdır
3. 03Veri kalitesini denetleyinVeri taşıma başlamadan önce
4. 04Ekibi kurun, sonra kapsamı kesinleştirinKimin müsait olduğu, neyi teslim edebileceğinizi belirler

Konfigürasyon ancak şimdi başlar

Mevcut süreçleri gerçekte işledikleri gibi haritalayın

Sürecin olması gereken hâlini değil. Gerçekte ne olduğunu, geçici çözümler dahil. Kimsenin yazmadığı gereksinimler, o geçici çözümlerin içinde saklanıyor.

Her süreç için standart ve uzantı arasında karar verin

SAP'nin standart işlevselliğinin hangi süreçleri kapsadığını ve hangilerinin genişletilmesi gerektiğini belirleyin. Standart neredeyse her zaman daha hızlıdır. Her uzantı test döngüleri, yükseltme riski ve bakım ekler. SAP'nin Clean Core yönergesi altında her uzantının ayrıca bilinçli bir yere konması gerekir; bu da kararı daha önemli hale getirir, daha az değil.

Veri taşıma başlamadan önce veri kalitesini denetleyin

En çok hafife alınan iş akışı. Eskimiş müşteri kayıtlarının denetlenmeden yüklenmesi yüzünden şirketlerin aylarca raporları düzeltmekle uğraştığını gördüm. Bir müşterinin 18.000'in üzerinde mükerrer müşteri kaydı vardı ve bunları canlıya geçişten sonra düzeltmek faturalamayı haftalarca aksattı.

Önce ekibi kurun, sonra kapsamı kesinleştirin

Teslim edebileceğiniz kapsam, her iş akışını yapılandırmak, test etmek ve sahiplenmek için kimin müsait olduğuna bağlıdır. Önce kapsam belirleyip sonra ekip kuran ekipler, aşırı taahhüt ettiklerini yeniden inşa etmek için aylar harcar.

Zorluk	Nasıl görünür	Ne yapılmalı
Kapsam kayması	“Madem içindeyiz, şunu da ekleyin...” talepleri birikir	İlk günden resmi değişiklik kontrolü; her talep bir etki değerlendirmesi alır
Veri kalitesi	Taşıma, kimsenin bilmediği tutarsızlıkları ortaya çıkarır	Veriyi canlıya geçişten altı ay önce profilleyin; kaynak sistemde temizleyin
Kullanıcı direnci	Kullanıcılar canlıya geçişten sonraki iki hafta içinde Excel'e döner	Son kullanıcıları Explore'dan itibaren tasarıma dahil edin; yalnızca eğitim değil, katılım
Entegrasyon hataları	Üçüncü taraf bağlantıları UAT'de bozulur	Arayüzleri Explore'da haritalayın; gerçekçi hacimlerle erken test edin
Kısaltılan test döngüleri	Bir tarihe yetişmek için regresyon kısaltılır	Test aşamalarını koruyun; geliştirmedeki kayma testi sıkıştırmamalı
Ekip yorgunluğu	Son düzlükte moral düşer, hata oranları yükselir	Basit bir haftalık duygu endeksiyle yorgunluğu izleyin; deneyimime göre %25'i geçtiğinde test hata oranları fırlar

Bir şirketin işi hızlandırmak için küçük regresyon testlerini atladığı bir vakayı hatırlıyorum. Bir hafta sonra finans kilit raporları mutabık hale getiremedi. Ardından aylarca temizlik geldi. Büyük bir sistem kusuru değildi, kaçınılabilir bir ihmaldi.

Canlıya geçişten önce, sırasında ve sonrasında

Canlıya geçişten önce: kapanış provasını yapın, taşınan veriyi mutabakat raporlarıyla doğrulayın, demo senaryoları yerine gerçek süreçler üzerinde eğitim verin ve geri alma planını test edin. Yönlendirme komitesine go/no-go kriterlerini anlatın ve zımni baş sallama değil, açık onay alın.

Canlıya geçiş sırasında: izlemeyi artırın ve cutover ekibini ilk 72 saat boyunca günün 24 saati hazır tutun. O saatlerde alınan kararlar, hypercare'in güvenle mi yoksa bir kuyrukla mı açılacağını belirler.

Canlıya geçişten sonra: hypercare'i en az dört hafta yürütün. Destek biletlerini kategoriye göre izleyin; eğitimin nerede başarısız olduğunu ve konfigürasyonun nerede ayarlanması gerektiğini onlar söyler. 2. fazı oturmuş referans noktasından planlayın. 18 ay önce ertelenen kapsam, işletmenin şimdi ihtiyaç duyduğu şeye karşı yeniden kontrol edilmelidir.

Orta ölçekli bir üretici sürekli ham maddesiz kalıyordu. Satın alma planlamacıları suçladı, planlamacılar kimsenin güvenmediği elektronik tabloları. Bu düzeni S/4HANA ile değiştirdik ve uygun MRP konfigürasyonuyla ağırlıklı olarak SAP PP'ye dayandık. Stok seviyeleri tahminden gerçek zamanlı veriye geçti, satın alma siparişleri ihtiyaca göre tetiklendi ve altı ay sonra eksikler yüzde 50'nin üzerinde azaldı. Bu, şüphecileri bile şaşırttı. Sonuç, konfigürasyondan önce gelen süreç yeniden tasarımından geldi. Süreç çalışması olmadan PP, yalnızca daha hızlı yanlış cevaplar üretirdi. Finans da kazandı: ay sonu hızlandı ve CFO, uzun zamandır ilk kez rakamların “inandırıcı geldiğini” söyledi.

Küresel bir profesyonel hizmetler firmasının sorunu farklıydı. Her ülke kendi finans platformunu çalıştırıyordu, hiçbir şey mutabık olmuyordu ve raporlar her ay elle yeniden hazırlanıyordu. SAP Finance'i, işin içinde olan bir yönlendirme komitesi altında aşamalı olarak devreye aldık. Ay sonu kapanışı iki haftanın üzerinden bir haftanın biraz üzerine indi, bölgesel raporlar sonunda birbirini tutmaya başladı ve denetçilerin bile endişeleri azaldı.

2022 için yazılmış bir rehber, 2026'daki bir alıcıyla temasa dayanamaz. Dört değişikliğin ilk günden tasarıma girmesi gerekir.

Bulut sürümleri artık varsayılan

SAP artık iki bulut ERP sürümü satıyor: SAP Cloud ERP (eskiden S/4HANA Cloud Public Edition olan genel sürüm) ve SAP Cloud ERP Private (özel sürüm). RISE with SAP, özel sürümü SAP tarafından işletilen operasyonlarla ve SAP Signavio, SAP LeanIX ve SAP Cloud ALM içeren bir dönüşüm araç zinciriyle paketler. SAP GROW, genel sürümdeki orta ölçekli şirketler için pakettir.

Sürüm kararı artık eski devreye alma tartışmalarının üstünde duruyor. Big bang ile aşamalı geçiş ve greenfield, brownfield ya da selective seçimleri, sürümün yerine değil, sürümün içinde yaptığınız seçimlerdir. Hâlâ ECC'deyseniz ve daha fazla zamana ihtiyacınız varsa SAP, 2031 ile 2033 arasındaki dönem için bir ERP özel sürüm geçiş seçeneği satıyor, ancak SAP bunun bir bakım uzatması değil, ücretli bir geçiş teklifi olduğunu açıkça söylüyor.

Clean Core ikili değil, dereceli

Ağustos 2025'te SAP A'dan D'ye dört Clean Core seviyesi getirdi. Seviye A yalnızca yayımlanmış, kararlı API'leri kullanır; ya SAP BTP üzerinde yan yana ya da sistemin içinde ABAP Cloud ile. Seviye B, hâlâ temiz sayılan klasik API'lere ve teknolojilere izin verir. Seviye C özel önlemler gerektirir. Seviye D temiz değildir.

Genel sürüm yalnızca seviye A uzantılarına izin verir. Özel sürüm ve on-premise klasik uzantılara izin verir; yani oradaki disiplin platformun sizi engellemesinden değil, yönetişimden gelir. Bir program için pratik nokta: her uzantının seviyesine ve yerine Explore'da karar verin ve hayır diyebilecek adı konmuş bir kişi bulundurun. SAP BTP ve ABAP Cloud deneyimi olmayan ortaklar, ilk haftadan itibaren seviye C ve D borcu yaratır.

Teslimat ekibinde Joule ve SAP Build Code

Joule artık SAP Activate Roadmap Viewer ve SAP Cloud ALM içinde yer alıyor; görev sorularını yanıtlıyor ve metodolojiden içerik taslağı hazırlıyor. 2024'ten beri genel olarak kullanılabilen SAP Build Code, SAP BTP üzerindeki Java ve JavaScript uzantıları için uygulama mantığı, veri modelleri ve testler üretmek üzere Joule'u kullanır. SAP, ABAP geliştiricileri için de benzer üretken yapay zeka desteği ekledi.

Dürüst görüşüm şu: SAP programlarında yapay zeka gerçek, ama değeri veri kalitesi belirler. Temiz süreç dokümantasyonu ve temiz ana veri işe yarar çıktı üretir. Kirli veri, kendinden emin gürültü üretir. Hiçbiri, her karara sahip çıkan bir kişiye duyulan ihtiyacı ortadan kaldırmaz.

Şimdi başlayan bir program için bunun anlamı

Yöntem hâlâ işe yarıyor. Aşamalar hâlâ geçerli ve işlerin sırası hâlâ önemli. Değişen şey, sürüm kararı, uzantı disiplini ve ekip için araçlar. Bunları ilk günden özümseyen bir program onları tasarım kısıtı olarak ele alır. Görmezden gelen program ise ilk üç ayını neyin değiştiğini, çoğunlukla ortağın değişiklik taleplerinden öğrenerek geçirir.

Aynı kararların maliyet tarafı için SAP uygulama maliyeti dökümüme bakın. Hâlâ ECC'deyseniz ECC'den S/4HANA'ya geçiş rehberi dönüşüm yollarını ele alıyor.

SAP ne için kullanılır?

SAP, temel iş fonksiyonlarını (finans, satın alma, tedarik zinciri, İK, satış) tek bir sistemde, tek bir veri modeliyle çalıştırır.

Pratikte bir mal girişi envanteri günceller, borç hesapları sürecini tetikler ve yeniden giriş yapılmadan yönetim raporlamasına akar. Raporlama ancak altındaki işlemler kadar doğrudur; süreç tasarımının ve veri kalitesinin konfigürasyondan daha önemli olmasının nedeni budur.

SAP uygulaması ne kadar sürer?

Zaman çizelgesini en çok kapsam ve ekip oynatır. Tek bir şirket için FI/CO ve bir operasyonel modülü kapsayan odaklı bir S/4HANA uygulaması 6 ila 9 ay sürebilir. Çok sayıda tüzel kişiliği, modülü ve dili kapsayan küresel bir devreye alma 18 ila 36 ay sürer.

Süreleri uzatanlar: geç bulunan veri sorunları, tarih ileri alınmadan eklenen kapsam, yarı zamanlı doldurulan kilit roller ve önceki kaymayı telafi etmek için kısaltılan test döngüleri. Hepsi planlama aşamasında kontrol edilebilir.

SAP Activate'in altı aşaması nedir?

Discover (iş gerekçesi ve uyum), Prepare (ekip, yönetişim, plan), Explore (fit-to-standard atölyeleri ve backlog), Realize (yapılandırma, genişletme, veri taşıma, test), Deploy (eğitim, cutover provası, canlıya geçiş) ve Run (hypercare ve Mükemmeliyet Merkezi'ne devir).

SAP uygulamalarının başarısız olmasının en yaygın nedenleri nelerdir?

Sorunlu hemen her programda üç kök neden görülür. Süreç çalışması atlanır, böylece SAP bozuk eski süreçlere göre yapılandırılır. Veri kalitesi cutover'a kadar görmezden gelinir ve doğru düzeltmek için zaman kalmaz. Değişim yönetimi eğitim olarak ele alınır: eğitim insanlara nasıl tıklayacaklarını gösterir, değişim yönetimi ise bunu istemelerini sağlar.

Dördüncüsü daha yeni: Clean Core planı olmadan uzantı geliştiren bir ortak, ilk büyük yükseltmede ortaya çıkan bir borç bırakır.

Doğru SAP uygulama ortağını nasıl seçerim?

Sizin ölçeğinizde sektör deneyimi ve gerçekten arayabileceğiniz referanslar. Adı konmuş kıdemli katılım: sunumdaki kişi programı yönetmeli. Bağımsızlık: lisans veya abonelik satışından kazanan ortakların daha fazla kapsam önermek için teşviki vardır. Clean Core deneyimi: kaç SAP BTP ve ABAP Cloud uzantısı geliştirdiklerini sorun ve görmeyi isteyin.

Bir kural daha. İşi teslim edecek ortak, iş gerekçenizi yazmamalı. Onun teşviki başlamak. Sizinki bitirmek.

Canlıya geçişten sonra ne olur?

Hypercare, tüm ekibin hazır olduğu ve açık sorunların günlük gözden geçirildiği en az dört hafta sürer. İlk haftadaki bilet kategorileri, eğitimin nerede yetersiz kaldığının ya da konfigürasyonun nerede yanlış olduğunun en dürüst işaretidir.

Hypercare'den sonra Mükemmeliyet Merkezi iyileştirmeleri, yükseltme planlamasını, yeni katılanlar için eğitimi ve değişim yönetişimini devralır. Programda CoE'yi kurmayı atlayan şirketler genellikle sonraki iki yılı, kurum içinde olması gereken işler için danışmanlara ödeme yaparak geçirir.

RISE with SAP nedir ve kuruluşum için doğru mu?

RISE with SAP, SAP Cloud ERP Private için SAP'nin abonelik paketidir: yazılım, SAP tarafından yönetilen altyapı ve operasyonlar ile süreç analizi, mimari ve yaşam döngüsü yönetimi için bir araç zinciri. Uygulamayı yine ortağınız teslim eder.

ECC'den ayrılan, platform ve operasyonlar için tek bir SAP sözleşmesi isteyen daha büyük kuruluşlara uygundur. Standarda yakın çalışabilen orta ölçekli şirketler, genel sürümdeki SAP GROW'a bakmalı. RISE, düzenlemenin müşteri tarafından yönetilen altyapı gerektirdiği veya yoğun özel kodun eldeki sürede temizlenemediği durumlarda daha zayıf bir uyumdur.