Clean Core · informational
Released API olmadan RAP yazmak clean-core sayılmaz
Clean-core, S/4HANA’de yalnızca released nesneler üzerinden uzanmak demektir. RAP bu yolun ABAP yüzüdür; released olmayan tabloya giden behavior implementation yükseltmeyi kilitler. Fiori Teknoloji keşifte önce API var mı diye bakar, sonra ekran çizer.
Released ne anlama gelir
ABAP Cloud’da nesneler görünürlük ve kararlılık kontratı taşır. C1 gibi released kontratlar, sizin kodunuzun o nesneyi kullanabileceğini ve SAP’nin uyumluluk vaadini işaretler. Released olmayan bir tablo, fonksiyon veya sınıf yarın değişebilir veya ABAP Cloud dilinde derlenmeyebilir. Fiori Teknoloji “çalışıyor”u kontrat sanmaz. Cloudification ve API referansları müşteri sistemindeki released listesiyle doğrulanır; blogdan kopyalanan nesne adı yeterli değildir. RAP interface view released CDS üzerine kurulur. Doğrudan standart tabloya SELECT, kontrat yoksa clean-core ihlalidir. Key-user custom field released uzantı modelinin parçasıdır; aynı işi append structure ile yapmak geridir. ATC ve dil sürümü bu kaçışları görünür kılar. Uydurma not numarasıyla “bu OSS çözer” demeyiz.
- Released kontrat, kullanım izni ve uyumluluk vaadini birlikte taşır
- Standart tabloya doğrudan SELECT kontrat yerine geçmez
- Doğrulama müşteri sistemindeki released listesiyle yapılır
API yoksa üç kapı
Released yazma veya okuma API’si yoksa üç yol kalır. Birincisi key-user: custom field, custom logic ve UI adaptation. İkincisi beklemek veya süreci standart uygulamayla yürütmek; her boşluk kod değildir. Üçüncüsü side-by-side: BTP’de CAP, S/4’ü remote API ile tüketmek; on-prem ise Destination, Connectivity ve Cloud Connector zinciri şarttır. Fiori Teknoloji dördüncü yolu, “şimdilik Z-tablo”, keşifte reddeder. Müşteri bilinçli teknik borç alıyorsa bu borç yazılıdır; clean-core skoru yalanlanmaz. RAP ile sarılan unreleased BAPI, Fiori yüzü kazansa da çekirdeği kirletir. Partner iddiası veya lisans satışı bu kararı değiştirmez; bağımsız teslimat müşteri hesabında çalışır. API açılınca Z’yi silmek nadiren olur; o yüzden baştan yazmayız.
- API yoksa in-app, standartta kalma veya BTP side-by-side konuşulur
- Unreleased BAPI’yi RAP ile sarmak clean-core üretmez
- Teknik borç alınacaksa keşif notunda skorla yazılır
ATC, dil sürümü ve yükseltme kapısı
ABAP Cloud dil sürümü klasik statement’ları keser. ATC clean-core ve readiness tarlaları, released ihlalini pipeline’a taşır. Fiori Teknoloji RAP işini “derlendi” ile kapatmaz; pipeline ihlali go-live kapısıdır. Klasik paket içinde RAP nesnesi durması, dil sürümünü gizleyebilir; paket ve language version keşifte kilitlenir. Yükseltme öncesi aynı ATC’nin kalite sisteminde temiz olması istenir. İstanbul brownfield’lerinde Z-stok RAP’e taşınmadan Fiori açılırsa çift bakış doğar. Geçiş planı: standart Fiori, in-app, RAP released, kalan BTP. Bu sıra atlanırsa released API tartışması sprint sonunda gelir, iş işten geçer. Lisans paketi satmayız; hangi API’nin müşteri sürümünde released olduğu sistemde görülür.
- Language version ve ATC ihlali RAP teslimat kapısıdır
- Brownfield’de Z-stok ile yeni RAP yan yana planlanmadan Fiori açılmaz
- Released durum müşteri sürümünde doğrulanır, katalog ezberlenmez
Sık sorulanlar
Kendi Z-tablomuzu released yapabilir miyiz?
Müşteri nesneleri sizin kontratınızla yönetilir; bu SAP released API’si değildir. Clean-core sorunu standart nesneye izinsiz bağlanmaktır. Z-tablo S/4 çekirdeğinde şişerse yükseltme hâlâ sizin bakımınızdadır.
Released API yoksa Fiori hiç yazılmaz mı?
Yazılır ama çekirdekte unreleased nesneye bağlanarak değil. Key-user, standart uygulama veya BTP side-by-side (CAP + destination) yolları vardır. Fiori Teknoloji bu üçünden birini keşifte seçer.
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.