İçindekiler
Çözdüğü Sorun
SAP tarafında bir REST servisi yazmak zor değil. Zor olan, o servisin kurum içinde anlaşılır ve kullanılabilir kalması.
Tipik senaryo şudur: e-ticaret ekibi bir entegrasyon için SAP'tan servis ister. ABAP tarafında servis yazılır. Sonra karşı tarafa hangi alanların gönderileceği Excel'de veya e-postada anlatılır. Bir alan eklenir, dokümantasyon güncellenmez. Yeni gelen bir geliştirici servisin ne döndürdüğünü öğrenmek için ABAP kodunu okumak zorunda kalır. Test için elle Postman koleksiyonu hazırlanır ve o da bir süre sonra bayatlar.
Sonuç: servis çalışıyordur ama kimse ondan emin değildir. Entegrasyon toplantılarının önemli bir kısmı "bu alan hâlâ geliyor mu?" sorusuna gider.
ZREST bu döngüyü kırmak için yazıldı: servis tanımı ile dokümantasyon aynı kaynaktan üretilir, dolayısıyla dokümantasyonun bayatlaması mümkün olmaz.
Öne Çıkan Özellikler
Otomatik OpenAPI Dokümanı
Her servis için OpenAPI dokümanı SAP sisteminin kendisi tarafından üretilir. Ayrı bir doküman dosyası tutulmaz, dolayısıyla koddan sapamaz.
Tarayıcıdan Test
Swagger arayüzündeki "Try it out" ile servisler doğrudan denenebilir; mevcut SAP oturumu kullanıldığı için ayrıca kimlik doğrulama kurulumu gerekmez.
Dokümantasyon Nasıl Çalışıyor?
Kullanıcı SAP sistemindeki dokümantasyon adresini açar. Sayfanın HTML'i SAP tarafında üretilir; arayüz bileşenleri Önder Yazılım sunucusundan yüklenir. OpenAPI dokümanının kendisi SAP sisteminden hiç çıkmaz.
- Kullanıcı
https://<sap-sunucunuz>/<SICF düğüm yolunuz>/swagger.htmladresini açar. - SAP, içinde tek bir script satırı bulunan hafif bir HTML sayfası döner.
- Tarayıcı arayüz dosyalarını Önder Yazılım'dan çeker ve lisans doğrulanır.
- Arayüz, OpenAPI dokümanını aynı SAP sunucusundan okuyup servisleri listeler.
Bu kurgunun pratik faydası: doküman ile sayfa aynı sunucuda olduğu için tarayıcı açısından aynı köken sayılırlar. Yani Basis ekibinizden CORS ayarı, ek başlık veya güvenlik istisnası istenmez — kurulumu geciktiren en yaygın kalem böylece devre dışı kalır.
Veri Güvenliği
Bir SAP servis dokümantasyonu, kurumun iş süreçlerinin haritasıdır. Bu yüzden ürünün en net taahhüdü şudur:
- SAP sisteminiz dışarıya bağlanmaz. Doğrulama trafiği kullanıcının tarayıcısı üzerinden geçer; SAP sunucusundan internete giden bir çağrı yoktur. Bu, dışa erişimi kapalı üretim sistemlerinde de çalışması demektir — güvenlik duvarı, proxy veya STRUST sertifika işi gerekmez.
- OpenAPI dokümanınız bizde tutulmaz. Doküman SAP sunucunuzdan tarayıcıya gider; Önder Yazılım sunucusuna hiç uğramaz.
- İş verisi geçmez. "Try it out" istekleri doğrudan sizin SAP sunucunuza gider.
- Üçüncü taraf doğrulayıcı kapalı. Swagger UI varsayılan olarak servis adresinizi harici bir doğrulama servisine gönderir; ZREST'te bu özellik kapatılmıştır ve açılamaz. Sunucu adresiniz kurum dışına çıkmaz.
- Kayıt altına alınan: lisans doğrulaması sırasında yalnızca lisans anahtarı, isteğin geldiği sunucu adı ve zaman bilgisi tutulur.
Kurulum
Kurulum üç adımdır ve tamamı SAP tarafında yapılır:
- Transport'u içe alın. ZREST paketi standart bir transport isteği olarak sisteminize aktarılır.
- Servis düğümünü aktive edin. SICF üzerinden ilgili düğüm aktive edilir.
- Lisans anahtarını girin. Size verilen anahtar, sisteme özel bir tabloya (SM30) girilir. DEV, QAS ve PRD kendi anahtarını kullanır; anahtar transport ile taşınmaz.
Lisanslama
ZREST lisanslı bir üründür. Lisans SAP sistemi bazındadır: her sistem (DEV / QAS / PRD) kendi anahtarını kullanır ve anahtar, tanımlandığı sunucu adına bağlıdır. Süre bitimine yaklaşıldığında dokümantasyon ekranında hatırlatma görünür; servisleriniz bundan etkilenmez.
ZREST'i kendi SAP sisteminizde görmek veya lisans koşullarını konuşmak için yazın — ilk değerlendirme görüşmesi ücretsizdir.
Demo ve Fiyat TalebiSAP entegrasyonlarınızda uçtan uca destek mi arıyorsunuz? Servis tasarımından devreye almaya kadar birlikte çalışabiliriz.
Entegrasyon Hizmetleri