Toptan satış yapan birçok firmada sipariş süreci hâlâ aynı: bayi telefonla ya da WhatsApp'tan sipariş geçer, satış temsilcisi fiyat listesine bakıp teklif hazırlar, sipariş muhasebe programına elle girilir, bayi de "cari bakiyem ne kadar, siparişim çıktı mı?" diye tekrar arar. B2B e-ticaret, bu süreci bayinin kendi hesabıyla giriş yaptığı, kendine özel fiyatları gördüğü, cari bakiyesini takip ettiği ve siparişini doğrudan verdiği bir bayi portalına taşımak demek. Doğru kurulduğunda satış ekibini sipariş yazmaktan kurtarıp müşteri ilişkisine odaklar, hataları azaltır ve bayinin mesai saatinden bağımsız sipariş vermesini sağlar. Bu rehberde bir B2B portalın hangi parçalardan oluştuğunu, hangi sırayla kurulması gerektiğini ve sık karşılaştığımız tuzakları anlatıyoruz.
B2B e-ticaret, B2C'den neden farklı?
Bir bayi portalı, tüketiciye satış yapan bir mağazanın kapalı bir kopyası değildir. İş kuralları temelden farklıdır:
| Konu | B2C mağaza | B2B bayi portalı |
|---|---|---|
| Erişim | Herkese açık | Onaylı hesaplar; çoğunlukla girişten sonra fiyat görünür |
| Fiyat | Herkese aynı liste fiyatı | Bayiye, gruba, miktara ya da sözleşmeye özel fiyat ve iskonto |
| Ödeme | Peşin (kart, havale) | Cari hesap, vadeli ödeme, kredi limiti; kartla ödeme seçenek olarak |
| Sipariş | Az kalem, perakende adet | Çok kalem, koli/palet katları, minimum sipariş miktarı |
| Onay | Ödeme alınınca sipariş kesinleşir | Limit, stok ya da yönetici onayı gerekebilir |
| Kullanıcı | Tek kişi | Bir firma hesabı altında farklı yetkilere sahip birden fazla kullanıcı |
| Arka sistem | Çoğunlukla e-ticaret paneli | ERP veya muhasebe sistemi merkezde |
Bu farklar nedeniyle hazır B2C platformlarına "B2B modülü" eklemek bazen yeterli olur, bazen de iş kurallarının ağırlığı altında ezilir. Karar mantığını e-ticaret altyapısı seçimi yazımızda genel olarak anlattık; B2B'de terazinin özel yazılıma daha sık kaydığını söyleyebiliriz.
Bir bayi portalının temel bileşenleri
Bayi hesapları ve kullanıcı yetkileri
Her bayi bir firma hesabıdır; altında birden fazla kullanıcı olabilir. Örneğin bayinin satın almacısı sipariş oluşturur, muhasebecisi yalnızca cari ekstreyi ve faturaları görür, firma sahibi belirli tutarın üzerindeki siparişleri onaylar. Yetkilerin rol bazlı tanımlanması ve her kullanıcının yalnızca kendi firmasının verisini görebilmesi, portalın en temel güvenlik gereksinimidir. Bir kullanıcının adres çubuğundaki sipariş numarasını değiştirerek başka bir bayinin siparişini görebildiği hatalar, OWASP'ın API güvenliği listesinde en üst sıradaki risk türüne (nesne düzeyinde yetkilendirme hatası) karşılık geliyor; bu kontrol her istekte sunucu tarafında yapılmalı.
Bayiye özel fiyatlandırma
B2B'de fiyat tek bir sayı değil, bir kurallar zinciridir. Yaygın yapılar:
- Fiyat listeleri: Bayi gruplarına (A, B, C sınıfı ya da bölgesel) farklı listeler atanır.
- İskonto katmanları: Liste fiyatı üzerinden bayiye özel genel iskonto, ürün grubuna özel iskonto ve kampanya iskontosu art arda uygulanır.
- Miktar kademeleri: 1-9 koli bir fiyat, 10 koli ve üzeri başka bir fiyat.
- Sözleşmeli fiyatlar: Belirli bayiye belirli ürünlerde, belirli tarihe kadar geçerli sabit fiyat.
- Döviz bazlı fiyat: Fiyatı döviz cinsinden tutulan ürünlerde, hangi kurun ve hangi saatin esas alınacağı kuralı.
Bu kuralların hangisinin önce uygulandığı (öncelik sırası) yazılı olarak tanımlanmalı; aksi hâlde portalda gösterilen fiyat ile faturadaki fiyat arasında fark çıkar ve güven kaybolur.
Cari hesap ve kredi limiti
Bayiler çoğunlukla vadeli çalışır. Portalda bayinin güncel bakiyesini, vadesi gelen ve geçen tutarları, kullanılabilir kredi limitini ve hesap ekstresini görmesi, satış ve muhasebe ekibine gelen telefonların önemli bir kısmını ortadan kaldırır. Sipariş verilirken limit kontrolü yapılmalı: limit aşılıyorsa sipariş ya engellenir, ya onaya düşer ya da kartla kısmi ödeme istenir. Bu kurallar işletmenin risk politikasına göre belirlenir.
Sipariş ekranı
B2C'deki "ürün sayfası → sepete ekle" akışı, onlarca kalemlik toptan siparişlerde yavaştır. Bayiler için işe yarayan özellikler:
- Ürün kodu veya barkodla hızlı ekleme
- Liste görünümünde adet girerek toplu sepete ekleme
- Excel/CSV dosyasından sipariş yükleme
- Geçmiş siparişi tek tıkla tekrarlama
- Koli içi adet ve minimum sipariş miktarının otomatik uygulanması
- Stok durumu ve tahmini sevk tarihinin satır bazında görünmesi
Belgeler ve takip
Sipariş durumu (alındı, onaylandı, hazırlanıyor, sevk edildi), irsaliye ve fatura görüntüleme, kargo/nakliye takibi ve iade talebi portalın self servis kısmını oluşturur. Ürün teknik föyleri, sertifikalar ve güncel katalog da bayilerin en sık istediği belgeler arasında; bu içerik tarafını üretici firmalar için dijital katalog yazımızda ayrıca ele aldık.
ERP bağlantısı: Portalın kalbi
B2B portalı ERP'den bağımsız bir ada olarak kurulursa, aynı veri iki yerde tutulur ve kısa sürede tutarsızlaşır. Bu yüzden entegrasyon kapsamını projenin en başında netleştirmek gerekir. Tipik veri akışı şöyledir:
| Veri | Kaynak | Portala/ERP'ye akış |
|---|---|---|
| Ürün kartları, stok kodları | ERP | ERP → Portal |
| Stok miktarları | ERP / depo sistemi | ERP → Portal (sık aralıklarla) |
| Fiyat listeleri ve iskontolar | ERP veya portal | Hangisi kaynaksa oradan diğerine |
| Cari hesaplar, bakiye, limit | ERP | ERP → Portal |
| Siparişler | Portal | Portal → ERP |
| İrsaliye, fatura, sevk durumu | ERP | ERP → Portal |
| Tahsilatlar (kartla ödemeler) | Portal / ödeme sağlayıcısı | Portal → ERP |
Kullandığınız ERP'nin dışarıya veri açma yöntemi (hazır API, veritabanı görünümü, ara katman yazılımı) entegrasyonun süresini ve maliyetini doğrudan belirler. ERP seçimi ya da değişikliği gündemdeyse ERP seçim rehberimizdeki entegrasyon kriterlerine bakmanızı öneririz. Sistemlerin birbirine nasıl bağlandığını genel hatlarıyla API entegrasyonu yazımızda ele alıyoruz.
Pratik bir uyarı: ERP'deki ürün ve cari verisi dağınıksa, portal bu dağınıklığı bayilerin gözü önüne serer. Mükerrer cari kartlar, eksik ürün açıklamaları ve tutarsız birimler (adet/koli/kg) portal öncesinde temizlenmelidir. Bu temizlik çoğu projede tahmin edilenden uzun sürer.
Öncelik sırası: Hangi parçayı önce kurmalı?
Bir bayi portalının tüm özelliklerini ilk günden canlıya almaya çalışmak, projeyi aylarca uzatır ve bayilerin portalı denemeden önce sıkılmasına yol açar. Önerdiğimiz kademeli sıra:
- Görüntüleme: Bayi girişi, kendine özel fiyatlarla ürün kataloğu ve stok bilgisi. Bayi henüz sipariş vermese bile fiyat ve stok sormak için aramayı bırakır.
- Cari ve belgeler: Bakiye, ekstre, fatura ve irsaliye görüntüleme. Muhasebe ekibine gelen soruları azaltır ve portalın günlük kullanımını başlatır.
- Sipariş: Hızlı sipariş ekranı, limit kontrolü ve siparişin ERP'ye otomatik aktarılması.
- Ödeme: Kartla cari ödeme, sipariş anında ödeme seçeneği ve tahsilatın ERP'ye işlenmesi. Ödeme altyapısı seçenekleri için sanal POS karşılaştırmamıza bakabilirsiniz.
- Gelişmiş özellikler: Kampanya yönetimi, onay akışları, iade talepleri, satış temsilcisi paneli, raporlar ve mobil uygulama.
Her aşama kendi başına değer üretir; bir sonraki aşamaya geçmeden önce bayilerden geri bildirim almak, gereksiz özelliklere bütçe harcamayı önler.
Örnek senaryo: 120 bayili bir üretici
Manisa'da bağlantı elemanı üreten, Türkiye genelinde yaklaşık 120 bayiyle çalışan bir firma düşünelim (senaryo örnektir). Mevcut durum: siparişler telefon ve e-postayla geliyor, üç kişilik satış destek ekibi siparişleri ERP'ye elle giriyor, fiyat listesi Excel olarak e-postayla dağıtılıyor ve her ay "bu fiyat güncel mi?" karışıklığı yaşanıyor.
Kurguladığımız yol haritası:
- İlk aşama: ERP'deki ürün kartları ve cari verisi temizlenir. Bayiler üç gruba ayrılır ve her gruba fiyat listesi atanır. Portal, bayilerin giriş yapıp kendi fiyatlarını ve stoğu gördüğü bir katalog olarak açılır. Excel fiyat listesi dağıtımı durdurulur.
- İkinci aşama: Cari ekstre ve fatura görüntüleme eklenir. Satış destek ekibi, bayilere "ekstrenizi portaldan indirebilirsiniz" yönlendirmesi yapar.
- Üçüncü aşama: Ürün koduyla hızlı sipariş ve Excel'den sipariş yükleme açılır. Siparişler ERP'ye otomatik düşer; limit aşan siparişler bölge sorumlusunun onayına gider.
- Dördüncü aşama: Kartla cari ödeme ve sevk takibi eklenir.
Bu senaryoda satış destek ekibinin işi sipariş yazmaktan çıkıp istisna yönetimine (onay, özel talepler, yeni bayi kazanımı) kayar. Bayilerin tamamının portala hemen geçmesini beklemek gerçekçi değil; telefonla sipariş vermeye alışmış bayiler için bir süre iki kanalı birlikte yürütmek ve satış temsilcilerinin bayiyle birlikte ilk siparişi portaldan vermesi geçişi kolaylaştırır.
Benimseme: Bayileri portala nasıl taşırsınız?
- Kişisel davet ve kısa eğitim: Toplu e-posta yerine her bayiye kendi temsilcisi aracılığıyla davet gönderin ve ilk girişi birlikte yapın.
- Portala özel avantaj: Portaldan verilen siparişlerde ek iskonto, öncelikli sevk ya da daha esnek minimum miktar gibi küçük teşvikler davranışı değiştirebilir.
- Telefon kanalını kapatmayın, yönlendirin: Telefonla gelen siparişi alın, ama bayiye portalda sipariş durumunu nasıl takip edeceğini gösterin.
- Kullanım verisini izleyin: Hangi bayiler giriş yapıyor, kimler hiç yapmıyor? Hiç giriş yapmayan bayilerle temsilci düzeyinde görüşün; çoğu zaman basit bir teknik engel (şifre, yetki) ortaya çıkar.
- Satış temsilcisinin rolünü netleştirin: Portal, temsilcinin yerini almıyor; temsilcinin bayi adına sipariş oluşturabileceği ve bayinin portal kullanımını görebileceği bir panel, iki tarafın da sahiplenmesini sağlar. Müşteri ilişkilerinin sistemli takibi için CRM rehberimize göz atabilirsiniz.
Güvenlik ve teknik gereksinimler
- Erişim kontrolü: Her istek, kullanıcının o veriyi görme yetkisi olup olmadığına sunucu tarafında bakmalı. Firma, rol ve kullanıcı düzeyinde yetkilendirme test senaryolarıyla doğrulanmalı.
- Güçlü kimlik doğrulama: Cari bilgileri ve fiyatlar ticari sırdır. Yönetici ve onay yetkisi olan hesaplarda iki adımlı doğrulama önerilir.
- Arama motorlarından gizleme: Giriş gerektiren sayfalar dizine eklenmemeli. Herkese açık katalog sayfalarıyla bayiye özel sayfaların ayrımı net tutulmalı; fiyat bilgisi yalnızca girişten sonra görünmeli.
- Kayıt ve izlenebilirlik: Kim, hangi siparişi, hangi fiyatla, ne zaman verdi ve kim onayladı? Bu kayıtlar anlaşmazlıklarda belirleyicidir.
- Entegrasyon hatalarının izlenmesi: ERP'ye aktarılamayan bir sipariş, bayi açısından "verdim ama gelmedi" demek. Aktarım hataları anında ilgili ekibe bildirilmeli.
Sık Sorulan Sorular
Hazır e-ticaret platformuyla B2B portal kurulabilir mi?
Bazı hazır platformlar bayi girişi, gruba özel fiyat ve cari hesap gibi B2B özellikleri sunuyor. İş kurallarınız standartsa ve ERP'nizle hazır entegrasyon varsa bu yol hızlı olabilir. Çok katmanlı iskonto, onay akışları ve ERP ile derin entegrasyon gerektiğinde özel geliştirme genellikle daha az kısıtlayıcıdır.
Bayi portalı ile B2C mağaza aynı sistemde olabilir mi?
Olabilir; ürün kataloğu ve stok ortak tutulurken fiyat, ödeme ve görünürlük kuralları müşteri tipine göre ayrılır. Bu, veriyi tek yerde tutmanın avantajını sağlar. Ancak iki kitlenin ihtiyaçları farklılaştıkça arayüzleri ayırmak (aynı altyapı, farklı ön yüz) daha temiz bir çözüm olabilir.
B2B portalda fiyatlar herkese açık olmalı mı?
Çoğu firma liste fiyatlarını yalnızca giriş yapmış bayilere gösteriyor. Yine de herkese açık bir ürün kataloğu (fiyatsız ya da "fiyat için giriş yapın" ibaresiyle) yeni bayi adaylarının ürünleri bulmasını ve arama motorlarında görünürlüğü sağlar.
Bayi portalı projesi ne kadar sürer?
Süre; ERP entegrasyonunun karmaşıklığına, veri temizliğinin durumuna ve ilk aşamaya alınan özelliklere göre değişir. Kademeli yaklaşımda ilk aşamayı (katalog ve fiyat görüntüleme) görece kısa sürede canlıya almak ve sonraki aşamaları kullanım verisiyle önceliklendirmek mümkündür. Kesin süreyi ancak ERP'nin entegrasyon imkânları incelendikten sonra vermek sağlıklı olur.
Bayilere mobil uygulama gerekli mi?
Başlangıç için mobil uyumlu bir web portalı çoğu zaman yeterlidir. Saha ekipleri ya da sık sipariş veren bayiler barkod okutarak sipariş, bildirim veya çevrim dışı kullanım gibi ihtiyaçlar duyuyorsa mobil uygulama sonraki aşamada değerlendirilebilir.
Sonuç
B2B e-ticaret, toptan satışın kurallarını (bayiye özel fiyat, cari hesap, limit, onay, ERP) dijital bir self servis kanala taşımaktır. Başarı; doğru veri kaynağını belirlemek, ERP entegrasyonunu sağlam kurmak ve bayileri kademeli olarak portala alıştırmakla gelir. Kendi iş kurallarınıza göre bir bayi portalı tasarlamak ya da mevcut ERP'nizi bir B2B kanala bağlamak isterseniz özel yazılım hizmetimizi inceleyebilir veya bize ulaşarak ihtiyaç analizine birlikte başlayabiliriz.
