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, iskonto/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ı.
Pazar verileri ve sektörden örnek (model analizi)
B2B ticaretin dijital kanala kayışı, tüketici e-ticaretinden daha büyük bir hacmi taşır. Grand View Research'ün küresel B2B e-ticaret pazar raporu, pazar büyüklüğünü 2025 için 24,1 trilyon dolar olarak ölçmekte ve 2033'e kadar 105,9 trilyon dolara ulaşmasını öngörmektedir — yıllık bileşik büyüme yüzde 20,9 (Grand View Research, 2025). Türkiye bağlamında da zemin aynı yönde ilerliyor: Ticaret Bakanlığı'nın ETBİS verilerine dayanan raporuna göre toplam e-ticaret hacmi 2025'te yüzde 52,2 artarak 4,57 trilyon TL olmuştur (Ticaret Bakanlığı ETBİS, 2025). Tüketici tarafında dijital sipariş alışkanlığı yerleştikçe, aynı kişilerin iş yerindeki satın alma beklentisi de portal deneyimine kaymaktadır.
Modelin kanıtlanmış bir örneği olarak Amazon Business incelenebilir — bu bizim işimiz değil, kamuya açık verinin analizidir. Amazon'un B2B kolu, 2023'te 35 milyar dolar yıllıklandırılmış brüt satışa ve Fortune 100'ün 96'sı dahil 6 milyon kurumsal müşteriye ulaştığını açıklamıştır (Digital Commerce 360, 2023); Amazon'un Temmuz 2026 duyurusuna göre bu hacim 60 milyar dolara, hizmet verilen kurum sayısı ise Fortune 100'ün 97'si dahil 11 milyonun üzerine çıkmıştır (Amazon basın duyurusu, 2026). Model dersi şudur: kurumsal alıcı, tüketici kadar akıcı bir deneyim bekler; ancak satın almayı kazanan platformlar bunu çok-kullanıcılı hesaplar, onay akışları ve harcama analitiği gibi B2B'ye özgü yeteneklerle birleştirenlerdir. Kendi bayi/tedarik portalınızı kurarken rekabet çıtası tam olarak budur.
Temsili proje kapsamı
Aşağıdaki kapsam temsilidir; gerçek kapsam, keşifte çıkarılan bayi ağı, ERP ortamı ve tedarik süreç envanterine göre netleşir; fiyat bilgisi içermez. Tipik bir kurumsal e-pazaryeri/tedarik portalı projesi şu bileşenlerden oluşur:
- Keşif ve süreç haritası: Mevcut sipariş kanalları (telefon/e-posta/Excel), fiyat listesi yapısı, onay zinciri ve entegrasyon envanteri.
- Fiyatlandırma motoru: Bayi bazlı fiyat listesi, iskonto kademesi, kampanya ve sözleşme koşullarının kural bazlı yönetimi.
- Sipariş ve onay akışı: Kurumsal katalog (MOQ, koli/palet), sepet-sipariş dönüşümü, limit kontrolü ve onay hiyerarşisi.
- RFQ/e-ihale modülü: Kapalı teklif toplama, karşılaştırma ekranı, tur bazlı eksiltme ve denetim izi.
- ERP köprüsü: Stok, cari, bakiye ve fatura verisinin çift yönlü senkronu; GİB e-Fatura/e-İrsaliye akışı.
- Pilot ve yaygınlaştırma: Seçili bayi kesitiyle canlı doğrulama, ölçüm ve dalga dalga geçiş planı.
- Devir: Kaynak kodu teslimi, yönetici/bayi eğitimi ve teknik dokümantasyon.
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.
Kaç bayi/tedarikçiyle pilot başlatmak doğru olur?
Sağlıklı bir pilot, tüm bayi ağını aynı anda taşımaz; temsil gücü yüksek dar bir kesitle başlar. Yaygın yaklaşım; sipariş hacmi yüksek, dijital olgunluğu farklı iki-üç bayi segmentinden (ör. büyük ana bayi, orta ölçekli bayi, düşük hacimli alt bayi) sınırlı bir grupla başlamak, sipariş-onay-fatura döngüsünü uçtan uca en az bir tam muhasebe dönemi boyunca canlıda doğrulamaktır. Pilotun başarı ölçütleri baştan yazılmalıdır: portal üzerinden geçen sipariş oranı, sipariş başına işlem süresi ve hata/iade oranı gibi. Pilot kesiti doğrulandıktan sonra kalan ağ dalgalar hâlinde taşınır.
Portaldaki e-ihale, kamu ihale mevzuatına (EKAP) tabi mi?
Hayır — ikisi farklı hukuki düzlemdedir. Kamu kurumlarının alımları 4734 sayılı Kamu İhale Kanunu kapsamında ve EKAP (Elektronik Kamu Alımları Platformu) üzerinden yürür. Özel sektör kurumunun kendi tedarikçileri arasında düzenlediği RFQ ve e-ihale ise özel hukuk (sözleşme serbestisi) çerçevesinde işler; kurum kendi ihale usulünü, davet listesini ve değerlendirme kriterlerini serbestçe belirler. Yine de iyi bir portal, kamu disiplinine yakın bir şeffaflık sunmalıdır: tam denetim izi, tekliflerin açılış zamanına kadar kapalı tutulması, değerlendirme gerekçelerinin kaydı ve gerektiğinde e-imza/KEP ile hukuken bağlayıcı teyit.
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