BTP · informational
iFlow: mesajın BTP’de izlediği yol
iFlow, Cloud Integration’da gönderen adapter’den alıcıya kadar mesajın geçtiği tanımdır. Mapping, yönlendirme ve hata alt süreçleri burada yaşar. Fiori Teknoloji iFlow’u Fiori ekranı sanmaz; kullanıcı CAP veya RAP’te kalır, belge taşıması iFlow’dadır.
Adapter ve akış kalıpları
HTTPS, SOAP, OData, IDoc, SFTP, Mail sık adapter’lardır. RFC desteklenen yerde gerekçelenir; unreleased fonksiyon clean-core’u iFlow’da da bozar. Content modifier, router, multicast ve sequential multicast kalıpları envanterdeki SLA’ya göre seçilir. Fiori Teknoloji her entegrasyonu Groovy ile şişirmez. XSLT veya mesaj eşlemesi yetiyorsa script istisnadır. Idempotent tasarım tekrar teslimatta çift IDoc üretmemelidir. Retry exception subprocess’tedir, ana akışı körlemesine döngüye sokmaz. Payload boyutu ve timeout tenant sınırındadır; büyük dosya SFTP ve parçalama ister. Kimlik: client certificate, OAuth, basic. Destination ve Cloud Connector on-prem S/4 alıcısında yine geçerlidir. iFlow “bulutta olduğu için” connector’ı iptal etmez.
- Adapter protokolü, Groovy varsayılan kalem değildir
- Retry exception subprocess’te, çift belgeye karşı idempotent
- On-prem alıcı hâlâ Cloud Connector ister
İzleme ve hata
Message processing log, hangi adımın düştüğünü gösterir. Fiori kullanıcısı bu log’u görmez; ona durum kodu CAP API’sinden döner. Fiori Teknoloji destek kuyruğunu ayırır: UX ticket’ı ile iFlow ticket’ı. Güvenli log, kişisel veri maskeler. Replay üretimde kontrollüdür. Mapping hatası “S/4 kapalı” olarak Fiori’ye yansımamalıdır; mesaj ayrıştırılır. Alert e-posta yeterli izleme değildir; operasyon dashboard’u müşteri aracıyla bağlanır. Versiyonlama iFlow sürümüyle yapılır, sessiz prod düzenleme yasaktır. Transport, Suite paket taşımasıdır, ABAP request değildir. Test tenant’ta örnek payload, üretimdeki gerçek partner sertifikasından ayrıdır. Uydurma not numarası ile “şu OSS iFlow’u düzeltir” demeyiz. Operasyon ekibi MPL erişimini Fiori AMS’ten ayrı tutar.
- MPL iFlow operasyonudur, Fiori MessagePopover değildir
- Prod’da sessiz düzenleme yok, sürüm ve transport var
- Mapping hatası S/4 kesintisi gibi yansıtılmaz
CAP ve RAP ile el sıkışma
Senkron kullanıcı cevabı RAP/CAP’te kalır. iFlow tetikleme: event, polling veya CAP’in asenkron çıkışı. Fiori Teknoloji CAP’ten iFlow’a HTTP atmayı, iFlow’un S/4’e gitmesini sık çizer; tarayıcıyı aradan çıkarır. RAP side effect içinde uzun iFlow beklemek kilit tutar. Additional save’den event yayınlamak daha temizdir. Sözleşme: payload şeması, korelasyon id, hata kodu. Şema yoksa her taraf XML’i kendi yorumlar. API Management iFlow önünde dış anahtar basabilir. İç sistemler APIM’siz de iFlow konuşur. Keşifte “bir iFlow her şeyi yapsın” anti-kalıptır; bounded context başına akış. Temizlik, PI’den gelen tek mega senaryoyu bölmektir. Sözleşme değişince iFlow ve CAP aynı sprintte güncellenir.
- Uzun iFlow RAP transaction’ında bekletilmez
- Korelasyon id Fiori, CAP ve MPL’de aynıdır
- Mega PI senaryosu tek iFlow olarak yaşamaz
Sık sorulanlar
iFlow ile API proxy aynı şey midir?
Değildir. iFlow mesajı dönüştürüp taşır. API Management proxy politika, kota ve ürün anahtarı uygular. Dış geliştiriciye sözleşme açarken APIM, ağır mapping’de iFlow öne çıkar.
Groovy her iFlow’da şart mı?
Değil. Standart mapping ve router çoğu işi görür. Groovy istisna, test ve bakım maliyetidir. Fiori Teknoloji script’i gerekçesiz varsayılan yapmaz.
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.