Entegrasyon Kütüphanesi
SAP Business One ile B2B Bayi Portalı: Service Layer ve Veri Akışı
SAP Business One Service Layer üzerinden bayi portalı planlarken mimari, veri erişimi ve güvenlik kararları.
- SAP Business OneAna kayıtlar ve ticari kurallar
- Yetkili entegrasyon servisiEşleştirme, kuyruk ve sonuç kontrolü
- Bayi portalıİzinli görünüm ve işlem talebi
SAP Business One kullanan bir işletme için bayi portalının değeri; müşteriye uygun bilgileri ERP'den güvenilir biçimde sunabilmesidir. Ancak bağlantı kurulması ile iş sürecinin doğru çalışması aynı şey değildir. Sipariş onayı, fiyatlama ve veri izinleri en başta tasarlanmalıdır.
Service Layer ne sağlar?
SAP Business One'ın Service Layer API Reference dokümanı, servis katmanını OData üzerinden erişilebilen bir veri API'si olarak tanımlar. SAP'nin güncel açıklamasında FP 2405 itibarıyla OData v3 artık önerilmez; OData v4 birincil protokoldür. Kullanılacak kurulum ve özellik paketi doğrulanmadan tek bir entegrasyon yöntemi garanti edilmemelidir.
Tavsiye edilen mimari
Bayi tarayıcısı doğrudan ERP'ye bağlanmamalıdır. Portalın önünde kimlik doğrulama, rol kontrolü, alan bazlı erişim ve trafik sınırlaması yapan ayrı bir arka uç bulunmalıdır. Bu arka uç, ERP'ye uygun yetkilerle istek gönderip yalnızca gerekli veriyi döndürür.
- Bayi hesapları ile SAP iş ortağı kayıtlarını eşleştirin.
- Katalogda hangi ürün ve fiyatların gösterileceğini belirleyin.
- Stok değerinin depo ve rezervasyon kurallarını tanımlayın.
- Sipariş oluşturmayı “talep → kontrol → ERP kabulü” adımlarına bölün.
- Hata, zaman aşımı ve çift kayıt senaryolarını test edin.
- ERP bakım zamanlarında portalın nasıl davranacağını belirleyin.
Mimari karar tablosu
| Soru | Neden önemli? |
|---|---|
| ERP sürümü ve Service Layer erişimi mevcut mu? | Kullanılabilecek protokol ve endpoint'leri belirler |
| Çoklu depo var mı? | Kullanılabilir stok hesabını değiştirir |
| Bayi bazlı fiyatlama nasıl çalışıyor? | Yetkisiz fiyat görünümünü önler |
| Sipariş ne zaman kesinleşiyor? | Yanlış başarı mesajlarını engeller |
| Sipariş değişiklikleri nasıl bildiriliyor? | Portal ve ERP tutarlılığını sağlar |
Gerçek hayatta kritik test
Aynı ürün için iki bayinin eş zamanlı sipariş verdiği senaryoyu ölçün. Sistem yalnızca ekranın hızlı görünmesine değil, işletmenin stok ve onay kurallarına da uymalıdır.
HTTP başarısı siparişin onaylandığını gösterir mi?
Her zaman göstermez. SAP Service Layer belgesindeki sipariş oluşturma akışında, onay prosedürü devredeyse sipariş yerine taslak oluşması mümkündür. Bu nedenle yalnız yanıt kodunu kontrol etmek yeterli değildir; oluşan nesne, referans ve iş durumu doğrulanmalıdır. SAP Service Layer API Reference.
Örnek senaryo: Bayinin siparişi tutar nedeniyle onaya düşüyor. Portal “Sipariş tamamlandı” yerine “Onay bekliyor” gösterir. Yetkili kişi onayladığında ERP'deki kesinleşmiş kayıtla ilişki güncellenir. Sonuç belirsizse yeniden oluşturmak yerine önce dış referans aranır.
| Veri | Karar sahibi | Portalın görevi |
|---|---|---|
| İş ortağı/cari kodu | ERP sorumlusu | Oturumdaki bayiyle sunucuda eşlemek |
| Fiyat, vergi ve satış birimi | Onaylı ticari kurallar | Gösterim ile kesinleşen tutarı ayırmak |
| Taslak/sipariş durumu | ERP onay akışı | Doğrulanmış durumu göstermek |
| Servis erişimi | BT sorumlusu | ERP kimlik bilgisini tarayıcıya vermemek |
Genel kapsam kararlarını ERP entegrasyonu planlama rehberinde bulabilirsiniz.
Kaynaklar ve doğrulama
Örnek akışlar mimari öneridir; tamamlanmış müşteri projesi veya üretici iş ortaklığı iddiası değildir. Teknik kaynak kontrolü: 17 Ekim 2026. Kurulumun sürümü, lisansı ve izinleri ayrıca doğrulanır.
İşletmenizdeki akışa uyarlayın
ERP entegrasyonu planlama rehberi. B2B portal geliştirme kapsamını inceleyebilir, mevcut sürecinizi birlikte değerlendirebiliriz.
İhtiyacınızı konuşalım →