B2B ve B2C Entegrasyon Arasındaki Farklar: Mimari ve Süreç Rehberi

B2B ve B2C sistemleri aynı ürün, stok veya sipariş kaynaklarını kullanabilir; ancak kullanıcı yapısı, fiyatlandırma, onay, ödeme ve hizmet akışları genellikle aynı değildir. Bu nedenle iki modeli yalnızca “işletmeye satış” ve “tüketiciye satış” diye ayırmak, yazılım ve entegrasyon kararları için yetersiz kalır.

\n

B2B entegrasyonu, iki veya daha fazla kuruluş arasındaki ticari süreçleri ve veri alışverişini destekler. B2C entegrasyonu ise işletme ile bireysel tüketici arasındaki keşif, satın alma, ödeme, teslimat ve destek akışlarını bağlar. Aynı platform iki modeli birlikte taşıyabilir; fakat kurallar ve veri sınırları açıkça ayrılmalıdır.

\n

B2B ve B2C entegrasyonu nedir?

\n

IBM, B2B entegrasyonunu kuruluşlar arasındaki iş süreçleri ve iletişimin otomasyonu olarak açıklar; farklı uygulamalardan gelen verinin standartlaştırılması, yönlendirilmesi, izlenmesi ve doğrulanması bu kapsamda değerlendirilebilir (IBM B2B integration). Bayi siparişinin ERP'ye aktarılması, kurumsal müşteriye özel fiyatın portala gelmesi veya tedarik belgesinin iki sistem arasında taşınması B2B örnekleridir.

\n

B2C entegrasyonunda ise ürün ve fiyat bilgisinin mağazaya aktarılması, ödeme sonucunun siparişe bağlanması, stok rezervasyonu, kargo kaydı, bildirim ve iade süreci gibi tüketici işlemleri öne çıkar. Her iki model de API, dosya aktarımı, mesaj kuyruğu veya aracı entegrasyon katmanları kullanabilir; fark yalnızca teknolojide değil, iş kurallarındadır.

\n

B2B ve B2C entegrasyon farkları

\n

| Alan | B2B | B2C | |---|---|---| | Kullanıcı | Şirket, bayi, şube, departman ve çoklu roller | Çoğunlukla bireysel müşteri hesabı veya misafir kullanıcı | | Ürün görünürlüğü | Hesap, sözleşme veya yetkiye göre değişebilir | Genellikle herkese açık katalog; bölge ve stok sınırlamaları olabilir | | Fiyat | Müşteri grubu, sözleşme, hacim, para birimi ve vadeye göre değişebilir | Liste fiyatı, kampanya, kupon ve tüketici segmenti odaklıdır | | Satın alma | Teklif, talep, onay, limit ve satın alma emri içerebilir | Sepet, ödeme ve hızlı sipariş onayı ön plandadır | | Ödeme | Cari hesap, kredi limiti, vade, havale, kart veya mutabakat | Kart, cüzdan, havale, kapıda ödeme veya tüketiciye açık yöntemler | | Entegrasyon | ERP, CRM, muhasebe, EDI, depo ve kurumsal onay sistemleri | Ticaret altyapısı, ödeme, kargo, CRM, destek ve pazarlama araçları | | Destek | Hesap yöneticisi, satış temsilcisi ve kurumsal hizmet akışı | Self servis, çağrı merkezi, mesaj, iade ve tüketici destek akışı |

\n

Bu tablo sabit bir ürün listesi değildir. Bir B2C hizmet abonelik ve kurumsal onay içerebilir; bir B2B portalında kartla anında ödeme kullanılabilir. Sistem tipi, gerçek ticari kural ve kullanıcı sorumluluğuna göre belirlenmelidir.

\n

Hesap ve yetki modeli neden farklıdır?

\n

B2C sisteminde bir müşteri çoğunlukla kendi profilini, adreslerini, siparişlerini ve izinlerini yönetir. B2B'de ise bir kuruluş içinde satın almacı, onaylayıcı, finans, depo ve yönetici gibi farklı kullanıcılar bulunabilir. Aynı kişi birden fazla şube veya şirket adına işlem yapabilir.

\n

Entegrasyon, yalnızca kullanıcının giriş yaptığını değil; hangi kuruluş, hesap, fiyat listesi, sipariş ve belge üzerinde hangi eylemi yapabildiğini doğrulamalıdır. B2B için kuruluş–şube–kullanıcı–rol ilişkisi; B2C için müşteri–adres–izin–sipariş ilişkisi ayrı modellenir.

\n

Ürün, fiyat ve stok verisi nasıl ayrılır?

\n

Ürün ana verisi ortak olabilir, fakat görünürlük ve ticari sonuç farklılaşabilir. B2B portalı müşteriye özel ürün grubu, paket miktarı, fiyat listesi, iskonto, kota veya vade gösterebilir. B2C mağaza ise herkese açık fiyat, kampanya, kupon, varyant ve teslimat vaadi kullanabilir.

\n

Stok alanı için de tek sayı yeterli olmayabilir. B2B tarafında tahsis, minimum sipariş, termin veya bayi deposu; B2C tarafında mağazadan teslim, rezervasyon, parçalı gönderim ve satış kanalı stoğu bulunabilir. Hangi sistemin ürün, fiyat ve stok alanlarında ana kaynak olduğu yazılmalıdır.

\n

Sipariş ve onay akışları

\n

B2C siparişi çoğu zaman sepet, ödeme, onay ve teslimat sırasını izler. B2B işlemi teklif talebi, fiyat onayı, kredi limiti, satın alma emri, çoklu onay, kısmi karşılama ve mutabakat gibi aşamalar içerebilir.

\n

Bu fark entegrasyon tasarımını etkiler. B2C ödeme başarılı olsa bile stok ayırma başarısız olabilir; B2B talep ERP'ye gitmiş olsa bile onay bekleyebilir. Her durum için işlem kimliği, durum geçişi, hata kaydı, yeniden deneme ve insan müdahalesi tanımlanmalıdır.

\n

Kumsal'ın dört katmanlı B2B–B2C ayrım modeli

\n

1. \n
2. Kimlik katmanı: Kullanıcı bireysel müşteri mi, bir kuruluş ve rol adına mı işlem yapıyor?
3. \n
4. Ticari kural katmanı: Ürün, fiyat, limit, vade, kampanya ve görünürlük nasıl belirleniyor?
5. \n
6. İşlem katmanı: Teklif, sepet, onay, ödeme, sipariş, teslimat ve iade hangi sırayla ilerliyor?
7. \n
8. Sistem katmanı: ERP, CRM, muhasebe, ödeme, depo, kargo ve destek araçlarından hangisi hangi verinin sahibi?
9. \n

   Her katmanda ortak kurallar, yalnızca B2B'ye özgü kurallar, yalnızca B2C'ye özgü kurallar ve istisnalar ayrı kaydedilir. Bu model, iki kanalın ortak altyapıda çalışıp çalışamayacağını özellik sayısından önce değerlendirmeyi sağlar.

   \n

\n

Ortak altyapı mı, ayrı sistem mi?

\n

Ortak ürün, içerik ve stok kaynakları varsa tek çekirdek mantıklı olabilir. Ancak kanal bazlı fiyat, yetki, ödeme ve onay kuralları birbirine karışmamalıdır. Ortak çekirdek; ayrı kullanıcı deneyimleri, politika servisleri veya işlem akışlarıyla desteklenebilir.

\n

Ayrı sistemler bağımsız geliştirme sağlayabilir fakat aynı ürün, müşteri, stok ve sipariş verisinin iki yerde yönetilmesi tutarsızlık riski doğurur. IBM'in enterprise application integration açıklaması, farklı uygulamaları iş süreçlerini destekleyecek biçimde bağlama yaklaşımını ele alır. Karar verilirken veri sahipliği, ekip kapasitesi, sürüm yönetimi, hata etkisi ve toplam bakım yükü birlikte değerlendirilmelidir.

\n

Entegrasyon keşif kontrol listesi

\n

• \n
• B2B ve B2C kullanıcı grupları, kuruluşlar, roller ve izinler
• \n
• Ortak ve kanala özgü ürün, fiyat, kampanya, stok ve vergi kuralları
• \n
• Teklif, sepet, onay, ödeme, sipariş, teslimat, iade ve mutabakat adımları
• \n
• Her veri alanının ana sistemi ve güncelleme yönü
• \n
• Gerçek zamanlı ve periyodik aktarım ihtiyaçları
• \n
• Kesinti, çift kayıt, yeniden deneme ve geri alma senaryoları
• \n
• Log, uyarı, destek ve sorumlu ekip
• \n
• Veri taşıma, pilot, geçiş ve geri dönüş planı
• \n

  Ayrıntılı B2B hesap ve ticari kural modeli için B2B yazılımı rehberi, tüketici yolculuğu için B2C yazılımı rehberi kullanılabilir.

  \n

\n

Sonuç

\n

B2B ve B2C entegrasyon arasındaki temel fark müşteri adından önce kimlik, ticari kural, işlem ve sistem sahipliğindedir. Aynı teknolojiyi kullanmak iki kanalın aynı çalışacağı anlamına gelmez. Ortak altyapı kararı; fiyat, yetki, onay, ödeme ve hata davranışları birlikte modellenerek verilmelidir. İlgili içerikler için web ve mobil yazılım kütüphanesine göz atabilirsiniz.