Klasik ALV ile Fiori beklentileri arasında köprü SAP ortamlarının çoğunun çok iyi bildiği bir sorunu ele alır: Yanlış veriyi açan Launchpad kutucukları, UX modernizasyonuna olan güveni yok eder.
Fiori, Launchpad tek başına yapılandırıldığında değil; REP'teki alan kataloğu UX'in beklediğiyle eşleştiğinde başarılı olur.
Fiori, Launchpad tek başına yapılandırıldığında değil; REP'teki alan kataloğu UX'in beklediğiyle eşleştiğinde başarılı olur.
iDataEngine'de kullanabileceğiniz yetenekler
- Yerleşik Launchpad doğrulama adımı
- Önceden hazır kutucuk grubu yerleşimi
- Kullanıcı varsayılan parametreleri transport ile taşınır
- Kutucuk ve hedef eşleme otomatik üretilir
- Ön koşul: aktive edilmiş iView
- İşlemler menüsünden Fiori'ye aktarım
Önerilen iş akışı
- İzleme uyarılarını açın ve ilk üretim döngüsü için pano KPI'larını gözden geçirin.
- Aynı tanımı sıfırdan yeniden tasarlamadan bir sonraki kanala (API, SQL, MF, BI) genişletin.
- Zamanlamadan veya yayınlamadan önce Test çalıştırın (iDataView Test, SQL First Row, API Test Service veya AG tarama).
- Kaynak nesneleri, alanları, eşlemeleri veya kuralları oturum dili ve müşteri/sistem bağlamını kullanarak yapılandırın.
Gerçek yaşam senaryosu (2021)
Depo ekibi, zaten test ettikleri rapora bağlı bir Launchpad kutucuğu açar — ALV Test'te onayladıkları aynı alanlar, sürpriz sütun yok.
Neden önemli?
Launchpad projeleri, OData alanları kullanıcıların ALV onayında gördükleriyle eşleşmediğinde başarısız olur. iDataView'dan Fiori aktarımı UX'i onaylı veriye sadık tutar — daha az yardım masası kaydı, daha hızlı benimseme.
Teslim süresi, hata oranı ve denetim hazırlığıyla ölçüldüğünde platform, ilk üretim çeyreğinde kendini amorti eder.