RAP · informational
RAP versus BOPF: yeni S/4 Fiori işi nereye yazılır
BOPF, CDS ve Fiori’nin S/4’ün erken döneminde kullandığı iş nesnesi çerçevesidir. RAP onun yerini yeni ABAP geliştirmede aldı. Fiori Teknoloji standartta hâlâ BOPF olan uygulamayı zorla RAP’e çevirmez; yeni müşteri nesnesini BOPF ile açmaz.
BOPF neden ortaya çıktı, RAP neyi birleştirdi
BOPF, iş nesnesi, belirleme ve eylemleri ABAP’ta modellemek için kullanıldı. Üzerine CDS tüketimi ve Fiori Elements bağlandı. RAP, aynı ihtiyacı behavior definition, EML ve OData V4 ile tek programlama modelinde toplar. Yeni ADT deneyimi, draft ve ABAP Cloud dil sürümü RAP üzerinedir. BOPF bilgi birikimi boşa değildir: determinations ve actions düşüncesi RAP’e taşınır. Araç ve sözdizimi taşınmaz. Fiori Teknoloji “BOPF biliyoruz RAP öğrenmeyelim” planını kabul etmez. Yeni Z iş nesnesi BOPF’de açılmaz. Standard bir uygulama BOPF ise uzantı, o uygulamanın released uzantı noktasına gider; nesneyi RAP’te kopyalamak çift bakış üretir. Geçiş projesi, müşteri BOPF nesnelerini tek tek gerekçeyle RAP’e alır; toptan sihir yoktur.
- RAP yeni ABAP Fiori modelidir; BOPF yeni Z nesnesi için kapalıdır
- Standart BOPF uygulaması kopyalanmaz, uzantı noktası aranır
- Determinations fikri taşınır, BOPF araç zinciri taşınmaz
Hangi standart uygulamalar BOPF’de kalır
Bazı S/4 uygulamaları ve sektör çözümleri hâlâ BOPF veya karma çerçeve kullanır. TM, EWM veya belirli master data uygulamalarını “hepsi RAP oldu” diye varsaymayız. Sürüm ve uygulama belgesi müşteri sisteminde doğrulanır. Fiori Teknoloji not numarası uydurmaz. Uzantı kararı: in-app, released BAdI, key-user veya side-by-side. BOPF nesnesini müşteri kodunda çatallamak yükseltmeyi kilitler. RAP’e “benzer ekran” yazmak yalnızca süreç S/4’te yeni bir iş nesnesi olarak yaşayacaksa anlamlıdır. Aksi halde BTP CAP, standart API’yi tüketir. İstanbul ekiplerinde BOPF debug bilgisi Fiori boş ekranını çözmez; önce uygulamanın hangi modelde olduğu keşifte yazılır. Yanlış modelde açılan ADT oturumu gün kaybettirir.
- Standart uygulamanın çerçevesi sürümde doğrulanır, ezberlenmez
- BOPF çatallamak clean-core ihlalidir
- Benzer Fiori ekranı yeni iş nesnesi veya CAP gerektirir, kopya BOPF değil
Müşteri BOPF stokunu RAP’e almak
Taşıma, ekran birebir değil sözleşme birebirdir: hangi eylem, hangi kilit, hangi yetki. Draft yoksa eklenip eklenmeyeceği UX kararıdır. Veri modeli CDS’e çekilir; BOPF kalıcı tablolar released değilse doğrudan tüketilmez. Fiori Teknoloji önce okuma Fiori’si (liste), sonra yazma davranışı teslim eder. Big-bang BOPF silme, standart uygulamanın hâlâ BOPF çağırdığı yerde kırılır. Envanter: müşteri nesnesi, standart nesne, entegrasyon tüketicisi. Yalnızca müşteri nesnesi RAP’e alınır. Test, eski BOPF eylemi ile yeni RAP action’ın aynı iş kuralını ürettiğini gösterir. Fark varsa bilinçli değişimdir, sessiz sapma değil. Lisans veya partner programı bu teknik sırayı değiştirmez.
- Önce liste okuma, sonra yazma davranışı taşınır
- Standart BOPF çağrıları varken müşteri nesnesi toptan silinmez
- Eski eylem ile yeni action iş kuralı testte eşlenir
Sık sorulanlar
BOPF tamamen öldü mü?
Yeni müşteri geliştirmede evet, BOPF varsayılan değildir. Standart S/4 kodunda BOPF hâlâ yaşayabilir. Karar müşteri sürümü ve uygulamasına göredir; genel iddia etmeyiz.
BOPF Fiori’yi RAP’e çevirmek zorunlu mu?
Standart uygulamayı çevirmek sizin işiniz değildir. Müşteri Z-BOPF’u RAP’e almak clean-core ve bakım için konuşulur. Fiori Teknoloji gerekçesiz big-bang silme yapmaz.
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.