B2B E-Ticarette Minimum Sipariş Miktarı (MOQ) ve Koli/Palet Bazlı Satış Kuralları

B2B e-ticarette MOQ neden yalnızca bir adet sınırı değildir?

B2B e-ticarette minimum sipariş miktarı (Minimum Order Quantity veya MOQ), bir ürünün sipariş edilebilmesi için gereken en düşük miktarı ifade eder. Ancak üretici, toptancı, bayi ve distribütör operasyonlarında tek başına “en az 100 adet” kuralı yeterli değildir. Ürün 24’lü kolilerle sevk ediliyor, palete 40 koli yerleşiyor veya belirli bir müşteri yalnızca tam palet satın alabiliyorsa satış sistemi bu ilişkilerin tamamını birlikte değerlendirmelidir.

Doğru kurgulanmayan miktar kuralları; bölünmüş koli, eksik palet, uygulanamayan fiyat, depo operasyonunda manuel düzeltme ve ERP tarafından reddedilen sipariş gibi sorunlara yol açar. Kural yalnızca sipariş ERP’ye gönderilirken kontrol edilirse kullanıcı, uzun bir sepet hazırladıktan sonra hatayla karşılaşır. İyi tasarlanmış bir B2B platformu ise geçerli satış birimini ürün sayfasında açıklar, miktar girişini yönlendirir ve uygunsuz siparişi mümkün olan en erken aşamada önler.

MOQ, sipariş katı ve ambalaj birimi arasındaki fark

MOQ, sipariş katı ve ambalaj birimi birbirine yakın görünse de farklı soruları yanıtlar. MOQ, “Bu ürün için kabul edilen en düşük sipariş nedir?” sorusunun karşılığıdır. Sipariş katı, minimum miktarın üzerindeki artışların hangi adımlarla yapılacağını belirler. Ambalaj birimi ise ürünün adet, paket, koli veya palet olarak nasıl tanımlandığını ve sevk edildiğini gösterir.

Örneğin bir ürünün MOQ değeri 120 adet, koli içi miktarı 24 adet ve sipariş katı 24 olabilir. Böyle bir üründe 120, 144 ve 168 adet geçerliyken 130 adet geçerli değildir. MOQ 100 olarak tanımlanıp sipariş katı 24 bırakılırsa sistemin geçerli miktar dizisini ayrıca belirlemesi gerekir: artışlar 100’den mi, yoksa koli katlarından mı başlayacaktır? Bu ayrım veri modelinde açık değilse web mağazası ile ERP farklı sonuçlar üretebilir.

Microsoft Dynamics 365 B2B miktar limitleri dokümanı, ürünlerin tekil birimler veya katlar halinde satılabilmesini ve minimum, maksimum ve çoklu miktarların birlikte yönetilebilmesini açıklar. Bu yaklaşım, MOQ ile sipariş katının ayrı alanlar olarak tutulmasının neden önemli olduğunu gösterir.

Adet, paket, koli ve palet hiyerarşisi nasıl modellenir?

B2B satışta bir ürünün temel ölçü birimi adet olabilir; fakat sipariş edilebilir birimi koli, sevk birimi ise palet olabilir. Bu nedenle ürün kartında yalnızca “koli içi 12 adet” alanı tutmak yerine birim hiyerarşisi kurulmalıdır. Her seviyede alt birim miktarı, barkod veya GTIN, ağırlık, hacim, ölçüler, sipariş edilebilirlik ve sevk edilebilirlik gibi bilgiler tanımlanabilmelidir.

GS1 ürün hiyerarşisi rehberi, temel birim, iç paket, koli ve palet seviyelerinin birbirine bağlı ticari ürünler olarak modellenebileceğini belirtir. Her seviyenin ayrı tanımlanması; sipariş, barkod, depo ve lojistik işlemlerinin aynı ambalaj yapısını yorumlamasına yardımcı olur.

Örneğin bir kolide 12 şişe, bir palette 60 koli varsa tam palet 720 şişedir. Kullanıcı iki palet seçtiğinde sistem siparişi 2 palet, 120 koli ve 1.440 adet karşılıklarıyla gösterebilir. ERP aktarımında hangi birimin kullanılacağı entegrasyon sözleşmesine göre belirlenir; fakat dönüşüm katsayıları tek bir güvenilir kaynaktan gelmelidir. Böylece arayüz başka, depo başka ve ERP başka bir miktar hesaplamaz.

Ambalaj değişiklikleri neden sürümlenmelidir?

Koli içi adet veya paletteki koli sayısı zaman içinde değişebilir. Bu değişikliği mevcut ürün kaydının üzerine yazmak, açık siparişlerin ve geçmiş belgelerin anlamını bozabilir. GS1 paket ve koli miktarı kuralına göre koli içindeki ticari ürün sayısının ya da önceden tanımlanmış palet konfigürasyonundaki koli sayısının değişmesi yeni bir GTIN gerektirir. Sistem tasarımında ambalaj konfigürasyonunun geçerlilik tarihleriyle veya yeni bir ticari ürün kaydıyla yönetilmesi bu nedenle önemlidir.

MOQ hangi seviyede tanımlanmalı?

Tek bir genel MOQ alanı başlangıçta kolay görünür; ancak gerçek B2B satış koşulları çoğunlukla daha ayrıntılıdır. Aynı ürün perakendeciye koli, büyük distribütöre palet bazında satılabilir. İhracat kanalında konteyner veya yükleme kısıtı geçerliyken yurt içi siparişte daha düşük eşik uygulanabilir. Bazı müşterilerin sözleşmeleri ise standart kuraldan farklı bir minimum miktar içerebilir.

Bu nedenle kural motoru ürün, ürün grubu, müşteri, müşteri grubu, satış kanalı, depo, teslimat adresi ve tarih aralığı gibi bağlamları desteklemelidir. Birden fazla kural eşleştiğinde öncelik sırası önceden tanımlanmalıdır. Örneğin müşteri–ürün istisnası, müşteri grubu kuralından; müşteri grubu kuralı da ürün varsayılanından daha öncelikli olabilir. Sistem yalnızca sonucu değil, hangi kuralın neden seçildiğini de yöneticiye gösterebilmelidir.

Müşteri bazlı istisnalar nasıl yönetilir?

İstisna, ana veriyi değiştirerek veya kod içine koşul ekleyerek uygulanmamalıdır. Yetkili kullanıcı; müşteri, ürün, yeni MOQ, sipariş katı, geçerlilik başlangıcı ve bitişi ile gerekçe alanlarını içeren bir kayıt oluşturabilmelidir. Kritik istisnalar onaya bağlanabilir ve yapılan değişiklikler denetim izinde saklanabilir. Süresi dolan kural otomatik kapanmalı, platform yeniden standart kurala dönmelidir.

İstisna fiyatlandırmayı etkiliyorsa miktar doğrulaması ile fiyat hesaplama sırası da netleştirilmelidir. Müşteriye özel fiyatların, miktar basamaklarının ve iskontoların çakışma biçimi hakkında bayi portalında özel fiyat ve iskonto kuralları rehberindeki yaklaşım kullanılabilir.

Koli ve palet bazlı satışta temel senaryolar

Tam koli satışı

Tam koli satışında kullanıcı adet yazsa bile değer koli içi miktarın katı olmalıdır. Arayüzde “1 koli=24 adet” bilgisi görünmeli; artırma ve azaltma düğmeleri 24’er adet ilerlemelidir. Kullanıcı 50 adet girerse yalnızca “geçersiz miktar” denmemeli, en yakın geçerli seçenekler olan 48 ve 72 adet sunulmalıdır. Böylece hata mesajı bir engel değil, siparişi tamamlama yönlendirmesi olur.

Tam palet ve katman bazlı satış

Tam palet satışında palet kapasitesi ürün ve ambalaj konfigürasyonuna göre hesaplanır. Bazı operasyonlarda tam palet zorunluyken bazılarında palet katmanı da sipariş edilebilir. Örneğin palette beş katman ve her katmanda sekiz koli varsa tam palet 40 koli, katman bazlı sipariş ise sekiz koli katlarıyla ilerler. Ürün kartı her iki karşılığı da açıkça göstermelidir.

Karma palet

Karma palet, farklı ürünlerin aynı lojistik birimde birleştirilmesidir. Burada her ürün için koli katı korunurken paletin toplam koli, ağırlık, hacim veya katman kapasitesi kontrol edilir. Her ürünün farklı koli ölçüsü varsa yalnızca toplam koli sayısına bakmak yeterli olmayabilir. Uygunluk hesabı hacim, ağırlık, istiflenebilirlik, tehlikeli madde sınıfı veya sıcaklık koşulu gibi operasyonel kısıtları da içerebilir.

Karma palet kuralı “en az 30 koli” gibi basit bir toplamdan ibaretse sepet düzeyinde uygulanabilir. Fiziksel yerleşim optimizasyonu gerekiyorsa ayrı bir paletleme veya depo sistemiyle entegrasyon gerekebilir. Platform, hesaplayamadığı fiziksel uygunluğu kesinmiş gibi göstermemeli; gerektiğinde siparişi operasyon onayına yönlendirmelidir.

Sepet doğrulaması hangi sırayla çalışmalı?

Doğrulama, yalnızca “Siparişi tamamla” düğmesine basıldığında yapılmamalıdır. İlk kontrol ürün sayfasındaki miktar girişinde, ikinci kontrol sepete eklemede, üçüncü kontrol sepet güncellendiğinde ve son kontrol ERP’ye aktarım öncesinde çalışmalıdır. Aynı kural servisi hızlı sipariş, Excel yükleme, mobil satış ve API siparişleri tarafından da kullanılmalıdır.

• Ürünün ve seçilen ambalaj biriminin müşteri için satışa açık olup olmadığını doğrulayın.
• Miktarın MOQ değerini karşıladığını ve izin verilen sipariş katına uyduğunu kontrol edin.
• Koli, katman ve palet dönüşümlerini güncel konfigürasyonla hesaplayın.
• Müşteriye özel fiyatın ve miktar basamağının geçerli miktara uygulandığını doğrulayın.
• Stok, rezervasyon, depo ve teslimat koşullarını kontrol edin.
• Sipariş özeti ile ERP’ye gönderilecek birim ve miktarı son kez karşılaştırın.

Excel veya CSV ile yüzlerce satır yüklenen siparişlerde de aynı kontroller satır bazında çalışmalıdır. Geçerli satırları kaybetmeden hatalı satırları ürün kodu, girilen miktar, beklenen miktar ve düzeltme önerisiyle göstermek gerekir. Bu akışın ayrıntıları B2B toplu sipariş planlama içeriğinde ele alınmaktadır.

Kullanıcıya kural nasıl anlatılmalı?

B2B müşterisi miktarın neden reddedildiğini anlayabilmelidir. “Miktar geçersiz” yerine “Bu ürün en az 5 koli ve 1 koli katlarıyla sipariş edilir. 1 koli 24 adettir; geçerli minimum 120 adettir” mesajı verilmelidir. Sepette müşterinin seçtiği birim, temel birim karşılığı ve toplam ambalaj sayısı birlikte gösterilmelidir.

Otomatik yuvarlama yapılacaksa kullanıcının onayı alınmalıdır. 125 adedi sessizce 144 adede çevirmek toplam fiyatı, nakliye maliyetini ve satın alma yetkisini değiştirebilir. Daha güvenli yaklaşım, “120 adede indir” ve “144 adede çıkar” seçeneklerini fiyat farkıyla sunmaktır. Değişiklik sipariş limitini veya onay eşiğini aşıyorsa ilgili onay akışı yeniden değerlendirilmelidir.

Fiyatlandırma, iskonto ve stokla tutarlılık

Miktar kuralları fiyat motorundan ayrı düşünülemez. Fiyat adet başına tutulup koli bazında gösterilebilir veya doğrudan koli fiyatı tanımlanabilir. Her iki durumda da para birimi, vergi, iskonto, miktar basamağı ve yuvarlama yöntemi aynı hesaplama servisinde tutarlı sonuç üretmelidir. Kullanıcı palet seçtiğinde indirim basamağı toplam adet üzerinden çalışıyorsa arayüz bu ilişkiyi açıklamalıdır.

Stok da yalnızca temel birim toplamı olarak gösterilmemelidir. Depoda 250 adet bulunan, 24’lü tam koliyle satılan bir üründe teorik stok 250 adet olsa da satılabilir tam koli sayısı 10’dur; 10 adet artık stok siparişe açılamaz. Hasarlı koli, rezerve stok, lot kısıtı veya farklı depolardaki parçalı miktarlar satılabilir ambalaj sayısını daha da değiştirebilir.

ERP entegrasyonunda tek doğruluk kaynağı nasıl kurulur?

MOQ’nun ERP’de, koli dönüşümünün ürün bilgi sisteminde ve müşteri istisnasının B2B panelinde tutulması mümkündür. Asıl gereksinim, her veri için hangi sistemin ana kaynak olduğunun belirlenmesidir. Entegrasyon sözleşmesi ürün kodu, satış birimi, dönüşüm oranı, MOQ, sipariş katı, fiyat birimi, geçerlilik tarihi ve müşteri eşlemesini açıkça tanımlamalıdır.

Senkronizasyon gecikmesi veya hatası olduğunda sessizce eski veriyle sipariş almak yerine kaydın durumu görünür olmalıdır. Aktarım günlükleri, son başarılı güncelleme zamanı, hata kuyruğu ve yeniden deneme mekanizması yönetim panelinden izlenebilmelidir. ERP siparişi reddederse kullanıcıya teknik hata kodu göstermek yerine açıklanabilir bir durum sunulmalı; operasyon ekibi ise ham istek, yanıt ve kural sürümüne erişebilmelidir.

Yönetim panelinde hangi alanlar bulunmalı?

• Ürün ve ambalaj seviyesi bazında temel birim ile dönüşüm katsayıları
• MOQ, maksimum miktar, sipariş katı ve izin verilen satış birimleri
• Müşteri, grup, kanal, depo ve tarih bazlı kural kapsamı
• Karma palet kapasitesi ve uygun ürün grupları
• Öncelik, geçerlilik dönemi, onay durumu ve istisna gerekçesi
• ERP eşleme kodları, senkronizasyon durumu ve hata kayıtları
• Değişiklik geçmişi, işlemi yapan kullanıcı ve önceki değerler

Rol ve yetki yönetimi kritik önem taşır. Satış temsilcisi müşteriye özel geçici istisna talep edebilir; satış yöneticisi onaylayabilir; ürün veya lojistik ekibi ambalaj bilgisini değiştirebilir. Ancak her rol yalnızca sorumlu olduğu alanlara erişmeli ve kritik değişiklikler yayınlanmadan önce doğrulanmalıdır.

Projeye başlamadan önce yanıtlanması gereken sorular

Sağlıklı bir çözüm, ekran tasarımından önce iş kurallarının çıkarılmasıyla başlar. Hangi ürünlerin adet, koli veya palet bazında satıldığı; MOQ’nun hangi müşteri ve kanallarda değiştiği; parçalı palete izin verilip verilmediği; artık stokların nasıl ele alındığı ve ERP’nin hangi birimi kabul ettiği belgelenmelidir. Ardından gerçek sipariş örnekleriyle karar tablosu hazırlanmalıdır.

Pilot aşamada standart koli, tam palet, karma palet, müşteri istisnası, stok yetersizliği, ambalaj değişikliği ve entegrasyon kesintisi gibi senaryolar test edilmelidir. Başarı yalnızca siparişin oluşmasıyla ölçülmemeli; manuel düzeltme oranı, ERP retleri, sepette terk, destek talebi ve sevkiyat uyumsuzluğu da izlenmelidir.

MOQ kurallarını satış deneyiminin doğal parçasına dönüştürün

Başarılı bir B2B e-ticaret sistemi, MOQ ve koli/palet kurallarını müşterinin önüne son anda çıkan kısıtlar olarak değil, siparişi doğru miktara yönlendiren anlaşılır bilgiler olarak sunar. Ürün hiyerarşisi, müşteri istisnaları, fiyatlandırma, stok, lojistik ve ERP aktarımı aynı kural bütününün parçalarıdır.

Kumsal Ajans; B2B e-ticareti yalnızca bir sipariş ekranı olarak değil, gerçek satış ve operasyon süreçlerine göre geliştirilen projeye özel bir web yazılımı olarak ele alır. MOQ, sipariş katı, koli/palet dönüşümü, özel fiyat, sepet doğrulaması, rol yönetimi ve ERP entegrasyonunu mevcut yapınıza uygun bir çözüme dönüştürmek için Kumsal Ajans ile iletişime geçin.