Son güncelleme: 01 Kasım 2026
SAP dünyasında değişen yalnızca ürünler değil. Sistemleri tasarlarken, geliştirirken ve işletirken kullandığımız kavramlar da hızla değişiyor.
Uzun yıllar SAP operasyonları denildiğinde akla ağırlıklı olarak sunucular, veritabanları, transportlar, kullanıcı yönetimi, yetkilendirme, yedekleme ve sistem performansı geliyordu. Bunların hiçbiri ortadan kalkmadı. Ancak SAP sistemleri cloud, entegrasyon, veri platformları ve yapay zekâ ile daha dağıtık bir yapıya dönüştükçe operasyonun sınırları da genişledi.
Bugün bir SAP profesyonelinin BTP, Clean Core, Cloud ALM, Observability, FinOps, Business Data Cloud veya Agentic AI gibi kavramlarla karşılaşmadan mimari ya da operasyon konuşması giderek zorlaşıyor.
Üstelik bunların hepsi aynı türden kavramlar değil. Bazıları SAP ürünü, bazıları mimari prensip, bazıları geliştirme modeli, bazıları ise yeni bir operasyon yaklaşımını ifade ediyor.
Bu yazının amacı yeni başlayanlar için klasik bir SAP sözlüğü oluşturmak değil. Bugün SAP projelerinde anlamlı olan ve önümüzdeki yıllarda da teknoloji, mimari ve operasyon gündeminde kalmasını beklediğimiz 16 temel kavramı, ne oldukları ve neden önemli olduklarıyla birlikte kısa biçimde açıklamak.
Yeni Nesil SAP Operasyonlarının Kavram Haritası
Kategori | Temel Kavramlar |
Mimari ve Platform | SAP Cloud ERP, SAP BTP, Clean Core |
Geliştirme, Entegrasyon ve Veri | ABAP Cloud, SAP Integration Suite, API-First & Event-Driven Architecture, SAP Business Data Cloud |
Operasyon, Mimari Görünürlük ve Dönüşüm | SAP Cloud ALM, Observability, FinOps, SAP LeanIX & SAP Signavio |
AI ve Agentic SAP | SAP Business AI Platform, Joule & Joule Studio, AI Agents & Agentic AI |
Güvenlik, Kimlik ve Yönetişim | SAP Cloud Identity Services – IAS / IPS, SAP Cloud Identity Access Governance – IAG |
A. Mimari ve Platform: SAP’nin Yeni Temeli
1. SAP Cloud ERP
Nedir?
SAP Cloud ERP, SAP’nin ERP yeteneklerini cloud işletim modeli üzerinden sunduğu yeni nesil ERP yaklaşımını ifade ediyor. SAP’nin güncel terminolojisinde SAP Cloud ERP ve SAP Cloud ERP Private, farklı standardizasyon, esneklik ve işletim gereksinimlerine hitap eden temel seçenekleri oluşturuyor. Teknik dokümantasyonda SAP S/4HANA Cloud Public Edition ve Private Edition ifadeleriyle de karşılaşılmaya devam ediliyor.
Public Edition daha yüksek standardizasyon ve SAP tarafından yönetilen daha sık güncelleme döngüsü sunarken, Private Edition daha fazla uyarlama ve sistem kontrolüne ihtiyaç duyan kurumlara farklı bir model sağlıyor.
Bu noktada GROW with SAP ve RISE with SAP kavramlarıyla da karşılaşmak mümkün. GROW with SAP, SAP Cloud ERP/Public Edition tarafındaki cloud ERP benimseme yaklaşımıyla ilişkilendirilirken; SAP, RISE with SAP’ı 2025’ten itibaren belirli bir ürün veya çözüm paketinden ziyade mevcut on-premise SAP müşterilerinin SAP Business Suite ve Cloud ERP’ye geçişini destekleyen dönüşüm yolculuğu ve metodolojisi olarak konumlandırıyor.
Neden önemli?
Çünkü artık yalnızca “S/4HANA kullanıyor muyuz?” sorusu yeterli değil. Sistemin hangi deployment ve operating model üzerinde çalıştığı, güncellemelerden özelleştirmelere, entegrasyondan operasyon sorumluluklarına kadar birçok kararı etkiliyor.
Yeni SAP mimarisini anlamanın başlangıç noktalarından biri bu ayrım.
SAP kaynağı: SAP Cloud ERP ve deployment modelleri
RISE with SAP: RISE with SAP Methodology
2. SAP Business Technology Platform – BTP
Nedir?
SAP BTP; uygulama geliştirme, entegrasyon, otomasyon, veri yönetimi ve yapay zekâ gibi yetenekleri ortak bir teknoloji zemini üzerinde bir araya getiren SAP platformudur.
Bir S/4HANA sisteminin dışına yeni uygulamalar geliştirmek, SAP ile üçüncü taraf sistemleri entegre etmek, iş akışlarını otomatikleştirmek veya AI servislerinden yararlanmak gibi çok farklı senaryolarda kullanılabilir.
Neden önemli?
Çünkü SAP mimarisi giderek tek bir ERP sisteminin sınırlarının dışına çıkıyor.
Yeni ihtiyaçların tamamını ERP çekirdeğinin içine geliştirmek yerine, çekirdeği koruyan ve çevresinde farklı servislerin birlikte çalıştığı bir mimari öne çıkıyor. SAP’nin yeni Business AI Platform yaklaşımında da BTP; entegrasyon, geliştirme, otomasyon ve AI yeteneklerinin önemli teknoloji katmanlarından biri.
Dolayısıyla BTP artık yalnızca “SAP’nin cloud geliştirme platformu” olarak düşünülmemeli.
SAP kaynağı: SAP Business Technology Platform
3. Clean Core
Nedir?
Clean Core, ERP çekirdeğini gereksiz modifikasyonlardan ve SAP standardına doğrudan müdahale eden özel geliştirmelerden mümkün olduğunca korumayı amaçlayan mimari yaklaşımdır.
Burada amaç hiçbir özel geliştirme yapmamak değildir.
Amaç, geliştirmeyi doğru yerde ve upgrade-stable yöntemlerle yapmak; mümkün olduğunda released API’leri, extension noktalarını ve BTP üzerinde side-by-side geliştirme yaklaşımını kullanmaktır.
Neden önemli?
Çünkü geçmişte işe yarayan yoğun özel geliştirme modeli, cloud dünyasında güncelleme ve inovasyon hızının önünde ciddi bir teknik borca dönüşebilir.
Clean Core sayesinde kurumlar ERP çekirdeğini daha sade tutarken yeni ihtiyaçlarını extension’larla karşılayabilir.
Kısacası Clean Core yalnızca teknik temizlik değil; gelecekte yapılacak değişikliklerin maliyetini ve hızını etkileyen bir mimari disiplin.
SAP kaynağı: SAP Clean Core – Overview
B. Geliştirme, Entegrasyon ve Veri Mimarisi
4. ABAP Cloud
Nedir?
ABAP Cloud, ABAP ile geliştirmeyi ortadan kaldıran bir yaklaşım değil; ABAP geliştirmeyi cloud-ready, Clean Core uyumlu ve upgrade-stable hâle getirmeyi amaçlayan geliştirme modelidir.
Geliştiricinin hangi API ve geliştirme nesnelerini kullanabileceğinin daha kontrollü olması, SAP standardına doğrudan bağımlılığın azaltılması ve extension’ların gelecekteki sürüm değişikliklerinden daha az etkilenmesi temel fikirler arasında.
Neden önemli?
Çünkü SAP cloud’a geçerken ABAP ortadan kaybolmuyor; ABAP’ın kullanım biçimi değişiyor.
Geleceğin SAP geliştiricisi açısından mesele yalnızca ABAP bilmek değil, hangi geliştirmeyi ERP çekirdeğinde, hangisini BTP üzerinde ve hangi released API’lerle gerçekleştirmek gerektiğini anlayabilmek olacak.
SAP kaynağı: What is ABAP Cloud? – SAP Help Portal
5. SAP Integration Suite
Nedir?
SAP Integration Suite; SAP ve SAP dışı uygulamaları, veriyi ve iş süreçlerini birbirine bağlamak için kullanılan enterprise integration platformudur.
Cloud Integration, API Management ve Event Mesh gibi yeteneklerle hem klasik entegrasyon senaryolarını hem de daha modern API ve event tabanlı mimarileri destekler.
Neden önemli?
Çünkü modern bir SAP landscape artık tek başına SAP sistemlerinden oluşmuyor.
S/4HANA; CRM, e-ticaret, banka sistemleri, SaaS uygulamaları, hyperscaler servisleri ve giderek AI ajanlarıyla birlikte çalışıyor.
Bu nedenle entegrasyon artık projenin sonunda kurulan birkaç interface değil; mimarinin kendisinin temel bileşenlerinden biri.
SAP kaynağı: SAP Integration Suite
6. API-First ve Event-Driven Architecture
Nedir?
API-first, sistem fonksiyonlarının kontrollü ve tekrar kullanılabilir API’ler üzerinden sunulmasını ifade eder.
Event-driven architecture ise sistemlerin sürekli birbirlerini sorgulaması yerine önemli bir iş olayı gerçekleştiğinde diğer sistem veya servislerin bundan haberdar edilmesi yaklaşımıdır.
Örneğin bir satış siparişinin oluşturulması bir “event” olarak yayımlanabilir ve buna abone olan farklı uygulamalar gerekli işlemleri başlatabilir.
Neden önemli?
Çünkü bu modeller sistemler arasındaki sıkı bağımlılığı azaltır.
Yeni nesil entegrasyonun temel hedeflerinden biri artık yalnızca sistemleri bağlamak değil, sistemlerin birbirinden mümkün olduğunca bağımsız çalışabilmesini sağlamak.
Bu yaklaşım özellikle cloud servisleri, mikroservisler, gerçek zamanlı süreçler ve AI ajanlarının devreye girdiği mimarilerde daha fazla önem kazanıyor.
SAP kaynağı: Event-Driven Architecture – SAP Developers
7. SAP Business Data Cloud – BDC
Nedir?
SAP Business Data Cloud, SAP ve SAP dışı kurumsal veriyi bir araya getirirken verinin iş anlamını ve semantiğini korumayı amaçlayan yönetilen cloud veri platformudur.
SAP Business Data Cloud; Datasphere gibi mevcut SAP veri yeteneklerini de daha geniş bir veri ve AI mimarisinin parçası hâline getiriyor.
Neden önemli?
Çünkü kurumsal AI açısından yalnızca çok veriye sahip olmak yeterli değil.
AI’ın “müşteri”, “sipariş”, “fatura” veya “tedarikçi” gibi nesnelerin ne anlama geldiğini ve birbirleriyle ilişkilerini anlayabilmesi gerekiyor.
Bu nedenle yeni SAP veri mimarisinin odağı giderek veriyi taşımaktan iş bağlamını korumaya doğru genişliyor.
SAP kaynağı: SAP Business Data Cloud
İleri Okuma
SAP’nin yeni dönem vizyonunu, pazar mesajlarını ve kurumsal çözümlerinin değişen anlatısını öğrenmek için SAP’nin Ürün Konumlandırması ve Pazarlama Dili Nasıl Değişiyor? analizimizi inceleyebilirsiniz.
C. Operasyon ve Dönüşüm Yönetimi
8. SAP Cloud ALM
Nedir?
SAP Cloud ALM, SAP landscape’lerinin implementasyon ve operasyon yaşam döngüsünü yönetmek amacıyla sunulan cloud-native Application Lifecycle Management platformudur.
Implementation, test, deployment, monitoring ve end-to-end traceability gibi alanlarda merkezi yetenekler sağlar.
Neden önemli?
Cloud ALM’i yalnızca “Solution Manager’ın yerine geçen ürün” olarak değerlendirmek eksik olur.
SAP sistemleri cloud ve hybrid yapılara geçtikçe operasyonun daha otomatik, merkezi ve servis odaklı yönetilmesi gerekiyor.
Cloud ALM aynı zamanda SAP’nin yeni dönüşüm araçları ve agent-led transformation yaklaşımında giderek daha merkezi bir operasyon ve yaşam döngüsü katmanına dönüşüyor.
SAP kaynağı: SAP Cloud ALM
9. Observability
Nedir?
Observability, Türkçede gözlemlenebilirlik, bir sistemin iç davranışını dışarıdan ürettiği log, metric, trace ve diğer operasyonel sinyaller üzerinden anlayabilme yeteneğidir.
Monitoring ile aynı şey değildir.
Monitoring çoğunlukla önceden belirlenmiş sorular sorar:
“CPU ne kadar?”
“Disk doldu mu?”
“Interface hata verdi mi?”
Observability ise daha geniş bir soruya cevap arar:
“Sistemde gerçekte ne oluyor ve bunun nedeni ne?”
Neden önemli?
Cloud servisleri, API’ler, event’ler, entegrasyonlar ve AI ajanları arttıkça bir işlemin tek sistem içinde başlayıp bitmesi giderek azalıyor.
Problem artık yalnızca bir sunucunun performansı olmayabilir; farklı servislerden geçen işlem zincirinin herhangi bir noktasında ortaya çıkabilir.
Yeni nesil SAP operasyonlarında bu nedenle monitoring’den observability’ye doğru bir genişleme görüyoruz.
SAP kaynağı: Observability – SAP Help Portal
10. FinOps
Nedir?
FinOps, cloud maliyetlerinin yalnızca finans departmanının takip ettiği bir fatura olmaktan çıkarılıp teknoloji, finans ve iş birimlerinin birlikte yönettiği operasyonel bir konu hâline gelmesini ifade eder.
Amaç yalnızca maliyet düşürmek değildir.
Hangi kaynağın ne kadar tükettiğini görmek, kullanımın iş değeriyle ilişkisini anlamak ve teknik kararların maliyet etkisini ölçebilmek de FinOps yaklaşımının parçasıdır.
Neden önemli?
SAP landscape’i cloud servisleri, BTP tüketimi, hyperscaler kaynakları ve consumption-based AI servisleriyle genişledikçe klasik altyapı maliyet yaklaşımı yeterli olmayabilir.
Artık sistemin sağlıklı çalışması kadar hangi servisin neden tüketim ürettiğini bilmek de operasyonun konusu.
Bunu basitçe şöyle özetleyebiliriz:
Observability bize “Sistem ne yapıyor?” sorusunun cevabını verir.
FinOps ise “Bunun maliyeti ne?” sorusunu ekler.
SAP kaynağı: SAP Cloud FinOps Community
11. SAP LeanIX ve SAP Signavio
Nedir?
SAP LeanIX, kurumun uygulama ve teknoloji mimarisini görünür hâle getiren Enterprise Architecture Management çözümüdür.
SAP Signavio ise süreçlerin modellenmesi, process mining ile gerçekte nasıl çalıştığının analiz edilmesi ve süreç dönüşümünün yönetilmesi üzerine odaklanır.
İki ürünü basit biçimde ayırmak gerekirse:
LeanIX: Ne çalıştırıyoruz?
Signavio: Nasıl çalışıyoruz?
Neden önemli?
Çünkü SAP dönüşümü yalnızca teknik migration değildir.
Hangi uygulamanın neden kullanıldığını anlamadan teknoloji mimarisini sadeleştirmek; süreçlerin gerçekte nasıl işlediğini görmeden de başarılı bir dönüşüm planlamak zor.
Bu yapıyı Cloud ALM ile birlikte düşündüğümüzde basit bir çerçeve ortaya çıkıyor:
LeanIX: Ne çalıştırıyoruz?
Signavio: Nasıl çalışıyoruz?
Cloud ALM: Değişimi nasıl uyguluyor ve işletiyoruz?
SAP kaynakları:
SAP LeanIX – Enterprise Architecture Management
SAP Signavio
D. AI ve Agentic SAP
12. SAP Business AI Platform
Nedir?
SAP Business AI Platform, SAP’nin AI, kurumsal veri, süreç bağlamı, entegrasyon ve yönetişim yeteneklerini ortak bir enterprise AI foundation altında bir araya getiren yeni platform yaklaşımıdır.
Amaç yalnızca bir büyük dil modelini SAP’ye bağlamak değil; AI’ın kurumun verisini, süreçlerini, politikalarını ve iş ilişkilerini anlayabileceği bağlamı oluşturmak.
Neden önemli?
Çünkü SAP’nin AI stratejisini artık yalnızca “Joule kullanmak” şeklinde okumak yeterli değil.
Arka planda Business Data Cloud, BTP yetenekleri, business semantics, modeller, güvenlik ve yönetişim birlikte çalışıyor.
SAP Knowledge Graph ve domain-specific business context gibi kavramlar da burada önem kazanıyor: AI’ın yalnızca dili değil, işletmenin nasıl çalıştığını anlaması hedefleniyor.
SAP kaynağı: SAP Business AI Platform
13. Joule ve Joule Studio
Nedir?
Joule, SAP uygulamalarında doğal dil üzerinden kullanıcıya yardımcı olan Business AI deneyiminin önemli parçalarından biri.
Joule Studio ise bunun ötesine geçerek kurumların kendi AI agent’larını ve agentic workflow’larını geliştirebildiği ortam olarak konumlandırılıyor.
Neden önemli?
Çünkü SAP’de AI’ın rolü “kullanıcının sorusuna cevap veren copilot” seviyesinden iş sürecine katılan dijital aktörlere doğru ilerliyor.
Bu değişim hem uygulama geliştirme biçimini hem de operasyon ve güvenlik modelini etkiliyor.
SAP kaynağı: SAP Joule Studio
14. AI Agents ve Agentic AI
Nedir?
Generative AI ağırlıklı olarak bir soruya yanıt veya içerik üretir.
Bir AI agent ise belirli bir hedef doğrultusunda hangi adımların gerektiğine karar verebilir, araç kullanabilir, API çağırabilir, veri alabilir ve belirli işlemleri gerçekleştirebilir.
Agentic AI ise bu yeteneğin daha geniş iş akışlarında ve gerektiğinde birden fazla ajanın birlikte çalıştığı yapılarda kullanılmasını ifade eder.
Neden önemli?
Çünkü burada AI artık yalnızca tavsiye veren bir teknoloji olmaktan çıkıyor.
İş yapan bir teknolojiye dönüşüyor.
Bu da SAP operasyonları açısından yeni sorular getiriyor: Ajan ne kadar yetkili olacak? Hangi veriye güvenecek? Yaptığı işlem nasıl izlenecek? Hata durumunda nasıl durdurulacak?
Agentic AI’ın önemi yalnızca sağladığı otomasyonda değil; SAP’nin kimlik, güvenlik ve operasyon modelini de yeniden düşünmeye zorlamasında.
SAP kaynağı: Build AI Agents on SAP BTP – SAP Architecture Center
E. Güvenlik, Kimlik ve Yönetişim
15. SAP Cloud Identity Services – IAS ve IPS
Nedir?
SAP Cloud Identity Services, cloud ve hybrid SAP landscape’lerinde kimlik yönetimi için kullanılan servis ailesidir.
İki sık karşılaşılan bileşen:
IAS – Identity Authentication Service:
Authentication, Identity Provider işlevleri ve Single Sign-On gibi kullanıcı erişimi yeteneklerini sağlar.
IPS – Identity Provisioning Service:
Kullanıcı ve grupların sistemler arasında oluşturulması, senkronize edilmesi ve yaşam döngüsünün yönetilmesine yardımcı olur.
Neden önemli?
Çünkü SAP dünyasında kimlik artık yalnızca SU01 ile açılan kullanıcı hesabından ibaret değil.
Bir kullanıcının farklı SaaS uygulamalarına erişmesi, kurumsal Identity Provider ile SAP cloud servisleri arasındaki güven ilişkisi, kullanıcıların otomatik provision ve deprovision edilmesi gibi konular yeni landscape’in doğal parçaları.
AI ajanlarının yaygınlaşmasıyla bu alan daha da genişliyor.
Bugün insan kullanıcı kimliklerini ve teknik kimlikleri yönetiyoruz. Önümüzdeki dönemde workload identity ve agent identity kavramlarını daha sık konuşacağız.
Bu nedenle Identity & Access Management artık güvenliğin ayrı bir alt başlığı değil; cloud ve agentic SAP mimarisinin temel tasarım bileşenlerinden biri.
SAP kaynağı: SAP Cloud Identity Services – SAP Help Portal
16. SAP Cloud Identity Access Governance – IAG
Nedir?
SAP Cloud Identity Access Governance (IAG), kurumların kullanıcı erişimlerini ve yetkilerini cloud üzerinden analiz etmesine, talep etmesine, onaylamasına ve düzenli olarak gözden geçirmesine yardımcı olan erişim yönetişimi çözümüdür.
SAP IAG; Access Analysis, Access Request, Certification Review, Privileged Access Management ve Role Design gibi yeteneklerle, kullanıcıların hangi sistemlere ve işlemlere erişebildiğini daha kontrollü biçimde yönetmeyi amaçlar.
Neden önemli?
Kimlik yönetimi yalnızca kullanıcı hesabı açmak veya Single Sign-On sağlamak değildir. Asıl kritik soru şudur:
Bir kullanıcı gerçekten hangi erişimlere sahip olmalı ve bu erişimler zaman içinde nasıl kontrol edilmeli?
Cloud ve hybrid SAP landscape’lerinde kullanıcılar birden fazla uygulama ve serviste farklı yetkilere sahip olabilir. Bu da gereksiz erişimlerin, görevlerin ayrılığı (SoD) risklerinin ve zaman içinde unutulan yetkilerin yönetimini daha önemli hâle getirir.
IAG bu noktada kimlik yönetiminin üzerine bir yönetişim katmanı ekler. Erişim taleplerinin kontrollü biçimde onaylanması, mevcut yetkilerin periyodik olarak yeniden değerlendirilmesi ve yüksek riskli erişimlerin görünür hâle getirilmesi bu yapının temel parçalarıdır.
Bu nedenle yeni nesil SAP güvenlik modelinde yalnızca “Kim kullanıcı?” sorusu değil, “Bu kullanıcı neye erişebilir, bu erişim neden gerekli ve hâlâ geçerli mi?” soruları da merkezi hâle geliyor.
SAP kaynağı: SAP Cloud Identity Access Governance – SAP Help Portal
Sonuç: Kavramlar değişiyor çünkü SAP’nin çalışma modeli değişiyor
Bu 16 kavramın bazıları ürün, bazıları teknoloji, bazıları da bir mimari veya operasyon prensibi.
Ancak bu kavramları anlamlı hâle getiren şey, birbirlerinden bağımsız olmamaları. Yeni nesil SAP operasyonlarında her biri farklı bir katmanı temsil ediyor ve birlikte çalışıyor.
Kavram / Alan | Yeni SAP çalışma modelindeki rolü |
Clean Core | ERP çekirdeğini sade, sürdürülebilir ve güncellenebilir tutar. |
SAP BTP & ABAP Cloud | Yeni geliştirme ve genişletme modelinin temelini oluşturur. |
SAP Integration Suite | Dağıtık sistemleri, uygulamaları ve servisleri birbirine bağlar. |
SAP Business Data Cloud | Veriyi iş bağlamı ve semantiğiyle birlikte kullanılabilir hâle getirir. |
SAP Cloud ALM & Observability | Giderek karmaşıklaşan landscape’in görünürlüğünü ve operasyonel izlenebilirliğini artırır. |
FinOps | Cloud ve tüketim bazlı servislerin ekonomik etkisini operasyonun parçası hâline getirir. |
SAP LeanIX & SAP Signavio | Teknoloji mimarisi ile iş süreçlerinin birlikte dönüşmesini destekler. |
SAP Business AI Platform, Joule & AI Agents | Mevcut mimarinin üzerine yeni bir dijital çalışma ve otomasyon katmanı ekler. |
Identity, Access & Governance | Tüm bu yapının kimlik yaşam döngüsünü, kullanıcı erişimlerini, yetki risklerini ve erişim yönetişimini birlikte ele alır. |
Bu tablo aslında SAP dünyasındaki daha büyük dönüşümü gösteriyor: ERP merkezli ve daha kapalı bir yapıdan; cloud, veri, entegrasyon, AI ve güvenliğin birlikte çalıştığı çok katmanlı bir operasyon modeline geçiş.
Geçmişte iyi bir SAP uzmanlığı çoğunlukla belirli bir ürünün, modülün veya teknik alanın derin bilgisiyle tanımlanabiliyordu. Bu uzmanlık hâlâ çok değerli. Ancak yeni nesil SAP ortamlarında buna başka bir yetkinlik daha ekleniyor: farklı teknoloji katmanlarının birbirleriyle nasıl ilişki kurduğunu anlayabilmek.
Bu nedenle yeni nesil SAP profesyonelliği artık yalnızca kullandığımız ürünlerin ekranlarını veya teknik parametrelerini bilmekten ibaret değil.
Mimarinin nasıl değiştiğini, sistemlerin nasıl bağlandığını, verinin nasıl yönetildiğini, çekirdeğin nasıl temiz tutulduğunu, operasyonların nasıl gözlemlendiğini, tüketimin nasıl yönetildiğini ve AI’ın bütün bu yapı üzerinde nasıl çalıştığını birlikte okuyabilmek giderek daha önemli hâle geliyor.
Sık Sorulan Sorular
Çünkü SAP artık yalnızca klasik ERP ve on-premise sistemlerden oluşan bir yapı değil. Cloud, veri platformları, entegrasyon, yapay zekâ ve tüketim bazlı servisler aynı mimari içinde daha fazla birleşiyor. Bu değişim yalnızca yeni ürün isimleri üretmiyor; sistemlerin nasıl geliştirildiğini, işletildiğini ve yönetildiğini anlatmak için yeni kavramların da ortaya çıkmasına neden oluyor.
Aynı derinlikte bilmesi gerekmiyor. Bir Basis uzmanı için Cloud ALM, Observability, FinOps ve Identity daha kritik olabilirken; geliştirici için ABAP Cloud, BTP ve API-first yaklaşımı daha önemli olabilir. Ancak yeni SAP ortamlarında bu alanlar birbirine giderek daha fazla bağlandığı için profesyonellerin kendi uzmanlıklarının dışındaki temel kavramları da en azından kavramsal düzeyde anlaması giderek daha değerli hâle geliyor.
Hayır. Sistem yönetimi, performans, kullanıcılar, transportlar, yedekleme, güvenlik ve teknik operasyonlar önemini koruyor. Değişen şey, bu görevlerin artık cloud servisleri, entegrasyon katmanları, veri platformları ve AI bileşenleriyle birlikte düşünülmesi. Yani klasik Basis yetkinlikleri ortadan kalkmıyor; kapsamı genişliyor ve yeni teknoloji katmanlarıyla birleşiyor.