GUID tabanlı /app/api uç noktaları açıklaması SAP ortamlarının çoğunun çok iyi bildiği bir sorunu ele alır: Entegratörler kararlı JSON ister; SAP ekipleri yetkilendirme ve iz kaydı ister — ikisi birden ya da hiçbiri.

Her servis, çıktı formatını seçmenize, özet modunu açıp kapatmanıza, kayıtlı seçim varyantlarını yeniden kullanmanıza ve URL'yi bir iş ortağına vermeden önce canlı ortamda test etmenize olanak tanır.

İş ortakları gelen servisler üzerinden sisteme çağrı yapabilir veya iDataEngine harici sistemleri çağırabilir — her ikisi de tek bir izleyicide takip edilir; böylece bir hata günler değil dakikalar içinde bulunur.

iDataEngine'de kullanabileceğiniz yetenekler

  • Kayıt sayısı ve süre gösteren Test Service
  • Hızlı sorun giderme için istek izleme
  • SAP tarafında yazma doğrulaması bulunan gelen çağrı kuralları
  • iDataView'ı tek tıkla API'ye dönüştürün
  • Otomatik sistem geri dönüşü olan paylaşılabilir servis URL'si
  • Büyük yükler için asenkron mod

Önerilen iş akışı

  1. Aynı tanımı sıfırdan yeniden tasarlamadan bir sonraki kanala (API, SQL, MF, BI) genişletin.
  2. İzleme uyarılarını açın ve ilk üretim döngüsü için pano KPI'larını gözden geçirin.
  3. İlgili kokpiti açın (iDataView Explorer, SQL Project, API Service Detail veya AccessGuard).
  4. Zamanlamadan veya yayınlamadan önce Test çalıştırın (iDataView Test, SQL First Row, API Test Service veya AG tarama).

Gerçek yaşam senaryosu (2023)

Operasyon için kurulmuş bir iDataView, mobil uygulama ekibinin JSON istediği öğleden sonra API'ye dönüştürülür — ayrı bir ara katman sprint'i yoktur.

Neden önemli?

Asenkron mod ve hız sınırları yapılandırıldığında, yangın söndürmeyi ölçeklemeden trafiği ölçeklersiniz.

Burada inovasyon, iş biriminin sonuçları daha hızlı görmesi demektir — BT kontrolü elinde tutar çünkü her adım yapılandırılır, test edilir ve izlenir.