Launchpad · troubleshooting
Failed to load catalogs: Launchpad katalogları neden düşer?
Failed to load catalogs, Fiori Launchpad’in UI2 catalog servisine ulaşamadığı anlamına gelir: kullanıcı boş kabuk görür, karo yoktur. Hata tarayıcıda değil OData, yetki, cache veya reverse proxy katmanındadır; aşağıdaki sıra çoğu İstanbul S/4HANA ortamında 15–40 dakikada kökü gösterir.
Sıra 1–2: PAGE_BUILDER_PERS ve S_SERVICE
Chrome DevTools Network’te kırmızı düşen çağrıya bakın. Çoğu zaman /UI2/PAGE_BUILDER_PERS veya /UI2/PAGE_BUILDER_CONF, /UI2/INTEROP servisleridir. /IWFND/MAINT_SERVICE içinde bu servisler kayıtlı ve aktif olmalı, ICF yeşil olmalıdır. Kullanıcıda S_SERVICE bu servis hash’leri için eksikse Gateway 403 döner; Launchpad bunu “catalogs failed” diye özetler. SU53 tek isteğin izini kaçırabilir; STAUTHTRACE ile aynı kullanıcıda Launchpad açılışını tekrarlayın. Test kullanıcısına geçici SAP_ALL vermek teşhisi kirletir; asıl roldeki S_SERVICE satırını bulun. PAGE_BUILDER_PERS kişisel sayfa ve catalog birleşimini taşır; bu servis kapalıysa conf servisi açık olsa bile hata sürebilir. Yalnızca yönetici rolünde açılıp son kullanıcıda düşmesi S_SERVICE veya catalog kopukluğudur; servisi yeniden eklemek hash’i kaydırıp ikinci bir 403 üretebilir, bu yüzden rol karşılaştırması şarttır.
- Servis: /UI2/PAGE_BUILDER_PERS, CONF, INTEROP
- İşlem: /IWFND/MAINT_SERVICE ve SICF yeşil mi
- Yetki: S_SERVICE; iz STAUTHTRACE, tek başına SU53 yetmez
Sıra 3: transport sonrası UI2 cache
Catalog taşıması veya rol import’u sonrası Launchpad eski indeksini tutar. /UI2/DELETE_CACHE_AFTER_IMP bu senaryo için yazılmıştır; import sonrası çalıştırılmadan bırakılırsa “düzeltme gelmedi” kaydı açılır. Global ve istemci cache’leri de ayrıca temizlenir; tarayıcı hard refresh yetmez. SMICM HTTP cache ve CDN/reverse proxy katmanı varsa onlar da eski 200 yanıtını sunabilir. Değişikliği doğrulamak için gizli pencerede, cache’siz profilde ve doğru sap-client ile açın. Fiori Teknoloji destek el kitabında bu raporu her catalog transport’unun kapanış maddesi yapar. Not numarası uydurmayız; işlem kodu ve rapor adı yeter. Transport kuyruğunda UI2 nesneleri ayrı paket değilse hedef sistemde catalog görünür, indeks eski kalır; raporu çalıştırmadan tarayıcıyı suçlamak P2 süresini yakar.
- Import sonrası: /UI2/DELETE_CACHE_AFTER_IMP
- Tarayıcı, SMICM ve varsa proxy cache ayrı katmanlardır
- Doğrulama: gizli pencere + doğru sap-client
Sıra 4–5: %2F encoding ve kopya sonrası alias
OData yolu /sap/opu/odata/ui2/page_builder_pers/ sapar; ara katman %2F karakterini gerçek eğik çizgiye çevirirse Gateway yanlış resource görür ve catalog yükü düşer. Web Dispatcher, Apache, nginx veya F5 kurallarında encoded slash’in korunması gerekir. Sistem kopyasından sonra /IWFND/MAINT_SERVICE içindeki system alias hâlâ kaynak SID’nin RFC’sine bakıyor olabilir; PAGE_BUILDER yerel servis olsa bile INTEROP veya yardımcı servisler yanlış kutuya gider. Alias’ı LOCAL/embedded hedefe çekin, RFC bağlantısını SM59’da test edin. /IWFND/ERROR_LOG bu iki senaryoda da asıl HTTP kodunu gösterir. Reverse proxy log’unda decode edilmiş path görüyorsanız uygulama değil altyapı kaydıdır. Kopya günü alias ve proxy kuralı aynı kayıtta durur; birini düzeltip diğerini bırakmak “arada bir oluyor” şikayetini üretir, access log ile ERROR_LOG yan yana konmadan kapanış olmaz.
- Reverse proxy %2F’yi decode etmemeli
- Kopya sonrası system alias eski SID’de kalabilir
- Kanıt: /IWFND/ERROR_LOG ve proxy access log
Sık sorulanlar
Hata yalnızca bir kullanıcıda ise ne bakılır?
Önce S_SERVICE ve catalog assignment, sonra tarayıcı eklentisi ve eski PWA cache. Tüm kullanıcıda ise servis, alias veya proxy bakılır.
SAP_ALL verince düzelmesi ne anlama gelir?
Yetki eksikliğidir; kökü gizler. STAUTHTRACE ile S_SERVICE ve UI2 nesnelerini bulun, SAP_ALL’ı geri alın.
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.