RAP · informational
RAP draft: kaydetmeden duran Fiori formu nasıl tutulur
RAP draft, Fiori Object Page’de kullanıcının kaydetmeden bıraktığı durumu sunucuda tutar. Exclusive lock aynı kaydı ikinci bir düzenleyiciden korur. Fiori Teknoloji draft’ı varsayılan süs olarak açmaz; uzun form, çok sekmeli nesne ve kaydetmeden gezinme varsa devreye alır.
Draft tablosu ve yaşam döngüsü
Draft açıldığında RAP, aktif kayıt ile taslak kaydı ayırır. Kullanıcı Object Page’e girdiğinde taslak oluşur veya mevcut taslak devam eder. Edit, discard ve activate (kaydet) ayrı işlemlerdir. Exclusive lock, aynı nesneyi iki kullanıcının aynı anda yazmasını engeller; ikinci kullanıcı okuma veya “taslak var” mesajı görür. Determinations on modify, alan değişince sunucuda değer üretir; fiyat, tutar veya durum türetilmesi burada yaşar. Validations kaydetme anında veya belirlediğiniz noktada çalışır. Fiori Elements V4 bu sözleşmeyi bekler: etag, draft UUID ve mesajlar metadata’dan gelir. Draft’ı elle JavaScript ile taklit etmek Elements’i kırar. Fiori Teknoloji taslak tabloların temizlik ve yetki senaryosunu test kullanıcısıyla birlikte koşar.
- Aktif kayıt ve taslak kayıt ayrı durur; kaydet activate’tir
- Exclusive lock ikinci düzenleyiciyi bloklar veya uyarır
- Fiori Elements V4 draft sözleşmesini metadata’dan okur
Draft ne zaman açılmaz
Tek alanlı onay, kısa eylem veya arka plan işi draft istemez. Draft, kilit ve taslak tablosu demektir; gereksiz yere açılırsa “kaydedilmemiş belge” şikâyeti artar. Unmanaged senaryoda draft ek karmaşıklıktır: mevcut API taslak kavramı taşımıyorsa sahte draft üretmeyiz. Toplu işlem ve arka plan raporu Object Page draft’ı ile karıştırılmaz. İstanbul projelerinde draft, GUI’deki “park et” alışkanlığının kopyası sanılır. RAP draft muhasebe park belgesi değildir; UI durumudur. Fiori Teknoloji keşifte form uzunluğu, eşzamanlı kullanıcı ve kaydetme sıklığına bakar. Kısa sihirbazlarda kaydet adımları yeter. Uzun sipariş benzeri nesnelerde draft varsayılandır. Karar behavior definition’da görünür; sonradan “açalım” demek model değişikliğidir.
- Kısa eylem ve toplu iş draft maliyeti taşımaz
- Draft, muhasebe park belgesi veya GUI hold değildir
- Unmanaged API taslak bilmiyorsa sahte draft yazılmaz
Sık kırılan yerler: kilit, etag, yetki
Kullanıcı “kaydedemiyorum” dediğinde üç yer bakılır: exclusive lock başka oturumda kalmış olabilir, etag çakışması (başka kayıt yazdı) mesajı yutulmuş olabilir, DCL taslak okumayı engelliyor olabilir. Discard edilmeyen taslaklar test sistemini doldurur; temizlik prosedürü teslimat notuna yazılır. Determinations her tuşta ağır sorgu çalıştırırsa Object Page yavaşlar; türetilen alanlar sınırlanır. Fiori Teknoloji draft hatalarını tarayıcı konsoluna indirmeden, OData V4 mesajı ve kilit sahibiyle okur. Principal ve Fiori kullanıcısı aynı değilse kilit “hayalet” görünür. Destek sözleşmesinde taslak kalıntısı AMS kapsamındadır. Draft’sız RAP’te bu sınıf şikâyet yoktur; bu yüzden draft’ı gerekçesiz açmayız. Destek kuyruğunda taslak kilidi ile CDS regress’i ayırmak AMS süresini kısaltır.
- Kilit, etag ve DCL draft kayıt hatalarının ilk üç nedenidir
- Ağır on-modify determination Object Page’i yavaşlatır
- Taslak kalıntısı için temizlik ve AMS notu teslimata eklenir
Sık sorulanlar
Her RAP uygulamasında draft gerekir mi?
Gerekmez. Draft uzun Object Page, kaydetmeden gezinme ve eşzamanlı düzenleme için vardır. Kısa işlemlerde kilit ve taslak tablosu maliyeti genellikle gereksizdir.
Draft tablosunu elle mi tasarlarız?
Managed senaryoda çerçeve taslak kalıcılığını yönetir. Sizin işiniz behavior’da draft’ı açmak, yetkiyi DCL ile sınırlamak ve determinations’ı şişirmemektir. Elle paralel taslak tablosu yazmak modele aykırıdır.
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.