RAP · informational
SAP RAP nedir: S/4HANA’de Fiori’nin ABAP modeli
SAP RAP (ABAP RESTful Application Programming Model), S/4HANA içinde Fiori uygulaması üretmenin resmi ABAP yoludur. CDS view, behavior definition ve OData V4 aynı sözleşmede birleşir; Fiori Elements bu katmanın üzerine oturur. Fiori Teknoloji RAP’i released nesnelerle sınırlar; klasik Z-programın kozmetik karşılığı değildir.
RAP hangi katmanlardan oluşur
SAP RAP, S/4HANA üzerinde Fiori yazmanın resmi ABAP yoludur. CDS veri modelini, behavior definition davranışı, service binding ise OData V4 sözleşmesini tanımlar. Fiori Elements bu sözleşmeyi okuyup List Report ve Object Page üretir; freestyle SAPUI5 istisnadır. RAP, ECC Gateway projelerinin S/4 karşılığıdır. SE80’de yazılmış Z-rapor, user-exit veya rastgele BAdI RAP sayılmaz. Clean-core kuralı nettir: released CDS ve released API dışında nesneye bağlanılmaz. Released olmayan tabloya giden bir servis bir sonraki yükseltmede kırılır. Fiori Teknoloji keşifte sürecin S/4’te mi BTP’de mi yaşayacağına bakar. Çekirdek nesne released API ile uzuyorsa RAP, birden fazla sistemi birleştiriyorsa CAP seçilir.
- Interface CDS iş nesnesini, projection CDS Fiori yüzünü taşır
- Behavior definition create, update, delete, action ve draft’ı kilitler
- Service binding OData V4 yayınlar; Elements bu metadata’yı tüketir
RAP ne zaman, CAP ne zaman
Karar, programlama zevkine göre değil sürecin duracağı yere göre verilir. Sipariş, teslimat, fatura veya malzeme gibi S/4 nesnesi released API ile uzatılabiliyorsa iş RAP’tedir. Süreç depo, e-fatura, banka ve S/4’ü aynı anda konuşturuyorsa uygulama BTP’de CAP ile yazılır; S/4 yalnızca API sağlar. İstanbul projelerinde sık görülen hata, GUI ekranını birebir RAP’e kopyalamaktır. RAP bir transaction çevirmeni değildir; iş nesnesini yeniden modeller. Fiori Teknoloji aynı sprintte RAP ve CAP karıştırmaz: önce yerleşim notu, sonra model. Çekirdeği şişiren her Z-tablo, sonraki S/4 yükseltmesini geciktirir. Side-by-side uzantı bu yüzden varsayılan kaçış kapısıdır, ilk tercih değil.
- S/4 nesnesi released API ile yaşıyorsa RAP yazılır
- Çok sistemli orkestrasyon BTP’de CAP’e kayar
- GUI’yi birebir kopyalamak RAP teslimatı değildir
Clean-core olmadan RAP yetmez
RAP yazmak otomatik olarak clean-core üretmez. Behavior implementation içinde released olmayan tabloya SELECT, eski BAPI’ye sıkı bağlılık veya zımni enhancement çağrısı modeli kirletir. ABAP Cloud dil sürümü ve ATC kontrolleri bu kaçışları görünür kılar. Released API yoksa seçenekler sınırlıdır: key-user uzantısı, released bir wrapping API beklemek veya süreci BTP’ye almak. Fiori Teknoloji lisans satmaz; müşteri S/4 ve BTP hesabında çalışan modeli kurar. Teslimatta interface view, projection, BDEF, DCL ve service binding ayrı ayrı gözden geçirilir. Test kullanıcısı ve Fiori karosu olmadan RAP “bitti” sayılmaz. Keşif notunda hangi nesnenin released olduğu yazılmazsa geliştirme başlamaz.
- Released olmayan tabloya giden RAP clean-core sayılmaz
- API yoksa in-app, bekleme veya BTP side-by-side değerlendirilir
- DCL, test kullanıcısı ve Launchpad karosu teslimatın parçasıdır
Sık sorulanlar
SAP RAP ile SAP CAP aynı şey midir?
Değildir. RAP, S/4HANA içindeki ABAP modelidir. CAP, BTP’de (çoğunlukla Node.js) çalışan Cloud Application Programming Model’dir. Süreç S/4’te kalacaksa RAP, yan yana duracaksa CAP seçilir.
ECC’de RAP kullanılır mı?
Hayır. RAP S/4HANA ve ABAP Cloud ortamlarına aittir. ECC’de Gateway ve klasik ABAP vardır; Fiori açılabilir ama RAP programlama modeli yoktur. Geçişte hedef S/4 released nesnelerdir.
Bu konuyu ortamınızda netleştirmek için 48 saatlik ön değerlendirme.
Lisans satmıyoruz. Destination, yetki ve model kararını yazılı notlarız.