Bayi portalı ile e-ticaret sitesi arasındaki fark nedir?
Temel fark fiyatın ve ödemenin işleyişidir. E-ticarette fiyat herkese aynıdır ve ödeme sipariş anında alınır. B2B'de fiyat müşteriye, kanala ve miktara göre değişir; ödeme genellikle vadeye bağlanır ve sipariş, kredi limiti kontrolünden geçmek zorundadır. Bu nedenle bayi portalı, bir katalog değil, ERP'nin dışa açılmış bir işlem yüzeyidir.
Fiyatlandırma modelini önce yazın
Uygulamada fiyat şu katmanların sırayla uygulanmasıyla oluşur:
- Liste fiyatı
- Müşteri grubu / kanal iskontosu
- Müşteriye özel anlaşma fiyatı
- Miktar kademesi (kademe geçişi sipariş anında mı, dönem toplamında mı?)
- Kampanya ve dönemsel indirim
- Vade farkı veya peşin iskontosu
Kritik soru şudur: bu katmanlar çarpılarak mı, sırayla mı uygulanacak? Aynı iskonto setiyle iki farklı sonuç çıkabilir. Kural yazılı değilse portal ile ERP farklı fiyat üretir ve bayi ile aranızda fatura itirazı doğar. Fiyat hesabının tek bir yerde (tercihen ERP'de) yapılıp portalın onu göstermesi, en az sürtünmeli yapıdır.
Kredi limiti ve risk kontrolü
Sipariş verilirken kontrol edilmesi gerekenler: açık hesap bakiyesi, vadesi geçmiş borç, teminat tutarı, açık ama henüz sevk edilmemiş sipariş tutarı ve karşılıksız çek/senet durumu. Bekleyen siparişlerin limite dâhil edilmemesi, sık görülen ve maliyetli bir hatadır: bayi limitini aşan sipariş yığını, sevkiyat aşamasında birikir.
Limit aşımında davranış üç seçenekten biri olmalı ve bu seçim bayi bazında tanımlanabilmelidir: siparişi engelle, onaya düşür, uyararak kabul et.
Sipariş akışının ERP tarafı
Portal siparişi ERP'ye aktarırken üç durum ayrı ele alınır:
- Aktarım başarılı: ERP sipariş numarası portala geri yazılmalı ve bayiye gösterilmelidir.
- Aktarım geçici hatayla başarısız: sipariş "aktarılıyor" durumunda kalır ve yeniden denenir; bayi ekranında belirsiz bırakılmaz.
- Aktarım kalıcı hatayla reddedildi: ret nedeni bayinin anlayacağı dille gösterilmeli, kayıt kaybolmamalıdır.
Aktarımın tekrar edildiğinde ikinci sipariş üretmemesi için işlem anahtarı kullanılır; bkz. API entegrasyonu rehberi.
Bayinin gerçekten kullandığı ekranlar
Portalın benimsenmesini artıran işlevler, sipariş ekranından çok şunlardır: cari ekstre ve vade takibi, sevkiyat ve kargo takibi, geçmiş siparişten hızlı tekrar sipariş, iade/hasar bildirimi, fatura ve irsaliye görüntüleme, açık teklif takibi. Bu işlevler yoksa bayi telefonu aramaya devam eder ve portal yatırımı geri dönmez.
Stok görünürlüğü kararı
Bayiye gerçek stok adedini göstermek her zaman doğru değildir. Yaygın yaklaşım, adet yerine durum göstermektir (var / sınırlı / yok) ve tahsis edilmiş stoğu düşerek hesaplamaktır. Gerçek adet gösterilecekse, eşzamanlı siparişlerde aşırı satışı önleyecek bir rezervasyon mekanizması gerekir.
Sık sorulan sorular
Fiyat portalda mı, ERP'de mi hesaplanmalı?
ERP'de. Portal, hesaplanmış fiyatı gösterir ve sipariş anında fiyatı yeniden doğrular. İki ayrı hesap motoru, er ya da geç iki farklı sonuç üretir.
Bayi kullanıcı yetkileri nasıl kurgulanmalı?
Bayi içinde en az iki rol gerekir: sipariş verebilen kullanıcı ve finansal bilgileri (ekstre, limit, fiyat) görebilen kullanıcı. Tek rol tasarımı, bayinin kendi personeline yetki veremediği için portalın kullanımını sınırlar.
Portalın mobil uygulaması gerekli mi?
Saha ekibi sipariş giriyorsa gereklidir ve çevrimdışı çalışabilmesi beklenir; bu senaryo mobil uygulama rehberinde ele alınıyor. Yalnızca ofisten kullanılan bir portalda mobil uyumlu web arayüzü yeterlidir.