Kurumsal E-Pazaryeri & Tedarik Çözümü
Bayiye özel fiyat ve sözleşme, teklif toplama (RFQ), e-ihale, onay-limit hiyerarşisi, cari-bakiye ve punchout/EDI’yi tek portalda birleştiren B2B e-pazaryeri ve dijital tedarik çözümü.
Kurumsal e-pazaryeri; bayi, dağıtım kanalı ve kurumsal alıcının siparişi telefondan, e-postadan ve Excel’den çıkarıp tek bir dijital tedarik kanalında topladığı yerdir. Bu sayfa, B2B bayi/dağıtım portalı veya dijital tedarik altyapısı kuran e-ticaret, operasyon, satın alma ve tedarik ekipleri için kapsamı, maliyet mantığını, mevzuat çerçevesini ve seçim kriterlerini anlatır.
Çözüm neyi kapsar?
- Bayiye özel fiyat ve sözleşme: Müşteri/bayi bazında fiyat listesi, iskonto kademesi, kampanya ve sözleşme koşulları.
- Teklif toplama (RFQ) ve e-ihale: Kapalı teklif isteme, tur bazlı eksiltme, teklif karşılaştırma ve siparişe dönüştürme.
- Onay ve limit hiyerarşisi: Talep eden → yönetici → satın alma; tutar, bütçe ve açık limit bazlı otomatik onay kuralları.
- Cari hesap ve bakiye: Açık hesap, vade, kredi limiti, ekstre ve bakiye takibi; ERP muhasebesiyle senkron.
- Kurumsal katalog: Müşteriye özel ürün/varyant görünürlüğü, birim/koli/palet fiyatlandırma, minimum sipariş miktarı (MOQ).
- Punchout / EDI: Alıcının satın alma sistemine (cXML/OCI, EDI) doğrudan bağlanan sipariş ve fatura akışı.
- Entegrasyon: ERP, WMS, muhasebe, kargo ve GİB e-Fatura/e-İrsaliye ile çift yönlü API/EDI.
B2C ve B2B pazaryeri farkları
B2B pazaryeri, B2C’nin “vitrin + sepet + kart ödeme” modelinden farklı çalışır. Aşağıdaki tablo, yazılım seçiminde en çok karıştırılan çekirdek farkları özetler.
| Kriter | B2C pazaryeri | B2B pazaryeri |
|---|---|---|
| Fiyat görünürlüğü | Herkese açık, tek fiyat | Müşteriye/bayiye özel, gizli sözleşme fiyatı |
| Ödeme ve vade | Anlık kart/cüzdan ödemesi | Açık hesap, vade, kredi limiti, cari bakiye |
| Sipariş akışı | Doğrudan sepet → sipariş | RFQ/e-ihale, onay ve limit hiyerarşisi |
| Fatura / KDV | e-Arşiv, çoğu B2C tüketici faturası | e-Fatura, e-İrsaliye, ıskonto/KDV kademeleri |
| Katalog | Standart, tek görünüm | Müşteriye özel katalog, MOQ, koli/palet birimi |
| Entegrasyon | Kargo, ödeme ağ geçidi | ERP, WMS, punchout/EDI, cari muhasebe |
Tedarik tasarrufu ve maliyet mantığı
Dijital tedarikin işi somut tasarruftur. Bir sözleşmeli kalemde birim tasarruf, referans/piyasa fiyatı ile sözleşme fiyatı arasındaki farkın hacimle çarpımıdır: Tedarik tasarrufu = (referans fiyat − sözleşme fiyatı) × hacim. RFQ ve e-ihale, referans fiyatı rekabetle aşağı çekerek bu farkı büyütür.
Karar verirken tek başına birim fiyat değil, toplam sahip olma maliyeti (TCO) ölçülmelidir: TCO = satın alma fiyatı + sipariş/işlem maliyeti + stok tutma maliyeti + kalite/iade maliyeti + kullanım ömrü maliyeti. Ucuz görünen bir tedarikçi, iade ve gecikme maliyetiyle daha pahalı olabilir.
Manuel siparişten dijital siparişe geçişin getirdiği operasyonel kazanç ise işlem maliyeti üzerinden ölçülür: Sipariş işleme maliyeti düşüşü = (manuel birim işlem maliyeti − dijital birim işlem maliyeti) × sipariş adedi. Portal, telefon/e-posta ile alınan siparişteki tekrarlı veri girişini ve hatayı ortadan kaldırdığı için birim işlem maliyetini düşürür.
Formüllerdeki tüm sayılar temsili/örnek girdilerdir; her kurum kendi geçmiş verisiyle kalibre etmelidir.
RFQ, e-ihale ve onay hiyerarşisi
- Talep: Alıcı ihtiyaç kalemini (miktar, şartname, teslim tarihi) tanımlar; bütçe/limit kontrolü otomatik yapılır.
- Teklif toplama (RFQ): Talep, seçili tedarikçi havuzuna kapalı iletilir; teklifler tek ekranda karşılaştırılır.
- E-ihale: Rekabetin uygun olduğu kalemlerde tur bazlı açık/kapalı eksiltme kurgulanır.
- Onay: Tutar, bütçe kalemi ve açık limite göre onay basamakları (talep eden → yönetici → satın alma) otomatik işler.
- Siparişe dönüşüm: Seçilen teklif sipariş/sözleşmeye dönüşür; e-imza veya KEP ile teyit edilebilir ve denetim izinde saklanır.
Mevzuat ve fatura akışı
Kurumsal e-pazaryeri Türkiye’de birden çok düzenlemenin kesişimindedir; sistem bunları operasyona gömülü şekilde karşılamalıdır:
- 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun: Aracı hizmet sağlayıcı (ATHS) ile hizmet sağlayıcı (ETHS) ayrımı, aydınlatma ve kayıt yükümlülükleri.
- ETBİS (Elektronik Ticaret Bilgi Sistemi): Pazaryeri ve satıcıların kayıt/bildirim yükümlülüğü; platformun ETBİS uyumunu desteklemesi.
- GİB e-Fatura / e-Arşiv / e-İrsaliye: B2B faturalar e-Fatura, sevkiyat e-İrsaliye ile; portal bu belgeleri sipariş akışına bağlamalı.
- KVKK 6698: Bayi/alıcı yetkili verilerinin işlenmesinde rıza, saklama, yetki/rol ve denetim izi.
- e-İmza / KEP: Sözleşme, sipariş teyidi ve ihale sonucunun hukuken bağlayıcı biçimde imzalanması/tebliği.
- İYS ve PCI DSS: Ticari elektronik ileti için İYS uyumu; kartlı ödeme varsa PCI DSS kapsamı.
Seçim ve şartname kriterleri
- Müşteriye/bayiye özel fiyat listesi, iskonto kademesi ve sözleşme modelini kural bazlı yönetebilme.
- RFQ/e-ihale, onay hiyerarşisi ve limit kontrolünün yapılandırılabilir olması (kod değişikliği olmadan).
- ERP/WMS entegrasyonu: Açık API, EDI ve punchout (cXML/OCI) desteği; çift yönlü cari/stok senkronu.
- GİB e-Fatura/e-İrsaliye ve KVKK 6698 uyumu; yetki/rol ve tam denetim izi (audit trail).
- Veri sahipliği ve dışa aktarım garantisi (vendor lock-in önlemi) sözleşmede yazılı olmalı.
- Ölçeklenebilirlik, SLA, eğitim/onboarding kapsamı ve çok sayıda bayiye eşzamanlı hizmet performansı.
Bayi/dağıtım ve tedarik süreçlerinizi birlikte inceleyip, hazır bir B2B pazaryeri platformunun mu yoksa size özel geliştirmenin mi doğru olduğunu netleştirelim. Aşağıdaki formdan ihtiyacınızı iletmeniz yeterli.
Merak edilenler
B2B pazaryeri, B2C pazaryerinden yazılımsal olarak neden ayrışır?
B2B tarafında fiyat herkese açık değildir; her bayi/müşteri kendi sözleşme fiyat listesini, iskonto kademesini ve vadesini görür. Sipariş çoğu zaman doğrudan onaya değil, limit ve onay hiyerarşisine (talep eden → yönetici → satın alma) girer. Cari hesap, bakiye ve açık limit takibi, KDV/e-fatura akışı ve punchout/EDI entegrasyonu B2C’de bulunmayan çekirdek modüllerdir. Bu yüzden B2B pazaryeri, katalog + fiyatlandırma motoru + onay iş akışı + cari muhasebe entegrasyonunun birlikte çalıştığı bir sistemdir.
RFQ (teklif toplama) ve e-ihale süreci portalda nasıl işler?
Alıcı bir ihtiyaç kalemi (miktar, teknik şartname, teslim tarihi) tanımlar; sistem bu talebi uygun tedarikçi/satıcı havuzuna kapalı olarak iletir. Tedarikçiler fiyat, teslim süresi ve koşullarını girer; e-ihalede ise tur bazlı (açık/kapalı eksiltme) rekabet kurgulanabilir. Teklifler tek ekranda karşılaştırılır, en uygun teklif seçilir ve sipariş/sözleşmeye dönüşür. Tüm adımlar denetim izi (audit trail) ile kaydedilir; istenirse e-imza veya KEP ile teyit edilir.
Mevcut ERP ve muhasebe sistemimizle nasıl entegre olur?
Portal; ERP, muhasebe ve WMS ile API veya EDI üzerinden çift yönlü entegre olur. Stok, fiyat listesi ve cari bakiye ERP’den beslenir; oluşan sipariş ve fatura ERP’ye geri yazılır. Kurumsal alıcılar için punchout (cXML/OCI) desteği, alıcının kendi satın alma sisteminden çıkıp portal kataloğunda sepet oluşturup geri dönmesini sağlar. Faturalama GİB e-Fatura/e-Arşiv ve e-İrsaliye akışına bağlanır.
Hazır B2B pazaryeri mi, bize özel geliştirme mi doğru?
Standart bayi/dağıtım ve tedarik akışları için hazır bir platform hızlı değer üretir. Sektöre özel fiyatlandırma kuralları, karmaşık onay hiyerarşisi, özel sözleşme/vade modelleri veya derin ERP entegrasyonu gerekiyorsa hazır platform + özel modül ya da talep üzerine geliştirme daha doğru olur. Önce süreç ve entegrasyon envanterini çıkarır, sonra kapsamı netleştiririz.
Kendi pazaryerinizi size özel geliştirelim.
Pazaryeri fikrinizi ya da mevcut ihtiyacınızı yazın; iş modelinden geliştirmeye tek elden değerlendirip 1 iş günü içinde dönelim. Hazır paket değil — kaynak kodu sizin, size özel.
Talep Oluştur