SAP Sales Cloud V2'ye Geçerken OData Servisleri Ne Olacak?

SAP C4C'den SAP Sales Cloud V2'ye geçiş planlayan ekiplerin en sık sorduğu teknik sorulardan biri şudur:

Mevcut OData servislerimiz çalışmaya devam edecek mi?

Özellikle SAP CPI, SAP ERP, SAP S/4HANA veya üçüncü parti sistemlerle entegrasyon yapan organizasyonlarda bu soru kritik önem taşır. Çünkü yıllar içerisinde oluşturulan entegrasyonlar çoğu zaman onlarca OData servisine bağımlı hale gelir.

Bu nedenle SAP Sales Cloud V2 geçişi yalnızca veri taşıma veya kullanıcı eğitimi konusu değildir. Entegrasyon katmanının da detaylı şekilde analiz edilmesi gerekir.

Bu yazıda SAP C4C'deki OData servislerinin SAP Sales Cloud V2 tarafındaki karşılıklarını, geçiş sırasında dikkat edilmesi gereken noktaları ve API test süreçlerini ele alıyoruz.

SAP C4C'de OData Servisleri Nasıl Kullanılıyordu?

SAP C4C tarafında entegrasyonların büyük bölümü OData ve SOAP servisleri üzerinden çalışıyordu. Özellikle müşteri, fırsat, aktivite ve servis süreçleri çoğu projede OData servisleri ile ERP, CPI ve üçüncü parti sistemlere entegre ediliyordu.

Sık kullanılan servislerden bazıları:

• AccountCollection
• ContactCollection
• OpportunityCollection
• ServiceRequestCollection
• IndividualCustomerCollection

Birçok organizasyonda bu servisler yıllar boyunca farklı sistemlerin temel entegrasyon katmanı haline geldi.

SAP Sales Cloud V2 API Yaklaşımı Neden Farklı?

SAP Sales Cloud V2 ile birlikte SAP, API stratejisini modernize etti.

Yeni mimaride odak noktası:

• REST API yaklaşımı
• OData V4 standardı
• SAP Business Accelerator Hub
• Event-Driven Architecture
• SAP Integration Suite

Bu nedenle SAP C4C'deki birçok OData servisi birebir aynı şekilde V2 ortamına taşınmamıştır. Bazı servisler farklı endpoint'lere sahip olurken, bazı veri modelleri de yeniden tasarlanmıştır.

C4C OData Servisleri V2'ye Otomatik Taşınır mı?

Kısa cevap: Hayır.

Geçiş sırasında aşağıdaki alanların yeniden değerlendirilmesi gerekir:

• Endpoint yapıları
• Entity isimleri
• Navigation ilişkileri
• Query davranışları
• Authentication yöntemleri
• Veri modeli

Bu nedenle migration projesinin ilk aşamalarından biri mevcut API envanterinin çıkarılması olmalıdır.

İlk Yapılması Gereken: API Envanteri Çıkarmak

Canlıya geçiş sonrasında ortaya çıkan birçok entegrasyon problemi aslında proje başında eksik çıkarılan API envanterinden kaynaklanır.

Dokümante edilmesi gerekenler:

• Kullanılan tüm OData servisleri
• CPI iFlow bağlantıları
• ERP entegrasyonları
• Üçüncü parti sistem bağlantıları
• Authentication mekanizmaları
• Custom endpoint'ler

Bu çalışma olmadan migration kapsamını doğru belirlemek oldukça zordur.

Kontrol Edilmesi Gereken En Kritik Alanlar

Entity Mapping

Accounts, Contacts, Leads, Opportunities, Activities gibi temel objelerin V2 tarafındaki karşılıkları doğrulanmalıdır.

Custom Fields

Birçok projede kullanılan extension field'lar entegrasyonların önemli bir parçasıdır.

Kontrol edilmesi gerekenler:

• Alan halen mevcut mu?
• API içerisinde yayınlanıyor mu?
• Mapping güncellenmeli mi?

Query Yapıları

Özellikle aşağıdaki sorgular yeniden test edilmelidir:

• $filter
• $select
• $expand
• $orderby
• $top
• $skip

Authentication

C4C projelerinde sıklıkla Basic Authentication veya Certificate Authentication kullanılırken, V2 projelerinde OAuth 2.0 senaryoları daha yaygın hale gelmiştir.

SAP Sales Cloud V2 API’leri Nerede Yayınlanıyor?

SAP, Sales Cloud V2 için tüm API’leri SAP Business Accelerator Hub üzerinde yayınlamaktadır:

👉 https://api.sap.com/products/SAPSalesCloudV2/apis

Bu platform üzerinden:

• API dokümantasyonuna erişebilir
• Veri modelini inceleyebilir
• Örnek istek/yanıtları görebilir
• Try Out özelliği ile API’leri doğrudan test edebilirsiniz

SAP Sales Cloud V2 API’leri Nasıl Test Edilir?

SAP, V2 API’lerini test etmek için iki resmi yöntem sunuyor.

1) Business Accelerator Hub Üzerinden Test (Try-Out)

Her API’nin kendi sayfasında Try Out bölümü bulunur.

Bu bölümde:

• Endpoint seçimi
• Parametre girme
• $filter, $select, $expand testleri
• OAuth token ekleme
• Gerçek zamanlı response görüntüleme

yapılabilir.

Bu yöntem özellikle ilk doğrulama için idealdir.

2) SAP Tarafından Sağlanan Postman Koleksiyonları

SAP, Sales Cloud V2 için hazır Postman koleksiyonları yayınlamıştır:

👉 https://api.sap.com/postman

Bu koleksiyonlar ile:

• Tüm OData V4 servislerini test edebilir
• OAuth yapılandırmasını doğrulayabilir
• CRUD işlemlerini uçtan uca test edebilirsiniz

CPI entegrasyon testleri öncesi mutlaka önerilir.

SAP Sales Cloud V2 API Base URL Yapısı

Kod

https://<tenant-id>.crm.cloud.sap/sap/c4c/odata/v1/<ServiceName>

Örnek:

Kod

https://my123456.crm.cloud.sap/sap/c4c/odata/v1/Account

Geçiş Sonrası OData Test Planı

Test 1 – Metadata Kontrolü

• Entity Sets
• Navigation Properties
• Custom Fields
• Associations

Test 2 – Read Senaryoları

Account, Contact, Opportunity ve Activity verileri okunarak eski sistem ile karşılaştırılmalıdır.

Test 3 – Create Senaryoları

Yeni kayıt oluşturma işlemleri test edilmeli ve iş kuralları doğrulanmalıdır.

Test 4 – Update Senaryoları

PATCH ve UPDATE işlemleri detaylı şekilde test edilmelidir.

Test 5 – Delete Senaryoları

Silme işlemleri kullanılan projelerde ayrıca doğrulanmalıdır.

SAP CPI Tarafında Yapılması Gereken Kontroller

• Endpoint güncellemeleri
• Credential kontrolleri
• OAuth ayarları
• Mapping doğrulamaları
• Error handling testleri

En Sık Karşılaşılan Problemler

• Eksik custom field mapping'leri
• Değişen entity yapıları
• OAuth konfigürasyon problemleri
• CPI mapping hataları
• Beklenmeyen query davranışları
• Yetersiz entegrasyon testleri

OData Geçiş Kontrol Listesi

• API envanteri çıkarıldı
• Entity mapping doğrulandı
• Custom field kontrolleri tamamlandı
• Metadata testleri tamamlandı
• CRUD testleri gerçekleştirildi
• CPI entegrasyonları doğrulandı
• ERP entegrasyonları test edildi
• UAT onayı alındı

Sonuç Olarak

SAP Sales Cloud V2'ye geçiş yapan birçok proje ilk etapta veri taşıma ve kullanıcı süreçlerine odaklanırken, entegrasyon katmanını ikinci planda değerlendirebiliyor. Oysa gerçek hayatta canlıya geçiş sonrası karşılaşılan problemlerin önemli bir kısmı API ve entegrasyon tarafında ortaya çıkıyor.

Bu nedenle geçiş planlaması yapılırken mevcut OData servislerinin envanteri çıkarılmalı, kullanılan endpoint'ler analiz edilmeli ve tüm entegrasyonlar kapsamlı bir test sürecinden geçirilmelidir.

Özellikle SAP CPI, SAP ERP, SAP S/4HANA ve üçüncü parti sistemlerle çalışan organizasyonlarda iyi planlanmış bir OData test stratejisi, geçiş sonrası oluşabilecek riskleri önemli ölçüde azaltacaktır.