SAP uygulaması nedir? Adımlar, aşamalar ve süreç

SAP uygulaması, bir şirketin finans, satın alma, tedarik zinciri, satış ve İK süreçlerini tek bir SAP sistemine, bugün genellikle SAP S/4HANA'ya taşıyan programdır. Altı SAP Activate aşamasından (Discover, Prepare, Explore, Realize, Deploy ve Run) geçer ve başarısı ya da başarısızlığı, kimse bir şeyi yapılandırmadan önce süreçler, veriler ve insanlar üzerinde yapılan işe bağlıdır.

Kısa cevap: bir SAP uygulama projesi, ayrı ayrı çalışan eski sistemlerin yerine tek bir sistem ve tek bir veri modeli koyar. Süreç altı adımdan oluşur: iş gerekçesini teyit etmek, ekibi harekete geçirmek, SAP standardını esas alarak tasarlamak, geliştirmek ve test etmek, canlıya geçmek, ardından sistemi oturtup devretmek. Deneyimime göre bu, GROW with SAP'de 6 ila 9 ay, RISE with SAP'de 9 ila 18 ay sürer; SAP uygulama takvimi rehberim bunu aşama aşama ayrıntılandırıyor.

Yönettiğim, kurtardığım ya da raydan çıkışını izlediğim 21 SAP programında tablo hep aynı. SAP'yi bir yazılım kurulumu gibi ele alan şirketler zorlanıyor. Önce süreçleri yeniden tasarlayıp sonra yapılandıran şirketler yönetim kuruluna verdikleri sözü tutuyor.

Bu rehber, bir uygulamaya başlamak üzere olan yöneticiler ve program liderleri için. Tek bir bölüm okuyacaksanız "Konfigürasyon başlamadan önce planlama" bölümünü okuyun.

S/4HANA, SAP'nin güncel ERP'sidir ve bellek içi SAP HANA veritabanı üzerinde çalışır. Pek çok şirket hâlâ eski SAP ECC'yi kullanıyor, ancak ECC'nin standart bakımı 31 Aralık 2027'de sona eriyor; daha yüksek bir ücret karşılığında 2030 sonuna kadar isteğe bağlı uzatılmış bakım sunuluyor.

Çoğu uygulamanın ilk ele aldığı temel modüller şunlardır:

Modül	Neyi yönetir
FI (finansal muhasebe)	Genel muhasebe, borç hesapları, alacak hesapları, duran varlık muhasebesi
CO (Kontrolling)	Masraf yerleri, kâr merkezleri, dahili siparişler, yönetim raporlaması
MM (malzeme yönetimi)	Satın alma, stok, mal hareketleri, tedarikçi yönetimi
SD (satış ve dağıtım)	Order-to-cash, fiyatlandırma, sevkiyat, faturalama
PP (üretim planlama)	Üretim siparişleri, kapasite planlama, MRP
HCM (insan sermayesi yönetimi)	İK ana verileri, bordro, zaman yönetimi

Çoğu işletme FI/CO ve bir ya da iki operasyonel modülle başlar. Geri kalanı sonraki sürümlerde inşa edilir.

Uygulama ile geçiş aynı şey değildir. Zaten SAP ECC kullanıyorsanız bir SAP sistemini dönüştürüyor ya da yeniden kuruyorsunuz demektir; ECC'den S/4HANA'ya geçiş rehberim greenfield, brownfield ve seçici yolları ele alıyor.

SAP Activate, SAP'nin uygulama metodolojisidir. Eski ASAP yönteminin yerini aldı ve her biri ilerlemeden önce geçilmesi gereken bir kapıya sahip altı aşamadan oluşur.

Altı SAP Activate aşaması

1. 01

   Discover

   İş gerekçesini teyit edin ve öncelikli süreçleri bir deneme ya da demo sistemi üzerinde test edin.

2. 02

   Prepare

   Harekete geçin: ekip, yönetişim, kapsam dokümanı, plan ve sistem erişimi.

3. 03

   Explore

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

4. 04

   Realize

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

5. 05

   Deploy

   Kullanıcıları gerçek süreçler üzerinde eğitin, cutover provası yapın, bir kriz masası kurulu hâlde canlıya geçin.

6. 06

   Run

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

Bu tablo, program ofisinin duvarına astığım versiyondur. Her aşamanın ne üretmesi gerektiğini, sahibinin kim olduğunu ve bir sonraki aşama başlamadan önce neyin doğru olması gerektiğini gösterir.

Aşama	Üretmesi gereken	Sahibi	İlerleme kapısı
Discover	İş gerekçesi, hedef kapsam, dağıtım modeli seçimi	Sponsor ve CFO	Finansman onaylandı
Prepare	Kapsam dokümanı, plan, yönetişim, ekip hazır	Program direktörü	Sponsor kapsamı imzalar
Explore	Fit-to-standard sonuçları, backlog, uzantı kararları	Süreç sahipleriyle birlikte çözüm mimarı	Çözülmemiş açık yok
Realize	Yapılandırılmış ve test edilmiş sistem, taşınmış test verisi	Fonksiyonel ve teknik liderler	Temiz regresyon koşusu; veriler mutabık
Deploy	Eğitilmiş kullanıcılar, provası yapılmış cutover, go/no-go paketi	Cutover yöneticisi	Üç günlük kapanış provası geçildi
Run	Hypercare kaydı, CoE'ye devir, 2. aşama backlog'u	Hizmet sunum lideri	Açık P1/P2 yok; CoE kabul eder

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

Beş aşama mı, altı mı?

İnsanlar "SAP uygulamasının 5 aşaması" diye arama yapıyor, çünkü SAP'nin eski ASAP yönteminin beş aşaması vardı. Bunlar Project Preparation, Business Blueprint, Realization, Final Preparation ve Go-Live and Support idi.

SAP Activate aynı mantığı korur, başa Discover'ı ve sona Run'ı ekler. Prepare'den Deploy'a kadar olan aşamalar genellikle çekirdek teslimat aşamaları olarak görülür. Hâlâ "blueprint" diyen ekipler genellikle Explore'u kastediyor.

Üç 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. Her programda hazırlık kapısı olarak üç günlük bir kapanış provası kullanırım. Finans yeni sistemde defterleri kapatamıyorsa, BT ne derse desin veri taşımanız hazır değildir.

Bu kapıyı atlamak, yol açacağı gecikmeden daha pahalıya patlar.

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

1. 01Mevcut süreçleri haritalandırınGerçekte nasıl işliyorlarsa, 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

Gördüğüm en büyük hata, başlangıçta düzgün planlama yapmamak. Bütçeler Explore'da aşılıyor: iş akışları, raporlar, arayüzler, dönüşümler, geliştirmeler ve formlar (WRICEF) listesi büyüyor ve kapsamı müşteri değil tedarikçi kontrol ediyor. SAP uygulama maliyet dökümüm bunun bütçeye ne yaptığını gösteriyor.

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

Sürecin nasıl olması gerektiğini değil. Gerçekte ne olduğunu, geçici çözümler dahil.

2023'te Avrupa'da bir finansal hizmetler programında, finans ekibinin şirketler arası işlemlerin mutabakatını elektronik tablolarda yaptığı bir blueprint oturumuna katıldım. Kimsenin yazıya dökmediği gereksinimler geçici çözümlerin içinde saklanır.

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

SAP'nin standart işlevselliğinin hangi süreçleri karşıladığını, hangilerinin uzantı gerektirdiğini belirleyin. Standart neredeyse her zaman daha hızlıdır, çünkü her uzantı test döngüsü, yükseltme riski ve bakım yükü ekler.

SAP'nin clean core rehberliğine göre her uzantının ayrıca bilinçli olarak seçilmiş bir yere konması gerekir. Bu da kararı daha hafif değil, daha ağır kılar.

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

Veri, en çok hafife alınan iş akışıdır. Deneyimime göre veri taşıma, uygulama eforunun yüzde 30 ila 40'ını alır.

Bir müşterinin 18.000'den fazla mükerrer müşteri kaydı vardı. Bunu canlıya geçişten sonra düzeltmek faturalamayı haftalarca aksattı. Verilerin profilini erken çıkarın ve kaynak sistemde temizleyin; SAP veri taşımanın neden başarısız olduğunu anlatan rehberim nasıl yapılacağını ele alıyor.

Önce ekibi kurun, sonra kapsamı kesinleştirin

Teslim edebileceğiniz kapsam, her iş akışını yapılandıracak, test edecek ve sahiplenecek kimin müsait olduğuna bağlıdır. Önce kapsamı belirleyip sonra kadro kuran ekipler, aşırı söz verdikleri işleri yeniden yapmakla aylar geçirir.

Bir SAP uygulama projesinin bu rollerde isimleri belli kişilere ihtiyacı vardır; çoğu iş ortağının değil, sizin tarafınızdan olmalıdır:

1. Yönetici sponsor. İş gerekçesinin sahibidir ve tıkanan kararları çözer. Genellikle CFO ya da COO'dur.
2. Program direktörü. Planı, bütçeyi ve yönlendirme komitesini yürütür. Sizin bordronuzdadır ya da iş ortağından bağımsızdır.
3. Süreç sahipleri. Her alan için bir kişi (finans, satın alma, satış, üretim). Tasarımı onaylar ve canlıya geçişten sonra sonucun sahibi olurlar.
4. Çözüm mimarı. Genel tasarımı elinde tutar ve her uzantının nerede duracağına karar verir.
5. Fonksiyonel ve teknik liderler. Yapılandırır, geliştirir ve test eder. Genellikle iş ortağının ekibidir.
6. Veri taşıma lideri. Realize'da değil, Prepare'de atanır.
7. Değişim yönetimi ve eğitim lideri. Son kullanıcılarla Explore'da konuşmaya başlar.
8. Cutover yöneticisi. Canlıya geçiş runbook'unun ve go/no-go paketinin sahibidir.

Listeden daha önemli bir kural var. İşi yapacak iş ortağı sizin iş gerekçenizi yazmamalı.

Onun çıkarı başlamakta. Sizinki bitirmekte.

Neredeyse her programda gördüğüm zorluklar ve her birine karşı önlem şunlardır:

Zorluk	Nasıl görünür	Ne yapılmalı
Kapsam kayması	"Hazır elimiz değmişken şunu da ekleyelim..." talepleri birikir	İlk günden resmi değişiklik kontrolü; her talep için etki değerlendirmesi
Veri kalitesi	Taşıma, kimsenin varlığından haberi olmayan tutarsızlıkları ortaya çıkarır	Verilerin profilini erken çıkarın; kaynak sistemde temizleyin
Kullanıcı direnci	Kullanıcılar canlıya geçişten sonraki iki hafta içinde Excel'e geri döner	Son kullanıcıları Explore'dan itibaren tasarıma dahil edin
Entegrasyon hataları	Üçüncü taraf bağlantıları UAT'de bozulur	Arayüzleri Explore'da haritalandırı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 moral endeksiyle izleyin

Ekip yorgunluğu konusunda basit bir haftalık moral endeksi tutarım. Ekibin yüzde 25'inden fazlası kendini bunalmış hissettiğini söylediğinde test hata oranları fırlar.

2024'te Körfez bölgesinde (GCC) bir üretim programında ekip, takvimden üç hafta kurtarmak için regresyon testlerini atladı. Ardından finans önemli raporları mutabık hâle getiremedi ve aylarca süren bir temizlik geldi. Bu bir sistem kusuru değildi, yalnızca önlenebilir bir karardı.

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

Canlıya geçişten önce kapanış provasını yapın, taşınan verileri mutabakat raporlarıyla doğrulayın ve demo senaryoları yerine gerçek süreçler üzerinde eğitim verin. Geri dönüş planını test edin. Yönlendirme komitesiyle go/no-go kriterlerinin üzerinden geçin ve örtük baş sallamalar yerine açık onay alın.

Canlıya geçiş sırasında izlemeyi artırın ve ilk 72 saat boyunca cutover ekibini gece gündüz ulaşılabilir tutun. O saatlerde alınan kararlar, hypercare'in güvenle mi yoksa bir kuyrukla mı başlayacağını belirler.

Canlıya geçişten sonra en az dört hafta hypercare yürütün ve destek taleplerini kategoriye göre izleyin. Bu talepler eğitimin nerede başarısız olduğunu ve konfigürasyonun nerede ayar gerektirdiğini gösterir.

2024'te Avrupa'da bir üretim programında müşterinin hammaddesi sürekli tükeniyordu. Satın alma planlamacıları suçluyordu, planlamacılar da kimsenin güvenmediği elektronik tabloları. Bu düzeni S/4HANA ile değiştirdik ve doğru MRP konfigürasyonuyla ağırlıklı olarak SAP PP'ye dayandık.

Stok seviyeleri tahminden gerçek zamanlı veriye geçti ve satın alma siparişleri ihtiyaca göre tetiklenmeye başladı. İlk altı ayda hammadde eksiklikleri yüzde 50'den fazla azaldı. Sonuç, konfigürasyondan önce gelen süreç yeniden tasarımından geldi; çünkü süreç çalışması olmadan PP yalnızca yanlış cevapları daha hızlı üretirdi.

2024'te Birleşik Krallık'ta bir profesyonel hizmetler programında sorun finanstı. Ay sonu kapanışı iki haftadan uzun sürüyordu ve raporlar elle yeniden hazırlanıyordu. SAP Finance'i, işin içinde aktif olarak yer alan bir yönlendirme komitesi altında aşamalı olarak devreye aldık.

Ay sonu kapanışı bir haftanın biraz üzerine indi. CFO bana rakamların "inandırıcı geldiğini" söyledi.

2022 için yazılmış bir rehber, 2026'nın alıcısıyla karşılaştığında ayakta kalamaz. Üç değişikliğin kickoff'tan itibaren tasarıma dahil edilmesi gerekir.

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

SAP artık iki bulut ERP sürümü satıyor: SAP Cloud ERP (genel sürüm, eski adıyla S/4HANA Cloud Public Edition) ve SAP Cloud ERP Private (özel sürüm). RISE with SAP, özel sürümü SAP tarafından yürütülen operasyonlarla ve SAP Signavio, SAP LeanIX ve SAP Cloud ALM'i içeren bir araç setiyle paketler. GROW with SAP, genel sürümdeki orta ölçekli şirketler için sunulan pakettir.

Sürüm kararı artık eski devreye alma tartışmalarının üstünde duruyor. Big bang mı aşamalı mı, greenfield mi brownfield mi seçici mi soruları, sürüm kararının yerine değil, sürümün içinde verdiğiniz kararlardır.

Clean core ikili değil, derecelidir

SAP Ağustos 2025'te A'dan D'ye dört clean core seviyesi getirdi. A seviyesi yalnızca yayımlanmış, kararlı API'ler kullanır; ya SAP BTP üzerinde side-by-side ya da sistemin içinde ABAP Cloud ile. B seviyesi hâlâ temiz kabul edilen klasik API'lere izin verir, C seviyesi özel önlemler gerektirir ve D seviyesi temiz değildir.

Genel sürüm yalnızca A seviyesi uzantılara izin verir. Özel sürüm ve on-premise klasik uzantılara izin verir; dolayısıyla oradaki disiplin, platformun sizi engellemesinden değil yönetişimden gelir. Her uzantının seviyesine ve yerine Explore'da karar verin ve hayır diyebilecek bir kişiyi görevlendirin.

Teslimat ekibinde yapay zeka

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

Benim görüşüm: SAP programlarında yapay zeka gerçek, ama değeri veri kalitesi belirliyor. Temiz süreç dokümantasyonu ve temiz ana veriler işe yarar çıktılar üretirken kirli veriler kendinden emin bir gürültü üretiyor. Bunların hiçbiri, her kararın sahibi olan bir kişiye duyulan ihtiyacı ortadan kaldırmıyor.

Aşamalar hâlâ geçerli ve işin sırası hâlâ önemli. Sürüm kararını, uzantı disiplinini ve yeni araçları kickoff'ta özümseyen bir program bunları tasarım kısıtları olarak ele alır. Bunları görmezden gelen bir program ise ilk üç ayını neyin değiştiğini öğrenmekle geçirir; genellikle de iş ortağının değişiklik talepleri üzerinden.

Bu rehber, iş gerekçesinden canlıya geçişe kadar her konuya bağlantı veren SAP uygulama rehberimin bir parçasıdır.

Basitçe SAP uygulaması nedir?

Finans, satın alma, satış ve İK gibi bir şirketin temel süreçlerini tek bir sistemde ve tek bir veri modeliyle yürütmek için SAP yazılımını kurma projesidir. Süreç tasarımını, konfigürasyonu, veri taşımayı, testleri, eğitimi ve canlıya geçişi kapsar ve genellikle SAP'nin Activate metodolojisini izler.

SAP uygulamasının 5 aşaması nelerdir?

Beş aşama SAP'nin eski ASAP yönteminden gelir: Project Preparation, Business Blueprint, Realization, Final Preparation ve Go-Live and Support. SAP Activate, ASAP'nin yerini aldı ve başa Discover'ı, sona Run'ı ekleyerek altı aşama kullanır.

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

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

SAP uygulaması ile SAP geçişi arasındaki fark nedir?

Uygulama, SAP'yi devreye alır ve genellikle SAP dışı ya da eski sistemlerin yerini alır. Geçiş ise mevcut bir SAP ECC sistemini dönüşüm (brownfield), sıfırdan kurulum (greenfield) ya da seçici veri geçişi yoluyla S/4HANA'ya taşır. Her ikisi de SAP Activate aşamalarını izler.

Bir SAP uygulama ekibinde kimler olmalı?

Bir yönetici sponsor, bir program direktörü, her alan için süreç sahipleri, bir çözüm mimarı, fonksiyonel ve teknik liderler, bir veri taşıma lideri, bir değişim yönetimi ve eğitim lideri ve bir cutover yöneticisi. Sponsor, süreç sahipleri ve veri lideri iş ortağının değil, sizin tarafınızdan olmalıdır.

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

Sorunlu programların neredeyse hepsinde üç temel neden görülür. Süreç çalışması atlanır, veri kalitesi cutover'a kadar görmezden gelinir ve değişim yönetimi eğitimden ibaret sayılır.

Daha yeni bir neden, clean core planı olmadan uzantı geliştiren bir iş ortağıdır. Bu, 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 arayın. Satış sunumunu yapan kişi programı da yürütmeli. Kaç tane SAP BTP ve ABAP Cloud uzantısı geliştirdiklerini sorun ve bunları görmek isteyin.

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

RISE with SAP, SAP'nin SAP Cloud ERP Private için sunduğu 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ç seti. Uygulamayı yine iş ortağınız yürütür.

Platform ve operasyonlar için tek bir SAP sözleşmesi isteyen, ECC'den ayrılan büyük kuruluşlara uygundur. Standarda yakın çalışabilen orta ölçekli şirketler genel sürümdeki GROW with SAP'ye bakmalıdır.