SAP Salesforce entegrasyonunda teknik engel nadiren asıl sorundur. SAP’nin dışarıya açılma yolları belgeli ve olgun. Projeleri yavaşlatan şey genelde organizasyon: kimin neyi değiştirmeye yetkili olduğu, değişikliğin hangi ortamlardan geçeceği ve ana verinin sahibinin kim olduğu.
Bu yazı SAP’ye özgü kısımları anlatıyor. Genel prensipler için ERP entegrasyonunda nelere dikkat etmeli yazımıza bakabilirsiniz.
Önce şunu netleştirin: hangi SAP?
“SAP kullanıyoruz” cümlesi iki tamamen farklı dünyayı işaret edebilir. Kapsam, süre ve maliyet tahmini bu cevaba göre değişir.
| SAP Business One | SAP S/4HANA | |
|---|---|---|
| Hedef kitle | KOBİ ve orta ölçek | Kurumsal ölçek |
| Ana arayüz | Service Layer (REST / OData) | OData ve SOAP servisleri |
| İkinci yol | DI API (.NET kütüphanesi) | BAPI / RFC, özel ABAP servisleri |
| Değişiklik süreci | Görece hızlı | Taşıma (transport) düzeni, ortamlar arası geçiş |
| Proje karakteri | Teknik | Teknik + yönetişim |
Business One tarafında Service Layer, OData protokolü üzerinden çalışan bir REST arayüzü ve oturum tabanlı kimlik doğrulama kullanıyor. SAP, Feature Pack 2405 itibarıyla OData v3’ü kullanımdan kaldırdı; birincil protokol v4 ve temel adres yolu buna göre değişti. Yeni bir entegrasyona başlıyorsanız v4 ile başlayın.
DI API ise daha çok aynı makinede çalışan masaüstü eklentileri için tasarlanmış bir .NET kütüphanesi. Salesforce gibi bulut bir sistemle konuşacaksanız Service Layer doğru kapı.
S/4HANA tarafında standart OData ve SOAP servisleri, bunların listelendiği bir API kataloğu ve gerektiğinde özel ABAP mantığını saran OData servisleri yazma imkânı var. Eski kurulumlarda BAPI ve RFC üzerinden yürüyen arayüzlere de sık rastlanıyor.
Kurumsal SAP’de asıl zorluk: değişiklik yönetimi
Küçük bir ERP’de “şu alanı da servise ekleyelim” dediğinizde iş yarım gün sürer. S/4HANA kurulumunda aynı cümlenin karşılığı şudur:
- Talebin SAP ekibine iletilmesi ve önceliklendirilmesi
- Geliştirme ortamında yapılması
- Test ortamına taşınması ve doğrulanması
- Değişiklik onay sürecinden geçmesi
- Canlıya taşınması
Bu zincir haftalar sürebilir. Proje planınızda “SAP tarafında küçük bir ekleme” diye geçen her madde için bu süreyi hesaba katın.
Pratik sonuç: alan ihtiyaçlarını toplu halde belirleyip tek seferde talep edin. Beş ayrı hafta beş ayrı alan istemek, projenin en sinir bozucu gecikme sebebidir ve tamamen önlenebilir.
Ana veri sahipliği: en kritik karar
SAP kullanan kurumlarda genelde bir ana veri yönetimi disiplini vardır: müşteri, ürün ve fiyat kimin tarafından, hangi onaydan geçerek açılır, yazılıdır.
Salesforce bu disiplinin içine girerken iki hata yapılabiliyor:
- Disiplini görmezden gelmek: satış temsilcisinin Salesforce’ta açtığı müşteriyi doğrudan SAP’ye yazmak. Muhasebe ve ana veri ekibi bunu er ya da geç fark eder ve entegrasyon kapatılır.
- Disiplini Salesforce’a taşımaya çalışmak: SAP’deki tüm onay akışını Salesforce’ta yeniden kurmak. Aylar sürer ve iki yerde bakım gerektirir.
Çalışan kurgu genelde ortada: Salesforce’ta aday kayıt oluşur, SAP tarafındaki mevcut süreç işler, cari kodu oluştuğunda Salesforce’a geri döner. Satış temsilcisi beklerken de fırsat üzerinde çalışmaya devam edebilir.
Yetkiler: SAP tarafında teknik kullanıcı
Entegrasyon için ayrı bir teknik kullanıcı açılmalı ve bu kullanıcının yetkisi ihtiyaç kadar olmalı. Yaygın hata, işi hızlandırmak için geniş yetkili bir kullanıcı vermek ve “sonra daraltırız” demek. Sonra gelmiyor.
Belirlenmesi gerekenler: hangi servislere erişecek, hangi şirket kodları ve satış organizasyonlarıyla sınırlı olacak, okuma mı yazma mı yapacak. Bu liste kısa tutulduğunda hem güvenlik ekibi hızlı onay veriyor hem de ileride bir sorun çıktığında kapsam net oluyor.
Ara katman mı, doğrudan mı?
Salesforce’un SAP servislerine doğrudan çağrı yapması teknik olarak mümkün. Ama kurumsal kurulumlarda çoğu zaman araya bir entegrasyon katmanı giriyor. Sebepleri:
- SAP servisleri genelde internete kapalı; ağ tarafında bir köprü gerekiyor
- Aynı SAP verisini birden fazla sistem tüketiyor; her biri için ayrı bağlantı kurmak yerine tek noktadan yayınlamak mantıklı
- Dönüştürme, yeniden deneme ve izleme ihtiyacı Salesforce’un çağrı sınırlarını zorluyor
- Hata durumunda tek bir yerde log tutmak, iki tarafı ayrı ayrı incelemekten kolay
Küçük kapsamlı bir Business One entegrasyonunda doğrudan bağlantı yeterli olabilir. S/4HANA tarafında, özellikle başka sistemler de devredeyse, ara katman neredeyse her zaman doğru karar.
Tipik kapsam ve yön kararları
| Veri | Yön | Not |
|---|---|---|
| Malzeme / ürün | SAP → Salesforce | Genelde ilk kurulan entegrasyon |
| Stok | SAP → Salesforce | Depo kırılımı gerekiyorsa baştan planlayın |
| Fiyat ve koşullar | SAP → Salesforce | SAP’de fiyat mantığı katmanlı; sadeleştirme kararı gerekir |
| Müşteri (iş ortağı) | Çoğunlukla SAP sahibi | Salesforce aday kayıt tutar |
| Sipariş | Salesforce → SAP | Onay Salesforce’ta, kayıt SAP’de |
| Fatura ve bakiye | SAP → Salesforce | Okuma amaçlı, satış ekibi görsün diye |
Fiyat, en çok hafife alınan başlık
SAP’de fiyat tek bir alan değil; koşullara, müşteri gruplarına, miktar kademelerine ve tarihlere bağlı katmanlı bir yapı. Bunun tamamını Salesforce’a taşımak genelde ne mümkün ne de gerekli.
İki yaklaşım var. Ya sadeleştirilmiş bir fiyat seti Salesforce’a aktarılır (hızlı, ama bazı durumlarda gerçek fiyattan sapar), ya da teklif anında SAP’ye canlı fiyat sorgusu yapılır (doğru, ama bağımlılık ve gecikme getirir). Hangisinin kabul edilebilir olduğu satış sürecine bağlı — ve bu bir iş kararıdır.
Projeye başlamadan netleştirin
- Hangi SAP ürünü ve hangi sürüm
- Servisler kurulu ve erişilebilir mi, yoksa açılması mı gerekiyor
- SAP tarafında kim geliştirme yapacak — iç ekip mi, iş ortağı mı
- Değişiklik talebi ne kadar sürüyor (gerçek rakam, tahmin değil)
- Ana veri açma süreci nasıl işliyor ve Salesforce bunun neresinde duracak
- Test ortamı verilecek mi
Altıncı madde tek başına projeyi kurtarır ya da batırır. Canlı SAP üzerinde deneme yapmak seçenek değil; test ortamı yoksa proje planı buna göre kurulmalı.
Sıkça Sorulan Sorular
Salesforce SAP ile doğrudan konuşabilir mi?
Teknik olarak evet, SAP’nin OData servisleri üzerinden. Ancak kurumsal kurulumlarda SAP servisleri genelde internete kapalıdır ve araya bir entegrasyon katmanı girer. Küçük kapsamlı Business One projelerinde doğrudan bağlantı yeterli olabilir.
SAP Business One ile S/4HANA entegrasyonu aynı mı?
Hayır. Business One’da Service Layer adlı REST arayüzü kullanılır; S/4HANA’da OData ve SOAP servisleri ile daha katmanlı bir yapı vardır. Süre ve maliyet tahminleri de buna bağlı olarak farklıdır.
SAP entegrasyonu için ABAP geliştirici gerekir mi?
Standart servisler ihtiyacı karşılıyorsa gerekmez. Standart servislerin yetmediği, özel alan veya özel mantık gerektiren durumlarda SAP tarafında geliştirme yapacak birine ihtiyaç duyulur — bu genelde müşterinin kendi ekibi ya da SAP iş ortağıdır.
Fiyatlar Salesforce’a nasıl taşınır?
İki yol var: sadeleştirilmiş bir fiyat setini Salesforce’a aktarmak ya da teklif anında SAP’ye canlı sorgu yapmak. İlki hızlı ve bağımsız, ikincisi doğru ama bağımlılık yaratır. Seçim satış sürecinin gerektirdiği hassasiyete bağlıdır.
Müşteri kaydı Salesforce’tan SAP’ye yazılabilir mi?
Teknik olarak mümkün, ancak SAP kullanan kurumlarda ana veri açma süreci genelde onaylıdır. Yaygın çözüm, Salesforce’ta aday kayıt tutup SAP’deki mevcut sürecin işlemesi ve oluşan kodun Salesforce’a dönmesidir.
SAP Salesforce entegrasyonu ne kadar sürer?
Business One tarafında tek yönlü okuma entegrasyonları haftalar içinde kurulabilir. S/4HANA tarafında süreyi belirleyen şey geliştirme değil, değişiklik yönetimi ve onay döngüleridir. Planı bu döngülerin gerçek süresine göre yapın.
Sonuç
SAP entegrasyonunda kod yazmak işin küçük kısmı. Büyük kısmı, doğru SAP ürününü tespit etmek, ana veri disiplinini bozmadan içine yerleşmek ve değişiklik taleplerini toplu halde yönetmek. Bunlar çözüldüğünde SAP’nin servis altyapısı beklendiği gibi çalışıyor.
VinteraTech, Salesforce Select Partner olarak SAP entegrasyonlarını kuruyor. Mevcut SAP kurulumunuzu ve ihtiyacınızı ücretsiz ön görüşmede değerlendiriyoruz.
Ücretsiz değerlendirme isteyin →
Son güncelleme: 28 Eylül 2026