Destek · troubleshooting
Fiori system alias: servis yeşil, veri neden yanlış kutudan gelir?
System alias, Gateway’in OData isteğini hangi RFC ve yazılım sürümüyle backend’e göndereceğini söyler; embedded S/4HANA’da çoğu servis yereldir, kopya sonrası alias hâlâ kaynak SID’ye bakabilir. My Inbox’ta PGW alias’ı _RFC olmamalı, yazılım sürümü /IWPGW/BWF olmalıdır; Fiori Teknoloji kopya ertesi listesinde alias’ı ikinci madde yapar.
Sıra: alias’ı servisle birlikte okuyun
/IWFND/MAINT_SERVICE içinde servisi açın, system alias ve RFC hedefini not edin. SM59 ile bağlantı ve kullanıcı tipini test edin. Embedded’de LOCAL veya bu SID’ye dönen RFC beklenir; başka SID sapması kopya veya hub kalıntısıdır. Yazılım sürümü servis ailesine uygun olmalıdır. Aynı servise birden fazla alias eklemek yönlendirme karmaşası doğurur. /IWFND/ERROR_LOG RFC ve backend exception’ı gösterir. Could not open app bazen alias timeout’udur, ICF değil. Test kullanıcısı RFC’deki named user ile karıştırılmaz; current user senaryosu ayrıdır. Çift alias yönlendirmeyi belirsizleştirir; yazılım sürümü servis ailesine uymazsa metadata başka modeli çeker, ERROR_LOG RFC mi iş kuralı mı ayırır ve named user current user ile karışmaz.
- MAINT_SERVICE alias + SM59 hedefi aynı SID mi
- Yazılım sürümü servis ailesine uygun mu
- ERROR_LOG: RFC mi, iş kuralı mı
Kopya sonrası tipik kırıklar
Sistem kopyası RFC’leri, logical system ve alias tablosunu kaynak değerle bırakır. PAGE_BUILDER yerel kalsa bile iş servisleri eski üretim kutusuna gidebilir; kullanıcı “testte gerçek veri” görür veya timeout yer. Web Dispatcher host’u yeni, alias eski ise teşhis iki katmanlıdır. /UI2/DELETE_CACHE_AFTER_IMP alias’ı düzeltmez; RFC ve alias kaydı düzeltir. Fiori Apps Reference Library burada yardımcı olmaz, SM59 yardımcı olur. İstanbul geçişlerinde kopya günü Fiori testini “yarın”a bırakmak P1 Inbox kırığı üretir. Logical system ve RFC kopyada kaynakta kalır; UI2 cache alias’ı onarmaz, kopya günü Inbox ve bir List Report kanıtı alınmadan kesim yapılmaz, “yarın bakarız” P1 üretir.
- Kopya: RFC, logical system, alias üçlüsü
- Cache raporu alias’ı onarmaz
- Kopya günü Inbox ve bir List Report kanıtı
My Inbox PGW: _RFC değil BWF
/IWPGW/TASKPROCESSING v2 alias’ı /IWPGW/BWF yazılım sürümü ister. _RFC sonekli otomatik alias başka sürüm ve yönlendirme tipi taşır; Inbox boş veya hata verir. Hub’da birden fazla backend varsa her BWF alias’ı ayrı RFC’dir, _RFC kopyalayarak çoğaltılmaz. Ayrıntı fiori-my-inbox ve fiori-my-inbox-bos yazılarındadır. Genel OData alias’ı yeşil diye Inbox’ı geçmeyin. Fiori AMS bu kontrolü Inbox P1 runbook’una yazar. Lisans ve partner cümlesi yoktur. TASKPROCESSING v2 yeşil diye BWF atlanırsa Inbox boş kalır; _RFC soneki hub döneminden kalır, runbook bu maddeyi zorunlu tutar ve genel OData yeşili Inbox’ı kanıtlamaz. Inbox P1 runbook’unda BWF ve RFC hedefi ayrı kutucuktur, genel OData yeşili buraya taşınmaz.
- TASKPROCESSING v2 + /IWPGW/BWF
- PGW alias _RFC sonekli yanlış tipe bağlanmasın
- Inbox runbook’unda alias maddesi zorunlu
Sık sorulanlar
LOCAL alias her serviste doğru mudur?
Embedded iş servislerinin çoğunda evet. Inbox ve bazı GW senaryoları özel yazılım sürümü ister; kör LOCAL yetmez.
Alias’ı değiştirmek transport’a girer mi?
Evet, customizing olarak taşınmalıdır. Elle production düzeltmesi kopyada geri gelir.
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.