B2B Bayi Portalı: Bir Siparişin Yolculuğu ve Doğru Kurulum

Çoğu bayi portalı projesi kod yüzünden gecikmez. Bir satış müdürünün masaüstündeki "fiyat_listesi_SON_v7.xlsx" dosyası yüzünden gecikir. O dosyada bazı bayilere özel iskontolar, bazı ürün gruplarına sezonluk kampanyalar, bazı satırlarda da sadece o müdürün bildiği istisnalar vardır. Portal, bu bilginin ilk kez yazılı ve tutarlı hale getirilmesini ister. Asıl iş buradadır.

Bu yazıda bayi portalını özellik listesiyle anlatmak yerine tek bir siparişi takip edeceğiz: Konya'daki bir bayinin perşembe sabahı verdiği 40 kalemlik bir sipariş, girişten faturaya kadar hangi duraklardan geçer ve her durakta yazılımın neyi doğru yapması gerekir?

Kısa cevap: B2B bayi portalı, bayilerin kendi kullanıcı adıyla girip kendilerine tanımlı fiyatı, stoğu ve cari bakiyeyi görerek sipariş verdiği kapalı bir e-ticaret sistemidir. İyi bir bayi portalının yapması gerekenler:

1. Girişte bayiye özel net fiyatı göstermek (liste fiyatı değil).
2. Stoğu ve cari limiti ERP'den güncel okumak.
3. Limit aşımı ve istisnaları onay akışına düşürmek.
4. Siparişi ERP'ye eksiksiz ve tekrar etmeden yazmak.
5. Sevkiyat, fatura ve ödeme durumunu bayiye geri göstermek.

Bayi yönetim sistemi bunlara hedef, prim, duyuru ve bayi performans raporlarını ekler.

Neden Şimdi? Türkiye'de Firmalar Online Satışa Hızla Geçiyor

TÜİK'in Eylül 2026'da açıkladığı Girişimlerde Bilişim Teknolojileri Kullanım Araştırması'na göre, en az 10 çalışanı olan girişimlerde internet ya da elektronik veri alışverişi (EDI) üzerinden satış yapanların oranı 2024'te yüzde 13,6 iken 2025'te yüzde 17,1'e çıktı. Büyük firmalarda oran yüzde 29,7. Yani 250 ve üzeri çalışanı olan her üç firmadan biri artık satışının bir kısmını dijital kanaldan yapıyor (TÜİK Veri Portalı, Bilim ve Teknoloji bültenleri; Milliyet Uzmanpara haber özeti).

Aynı araştırmanın bir önceki turunda girişimlerin yüzde 28,3'ünün ERP yazılımı kullandığı görülmüştü (Anadolu Ajansı, 11 Eylül 2025). Bu iki rakamı yan yana koyunca tablo netleşiyor: bayi ağı olan firmaların önemli bir kısmında fiyat, stok ve cari zaten bir ERP'de duruyor. Ama bayiye açılan dijital kanal hâlâ telefon, e-posta ve WhatsApp. Bayi portalı bu ikisi arasındaki köprüdür.

Durak 1: Giriş. Bayi Kim, Kimin Adına Sipariş Veriyor?

Bayi portalında "kullanıcı" ile "müşteri" aynı şey değildir. Bir bayi firmasının birden fazla çalışanı olur: sipariş veren satın almacı, sadece faturaları gören muhasebeci, her şeyi onaylayan patron. Bazen de sizin saha satış temsilciniz bayinin yanında oturup onun adına sipariş girer.

Bu yüzden ilk tasarım kararı şudur: hesap (bayi firması) ile kullanıcı (kişi) ayrı tutulmalı, yetkiler kullanıcı bazında verilmelidir. "Her bayiye tek şifre" ile başlayan portallar, altı ay sonra "muhasebecimiz fiyatları görmesin" talebiyle yeniden yazılır.

Kontrol sorusu: Saha temsilciniz bayi adına sipariş girdiğinde, sistemde bunu kimin girdiği kayıtlı kalıyor mu?

Durak 2: Fiyat. Bayi Liste Fiyatını Değil, Kendi Net Fiyatını Görmeli

Portalın kalbi burasıdır ve projelerin en çok tıkandığı yer de burasıdır. B2B fiyatı nadiren tek bir sayıdır. Genellikle şu katmanlardan oluşur:

• Liste fiyatı (ERP'deki baz fiyat)
• Bayi grubu iskontosu (A, B, C sınıfı bayi)
• Ürün grubu ya da marka bazlı ek iskonto
• Miktar kademesi (100 adet üstü farklı fiyat)
• Döneme özel kampanya
• Vade farkı ya da peşin ödeme iskontosu
• Döviz bazlı ürünlerde kur ve kurun hangi saatte sabitlendiği

Bu katmanların hangi sırayla uygulandığı (iskonto üstüne iskonto mu, toplam oran mı?) çoğu firmada yazılı değildir. Satış ekibi bunu deneyimle bilir. Portal projesinin ilk haftalarının bir kısmı, bu kuralları bir tabloya dökmekle geçer. Bunu atlayan proje, canlıya çıktıktan sonra "portaldaki fiyat yanlış" telefonlarıyla boğulur. Bayi de bir kez yanlış fiyat gördüğünde portala güvenmeyi bırakır.

İki pratik öneri:

1. Fiyatı tek bir yerde hesaplayın. ERP fiyatı zaten hesaplıyorsa portal onu sorsun. Hesaplamıyorsa kural motoru portalda olsun, ama ERP'ye giden siparişte her satırın hangi kuralla fiyatlandığı yazsın.
2. Bayiye "neden bu fiyat?" bilgisini gösterin. Liste fiyatı, uygulanan iskontolar ve net fiyat ayrı satırlarda göründüğünde bayi itirazını telefonla değil, somut bir satır üzerinden yapar; yanlış kural da daha çabuk bulunur.

Durak 3: Stok ve Cari Limit. Sepete Eklemeden Önce Bilinmesi Gerekenler

Bayi 40 kalemi sepete eklerken iki soruya anında cevap bekler: "Bu ürün var mı?" ve "Bu siparişi verebilir miyim?"

Stok tarafında en sık hata, stoğu gerçek zamanlı göstermeye çalışıp ERP'yi her ürün listesinde sorgulamaktır. Binlerce ürünlük bir katalogda bu, hem ERP'yi yorar hem de sayfayı yavaşlatır. Çoğu senaryoda daha sağlıklı yol, stoğu birkaç dakikada bir portala senkronize etmek ve sadece sipariş onayı anında ERP'ye son bir kez sormaktır. Hangi sıklığın yeterli olduğu ürün devir hızına göre değişir. Bunu keşif aşamasında birlikte belirlemek gerekir.

Cari limit tarafında ise karar şudur: Limiti aşan sipariş engellensin mi, yoksa onaya mı düşsün? Engellemek kolaydır ama satış kaybettirir. Onaya düşürmek ise bir sonraki durağı gerektirir.

Durak 4: Onay Akışı. İstisnalar Kimin Masasına Gidiyor?

Telefonla sipariş alınan dünyada istisnalar görünmezdir. Satış temsilcisi "tamam, bu seferlik" der ve geçer. Portalda bu istisnaların bir kurala bağlanması gerekir:

• Cari limit aşılırsa → bölge satış müdürü onayı
• Bayi, kampanya dışı özel fiyat isterse → fiyat onayı
• Belirli bir tutarın üzerindeki sipariş → finans onayı
• Kritik stoklu üründe büyük miktar → depo/planlama onayı

Onay akışının iyi çalıştığını anlamanın yolu basit: Onaya düşen sipariş kaç saatte sonuçlanıyor ve bayi bu süreçte siparişin hangi aşamada olduğunu görebiliyor mu? Bayi, siparişinin "bekliyor" durumunda takıldığını göremezse telefonu açar ve portal yine devre dışı kalır.

Durak 5: ERP'ye Yazma. Siparişi Göndermek Kolay, Doğru Göndermek Zor

Siparişi ERP'ye iletmek teknik olarak zor değildir. Logo, Netsis, Mikro veya SAP gibi yaygın ERP'lerin hepsinin bir API'si ya da veri aktarım yöntemi vardır. Zor olan, ERP'ye temiz sipariş göndermektir:

• Tekrar koruması: Bağlantı koptuğunda aynı sipariş iki kez yazılmamalı. Her siparişin portal tarafında benzersiz bir anahtarı olmalı ve ERP tarafında bu kontrol edilmeli.
• Kuyruk ve yeniden deneme: ERP bakımdayken gelen siparişler kaybolmamalı, sıraya girip ERP açılınca işlenmeli.
• Hata görünürlüğü: ERP bir satırı reddederse (pasif ürün, kapalı depo, eksik vergi bilgisi), bunu bir log dosyasında değil, sorumlu kişinin ekranında görmek gerekir.
• Tek yönlü mü, çift yönlü mü? Sipariş portaldan ERP'ye gider. Ama sevk, fatura ve ödeme durumu ERP'den portala geri gelmelidir. Hangi alanın hangi yönde aktığını baştan yazılı hale getirin.

Bu durak, hazır bayi programı ile özel yazılım arasındaki farkın en çok hissedildiği yerdir. Hazır paketler genellikle belirli ERP'lerle belirli bir şablonda konuşur. Sizin ERP'nizde özel alanlar, özel belge tipleri ya da firmaya özgü bir onay mantığı varsa, ya paket esner ya da süreciniz pakete göre değişir.

Durak 6: Sevkiyat ve Fatura. Bayinin En Çok Sorduğu Soru: "Siparişim Nerede?"

Bayilerin telefonla aradığı konuların önemli bir kısmı yeni sipariş değil, mevcut siparişin durumudur: Sevk edildi mi, hangi kargoyla, eksik gelen kalem neden eksik, fatura kesildi mi?

Portalın burada yapması gereken üç şey var:

1. ERP'deki sevk ve irsaliye bilgisini sipariş ekranına bağlamak.
2. Kısmi sevkiyatı açıkça göstermek ("40 kalemin 36'sı sevk edildi, 4 kalem bekliyor").
3. e-Fatura ve e-Arşiv belgelerini, entegratörünüzden ya da ERP'den çekip bayinin indirebileceği şekilde listelemek.

Bu ekranlar gösterişli değildir ama bayinin portalı her gün açması için gerçek sebep bunlardır.

Durak 7: Ödeme ve Cari Ekstre. Döngüyü Kapatmak

Siparişin son durağı tahsilattır. Bayi portalında cari ekstreyi görmek, açık faturaları listelemek ve mümkünse kartla ya da havale bildirimiyle ödeme yapmak, muhasebe ekibinin "ekstre gönderir misiniz?" e-postalarını azaltır. Sanal POS ile ödeme alınacaksa, ödemenin cariye hangi kayıtla ve ne zaman işleneceği ERP tarafında netleştirilmelidir. Aksi halde bayi ödediği halde limiti dolu görünür ve bir sonraki sipariş yine onaya düşer.

Bayi Portalı, B2B E-Ticaret Sitesi, Bayi Yönetim Sistemi: Fark Ne?

Bu üç ifade sık sık birbirinin yerine kullanılıyor. Pratikteki ayrım şöyle:

Firmaların çoğu bayi portalı ile başlar, bayi ağı büyüdükçe yönetim modüllerini ekler. Bayi dışındaki kurumsal müşterilere de satmak istiyorsanız, aynı altyapıya herkese açık bir B2B katalog katmanı eklemek mümkündür. Ama bu, SEO ve pazarlama tarafını da projeye dahil eder.

Hazır Bayi Programı Ne Zaman Yeter?

Dürüst olmak gerekirse çoğu küçük ve orta ölçekli bayi ağı için hazır bir bayi programı iyi bir başlangıçtır. Şu koşullar sağlanıyorsa özel yazılıma ihtiyacınız olmayabilir:

• Fiyat kuralınız bayi grubu iskontosu ve basit kampanyalardan ibaret.
• ERP'niz hazır paketin standart entegrasyon listesinde var ve özel alan kullanmıyorsunuz.
• Onay akışınız tek seviyeli ya da hiç yok.
• Bayi sayınız ve katalog büyüklüğünüz paketin rahat taşıyacağı ölçekte.

Şu sinyaller ise hazır paketin sınırına geldiğinizi gösterir:

• Fiyat, bayi + ürün grubu + miktar + döviz kombinasyonuna göre hesaplanıyor.
• ERP'de firmanıza özel belge tipleri ya da alanlar var ve paket bunları taşıyamıyor.
• Bayi portalı başka bir sistemle (servis, garanti, yedek parça kataloğu, saha satış uygulaması) aynı veriyi paylaşmak zorunda.
• Her yeni ihtiyaç için paket sağlayıcısının yol haritasını beklemek zorunda kalıyorsunuz.

Hazır paket ile özel geliştirme arasındaki maliyet ve sahiplik farklarını genel e-ticaret açısından Shopify ve özel e-ticaret yazılımı karşılaştırmamızda ayrıntılı ele aldık. Bayi portalı için de aynı mantık geçerli: Kısa vadede kiralamak ucuzdur, ama iş kuralları ürünün içine gömüldükçe kendi yazılımınıza sahip olmanın değeri artar.

Projenin Gerçek Riski: Bayilerin Portala Geçmemesi

Teknik olarak kusursuz bir portal da başarısız olabilir: Bayiler kullanmazsa. Yıllardır telefonla sipariş veren bir bayi için portal, yeni bir alışkanlık demektir. Bu alışkanlığı oluşturan şey eğitim videosu değil, portalın telefondan daha hızlı olmasıdır.

Bayi kullanımını artıran ve projede önceliklendirilmesi gereken özellikler:

1. Girişte net fiyat. Bayi kendi fiyatını görmek için kimseyi aramamalı.
2. Geçmiş siparişi tekrarla. B2B siparişlerin büyük kısmı tekrar eden siparişlerdir. Tek tıkla önceki siparişi sepete almak, en çok kullanılan özelliklerden biri olur.
3. Hızlı sipariş ekranı. Ürün kodunu bilen bayi için kategori gezmek zaman kaybıdır. Kod ve adet yazılan bir tablo ya da Excel ile toplu yükleme, deneyimli bayilerin vazgeçmediği ekrandır.
4. Mobilde çalışması. Bayi siparişini çoğu zaman dükkânda, telefonundan verir.
5. Sipariş durumu. Durak 6'daki ekranlar.

Geçiş döneminde de bir kural koymak işe yarar. Örneğin portaldan verilen siparişler için daha hızlı sevk ya da telefonla alınan siparişlerin de satış temsilcisi tarafından portala girilmesi. Böylece tüm siparişler tek yerde toplanır ve bayi zamanla kendi siparişini kendisi girmeye başlar.

Gerçek Bir Örnek: Parça E-Kuralkan

Digitexa olarak geliştirdiğimiz Parça E-Kuralkan, Kuralkan'ın motosiklet yedek parça satışını dijitalleştiren özel bir platform. 50.000'den fazla ürünlük bir katalog, bayi bazlı özel fiyatlandırma ve ERP entegrasyonu içeriyor. Yetkili bayiler giriş yaptığında kendilerine özel fiyatları görüyor, stok durumunu takip ediyor ve sipariş veriyor. Stok yönetimi ERP ile senkron, yani elle güncelleme gerektirmiyor. Proje 6 ayda tamamlandı.

Bu ölçekte bir katalogda, yukarıda anlattığımız stok senkronu ve fiyat kuralı kararları ekran tasarımından çok daha belirleyici oldu. Ürün arama ve filtreleme de aynı şekilde. 50.000 parça arasında bayinin doğru parçayı birkaç saniyede bulamaması, telefona geri dönmesi için yeterli bir sebeptir.

Başlamadan Önce Hazırlamanız Gereken 5 Belge

Bir yazılım ajansı ile ya da kendi ekibinizle bayi portalı projesine başlamadan önce şu beş belgeyi hazırlarsanız keşif aşaması tahmin yerine bu belgeler üzerinden ilerler:

1. Fiyat kuralları tablosu: Hangi bayi grubu, hangi ürün grubu, hangi iskonto, hangi sırayla? İstisnalar dahil.
2. ERP veri haritası: Hangi bilgi ERP'de duruyor (ürün, stok, fiyat, cari, sevk, fatura), hangisi portalda yönetilecek, hangisi hangi yönde akacak?
3. Onay matrisi: Hangi durum kimin onayına gider, onay kaç saat içinde verilmeli?
4. Rol listesi: Bayi tarafında kim neyi görecek, merkez tarafında kim neyi yönetecek?
5. İlk 10 bayi: Portalı ilk kullanacak, geri bildirim verecek gönüllü bayiler. Tüm ağa birden açılan portallar, ilk haftanın hatalarını herkese aynı anda gösterir.

Bu belgeler hazırsa bir bayi portalının maliyeti ve süresi de çok daha güvenilir tahmin edilir. E-ticaret projelerinde maliyet kalemlerini genel olarak e-ticaret sitesi kurmanın maliyeti rehberimizde inceledik.

Sonuç

Bayi portalı bir vitrin değil, satış operasyonunuzun dijital bir kopyasıdır. O yüzden iyi bir portalın başarısı ekranlardan önce şu sorulara verilen cevaplara bağlıdır: Fiyat nerede hesaplanıyor, stok ne sıklıkla güncelleniyor, istisnalar kime gidiyor ve sipariş ERP'ye nasıl, kaç kez yazılıyor?

Bayi ağınız için portal düşünüyorsanız B2B ve bayi e-ticaret çözümlerimize göz atabilirsiniz. ERP'nize ve iş kurallarınıza göre sıfırdan geliştirilecek bir sistem gerekiyorsa özel yazılım geliştirme sürecimizi inceleyin. Fiyat kurallarınızı ve ERP yapınızı birlikte masaya yatırmak için bizimle iletişime geçin. İlk görüşmede hazır bir paketin size yetip yetmeyeceğini de açıkça söyleriz.