“Biz bunu onaylamıştık.” Devreye alma toplantısında en sık duyulan cümlelerden biri. Rapor ALV çıktısında gösterildiğinde kolonlar, başlıklar ve filtreler tek tek gözden geçirilmiştir. Aynı liste tarayıcıda açıldığında kullanıcı başka bir şey görür ve hangi onayın geçerli olduğu tartışılmaya başlar.
Bu tartışma çoğu yerde arayüz sorunu gibi ele alınır. Ekran görüntüleri gidip gelir, ön yüzde küçük düzeltmeler istenir, ikinci bir onay turu açılır. Bedeli bir gecikme kalemi değil, alışkanlıktır: her rapor iki kez onaylatılır ve ikinci turda kimin haklı olduğu belirsiz kalır.
Alan kataloğu iki çıktıyı birlikte belirler
iDataView tanımındaki alan bilgileri hem üretilen ABAP raporunu hem de aynı tanımdan üretilen SAPUI5 uygulamasını besler. Alan metni, veri tipi, uzunluk, seçim ekranı davranışı ve arama yardımı bu ortak katmanda durur. Çıktı alanları listede kolona, seçim alanları filtre çubuğuna dönüşür; aranabilir metin alanları için içerir tipinde filtreler üretilir.
Sonucu şöyle okuyun: ALV’de “Malz.Grb.” diye kısaltılmış bir başlık ekranda da o kısaltmayla görünür. Tarih olarak tanımlanmamış bir alan ekranda tarih seçici sunmaz. Metni hiç girilmemiş bir alan ise teknik adıyla karşınıza gelir; kullanıcıya sistemin yarım kaldığını düşündüren en küçük ve en görünür kusur budur.
Etiketi üretilen kodda değil tanımda düzeltmek
Karar noktası şurada: düzeltme nerede yapılacak? Üretilen uygulama dosyalarına dokunmak ilk bakışta kestirme görünür. Ancak üretici her çalışmada ortak webapp klasörünü silip yeniden oluşturur; elle yapılan bir etiket düzeltmesi bir sonraki üretimde yerinde durmaz.
Alan kataloğunda yapılan düzeltme ise iki çıktıya birlikte yansır: raporun kolon başlığı da ekranın filtre etiketi de aynı tanımdan gelir. Bu yüzden alan kataloğu bir arayüz ayarı değil, rapor ekibiyle ön yüz ekibi arasındaki ortak sözleşmedir. Ekran tarafı da ayrı bir ürün değildir; aktif iDataView tanımından SAPUI5 dosyaları üretilir ve uygulama transport isteğiyle hedef ABAP sistemine yüklenir.
Devreye almadan önce alan kataloğu turu
- Alan metinleri. Uzun, orta ve kısa metinlerden hangisinin nerede kullanıldığını görün. Ekranda yer daraldığında kısa metin öne çıkar; anlamsız bir kısaltma tam orada ortaya çıkar.
- Veri tipleri. Miktar ve para birimi alanlarının referans alanları tanımlı mı? Tanımlı değilse biçimlendirme iki çıktıda farklılaşır.
- Filtre davranışı. Zorunlu alanlar, çoklu seçim ve aralık kullanımı seçim ekranında ne ise ekranda da odur; tarih, onay kutusu ve seçim düğmesi alanları için ayrıca kontrol kodu üretilir.
- Yazma beklentisi. Üretilen uygulama rapor görüntülemeye odaklıdır; alan üst verisinde oluşturma ve güncelleme kapalıdır. Kullanıcı ekranda kayıt değiştirmeyi bekliyorsa bunu ilk turda konuşun.
Bu turdan sonra kalan farklar genellikle alan tanımlarıyla değil, SAP tarafındaki yayın adımlarıyla ilgili olur: katalog, tile, target mapping, grup ve PFCG rol atamaları Launchpad’de elle tamamlanır. İkisi ayrı ekiplerin işidir; ayrı konuşulduğunda hangi sorunun kimde olduğu tartışması da biter.
Bir sonraki raporu ekrana taşımadan önce şunu deneyin: alan kataloğunu açıp her alanın kısa metnini yüksek sesle okuyun. Anlamsız kısaltmayı kullanıcıdan önce siz duymuş olursunuz. Aynı okumayı yayına en yakın tanımınız üzerinde birlikte yapmak isterseniz kısa bir gözden geçirme ayarlayalım; hangi alanın raporda ve ekranda ne göstereceğini tek tek işaretleyelim.