B2B satışta yalnızca sipariş almak yeterli değildir. Asıl önemli olan, siparişin doğru stokla, doğru fiyatla ve doğru cari hesap bilgisiyle işlenmesidir. Bayi portalı, satış ekibi ekranı ya da mobil sipariş uygulaması ne kadar hızlı çalışırsa çalışsın, arka tarafta ERP ile senkron olmayan bir yapı varsa hata riski kısa sürede büyür. Özellikle yüzlerce SKU, farklı iskonto kurguları, bölgesel fiyatlar, vade limitleri ve sevkiyat kurallarıyla çalışan şirketlerde veri dağınıklığı operasyonu zorlaştırır.
b2b sipariş sistemi erp entegrasyonu tam da bu noktada kritik hale gelir. Buradaki amaç yalnızca iki sistemi birbirine bağlamak değildir. Asıl hedef; stok, fiyat ve cari veriyi tek kaynaktan yönetmek, sipariş akışını ölçülebilir, denetlenebilir ve sürdürülebilir hale getirmektir. İyi kurgulanmış bir entegrasyon sayesinde bayi siparişi açıldığı anda güncel stok görülebilir, müşteriye özel fiyat otomatik uygulanabilir, risk limiti kontrol edilebilir ve sipariş ERP üzerinde resmi kayıt haline gelebilir. Bu yazıda, bu modelin iş açısından neden kritik olduğunu, teknik tarafta nelere dikkat edilmesi gerektiğini ve sahada en sık karşılaşılan hata noktalarını net örneklerle ele alacağız.
B2B sipariş sürecinde en kırılgan alan: veri tutarsızlığı
B2B sipariş operasyonunda sorun çoğu zaman arayüzden değil, veri kaynağından doğar. Aynı ürünün stok bilgisi web panelinde 120 görünürken ERP tarafında 84 olabilir. Bayiye tanımlı yüzde 12 iskonto portalda uygulanmaz, satış temsilcisi ise Excel üzerinden farklı bir fiyat gönderir. Cari hesabın açık bakiyesi güncel değilse sistem siparişi kabul eder, finans ekibi ise daha sonra manuel blokaj koyar. Bu kopukluklar küçük görünebilir; ancak günde 300 sipariş geçen bir yapıda etkisi katlanarak büyür.
Tipik bir senaryo düşünelim. 2.500 ürün kartı olan bir distribütör, 40 bayiden sipariş topluyor. Sipariş sistemi stok verisini 15 dakikada bir güncelliyor, fiyatlar ise gece toplu olarak aktarılıyor. Saat 14:10'da bayi sipariş girdiğinde sabah tanımlanan kampanya henüz görünmüyor; aynı anda başka bir kanal stok tükettiği için ürün fiilen tükenmiş durumda. Portal siparişi alıyor, depo hazırlayamıyor, müşteri temsilcisi de telefon trafiğiyle düzeltme yapıyor. Buradaki sorun kullanıcı hatası değil; tek ve güvenilir veri kaynağının olmaması.
ERP entegrasyonu burada bir kontrol mekanizması sağlar. Ürün ana verisi, depo bazlı stok, fiyat listesi, cari limit ve tahsilat durumu gibi kritik alanlar tek merkezden okunur. Sipariş sistemi, veri sahibi olmak yerine veriyi tüketen ve işlem başlatan bir katman haline gelir. Bu mimari, özellikle 1'den fazla depo, 1'den fazla fiyat listesi veya farklı satış kanalı olan firmalarda operasyonel netlik sağlar.
Tek kaynaktan stok yönetimi neden iş sonuçlarını etkiler?
Stok, B2B sipariş akışının en somut verisidir. Yanlış stok bilgisi doğrudan iptal, kısmi sevkiyat, gecikme ve müşteri memnuniyetsizliği üretir. ERP entegrasyonunda hedef yalnızca toplam stok göstermek değildir. Çoğu işletme için ihtiyaç daha ayrıntılıdır: depo bazlı miktar, rezerve stok, yoldaki ürün, minimum satış birimi, lot veya parti durumu, alternatif ürün ilişkisi.
Örneğin 3 depo ile çalışan bir toptancı düşünelim. İstanbul deposunda 18 adet, Ankara'da 0, İzmir'de 46 adet ürün var. Bayi, teslimat bölgesine göre yalnızca uygun depodaki stoktan sipariş vermelidir. Portal toplam 64 adet gösterirse sistem satış açısından doğru, lojistik açısından ise yanıltıcı davranır. Entegrasyon tasarımında hangi stok alanının gösterileceği açıkça tanımlanmalıdır: kullanılabilir stok mu, muhasebe stoğu mu, rezerv düşülmüş miktar mı?
Gerçek zamanlı mı, zamanlanmış mı?
Her veri için gerçek zamanlı entegrasyon şart değildir. Stok gibi anlık değişen alanlarda API ile canlı sorgu ya da çok kısa aralıklı senkron tercih edilir. Ürün açıklaması veya görsel gibi nispeten statik verilerde ise saatlik ya da gece senkronu yeterli olabilir. Buradaki karar, teknik modaya göre değil iş yüküne göre verilmelidir.
- Hızlı tüketilen ürünlerde 30 saniye ile birkaç dakika aralığında stok güncellemesi kritik olabilir.
- Düşük hacimli sektörlerde 10-15 dakikalık senkron iş ihtiyacını karşılayabilir.
- Rezervasyon mantığı olan firmalarda sipariş onayıyla birlikte ERP üzerinde anlık stok düşümü gerekebilir.
Stok doğruluğu arttıkça satış ekibi telefonla teyit işinden kurtulur. Depo ekibi daha az düzeltme yapar. Bayi tarafında ise “var görünüyor ama yokmuş” deneyimi azalır. Bu, bir teknoloji projesinden çok operasyon kalitesi meselesidir.
Fiyat ve iskonto bilgisini ERP dışında yönetmenin maliyeti
B2B yapılarda fiyat çoğu zaman tek satırlık bir etiket değildir. Müşteri bazlı liste, ürün grubu indirimi, miktar kademesi, kampanya tarihi, para birimi, KDV dahil-hariç gösterim, ek masraf veya vade farkı gibi değişkenler devreye girer. 5 farklı fiyat listesi olan bir firma ile 500 müşteriye özel fiyat kuralı olan bir firmanın ihtiyacı aynı değildir. Buna rağmen değişmeyen ortak gerçek şudur: fiyatın sahibi tek bir sistem olmalıdır.
ERP dışında manuel fiyat yönetimi kısa vadede esnek görünebilir. Ancak birkaç ay içinde kontrol kaybına yol açar. Satış ekibi farklı Excel dosyaları kullanır, portal eski fiyatı gösterir, muhasebe faturada başka tutar keser. Aradaki fark yalnızca marj kaybı yaratmaz; güven kaybına da neden olur. B2B müşterisi, siparişte gördüğü birim fiyat ile faturadaki tutarın birebir eşleşmesini bekler.
Sağlıklı modelde sipariş sistemi, fiyatı hesaplayan asıl motor olmaz; ERP veya ona bağlı merkezi fiyat servisi temel kaynak olur. Portal şu verileri alır: müşteri kodu, ürün kodu, miktar, tarih, para birimi. Karşılığında net fiyat, iskonto zinciri, geçerlilik ve vergi bilgisi döner. Basit bir örnek akış şöyle kurgulanabilir:
POST /api/pricing/quote
{
"customerCode": "CR1024",
"productCode": "UR-450",
"quantity": 120,
"currency": "TRY",
"orderDate": "2026-07-11"
}Bu yaklaşım, fiyat mantığını tek bir yerde toplar. Yeni kampanya çıktığında 2 sistemi ayrı ayrı güncellemek gerekmez. Denetim tarafında da avantaj sağlar; hangi siparişte hangi fiyat kuralının çalıştığı izlenebilir.
Cari hesap, risk limiti ve ödeme durumu sipariş ekranına neden taşınmalı?
B2B siparişte en sık ihmal edilen başlıklardan biri cari bilgidir. Oysa finansal uygunluk kontrolü, stok kadar kritiktir. Müşterinin açık bakiyesi, vadesi geçmiş borcu, tanımlı kredi limiti veya çek-senet durumu sipariş kabul kararını etkileyebilir. Bu bilgi CRM'de ayrı, muhasebede ayrı, satış temsilcisinin notlarında ayrı tutulursa sipariş süreci kopuk hale gelir.
ERP entegrasyonu sayesinde bayi sipariş ekranında yalnızca ürün değil, ticari uygunluk da kontrol edilir. Örneğin limit 1.000.000 TL, açık bakiye 920.000 TL ve yeni sipariş toplamı 140.000 TL ise sistem siparişi otomatik olarak incelemeye alabilir. Bu basit kural, satış ve finans arasındaki gerilimi azaltır. Karar kişiye göre değil, tanımlı iş kuralına göre verilir.
Cari veride hangi alanlar kritik?
- Güncel bakiye ve vadesi geçmiş tutar
- Kredi limiti ve kalan kullanılabilir limit
- Ödeme tipi, vade günü, para birimi
- Fatura ve sevkiyat adresleri
- Vergi bilgisi ve e-fatura/e-arşiv durumu
Bu alanların sipariş anında kontrol edilmesi, sonradan manuel müdahale ihtiyacını azaltır. Üstelik bu yalnızca blokaj için değil, müşteri deneyimi açısından da faydalıdır. Bayi neden sipariş veremediğini net biçimde görür; satış temsilcisi finans ekibini arayıp tek tek sebep sormak zorunda kalmaz.
Doğru entegrasyon modeli: tek yönlü aktarım değil, kural odaklı akış
Birçok projede entegrasyon, “ERP'den ürünleri çekelim, siparişi geri basalım” seviyesinde ele alınır. Bu, başlangıç için yeterli olabilir; ancak büyüyen yapılarda yetersiz kalır. Sağlam bir b2b sipariş sistemi erp entegrasyonu, veri akışı kadar süreç akışını da kapsamalıdır. Siparişin taslak, onay, rezervasyon, sevk, fatura ve iade adımları hangi sistemde oluşacak, hangi olay diğer sistemi tetikleyecek; bunlar en başta belirlenmelidir.
Pratikte sık kullanılan model şöyledir: ERP, ana veri ve ticari kuralların sahibidir; B2B platform ise kullanıcı deneyimi, sepet, sipariş toplama ve durum izleme katmanıdır. Sipariş portalda oluşturulur, ERP'ye resmi belge olarak işlenir, durum güncellemeleri de tekrar portala döner. Burada mesaj kuyruğu, webhook veya REST API tercihleri şirketin mevcut altyapısına göre belirlenir.
Özellikle 2 kritik konu gözden kaçmamalıdır:
- Idempotency: Aynı sipariş isteği ağ hatası nedeniyle 2 kez gelirse ERP'de mükerrer kayıt oluşmamalı.
- Hata yönetimi: Fiyat alınamadıysa kullanıcıya genel hata vermek yerine “müşteri fiyat kuralı bulunamadı” gibi aksiyon alınabilir bir mesaj dönülmeli.
Entegrasyon projesinin başarısı, yalnızca bağlantının kurulmasıyla ölçülmez. Siparişin 10 adımlık yaşam döngüsünde veri izlenebiliyor mu, log tutuluyor mu, tekrar deneme mekanizması var mı; asıl belirleyici unsurlar bunlardır.
Uygulamada en sık görülen 5 hata
Sahada benzer sorunlar tekrar eder. Çoğu teknik gibi görünse de kökünde iş kuralı belirsizliği vardır.
- ERP'deki ürün kartı disiplini zayıfken portaldan mucize beklemek: Birim, varyant veya depo tanımı net değilse entegrasyon da sorunlu olur.
- Tüm veriyi gerçek zamanlı taşımaya çalışmak: Gereksiz yük performans sorunu yaratır. Hangi verinin ne sıklıkla güncelleneceği ayrıştırılmalıdır.
- Fiyat kuralını portala kopyalamak: İlk aşamada pratik görünür, sonrasında iki sistem arasında fark oluşmaya başlar.
- Log ve alarm kurmamak: Gece 02:00'de duran senkron, sabah 09:00'a kadar fark edilmeyebilir.
- Kullanıcı yetkilerini ihmal etmek: Her bayi her fiyatı veya her cari bilgiyi görmemeli. Rol bazlı erişim şarttır.
Bu hatalar çoğunlukla projenin ilk 6 ayında ortaya çıkar. İyi analiz, pilot kullanım ve net kabul kriterleriyle büyük ölçüde önlenebilir.
İşletmeler için beklenen kazanım: daha az manuel iş, daha temiz sipariş akışı
ERP entegrasyonunun ana faydası yalnızca teknik uyum değildir. Siparişin doğruluk oranını artırır, ekipler arası gereksiz iletişimi azaltır ve kararları kişisel yorumdan çıkarıp sisteme bağlar. Sipariş açıldığında stok, fiyat ve cari uygunluk aynı akış içinde kontrol edildiğinde satış temsilcisi, operasyon ekibi ve finans aynı veriye bakar.
Ölçülebilir kazanım şirketten şirkete değişir; bu nedenle genel geçer yüzde vaatleri doğru olmaz. Yine de şu alanlarda etkisi net biçimde gözlenir: sipariş düzeltme sayısında azalma, telefon ve e-posta ile teyit ihtiyacında düşüş, faturaya yansıyan fiyat uyuşmazlıklarının azalması, sevkiyat planlamasında daha yüksek öngörü. Özellikle 50'den fazla aktif bayiyle çalışan üretici ve distribütörlerde bu fark birkaç hafta içinde operasyonel olarak hissedilir.
Kısacası, B2B sipariş tarafında sürdürülebilir büyüme hedefleniyorsa stok, fiyat ve cari veri dağınık bırakılamaz. Tek kaynaktan yönetilen ERP merkezli model; portalı daha güvenilir, ekibi daha verimli, sipariş zincirini ise daha denetlenebilir hale getirir. İyi tasarlanmış bir entegrasyon, bir yazılım projesi olmanın ötesinde kurumsal işleyiş standardıdır.
