SAP Proje Yönetiminde En Çok Karıştırılan 50 Kavram
- Duygu Şener

- 21 Eyl
- 5 dakikada okunur

SAP projeleri; modüller, metodolojiler, veri yapıları ve roller arasında sıkı bir entegrasyon gerektirir. Bu bütünsel yapının doğası gereği, kavramlar hem sahada hem de internette sıkça karıştırılmakta ve yanlış kullanılmaktadır. Yanlış kavram kullanımı yalnızca iletişim kazalarına yol açmaz; proje planlaması, sorumluluk dağılımı ve canlıya geçiş gibi kritik aşamalarda ciddi riskler doğurabilir.
Bu rehberde, SAP proje yönetiminde en çok karıştırılan 50 kavramı kategorilerine göre ele alıyor, karıştırılma sebebini, doğrusunu ve bir pratik örneği açıklıyoruz.
1. Metodolojiler ve Proje Yaklaşımları
SAP Activate vs. SAP ASAP
Karıştırılma Sebebi: İkisi de proje metodolojisi olarak anılır.
Doğrusu: ASAP eski ve waterfall odaklıdır; Activate çevik (agile) prensiplere dayalı, güncel metodolojidir.
Örnek: ASAP’te Business Blueprint hazırlanır; Activate’te Fit-to-Standard atölyeleri yapılır.
Greenfield vs. Brownfield
Karıştırılma Sebebi: Her ikisi de S/4HANA’ya geçiş yöntemidir.
Doğrusu: Greenfield → sıfırdan kurulum; Brownfield → mevcut sistemi dönüştürme.
Örnek: Çok özelleştirmesi olan şirket greenfield seçer, süreçlerini korumak isteyen şirket brownfield.
Agile vs. Waterfall
Karıştırılma Sebebi: SAP’nin geçmişi waterfall ile anıldığı için agile farkı gözden kaçar.
Doğrusu: Waterfall sıralı teslimat; Agile sprint bazlı iteratif teslimattır.
Örnek: ECC projeleri waterfall, S/4HANA projeleri agile yönetilir.
Waterfall Deliverables vs. Agile Deliverables
Karıştırılma Sebebi: Her ikisi de “teslimat” içerir.
Doğrusu: Waterfall kapsamlı dokümanlar üretir; Agile çalışan yazılım parçaları teslim eder.
Örnek: Waterfall’da 200 sayfalık blueprint; Agile’da sprint sonunda çalışan ekran.
2. Veri ve Sistem Kavramları
Master Data vs. Transaction Data
Karıştırılma Sebebi: Veri migrasyonlarında sık karıştırılır.
Doğrusu: Master data sabit kayıtlardır (müşteri, malzeme); transaction data günlük işlemlerdir (sipariş, fatura).
Örnek: Müşteri kartı master, o müşteriye kesilen fatura transaction’dır.
On-Premise vs. Cloud (S/4HANA)
Karıştırılma Sebebi: İkisi de aynı ürün ailesine ait gibi görünür.
Doğrusu: On-Premise → şirketin veri merkezinde, sınırsız özelleştirme; Cloud → SAP yönetiminde, sınırlı özelleştirme.
Örnek: Büyük holding On-Premise; KOBİ Cloud kullanır.
SAP HANA vs. S/4HANA
Karıştırılma Sebebi: İsim benzerliği kafa karıştırır.
Doğrusu: HANA veritabanıdır; S/4HANA ERP uygulamasıdır.
Örnek: Veri sorguları HANA’da; satış siparişleri S/4HANA’da.
DEV-QAS-PRD vs. Client
Karıştırılma Sebebi: Sistem ve istemci kavramları karıştırılır.
Doğrusu: DEV-QAS-PRD farklı sistemlerdir; Client sistem içindeki veri bölmeleridir.
Örnek: DEV’de 800 konfigürasyon, 810 test client’i olabilir.
Client-Dependent vs. Client-Independent Settings
Karıştırılma Sebebi: Tüm ayarlar istemciye özel sanılır.
Doğrusu: Client-dependent → sadece o client’te geçerli; client-independent → tüm sistem için geçerli.
Örnek: Kullanıcı eklemek client-dependent’tir; tabloya yeni alan eklemek client-independent’tir.
ECC vs. S/4HANA
Karıştırılma Sebebi: İkisi de “SAP ERP” olarak geçer.
Doğrusu: ECC eski nesil, farklı veritabanlarını destekler; S/4HANA yalnızca HANA’da çalışır.
Örnek: ECC’de FI ve CO ayrı tablolarda; S/4HANA’da tek tabloda (ACDOCA).
3. Roller ve Organizasyon
FI vs. CO
Karıştırılma Sebebi: “FI/CO” tek modül gibi anılır.
Doğrusu: FI dış raporlama; CO iç maliyet kontrolü.
Örnek: Vergi beyannamesi FI’den; ürün maliyet analizi CO’dan.
Project Manager vs. Business Analyst
Karıştırılma Sebebi: Her ikisi de gereksinimlerle ilgilenir.
Doğrusu: PM zaman/bütçe yönetir; BA iş gereksinimlerini toplar.
Örnek: PM “6 ayda bitecek” der; BA “satış ekranında alan X eksik” der.
Product Owner vs. Product Manager
Karıştırılma Sebebi: Rol tanımları farklı şirketlerde değişir.
Doğrusu: PO backlog’u yönetir; PM ürün vizyonunu belirler.
Örnek: PM “Avrupa’ya açılacağız” der; PO “önce ödeme modülü” der.
Basis Consultant vs. Functional Consultant
Karıştırılma Sebebi: Tüm danışmanların aynı işi yaptığı sanılır.
Doğrusu: Basis teknik altyapı; Functional danışman iş süreçlerini uyarlayan kişidir.
Örnek: Sunucu kurulumu Basis; satın alma süreci MM danışmanındadır.
Role vs. Profile (SAP Security)
Karıştırılma Sebebi: İkisi de “yetki” ile ilgilidir.
Doğrusu: Rol işlev setini tanımlar; profil teknik yetki nesnelerini içerir.
Örnek: Rol “Satış Yöneticisi”; arka planda S_TCODE gibi nesneler profil ile gelir.
4. Entegrasyon ve Teknoloji
IDoc vs. BAPI vs. OData
Karıştırılma Sebebi: Hepsi entegrasyon yöntemi sanılır.
Doğrusu: IDoc asenkron toplu veri; BAPI senkron API; OData modern web servisidir.
Örnek: 10.000 fatura IDoc ile; stok sorgusu BAPI ile; mobil sipariş OData ile.
ALE vs. EDI
Karıştırılma Sebebi: İkisi de veri aktarımı yapar.
Doğrusu: ALE SAP sistemleri arasında; EDI SAP ile dış sistemler arasında veri aktarır.
Örnek: ECC’den S/4’e ALE; tedarikçiye fatura EDI.
Batch Input vs. BAPI
Karıştırılma Sebebi: İkisi de veri yükler.
Doğrusu: Batch Input ekran kaydı gibi toplu yükler; BAPI doğrudan iş nesnesine yazar.
Örnek: 10.000 müşteri kartı Batch Input ile; tek müşteri güncellemesi BAPI ile.
PI/PO vs. CPI
Karıştırılma Sebebi: İkisi de entegrasyon aracıdır.
Doğrusu: PI/PO on-premise; CPI bulut tabanlıdır.
Örnek: SAP–Oracle PI/PO; Salesforce–SAP CPI ile bağlanır.
CDS View vs. HANA Calculation View
Karıştırılma Sebebi: İkisi de veri modelidir.
Doğrusu: CDS ABAP katmanında; Calculation View HANA Studio’da tanımlıdır.
Örnek: Fiori CDS View’e bağlanır; analitik rapor Calculation View’den çalışır.
5. Test, Canlıya Geçiş ve Destek
Cutover vs. Go-Live vs. Hypercare
Karıştırılma Sebebi: Hepsi canlıya geçişle ilgili sanılır.
Doğrusu: Cutover hazırlık; Go-Live açılış; Hypercare sonrası yoğun destektir.
Örnek: Veri yükleme cutover; sistem açılışı go-live; ilk 2 hafta hypercare.
UAT vs. SIT
Karıştırılma Sebebi: İkisi de test türüdür.
Doğrusu: SIT teknik entegrasyon testi; UAT kullanıcı kabul testidir.
Örnek: FI–MM uyumu SIT; kullanıcıların fatura kaydı UAT.
Blueprint vs. Scope
Karıştırılma Sebebi: İkisi de proje dokümanı sanılır.
Doğrusu: Scope proje sınırlarını çizer; Blueprint süreçleri detaylandırır.
Örnek: Scope “iade süreci dahil değil”; Blueprint “satış siparişi adımları”.
Blueprint vs. Functional Specification
Karıştırılma Sebebi: İkisi de tasarım dokümanı sanılır.
Doğrusu: Blueprint yüksek seviyeli; FS geliştirme detaylarını içerir.
Örnek: “Satış akışı olacak” Blueprint’te; “Exit ZSD001 kullanılacak” FS’te.
Hypercare vs. AMS
Karıştırılma Sebebi: İkisi de destek faaliyetidir.
Doğrusu: Hypercare kısa vadeli; AMS sürekli destektir.
Örnek: İlk 2 hafta hypercare; uzun vadeli destek AMS.
6. Modüller ve Çözümler
SAP GUI vs. SAP Fiori
Karıştırılma Sebebi: İkisi de arayüzdür.
Doğrusu: GUI klasik masaüstü; Fiori modern web tabanlı arayüzdür.
Örnek: Muhasebeci GUI’den belge kaydeder; satış temsilcisi Fiori’den sipariş onaylar.
SAP MM vs. SAP SD
Karıştırılma Sebebi: Her ikisi de sipariş süreçlerini içerir.
Doğrusu: MM satın alma; SD satış sürecini yönetir.
Örnek: Tedarikçiye sipariş MM’de; müşteriye sipariş SD’de.
SAP PP vs. SAP APO/PP-DS
Karıştırılma Sebebi: İkisi de üretim planlamasıyla ilgilenir.
Doğrusu: PP temel planlama; APO/PP-DS ileri seviye detaylı çizelgelemedir.
Örnek: PP’de haftalık plan; PP-DS’de dakika bazlı makine çizelgelemesi.
SAP WM vs. SAP EWM
Karıştırılma Sebebi: İkisi de depo yönetimidir.
Doğrusu: WM temel; EWM ileri seviye depo yönetimidir.
Örnek: WM’de raf yönetimi; EWM’de otomatik depo robotları entegrasyonu.
SAP BW vs. SAP BI
Karıştırılma Sebebi: Raporlama çatısı altında aynı görülür.
Doğrusu: BW veri ambarı; BI analiz ve görselleştirme aracıdır.
Örnek: BW veriyi toplar; BI dashboard sunar.
SAP APO vs. SAP IBP
Karıştırılma Sebebi: İkisi de planlama çözümüdür.
Doğrusu: APO eski nesil; IBP bulut tabanlıdır.
Örnek: APO batch job; IBP anlık hesaplama.
SAP Ariba vs. SAP SRM
Karıştırılma Sebebi: İkisi de satın alma yönetimi yapar.
Doğrusu: SRM on-premise; Ariba bulut tabanlıdır.
Örnek: SRM’de katalog şirket içinde; Ariba’da global tedarikçi ağı.
SuccessFactors vs. SAP HCM
Karıştırılma Sebebi: İkisi de IK yönetimi sağlar.
Doğrusu: HCM ECC tabanlı; SuccessFactors bulut tabanlıdır.
Örnek: Bordro HCM’de; yetenek yönetimi SuccessFactors’da.
SAP CRM vs. SAP C/4HANA
Karıştırılma Sebebi: İsim benzerliği kafa karıştırır.
Doğrusu: CRM eski; C/4HANA modern bulut müşteri deneyim platformudur.
Örnek: CRM’de sipariş takibi; C/4HANA’da sosyal medya entegrasyonu.
SAP projeleri yalnızca teknik kurulum değil; doğru kavram yönetimiyle iletişim ve strateji kurma sanatıdır. Yanlış kavramların kullanılması, iş birimleriyle danışmanlar arasında gereksiz gerilimlere, hatalı planlamalara ve riskli canlıya geçiş süreçlerine yol açabilir. Bu rehberde ele alınan 50 kavram, proje yöneticileri, danışmanlar, IT çalışanları ve yeni başlayanlar için bir referans noktasıdır.
Kaynaklar
Axelsson, Jonas. SAP Activate Project Management Framework. Heidelberg: SAP Press, 2020.
Keller, Karl, and Sven Denecken. Transitioning to SAP S/4HANA. Walldorf: SAP Press, 2019.
Magal, Simha R., and Jeffrey Word. Integrated Business Processes with ERP Systems. 2nd ed. Hoboken: Wiley, 2019.
Mazzullo, Janet. Practical Guide to SAP S/4HANA Financial Accounting. SAP Press, 2020.
Smith, Rehgan. Agile Project Management for SAP. Berlin: Springer, 2021.
Taysi, İsmail. Agile Dünyasında En Çok Karıştırılan 10 Kavram. İstanbul: Kendi Yayını, 2021.
von Rosing, Mark, Henrik von Scheel, and August-Wilhelm Scheer. The Complete Business Process Handbook: Body of Knowledge from Process Modeling to BPM. Amsterdam: Elsevier, 2019.
_edited.png)



Yorumlar