Yapılandırma değişikliği ve kod yeniden yazımı — Kontrol listesi 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.
iDataEngine'de düşük kod; iDataView tasarımı, API Service Detail ve SQL proje eşlemesi gibi kokpitlerde yapılandırma yapmak demektir — standart çıkarma ve teslim senaryolarında haftalar süren özel ABAP ve ara katman geliştirmelerinin yerini alır.
iDataEngine'de kullanabileceğiniz yetenekler
- SQL proje eşleme arayüzü
- Yapılandırma karşısında ABAP yeniden yazımı
- Klonlama ve yeniden yayımlama kalıpları
- Yeniden dağıtmak yerine etkinleştirme
- iDataView sürükle-bırak tasarımı
- Şablon kütüphaneleri
Önerilen iş akışı
- Kaynak nesneleri, alanları, eşlemeleri veya kuralları oturum dili ve müşteri/sistem bağlamını kullanarak yapılandırın.
- Aynı tanımı sıfırdan yeniden tasarlamadan bir sonraki kanala (API, SQL, MF, BI) genişletin.
- Zamanlamadan veya yayınlamadan önce Test çalıştırın (iDataView Test, SQL First Row, API Test Service veya AG tarama).
- İzleme uyarılarını açın ve ilk üretim döngüsü için pano KPI'larını gözden geçirin.
Gerçek yaşam senaryosu (2020)
Bir güç kullanıcısı geçen ayın SQL projesini yeni bir satış organizasyonu için klonlar — eşleme bir proje şartnamesinde değil, bir saatte ayarlanır.
Neden önemli?
Yeniden kullanılabilir hatlar, onuncu entegrasyonun birincisinin bir kesrine mal olması demektir — iç BT'nin özel kodla nadiren ulaştığı ölçek ekonomisi.
Sonraki adımınız kontrollü bir pilot: kokpitte Test edin, kanıtla kaydedin, ardından yeniden tasarlamadan bir sonraki kanala genişletin.