B2B E-Ticaret Portalı Nasıl Kurulur?

B2B e-ticaret portalı kurulumu; ERP entegrasyonu, toptan fiyatlandırma, bayi yönetimi ve güvenli ödeme altyapısı gerektirir. Süreç, uygun altyapı seçimiyle yapılandırılır.

Toptan ticaret yapan işletmeler için sipariş toplama, cari hesap yönetimi ve kurumsal tahsilat süreçlerini dijitalleştirmek, operasyonel verimliliği doğrudan belirler. B2B E-Ticaret Portalı Nasıl Kurulur? sorusunun yanıtı; yalnızca bir web sitesi tasarlamaktan ibaret olmayıp kurumsal kaynak planlama (ERP) yazılımlarıyla iki yönlü konuşabilen, bayilere özel fiyat ve iskonto matrislerini milisaniyeler içinde hesaplayabilen ve karmaşık kredi limiti onay mekanizmalarını yönetebilen entegre bir sistem mimarisini inşa etmeyi kapsar. Bu rehber; IT yöneticileri, operasyon direktörleri ve şirket sahipleri için B2B portal kurulumunun teknik, finansal ve lojistik aşamalarını operasyonel gerçekçilikle ele almaktadır.

B2B E-Ticaret Portalı Kurulumunda Kritik Başarı Faktörleri

B2B (Business-to-Business) e-ticaret altyapıları, son kullanıcıya hitap eden B2C sistemlerinden yapısal olarak tamamen farklıdır. B2C platformlarında tekil kullanıcıya tek bir liste fiyatı ve anlık kredi kartı çekimi sunulurken, B2B dünyasında her bayinin sözleşmesel iskonto oranı, vade yapısı, sevkiyat adresi kısıtlamaları ve özel sipariş limitleri bulunur. Bu karmaşıklığı hatasız yönetemeyen bir altyapı, satış operasyonunu hızlandırmak yerine şirket içinde ciddi finansal ve operasyonel krizlere yol açar.

Kurulum aşamasında hedeflenen sistem; merkez ofisteki satış temsilcilerinin, depo sorumlularının, muhasebe uzmanlarının ve sahadaki bayilerin aynı veri tabanını anlık ve tutarlı şekilde görmesini sağlamalıdır. Sistemin başarısı, arayüzün görselliğinden ziyade arka plandaki veri işleme hızına, entegrasyon dayanıklılığına ve kurumsal iş kurallarını uygulama kabiliyetine bağlıdır.

Kesintisiz ERP ve Muhasebe Entegrasyonları

B2B portalının kalbi, şirketin kullandığı ERP (SAP, Logo, Mikro, Netsis, Canias veya Microsoft Dynamics 365) sistemidir. Portal ile ERP arasındaki veri akışı tek yönlü değil, mutlaka iki yönlü (bi-directional) ve mümkünse olay tabanlı (event-driven webhooks veya kuyruk mimarileri) kurgulanmalıdır. Manuel veri girişi gerektiren veya günde yalnızca bir kez batch transfer yapan sistemler, günümüz toptan ticaret dinamiklerinde stok çakışmalarına (overselling) ve hatalı fiyatlandırmalara neden olur.

Entegrasyon mimarisi kurulurken aşağıdaki temel veri akışları milisaniyelik gecikmelerle işlenmelidir:

Stok entegrasyonunda yalnızca "mevcut stok" (on-hand stock) değil, "kullanılabilir stok" (available-to-promise) mantığı işletilmelidir. Başka bir bayinin sipariş ettiği ancak henüz faturası kesilip depodan çıkışı yapılmamış ürünler rezerve stok statüsüne alınmalı, portal üzerinde satılabilir stoktan derhal düşülmelidir. Bu kural işletilmediğinde, aynı partiye ait son 100 koli ürün iki farklı bayiye aynı anda satılabilir.

Gelişmiş Bayi Yönetimi ve Cari Hesap Senkronizasyonu

Kurumsal yapılarda bir bayi tek bir kullanıcıdan ibaret değildir. Ana bayi (ana cari), kendi bünyesinde satın alma sorumlusu, muhasebe yetkilisi, şube müdürleri ve depo kabul personeli gibi farklı roller barındırır. B2B portalı, hiyerarşik kullanıcı yönetimi (multi-tier account management) yeteneğine sahip olmalıdır.

Sistemde tanımlanan satın alma yetkilisi sepeti oluşturabilmeli, ancak sipariş tutarı belirli bir baremi aşıyorsa işlem otomatik olarak şirketin finans direktörünün onay ekranına düşmelidir. Aynı şekilde, bir şube yetkilisi sadece kendi şubesine ait sevkiyat adreslerini görebilmeli, şirketin ana finansal ekstrelerine veya diğer şubelerin sipariş geçmişine erişememelidir.

Cari hesap senkronizasyonu; bayinin vadesi geçmiş borçlarını, açık faturalarını, bekleyen çek/senet tutarlarını ve kalan DBS (Doğrudan Borçlandırma Sistemi) limitini şeffaf biçimde göstermelidir. Vadesi geçen borcu bulunan bir bayinin sipariş verme yetkisi sistem tarafından otomatik olarak askıya alınabilmeli veya peşin ödeme şartına bağlanabilmelidir.

Bayiye Özel Çoklu Fiyatlandırma ve İskonto Yapıları

Toptan ticarette evrensel bir liste fiyatı bulunmaz. Her bayi için sözleşmeyle belirlenmiş baremli iskonto, ürün grubu bazlı özel çarpan, ciro primi veya net döviz bazlı fiyat listeleri geçerlidir. B2B e-ticaret altyapısı, bu karmaşık fiyatlandırma motorunu (pricing engine) sayfa yüklenme hızını düşürmeden çalıştırabilmelidir.

Fiyatlandırma motorunun desteklemesi gereken temel senaryolar şunlardır:

• Kademeli Fiyatlandırma: 1-50 adet arası 100 TL, 51-200 adet arası 85 TL, 201 adet ve üzeri için 70 TL kuralı.

• Kategori Bazlı Matris: A Grubu bayiye Elektrik grubunda %40, Aydınlatma grubunda %25 iskonto tanımlanması.

• Özel Net Fiyat Listesi: Belirli stratejik bayilere sözleşme gereği tüm liste fiyatlarından bağımsız olarak ürün başına sabit EUR/USD fiyat atanması.

• Ödeme Yöntemine Göre İskonto/Vade Farkı: Kredi kartı tek çekimde %5 ek iskonto, 90 gün vadeli açık hesapta %8 vade farkı uygulanması.

Bu hesaplamalar doğrudan veritabanı sorguları üzerinden değil, önbelleğe alınmış (cached) iş kuralları motorları veya doğrudan optimize edilmiş mikro servisler aracılığıyla yürütülmelidir. Binlerce SKU ve yüzlerce bayi grubu içeren bir sistemde fiyat hesaplamasının gecikmesi, kullanıcı deneyimini ve sipariş tamamlama oranını doğrudan baltalar.

Kurumsal Tahsilat Çözümleri ve Güvenli Ödeme Altyapıları

B2B ödeme akışları, perakendedeki standart kredi kartı işlemlerinin çok ötesindedir. İşletmeler nakit akışlarını korumak için çoklu ödeme kanallarını eşzamanlı olarak sunmak zorundadır:

• Sanal POS ve Kurumsal Kartlar: Ticari/kurumsal kredi kartları ile yapılan ödemelerde yüksek işlem limitleri ve taksit imkanları sağlanmalıdır. Ortak ödeme sayfaları yerine API bazlı, PCI-DSS Level 1 sertifikalı entegrasyonlar tercih edilmelidir.

• DBS (Doğrudan Borçlandırma Sistemi): Anlaşmalı bankaların (Garanti BBVA, Akbank, İş Bankası, Yapı Kredi vb.) DBS sistemleriyle entegrasyon kurularak, bayinin banka limiti üzerinden vadesinde otomatik tahsilat yapılması sağlanmalıdır.

• Açık Hesap (Kredili Cari Takibi): Şirket içi istihbarat ile belirlenen kredi limitine göre bayinin bakiye borçlanarak sipariş vermesi, limit dolduğunda sistemin otomatik sipariş blokajı koyması kurgulanmalıdır.

• Havale/EFT ve FAST Entegrasyonu: Banka hesap hareketlerinin API ile taranarak sipariş numarasıyla eşleşen havalelerin siparişi otomatik olarak "Hazırlanıyor" statüsüne geçirmesi sağlanmalıdır.

Ödeme güvenliğinde 3D Secure 2.0 protokolü zorunlu tutulmalı, bayilerin finans departmanlarının tekrarlayan ödemeleri için güvenli kart saklama (tokenization) altyapıları yapılandırılmalıdır.

---

Adım Adım B2B E-Ticaret Sitesi Kurulum Süreci

B2B e-ticaret projeleri, standart web tasarım süreçlerinden farklı olarak ağır bir sistem mühendisliği ve iş analizi gerektirir. Başarılı bir portal kurulumu ortalama 3 ila 9 ay arasında tamamlanır ve net olarak tanımlanmış 5 ana aşamadan oluşur.

[1. İhtiyaç Analizi & Şartname] 
           ↓
[2. Altyapı & Mimari Seçimi] 
           ↓
[3. Kapalı Devre Kurulum & API Entegrasyonu] 
           ↓
[4. Veri Aktarımı & Katalog Yapılandırması] 
           ↓
[5. Güvenlik Testleri, Eğitim & Canlıya Geçiş]

1. Aşama: Şirket İçi İhtiyaç Analizi ve Sistem Şartnamesinin Hazırlanması

Projenin en kritik adımı, satış, finans, lojistik ve IT departmanlarının operasyonel gereksinimlerinin eksiksiz dökümante edilmesidir. Bu aşamada şirketin mevcut satış kuralları yazılı hale getirilir. Kaç farklı iskonto kademesi olduğu, konsinye satış yapılıp yapılmadığı, koli/palet bazlı sevkiyat kısıtlamaları ve bayilerin hangi finansal raporlara ihtiyaç duyduğu belirlenir.

Hazırlanan teknik şartname; veri sözlüğünü (data dictionary), API gereksinimlerini, yanıt süresi (SLA) kriterlerini ve kullanıcı rol yetkilendirme matrisini net biçimde içermelidir. Bu döküman hazırlanmadan başlanan projeler, geliştirme sürecinde sürekli değişen kapsam talepleri (scope creep) nedeniyle bütçe ve zaman aşımına uğrar.

2. Aşama: Doğru Altyapı ve Yazılım İş Ortağının Seçilmesi (SaaS vs. On-Premise)

İşletmeler, mimari seçiminde üç ana model arasında karar vermelidir:

• B2B SaaS Çözümleri: Hızlı kurulum, düşük başlangıç maliyeti ve sunucu/güvenlik yönetiminin sağlayıcıda olması avantajdır. Ancak derin ERP özelleştirmelerinde ve çok özel iş kurallarında kısıtlamalar yaşanabilir.

• Özelleştirilebilir Lisanslı/Açık Kaynak Platformlar (On-Premise / Özel Cloud): Magento Commerce (Adobe Commerce), Shopware B2B Suite veya OroCommerce gibi sistemler tam kontrol ve sınırsız entegrasyon esnekliği sunar; buna karşılık yüksek sunucu, bakım ve yazılım geliştirme maliyeti gerektirir.

• Headless B2B Mimarileri: Ön yüzün (Next.js, Vue.js) arka uçtan (API servisleri) tamamen ayrıldığı modern mimaridir. Çok yüksek performans ve esnek kullanıcı deneyimi sağlar, ancak yetkin bir yazılım ekibi gerektirir.

Seçim yapılırken şirketin yıllık sipariş hacmi, SKU sayısı, anlık eşzamanlı bayi trafiği ve IT ekibinin teknik yetkinliği belirleyici kriter olmalıdır.

3. Aşama: Kapalı Devre Sistem Kurulumu ve API Entegrasyonlarının Tamamlanması

B2B portalları çoğunlukla arama motorlarına ve halka açık ziyarete kapalı, yalnızca onaylanmış kurumsal kullanıcıların giriş yapabildiği "kapalı devre" (private portal) mantığıyla çalışır. Fiyatların ve ürün kataloglarının rakipler tarafından görülmemesi için yetkilendirme katmanları (OAuth2, JWT) yapılandırılır.

Bu aşamada ara katman yazılımları (middleware) veya doğrudan REST/SOAP API bağlantıları kurularak ERP, depo yönetim sistemi (WMS) ve banka sanal POS sistemleri portala bağlanır. Hata toleransı (fault tolerance) mekanizmaları kurgulanmalı; ERP sistemi geçici olarak devre dışı kalsa bile portalın siparişleri kuyrukta (message broker - RabbitMQ/Kafka) toplayıp bağlantı sağlandığında ERP'ye iletmesi garanti altına alınmalıdır.

4. Aşama: Veri Aktarımı (Katalog, Stok, Cari Bilgileri)

ERP içindeki ürün ve müşteri verileri çoğu zaman doğrudan web ortamına uygun temizlikte değildir. Ürün açıklamalarının eksikliği, hatalı kategori ağaçları, yüksek çözünürlüklü görsellerin bulunmaması ve mükerrer cari kayıtları bu aşamada temizlenmelidir (ETL - Extract, Transform, Load süreçleri).

Ürün varyant yapıları (renk, beden, teknik özellik, ambalaj tipi), çapraz satış ve ikame ürün kuralları ile PDF teknik dökümanlar sisteme yüklenir. Bayi cari kartları, vergi numaraları, sevk adresleri ve yetkili iletişim bilgileri doğrulanarak sisteme aktarılır.

5. Aşama: Güvenlik Testleri, Kullanıcı Eğitimleri ve Canlıya Alış

Sistem canlıya alınmadan önce kapsamlı penetrasyon (sızma) testlerine tabi tutulmalıdır. Özellikle diğer bayilerin fiyatlarını, siparişlerini veya cari ekstrelerini görmeyi engelleyen veri izolasyon testleri (IDOR zaafiyet taramaları) yapılmalıdır.

Pilot seçilen belirli bir bayi grubuyla test siparişleri, tahsilat denemeleri ve iade süreçleri simüle edilir. Saha satış ekibine ve bayilerin satın alma personeline video ve döküman destekli eğitimler verilir. Sistemin devreye alınması genellikle aşamalı yapılır; önce belirli bir bölge veya ürün grubu açılır, operasyonel pürüzler giderildikten sonra tüm bayi ağına duyuru yapılır.

---

B2B Altyapısı Seçerken Dikkat Edilmesi Gereken Operasyonel Riskler

B2B e-ticaret projelerinde yapılan hatalar doğrudan şirket bilançosuna ve ticari ilişkilere yansır. Yanlış hesaplanan bir iskonto oranı şirketi binlerce liralık zarara uğratabilirken, çöken bir sipariş sistemi yüzlerce bayinin sahada iş yapamamasına yol açar.

Bu riskleri minimize etmek için teknik ve operasyonel tuzakların önceden bilinmesi ve mimarinin buna göre tasarlanması şarttır.

Yanlış ERP Eşleşmesi ve Stok Uyuşmazlığı Riskleri

En sık karşılaşılan problem, web portalındaki veri tabanı şeması ile ERP veri tabanı şemasının birebir örtüşmemesidir. Örneğin ERP'de ürün ana birimi "Metrekare" iken portalda "Kutu" olarak tanımlanması, sipariş aktarımında adet karmaşasına ve lojistik departmanının yanlış miktarda ürün sevk etmesine yol açar.

Ayrıca anlık stok düşümü yapılmayan mimarilerde, depoda fiziksel olarak tükenmiş olan kritik bir hammadde veya ürün portalda satılabilir görünebilir. Bayi bu ürüne güvenerek kendi müşterisine taahhütte bulunduğunda, tedarik zincirinde itibar ve müşteri kaybı yaşanır.

Bayi Verilerinin ve Finansal Bilgilerin Güvenliği

B2B portalları endüstriyel casusluk ve veri sızıntıları açısından yüksek riskli hedeflerdir. Bir bayinin başka bir bayiye verilen özel iskonto oranını, maliyet fiyatlarını veya yıllık alım taahhütlerini görmesi, şirketin tüm bayi ağındaki fiyat dengesini altüst eder.

• Veri İzolasyonu: Çok kiracılı (multi-tenant) veya ortak veritabanı kullanan yapılarda SQL Injection ve API yetkilendirme açıklarına karşı sıkı güvenlik kontrolleri uygulanmalıdır.

• Rol Tabanlı Erişim Kontrolü (RBAC): Kullanıcıların yetkileri en düşük ayrıcalık ilkesine (Principle of Least Privilege) göre yapılandırılmalıdır.

• Loglama ve Denetim İzi (Audit Trail): Hangi kullanıcının hangi fiyatı ne zaman gördüğü, hangi IP adresinden sipariş verdiği ve kimin bakiye ekstresi indirdiği 5651 sayılı kanun ve kurumsal denetim standartlarına uygun olarak değiştirilemez biçimde loglanmalıdır.

Ölçeklenebilirlik Sorunları: Sistemin Büyümeye Tepkisi

Kampanya dönemlerinde, sezon açılışlarında veya döviz kuru güncellemeleri öncesinde yüzlerce bayi aynı anda sisteme giriş yaparak sipariş girmeye çalışır. Sistemin eşzamanlı kullanıcı (concurrency) kapasitesi yetersizse:

• Sayfalar yavaşlar veya HTTP 504 Gateway Timeout hataları oluşur.

• Ödeme ağ geçitlerinde çift çekim veya işlem yarıda kalma problemleri yaşanır.

• ERP sunucusu aşırı API çağrısı nedeniyle kilitlenebilir ve şirket içi diğer operasyonlar da durma noktasına gelir.

Bu durumun önüne geçmek için önbellekleme katmanları (Redis, Varnish), yük dengeleyiciler (Load Balancer) ve API Rate Limiting mekanizmaları mutlaka devreye alınmalıdır.

---

B2B Portallarında Sipariş, Tahsilat ve Kredi Limit Mekanizması

B2B ticaretinde satış süreci finansal risk yönetimiyle doğrudan entegredir. Bir bayinin sipariş verebilmesi yalnızca sepetine ürün eklemesiyle değil, şirketin finans departmanı tarafından belirlenen risk parametrelerine uygunluğuyla mümkündür.

Modern bir B2B portalı, finans departmanının manuel onay yükünü ortadan kaldırarak kurallara dayalı akıllı bir risk ve tahsilat motoru çalıştırmalıdır.

Açık Hesap, DBS ve Sanal POS Entegrasyonu

Portal üzerinde ödeme adımı bayinin cari statüsüne göre dinamik olarak şekillenmelidir:

[Bayi Sepeti Onaylar] 
        ↓
[Risk & Bakiye Kontrolü]
   ├── Kredi Limiti Yeterli → Açık Hesap Onayı → [Sipariş ERP'ye Aktarılır]
   ├── Limit Yetersiz / Riskli → Zorunlu Ödeme Yönlendirmesi
   │     ├── DBS Limiti Kontrolü → Otomatik Blokaj
   │     └── Sanal POS (3D Secure) → Anlık Kart Tahsilatı
   └── Vadesi Geçmiş Borç Var → Sipariş Askıya Alınır (Finans Onayına Düşer)

1. Açık Hesap Tahsilatı: Bayinin sistemde tanımlı bir kredi limiti (örneğin 500.000 TL) ve açık hesap borcu (örneğin 350.000 TL) bulunur. Verilen yeni sipariş tutarı (100.000 TL) kalan limiti (150.000 TL) aşmıyorsa sipariş doğrudan onaylanır. Aşması durumunda sistem aşan kısım için anlık kredi kartı çekimi veya havale talep eder.

2. DBS (Doğrudan Borçlandırma Sistemi): Bayinin anlaşmalı bankalardaki DBS limitleri API üzerinden sorgulanır. Sipariş onaylandığında fatura vadesinde tahsil edilmek üzere banka sistemine otomatik talimat olarak yazılır.

3. Karma Ödeme (Split Payment): Bayi siparişinin bir kısmını açık hesaptan, bir kısmını kredi kartı tek çekim, kalanını ise şirket kredi kartına 6 taksit olarak bölebilmelidir.

Bayi Hiyerarşisi, Alt Kullanıcı Yetkilendirme ve Sipariş Onay Mekanizmaları

Büyük ölçekli distribütörler ve zincir mağazalar çok şubeli bir yapıya sahiptir. Bu yapılarda her şubenin sipariş verme yetkisi bulunurken, fatura ve ödeme sorumluluğu ana merkezdedir.

• Bütçe ve Onay Limitleri: Şube satın alma sorumlusu günlük maksimum 50.000 TL'lik sipariş oluşturabilir. Bu limitin üzerindeki siparişler otomatik olarak bölge müdürünün portal ekranına onay talebi olarak düşer.

• Sepet Paylaşımı ve Taslak Siparişler: Saha satış temsilcileri bayi adına sepet hazırlayıp bayinin yetkilisinin onayına sunabilmeli; aynı şekilde bayi personeli hazırladığı sipariş taslağını şirket içi satın alma müdürüne onaylatabilmelidir.

• Hızlı Sipariş Girişi (Matrix / Excel / Barkod): Yüzlerce kalem yedek parça veya hırdavat siparişi veren bayiler için tek tek ürün sayfalarını gezmek zaman kaybıdır. Excel dosyası yükleyerek (SKU ve Miktar sütunları), barkod okutarak veya matris tablo üzerinden (beden/renk/adet tablosu) 30 saniye içinde yüzlerce kalemlik sepet oluşturma araçları sunulmalıdır.

Minimum Sipariş Tutarı (MOQ), Koli/Palet Bazlı Satış ve Dinamik Lojistik Kuralları

Toptan satış operasyonlarında lojistik maliyetlerini kontrol etmek adına belirli satış kuralları yazılımsal olarak zorunlu kılınmalıdır:

• Minimum Sipariş Miktarı (MOQ - Minimum Order Quantity): Ürün bazında (örneğin en az 50 adet) veya sepet toplamında (örneğin minimum 20.000 TL) eşikler tanımlanmalıdır.

• Ambalaj Katları Kuralı: Bir kolide 24 adet bulunan bir ürünün sadece 24 ve katları (24, 48, 72...) şeklinde sepete eklenmesine izin verilmeli, açık koli satışı engellenmelidir.

• Palet ve Desi Bazlı Kargo Hesaplaması: Sipariş hacmine göre ambar, parsiyel tır taşımacılığı veya anlaşmalı kargo firmalarının dinamik navlun maliyetleri sepette hesaplanmalıdır.

---

B2B Sipariş ve Tahsilat Portalının İşletmelere Sağladığı Operasyonel Katkılar

B2B portal kurulumu, yalnızca bir satış kanalı açmak değil, şirketin operasyonel maliyet yapısını kökten dönüştüren bir verimlilik projesidir. Telefon, e-posta ve WhatsApp üzerinden yürütülen geleneksel sipariş toplama süreçleri yüksek hata payı ve iş gücü israfı barındırır.

Portalın devreye alınmasıyla birlikte sağlanan somut kazanımlar üç ana alanda toplanır:

Operasyonel Yükün ve İnsan Kaynaklı Hataların Azalması

Geleneksel B2B süreçlerinde bir siparişin tamamlanması ortalama 4 ila 6 manuel adımdan geçer: Bayi WhatsApp'tan liste atar, satış temsilcisi ERP'den stok ve fiyat kontrol eder, teklif hazırlar, bayi onaylar, sipariş ERP'ye elle girilir ve depoya iletilir. Bu zincirin her halkası insan hatasına açıktır.

Portal ile bu akış tamamen otonom hale gelir:

• Sipariş doğrudan bayi tarafından sisteme girildiği için ürün kodu, adet veya sevkiyat adresi karışıklıkları ortadan kalkar.

• Satış destek personelinin mesaisinin %60'ını alan "stok var mı?", "benim fiyatım ne kadar?", "kargom nerede?" gibi rutin sorular ortadan kalkar; bayiler tüm bu bilgilere portal üzerinden 7/24 kendileri ulaşır.

• Satış temsilcileri operasyonel veri giriş personeli olmaktan çıkarak doğrudan pazar payını artırmaya odaklanan stratejik danışmanlar haline gelir.

7/24 Sipariş ve Nakit Akışı Yönetimi

Geleneksel toptan ticarette sipariş alma saatleri mesai saatleriyle (09:00 - 18:00) sınırlıdır. Oysa bayiler kendi dükkanlarını veya atölyelerini kapattıktan sonra (akşam saatlerinde veya hafta sonu) eksik stoklarını tespit edip sipariş vermeyi tercih eder.

B2B portalı, şirketin sipariş alma ve tahsilat yapma kapasitesini 7 gün 24 saate çıkarır. Gece verilen bir siparişin ödemesi otomatik tahsil edilir, rezervasyonu ERP'de yapılır ve sabah mesai başladığında depo personeli doğrudan toplama listesini (picking list) yazdırarak sevkiyata başlar. Bu durum nakit döngü süresini (Cash Conversion Cycle) ciddi oranda kısaltır.

Bayi Sadakatinin ve Sipariş Frekansının Artırılması

Kullanımı kolay, hızlı ve şeffaf bir sipariş portalına sahip olan üretici ve toptancılar, bayiler nezdinde her zaman öncelikli tedarikçi konumuna yükselir.

Bayi; geçmiş faturalarını dilediği an PDF olarak indirebildiğinde, dönemsel iskonto kampanyalarını anlık takip edebildiğinde ve kalan kredi limitini net gördüğünde sipariş verme frekansı artar. Sipariş sürecindeki sürtünmenin (friction) azalması, bayinin rakip firmalar yerine sizin portalınızı tercih etmesini sağlar.

---

B2B E-Ticaret Portalı Kurulum ve Canlıya Geçiş Kontrol Listesi

B2B e-ticaret portalının devreye alınması, sadece teknik altyapının kurulmasıyla bitmez; işletmenin iç süreçlerinin ve bayi ilişkilerinin bu yeni modele adapte edilmesini gerektirir. Canlıya geçiş öncesinde yapılması gereken veri bütünlüğü testleri ve değişim yönetimi stratejileri projenin nihai başarısını belirler.

Lansman Öncesi Veri Bütünlüğü ve Entegrasyon Testleri

Lansmandan en az 2 hafta önce "UAT" (User Acceptance Testing - Kullanıcı Kabul Testleri) süreci başlatılmalıdır. Bu aşamada test ortamında değil, gerçek verilerin kopyalandığı bir staging ortamında uçtan uca senaryolar koşturulmalıdır:

1. Uçtan Uca Sipariş ve İptal Akışı: Portal üzerinden oluşturulan karmaşık bir siparişin (farklı KDV oranları, iskonto satırları ve promosyonlu ürünler içeren) ERP sistemine kuruşu kuruşuna doğru aktarıldığı kontrol edilmelidir.

2. Kısmi Sevkiyat ve İptal/İade Durumları: Sipariş edilen 10 kalem ürünün 7 tanesi sevk edildiğinde, kalan 3 ürünün bakiye sipariş (backorder) olarak sistemde doğru yönetilip yönetilmediği test edilmelidir.

3. Eşzamanlı Stok Tüketim Testi: Aynı stok koduna sahip son 10 adet ürün için iki farklı test kullanıcısı üzerinden eşzamanlı satın alma işlemi gerçekleştirilerek sistemin çift satışı engelleyip engellemediği doğrulanmalıdır.

Bayi İletişimi, Onboarding ve Değişim Yönetimi Stratejisi

Yıllardır telefonla sipariş vermeye alışmış geleneksel bir bayi ağını dijital portala geçirmek ciddi bir değişim yönetimi gerektirir. Bayilerin sistemi benimsemesini sağlamak için aşağıdaki adımlar uygulanmalıdır:

• Açılışa Özel Teşvikler: Portaldan verilen ilk 3 siparişe özel ek %2 iskonto veya ücretsiz kargo gibi finansal teşvikler sunulmalıdır.

• Kademeli Geçiş Politikası: Belirli bir tarihten sonra telefon ve mesajla sipariş alımının sonlandırılacağı, tüm siparişlerin portal üzerinden kabul edileceği bayi ağına resmi yazıyla bildirilmelidir.

• Yerinde ve Dijital Eğitim: Bölge satış temsilcileri bayi ziyaretlerinde bizzat bayinin bilgisayarından veya tabletinden sisteme giriş yaparak ilk siparişi birlikte oluşturmalı, sistemin kullanım kolaylığı gösterilmelidir.

---