Veriyle birlikte dolaşan politikalar SAP ortamlarının çoğunun çok iyi bildiği bir sorunu ele alır: Belgelenmemiş kokpit değişiklikleri, denetçilerin unutmadığı üretim sürprizlerine yol açar.
Yönetişim; REP yetki nesnelerini, API kullanıcı/IP sınırlarını, maskelemeyi, AccessGuard anlık görüntülerini ve değişiklik kayıtlarını kokpitteki kayıt işlemlerine bağlar — işler ve servisler üretim varlıklarıdır.
Yönetişim; REP yetki nesnelerini, API kullanıcı/IP sınırlarını, maskelemeyi, AccessGuard anlık görüntülerini ve değişiklik kayıtlarını kokpitteki kayıt işlemlerine bağlar — işler ve servisler üretim varlıklarıdır.
iDataEngine'de kullanabileceğiniz yetenekler
- İşi durdurarak geri alma
- Üretim API'sinden önce SoD kontrolü
- Yayımlamadan önce maskeleme
- Kaydetmede API URL yenileme
- Denetim günlüğü saklama
- Transport'a hizalı rol senkronu
Önerilen iş akışı
- Zamanlamadan veya yayınlamadan önce Test çalıştırın (iDataView Test, SQL First Row, API Test Service veya AG tarama).
- İlgili kokpiti açın (iDataView Explorer, SQL Project, API Service Detail veya AccessGuard).
- Aynı tanımı sıfırdan yeniden tasarlamadan bir sonraki kanala (API, SQL, MF, BI) genişletin.
- İ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 (2024)
Geri alma, izleme geçmişi son iyi çalıştırmayı gösterdiği için '442 numaralı işi kapat'tır — operasyon acil ABAP olmadan toparlanır.
Neden önemli?
Düzenleyiciler hızlı değişikliği değil, belgelenmemiş değişikliği cezalandırır. Anlık görüntüler, testler ve kayıtlar hızı savunulabilir kılar — modern kurumsal uzlaşma budur.
Kurumların iDataEngine'i tek seferlik bir entegrasyon aracı değil, bir yaşam döngüsü platformu olarak benimsemesinin nedeni bu birleşimdir.