SAP Hybris Nedir?

Hybris'i arayanların çoğu tek bir şeyi merak eder: bu bir yazılım mı, bir şirket mi, yoksa bir ürün ailesinin adı mı? Cevap sonuncusu — ve adı 2018'de değişti.

Hybris, bir e-ticaret işini ayakta tutan işlerin tamamını aynı veri modeli üzerinde toplayan bir ürün ailesidir. Ürün kataloğu, fiyatlandırma, sipariş, müşteri kaydı, kampanya ve satış sonrası hizmet ayrı ayrı sistemlerde değil, aynı müşteri kaydına bağlı olarak durur. SAP ERP gibi tek bir üründen söz etmiyoruz; birbirine bağlı modüllerden oluşan bir grup söz konusu.

Ailenin ana başlıkları şunlar:

• Ticaret (commerce) — katalog, sepet, sipariş, ödeme akışı
• Pazarlama — segmentasyon, kampanya, kişiselleştirme
• Satış — teklif ve sipariş süreçleri
• Müşteri hizmetleri — talep ve iade yönetimi
• Faturalama — abonelik ve tekrar eden gelir modelleri

Kafa karışıklığının kaynağı isim değişikliği. hybris bağımsız bir şirketti; SAP 2013'te satın aldı ve ürünler bir süre SAP Hybris adıyla anıldı. 2018'de SAP bu markayı emekliye ayırdı, müşteri deneyimi ürünlerini tek çatı altında topladı ve ticaret ürününün resmî adı SAP Commerce Cloud oldu.

Ama isim değişikliği konuşma dilini değiştirmedi. Bugün "Hybris" diyen bir kişi çoğunlukla SAP Commerce Cloud'u kastediyor; iş ilanlarında, ekip içi konuşmalarda ve eski teknik dokümanlarda eski ad hâlâ yaşıyor.

Bunun pratik bir sonucu var: bir teklifte ya da bir özgeçmişte "Hybris" gördüğünüzde hangisinden söz edildiğini sormak gerekir. Şirket içi sunucuya kurulan klasik sürüm mü, yoksa bulut sürümü mü? İkisinin işletme maliyeti ve güncelleme sorumluluğu aynı değildir.

Asıl kazanç modüllerin tek tek yaptığı işte değil, aynı veriyi paylaşmalarında. Bu soyut duruyor, somutlaştıralım.

Bir müşteri çağrı merkezini aradığında temsilcinin ekranında siparişin durumu, ödemenin akıbeti ve müşterinin geçmişteki iadesi birlikte görünür — çünkü üçü ayrı sistemlerde tutulmuyor. Aynı şey stok için de geçerli: mağazadaki, depodaki ve pazaryerindeki adet tek bir yerden okunur, üç ayrı tablo elle eşitlenmez.

Şirketler genellikle böyle başlamaz. Sorun çıktıkça araç alınır: bir kampanya yazılımı, bir sipariş takip aracı, bir müşteri hizmetleri paneli. Her biri kendi başına iyi çalışır. Fatura, bunları birbirine bağlayan ara katmanlarda ve o ara katmanların bakımında çıkar — ve zamanla tek bir platformun lisansından pahalıya gelebilir.

Hybris ağırlıklı olarak Java ile yazılmıştır; ön yüzde JavaScript kullanılır. Bir Java sanal makinesinde, servlet konteynerinde veya J2EE uyumlu bir uygulama sunucusunda çalışır ve MySQL, Oracle ya da SAP HANA gibi harici bir veritabanına bağlanır. Dahili önbellekleme ve kalıcılık mekanizmaları sayesinde ağır bir uygulama sunucusu olmadan da ayağa kalkabilir.

Bunun iki pratik sonucu var. Java bilen bir ekip platforma görece hızlı adapte olur; öğrenme eğrisi sıfırdan bir teknoloji öğrenmek kadar dik değildir. Öte yandan altyapı hafif değildir: geliştirme ortamı, derleme süresi ve sunucu kaynağı, hafif bir e-ticaret platformuna göre belirgin biçimde daha yüklüdür. Ekip küçükse bu maliyet lisanstan önce hissedilir.

Klasik kurulumda mağazanın ön yüzü platformun içinde yaşardı; tasarım değişikliği çoğu zaman arka uca dokunmayı gerektirirdi. Spartacus bunu ayırdı: Angular ile yazılmış, açık kaynak, başsız (headless) çalışan bir mağaza ön yüzü. Bugün Composable Storefront adıyla anılıyor.

Ayrım şu işe yarıyor — müşterinin gördüğü katman ayrı bir uygulama olduğu için tasarım ve kampanya değişiklikleri arka uçtan bağımsız ilerleyebiliyor. Spartacus'ın ne olduğunu ve neden tercih edildiğini ayrıca yazdık.

Uygun olduğu durum bellidir: ürün sayısı ve satış kanalı fazla, siparişin arkasında bir ERP duruyor, müşteri verisi birden çok departman tarafından kullanılıyor. Böyle bir şirkette entegrasyon zaten yapılacak bir iştir; soru onu kendinizin mi kuracağı, yoksa hazır gelen bir bütünün parçası olarak mı alacağınızdır.

Uygun olmadığı durum da bir o kadar belli: tek kanaldan satan, ürün sayısı sınırlı, SAP tarafında hiçbir şeyi olmayan bir şirket. Burada platformun asıl vaadi — aynı veriyi paylaşmak — karşılıksız kalır, geriye yalnız ağırlığı kalır. Bu senaryoda daha hafif bir e-ticaret platformu ya da ihtiyaca göre yazılmış özel bir çözüm daha doğru karardır.

Karar teknoloji seçimiyle değil, envanterle başlar: bugün hangi veri nerede duruyor, hangi sistem hangisiyle konuşuyor, elle eşitlenen kaç tablo var. Bu liste çıkmadan hiçbir platform karşılaştırması anlamlı olmaz — çünkü karşılaştırdığınız şey aslında kurtulmak istediğiniz ara katmanlardır.

Bu tarafta yaptığımız işleri SAP Commerce Cloud hizmet sayfamızda anlattık.