B2B Portalda Sipariş Onay Süreci Nasıl Kurgulanır?

Kısa cevap: B2B portalda sipariş onay süreci; her siparişin aynı şekilde ilerlemesi yerine, riskli veya istisnalı siparişlerin tanımlı kurallara göre doğru kişiye düşmesini sağlayan iş akışıdır. Amaç siparişi yavaşlatmak değil; fiyat, vade, stok, müşteri limiti ve operasyon uygunluğu gibi kritik kontrolleri görünür hale getirmektir.

Özellikle bayi ağıyla, müşteri özel fiyatlandırmayla veya açık hesap çalışılan yapılarda siparişin doğrudan ERP’ye akması her zaman en sağlıklı yöntem değildir. Daha güvenli yaklaşım; hangi siparişlerin otomatik ilerleyeceğini, hangilerinin satış, finans veya operasyon onayı bekleyeceğini baştan netleştirmektir.

B2B portalda sipariş onay süreci nedir?

Sipariş onay süreci, portal üzerinden gelen talebin belirli kurallardan geçerek kabul, bekletme veya ek kontrol adımına yönlendirilmesini ifade eder. Bu yapı sayesinde ekipler sadece sipariş var mı diye bakmaz; siparişin gerçekten işleme alınmaya hazır olup olmadığını da görür.

B2B tarafta bu ihtiyaç genelde şu durumlarda ortaya çıkar:

• müşteriye özel fiyat veya iskonto kullanılıyorsa,
• açık hesap ve farklı ödeme kurguları birlikte yönetiliyorsa,
• stok görünürlüğü ile sipariş alma aynı anda çalışıyorsa,
• satış, finans ve operasyon ekipleri aynı siparişte farklı kontrol noktalarına sahipse.

Neden ayrı bir onay kurgusu gerekir?

B2B siparişlerde asıl problem yalnızca ürün seçimi değildir. Sipariş, müşteri anlaşmasına uyuyor mu, vade koşulu doğru mu, limit aşılıyor mu, stok gerçekten yeterli mi ve operasyon bu talebi belirtilen sürede karşılayabilir mi gibi sorular aynı anda devrededir.

Onay adımı olmayan yapılarda iki risk oluşur: ya ekip her siparişi manuel takip etmek zorunda kalır ya da hatalı siparişler sisteme fazla erken düşer. İyi tasarlanmış akış ise yalnızca gerekli istisnalarda insan müdahalesi ister; geri kalan siparişler otomatik ilerler.

Hangi siparişler otomatik, hangileri onaylı ilerlemeli?

En sağlıklı yaklaşım, tüm siparişlere tek kural uygulamak yerine karar kriterlerini baştan yazmaktır. Aşağıdaki basit çerçeve iyi bir başlangıç sağlar:

Durum	Önerilen akış	Neden
Standart ürün + standart fiyat + limit içinde	Otomatik onay	Gereksiz manuel yükü azaltır
Müşteri özel fiyat veya kampanya istisnası	Satış onayı	Fiyatlama tutarlılığını korur
Vade talebi, açık hesap veya limit aşımı	Finans onayı	Tahsilat riskini görünür kılar
Stok kritik seviyede veya termin belirsiz	Operasyon onayı	Yanlış teslim sözü verilmesini önler

Bu kararları kâğıt üstünde netleştirmek, portaldaki kural motorunu tanımlamayı kolaylaştırır. Benzer şekilde CRM sistemi seçimi ve kurulumu nasıl süreç mantığı gerektiriyorsa, B2B portal onayı da önce iş kuralı sonra yazılım ayarı mantığıyla ele alınmalıdır.

Müşteri bazlı kurallar

Her müşterinin aynı sipariş serbestliğine sahip olması gerekmez. Bayi seviyesi, tahsilat geçmişi, sözleşmeli fiyat listesi veya bölgesel dağıtım modeli gibi kriterler müşteriye göre farklı kural setleri gerektirebilir.

Tutar ve ürün bazlı kurallar

Yüksek tutarlı siparişler, belirli ürün grupları veya özel termin gerektiren kalemler için ayrı onay adımı tanımlamak daha kontrollü bir yapı kurar. Bu sayede sistem sadece gerçekten riskli siparişlerde insan kontrolü ister.

Onay akışında hangi roller yer almalı?

Rol tasarımı basit ama net olmalıdır. Herkesin her şeye müdahale ettiği yapı hem yavaşlar hem de sorumluluğu belirsizleştirir.

• Satış: müşteri ilişkisi, fiyatlama istisnası ve sipariş bağlamı kontrolü
• Finans: vade, limit, açık hesap ve ödeme riski kontrolü
• Operasyon: stok, termin, sevkiyat veya hazırlık uygunluğu kontrolü
• Yönetici: istisnai ve sınır üstü kararlar için son onay

Bu rol dağılımı portalı sadece sipariş ekranı olmaktan çıkarır; kurallı bir ticari operasyon paneline dönüştürür.

Veri akışı hangi sistemlerle bağlanmalı?

Onay süreci tek başına portal içinde tanımlanabilir; ancak verimli olması için veri akışının diğer sistemlerle uyumlu olması gerekir. Özellikle şu başlıklar önemlidir:

• müşteri kartı ve yetkiler,
• fiyat listeleri ve iskonto kuralları,
• stok yönetimi ve ürün uygunluğu,
• ödeme durumu veya açık hesap limiti,
• onay sonrası ERP / sipariş aktarımı,
• raporlama ve istisna kayıtları.

Eğer bu alanlar farklı araçlarda dağınık duruyorsa, onay akışı görünürde portalda çalışır ama ekip tekrar e-posta ve telefon trafiğine döner. Bu nedenle sipariş onayı çoğu zaman sadece portal konusu değil, aynı zamanda otomasyon ve entegrasyon konusudur.

Darboğaz oluşturmadan nasıl yönetilir?

En sık yapılan hata, güvenlik adına her siparişi manuel onaya bağlamaktır. Bu yaklaşım kısa sürede ekip içi bekleme yaratır. Daha sağlıklı yöntem, yalnızca istisna üreten siparişleri işaretleyen bir akış kurmaktır.

Bunun için şu kontroller yeterli olur:

• onay nedenini sistemde görünür yazmak,
• bekleyen siparişleri rol bazında ayrı kuyrukta göstermek,
• aynı sipariş için gereksiz tekrar onay istememek,
• onay sonrası ERP veya operasyon aktarımını netleştirmek,
• iptal, revizyon ve yeniden gönderim durumlarını baştan tanımlamak.

İyi kurgulanmış süreç; hız ile kontrol arasında denge kurar. Amaç siparişleri durdurmak değil, gerçekten müdahale gerektiren noktalarda doğru kişiyi devreye sokmaktır.

Uygulamaya almadan önce hangi sorular yanıtlanmalı?

• Hangi müşteri segmentleri otomatik sipariş verebilir?
• Hangi tutar, ürün veya iskonto seviyesi onay gerektirir?
• Vade ve limit kontrolü hangi sistemden okunur?
• Stok yetersizse sipariş beklemeye mi alınır, bölünür mü, yoksa reddedilir mi?
• Onaylanan sipariş ERP’ye ne zaman ve hangi veriyle aktarılır?
• Finans, satış ve operasyon aynı siparişte hangi sırayla devreye girer?

Bu soruların cevapları netleşmeden başlayan projelerde ekranlar kurulsa bile süreç sahiplenilmez. Önce iş kuralı, sonra portal akışı prensibi burada da geçerlidir.

Sık sorulan sorular

Her B2B sipariş için manuel onay gerekir mi?

Hayır. Standart fiyatlı, limit içinde kalan ve stok açısından sorunsuz siparişler otomatik ilerleyebilir. Manuel onay daha çok istisna senaryoları için kullanılmalıdır.

Onay süreci satışı yavaşlatır mı?

Kötü kurgulanırsa yavaşlatabilir. Doğru tasarlandığında ise yalnızca riskli siparişleri ayırdığı için gereksiz insan trafiğini azaltır ve ekiplerin daha kontrollü çalışmasını sağlar.

Onay kuralları portal mı ERP mi tarafında olmalı?

Bu karar mevcut mimariye bağlıdır. Ancak kullanıcı deneyimi açısından siparişin hangi durumda neden beklediğinin portal tarafında görünür olması önemlidir. Arka plandaki kontrol ERP veya başka bir sistemle entegre çalışabilir.

B2B portal projesinde ilk öncelik ne olmalı?

İlk öncelik ekran sayısı değil, iş kuralı netliğidir. Kim onaylar, ne zaman onaylar ve hangi veriye bakarak karar verir soruları cevaplanmadan teknik geliştirmeye başlamak sağlıklı olmaz.

Sonuç ve iletişim

B2B portalda sipariş onay süreci, özellikle fiyat istisnası, vade kontrolü, stok uygunluğu ve operasyon koordinasyonu olan şirketlerde temel bir yönetim katmanıdır. Doğru kurgu; siparişi gereksiz yere bekletmeden, riskli durumları görünür hale getirir ve ekipler arasında net sorumluluk dağılımı sağlar.

Eğer B2B portal, CRM, ödeme, stok ve ERP akışını birlikte planlamak istiyorsanız, entegrasyon çözümleri sayfamız üzerinden süreçlerinize uygun bir yapı değerlendirebilirsiniz.