Joule · troubleshooting
Joule Fiori'de yoksa bakılacak kabuk ve katalog
Joule, Fiori kullanıcısına kabukta görünür; kırık OData veya eksik AI Core instance'dan önce katalog, space-page ve IAS rolü bakılır. Bu sayfa 'karo yok', 'ikon var yanıt yok' ve 'yanlış sistem bağlamı' şikayetlerini ayırmanızı sağlar. Teslimat Fiori danışmanlık hattındadır, model seçimi değil.
Katalog, space ve Joule ikonunun yeri
Kullanıcı Fiori'yi açar, Joule'u arar, bulamaz. İlk şüphe model olsa da çoğu olay bilgi mimarisidir. Joule, Work Zone veya Fiori shell'ine site ayarıyla eklenir; eski grup modeli ve Spaces & Pages karışınca ikon başka space'te kalır. Katalog ataması rol koleksiyonuna bağlıdır; PFCG rolü S/4 uygulamalarını açar ama BTP Joule koleksiyonunu açmaz. İstanbul troubleshooting sırası: site enablement, space-page, katalog, IAS grup. 'Fiori Elements listesi açılıyor, Joule yok' cümlesi aslında iki ayrı kabuk katmanıdır. Klasik Launchpad servisi ile Work Zone yer değiştirmiş landscape'lerde entitlement Work Zone'dadır — yanlış kabukta aramak boş bilet üretir. Bu ayrım sap-work-zone-joule sayfasında derinleşir; burada Fiori kullanıcısının gördüğü yüzey ele alınır.
- Site/shell Joule enablement (Work Zone veya uygulama shell)
- Space-page ve katalog ataması, eski grup kalıntısı yok
- BTP role collection vs S/4 PFCG — iki ayrı yetki düzlemi
İkon var, bağlam yok: uygulama ve intent
Joule ikonu durur ama açık Fiori Elements nesnesini görmez. In-app copilot, listenin veya object page'in intent'ine bağlıdır; generic sohbet ile in-app aynı şey değildir. Semantic object/action eşleşmezse Joule genel moda düşer ve 'bu sipariş' diyemez. Custom freestyle SAPUI5 uygulaması intent'i yayınlamazsa Joule kör kalır; Elements + RAP/CAP anotasyonu daha öngörülebilirdir. Troubleshooting: tarayıcıda hangi intent, hangi OData entity, Joule'un gördüğü context payload. Payload boşsa Foundation veya Hub suçlanmaz. İstanbul teslimatında custom uygulamanın Joule context sözleşmesi yazılır ya da 'Joule bu uygulamada yok' diye kapsam dışı bırakılır. Sessizce 'AI her ekranda' vaadi verilmez.
- Açık uygulamanın semantic object / intent kaydı
- Context payload: entity ve anahtar dolu mu
- Freestyle vs Fiori Elements: context sözleşmesi var/yok
Yetki kesişimi: görünen ikon, 403 yanıt
Katalog Joule'u gösterir, S/4 OData 403 döner. Kullanıcı bunu 'yapay zeka çalışmıyor' diye yazar. Asıl kırık PFCG veya IAS grubunun OData kısıtıdır. Tersine OData açılır, Joule role collection yoktur; ikon zaten yoktur. Üçüncü kırık: principal propagation yok, Joule teknik kullanıcıyla çağırır, kullanıcı kendi siparişini görmez. Bilet ayırıcı bu üçlüdür. İstanbul AMS şablonu: HAR dosyası (ikon isteği), OData 403, destination auth tipi. Fiori destek ekibi bu şablonu AI ekibinden önce çalıştırır. Clean-core: yetkiyi açmak için çekirdekte yeni Z-auth nesnesi şişirilmez; standart katalog ve released servis kullanılır. Space’te karo yoksa App Finder ve catalog bakılır; Joule ikonu Fiori kabuğunun parçasıdır, ayrı bir GUI işlem kodu değildir.
- HAR: Joule shell isteği 200 mü, 404 mü
- OData 403 vs Joule collection eksik — iki ayrı kök
- Destination auth: principal propagation var/yok
Sık sorulanlar
Fiori Launchpad on BTP yeterli mi Joule için?
Landscape'e bağlı. Birçok Joule entitlement'ı Build Work Zone'a yazılır. Klasik Launchpad servisinde aramak boş sonuç verir. Önce site türü ve entitlement okunur.
Özel SAPUI5 uygulamasında Joule neden kör?
Intent ve context payload yayınlanmamış olabilir. Elements/RAP yüzeyi daha öngörülebilirdir. Sözleşme yazılmazsa kapsam dışı bırakılır; her freestyle ekran copilot vaadi taşımaz.
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.