Düşük kodda kalmak mı, uzmana başvurmak mı SAP ortamlarının çoğunun çok iyi bildiği bir sorunu ele alır: Standart yollarda bağlantı işinin yerini yapılandırma alana kadar özel kod TCO'su büyür.

Yeniden kullanılabilir işlem hatları (SQL projesini klonlama, API'yi yeni alan kümesiyle yeniden yayımlama) TCO'yu düşürür; Etkinleştir ve Kaydet işlemleri tam yeniden geliştirme değil, değişiklik olaylarıdır.

Yeniden kullanılabilir işlem hatları (SQL projesini klonlama, API'yi yeni alan kümesiyle yeniden yayımlama) TCO'yu düşürür; Etkinleştir ve Kaydet işlemleri tam yeniden geliştirme değil, değişiklik olaylarıdır.

iDataEngine'de kullanabileceğiniz yetenekler

  • Klonlama ve yeniden yayımlama kalıpları
  • TCO azaltma anlatısı
  • Yeniden dağıtmak yerine etkinleştirme
  • iDataView sürükle-bırak tasarımı
  • Şablon kütüphaneleri
  • Ara katman kodu olmadan API

Önerilen iş akışı

  1. Kaydedin ve üretilen URL, iş kimliği veya anlık görüntü referansını değişiklik kaydınıza alın.
  2. Aynı tanımı sıfırdan yeniden tasarlamadan bir sonraki kanala (API, SQL, MF, BI) genişletin.
  3. Zamanlamadan veya yayınlamadan önce Test çalıştırın (iDataView Test, SQL First Row, API Test Service veya AG tarama).
  4. Kaynak nesneleri, alanları, eşlemeleri veya kuralları oturum dili ve müşteri/sistem bağlamını kullanarak yapılandırın.

Gerçek yaşam senaryosu (2021)

REP Test veri kümesini önceden doğruladığı için ilk API öğle arasından önce teslim edilir — geliştiriciler öğleden sonra arayüz bağlantısını kurar.

Neden önemli?

ABAP geliştirmede kazanılan her hafta, inovasyona ayrılabilecek ek bütçedir. Düşük kodlu yapılandırma, harcamayı entegrasyon altyapısından müşteriye dönük özelliklere kaydırır — CFO'lar bunu fark eder.

Sonraki adımınız kontrollü bir pilot: kokpitte Test edin, kanıtla kaydedin, ardından yeniden tasarlamadan bir sonraki kanala genişletin.