Clean Core · informational
Key user mı, RAP mı, yoksa BTP mi
S/4HANA üç uzantı düzeyi sunar: key-user in-app, on-stack developer (RAP, ABAP Cloud), side-by-side BTP. Fiori Teknoloji her boşluğu developer paketine yükseltmez; custom field yetiyorsa ADT açılmaz.
In-app / key user nedir
Custom field, UI adaptation, kısıtlı custom logic ve bazı durum/akış uzantıları iş kullanıcısı veya key user aracıyladır. Taşıma, yazılım isteği ile gider, SE80 değildir. Fiori Teknoloji alanın Fiori ve basılı belgede görünmesini test eder. Logic, released kısıt içindedir; sınırsız ABAP değildir. Adaptation, kullanıcı varyantı ile karışır; öncelik keşifte yazılır. In-app, clean-core’un en ucuz basamağıdır. Yetmezse bir üst basamak gerekçelenir. İstanbul ekiplerinde “key user’a vermeyelim her şeyi ABAP yazalım” hem maliyet hem yükseltme riskidir. Eğitim, key user rolünün kime verileceğidir. Her son kullanıcı key user değildir. Key user eğitim kaydı teslimat listesindedir.
- Custom field ve UI adaptation ilk basamaktır
- Custom logic released kısıttadır, serbest ABAP değildir
- Key user rolü her Fiori kullanıcısına verilmez
Developer extensibility (RAP)
ADT, ABAP Cloud dil sürümü, released CDS ve RAP behavior. Yeni iş nesnesi veya released API üzerine yazma burada durur. Fiori Elements on-stack Launchpad’de açılır. Fiori Teknoloji developer extensibility’yi “eski Z’nin yeni adı” yapmaz. Unreleased tabloya giden sınıf developer olsa da clean-core değildir. Test ATC kapısından geçer. BAdI released ise o nokta RAP’ten önce bakılır. İkisi birlikte olabilir: BAdI ince, RAP ayrı nesne. Side-by-side’a kaçış, on-stack API yoksa veya süreç S/4 kilidinde durmamalıysa gelir. Karar tablosu üç soruluk önceki yazılardaki ile aynıdır: nerede yaşar, hangi API, kim bakır. Yer sorusu yanıtlanmadan ADT projesi açılmaz.
- Developer = RAP + released, eski Z paketinin boyası değil
- Released BAdI varsa önce o nokta tüketilir
- ATC kapısı developer teslimatının parçasıdır
Üçünü karıştırmadan teslim etmek
Aynı uygulamada custom field + RAP + CAP mümkün, ama her katman ayrı sözleşme ve AMS ister. Fiori Teknoloji aynı sprintte üçüne birden “hepsi biraz” demez. Önce in-app ile boşluk kapanıyor mu. Hayırsa RAP. RAP API yoksa CAP. Kullanıcı tek Fiori görür; arkasındaki katman keşif şemasında durur. Dokümantasyon hangi alanın key user’da olduğu yazılmazsa ikinci proje alanı siler. Yükseltmede in-app sapması key user aracında, RAP ATC’de, CAP destination testinde aranır. Üç farklı runbook. Bu disiplin clean-core’un işletme halidir. Lisans satmadan, partner iddiası olmadan katmanı müşteri hesabında kurarız. Katman şeması kullanıcı kılavuzunda da görünür.
- Sıra: in-app, RAP, CAP; aynı sprintte üçü birden değil
- Alan envanteri key user silmesini önler
- Yükseltme runbook’u katmana göre ayrılır
Sık sorulanlar
Custom field RAP ile mi açılır?
Key-user custom field in-app’tir, RAP projesi gerektirmez. RAP, iş nesnesi ve davranış içindir. Alan yetiyorsa ADT açılmaz.
Developer extensibility BTP midir?
Hayır. On-stack developer extensibility S/4 içinde RAP’tir. BTP side-by-side ayrı düzeydir. Konuşmada “developer” deyince yer netleşmelidir.
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.