Müşteri Kadıköy'den bir sipariş veriyor. Aynı ürün üç farklı yerde stokta: Tuzla merkez deposu, Ataşehir mağazası ve İstanbul Anadolu 3PL'i. Hangisinden gönderilmeli?
Bu basit gibi görünen soru aslında 10'larca değişkene bağlıdır: stok seviyeleri, mağazanın günlük paketleme kapasitesi, kargo firmalarının teslimat süresi, müşterinin SLA beklentisi, kargo maliyeti, ürün önceliği. Cevabı insan eliyle vermek mümkün değil. İşte Distributed Order Management — kısaca DOM — bu kararı 200 milisaniyede ve binlerce sipariş için aynı anda veren sistemdir.
DOM, modern e-ticaretin görünmez kahramanlarından biridir. Müşteri görmez, mağaza personeli görmez, çoğu zaman finans bile görmez — ama bir markanın teslimat süresi, kargo maliyeti ve müşteri memnuniyeti puanı doğrudan DOM'un verdiği kararlara bağlıdır. Bu yazıda DOM'u, OMS'ten farkını, nasıl çalıştığını ve bir markada hangi noktadan itibaren gerekli olduğunu detaylı ele alıyoruz.
OMS, DOM, FMS — birbirine karıştırılan üç kavram
Bu üç sistem sıkça aynı bağlamda anılır ve karıştırılır. Net bir ayrım yapalım:
- OMS (Order Management System): Siparişin dijital yaşam döngüsünü yönetir — alım, validasyon, ödeme onayı, iptal, iade. Siparişin "kayıt katmanı"dır.
- DOM (Distributed Order Management): Siparişin nereden, nasıl, hangi sırayla karşılanacağına karar verir. Karar motorudur.
- FMS (Fulfillment Management System): Bu kararın fiziksel olarak gerçekleştirilmesini orkestre eder — pick listing, paketleme talimatları, kargo etiket basımı, depo veya mağaza ile entegrasyon.
Basit bir analojiyle: OMS bir restoranın sipariş alma terminali, DOM siparişin hangi şefe ve hangi mutfak istasyonuna düşeceğine karar veren maître d', FMS ise mutfağın kendisidir. Üçü ayrı sistem olabilir, üçü tek platformda da olabilir — Omniens'te olduğu gibi.
DOM bir karar verirken neye bakar?
Gerçek bir routing kararı tipik olarak şu sinyalleri birleştirir:
- Müşteri lokasyonu ve SLA — same-day mi, ertesi gün mü, standart mı?
- Lokasyon bazlı stok — ürün gerçekten orada mı, rezerve edilmiş mi?
- Lokasyon kapasitesi — o lokasyon bugün için kaç sipariş daha alabilir?
- Kargo firmaları ve maliyetleri — hangi firma o güzergaha en hızlı / en ucuz?
- Sipariş özelliği — split shipment'a uygun mu, kombinasyon zorunlu mu?
- İş kuralları — bir lokasyondan başka lokasyona transfer yasak mı, bazı SKU'lar sadece belli yerlerden gönderilebilir mi?
- Operasyonel sağlık — bir lokasyonda WMS arızası, kargo gecikmesi var mı?
Bu sinyalleri ağırlıklandırıp tek bir karara dönüştürmek, optimizasyon problemidir. Modern DOM motorları bu problemi hem hızlı (200ms hedefi) hem ölçeklenebilir (saniyede binlerce karar) çözer.
200 milisaniyelik bir karar — adım adım
Yukarıdaki Kadıköy siparişinin DOM yolculuğunu açalım. T+0ms: Sipariş OMS'ten DOM'a düşer. T+15ms: Tüm lokasyonlar (depo, mağaza, 3PL) için stok ve kapasite cache'i okunur. T+40ms: 487 toplam lokasyondan stok ve kapasite filtresinden geçen 5 aday belirlenir. T+80ms: Her aday için kargo süresi ve maliyeti hesaplanır. T+140ms: İş kuralları uygulanır (örneğin "Anadolu yakasından gönder, hızlı SLA"). T+170ms: Skorlama yapılır — Ataşehir mağazası kazanır. T+195ms: Karar FMS'e iletilir; mağazada pick listing tetiklenir.
DOM'un getirdiği iş değeri
Markalar DOM'u kurduktan sonra tipik olarak şu sonuçlarla karşılaşır:
- Kargo süresinde belirgin düşüş — özellikle bölgesel mağaza ağı olan markalarda en yakın lokasyondan gönderim ortalama 1–2 günü tıraşlar.
- Kargo maliyetinde tasarruf — kısa mesafe + uygun kargo firması kombinasyonu birim kargo maliyetini düşürür.
- Stok devir hızında artış — mağaza stoku online satışa açılınca, raf ömrü tehlike altındaki ürünler hızlanır.
- Müşteri memnuniyetinde yükseliş — hızlı teslimat NPS skorunda doğrudan görünür.
- İade oranında düşüş — yanlış lokasyondan gecikmeli gelen ürünler iade nedenlerinin başında gelir.
DOM hangi noktada gerekli olur?
Tek depodan iş yapan bir markaya DOM gerekmez — orada karar tek seçenek arasından zaten bellidir. DOM şu üç koşulun en az ikisi geçerli olunca anlamlıdır: (1) Birden fazla fulfillment lokasyonunuz var (depo + mağaza, depo + 3PL, çoklu depo). (2) Aylık sipariş hacminiz manuel karar verilemeyecek seviyede (binlerce / on binlerce). (3) Farklı SLA'ları olan birden fazla satış kanalınız var (kendi site, pazaryeri, B2B).
DOM ile başlarken
DOM'a yatırım yapmanın en doğru zamanı, ekibin "bu kararları artık manuel veremiyoruz, hata yapıyoruz, kaçırıyoruz" demeye başladığı andır. İlk kurulumda agresif iş kuralları yerine basit kuralarla başlamak — örneğin "müşteriye en yakın stok lokasyonundan, kapasite varsa" gibi — sonra kademeli olarak skoring ve daha karmaşık optimizasyonlar eklemek daha sağlıklı bir yoldur.
Sonuç
DOM, modern e-ticaret operasyonlarının görünmez ama belirleyici beyni. İyi tasarlanmış bir DOM motoru hem müşteri deneyimini hem birim maliyetleri ciddi şekilde iyileştirir. Stratejik bir altyapı yatırımıdır — ama doğru zamanda, doğru sırada yapılmalıdır.
Distributed Order Management, kapasite-aware routing, çoklu lokasyon optimizasyonu ve gerçek zamanlı iş kuralı motoru sunar. Mevcut OMS ve WMS'lerinizle entegre çalışır; özel iş kurallarınızı kod yazmadan görsel arayüzle tanımlayabilirsiniz. Detaylı teknik mimari için DOM teknik mimari sayfamıza göz atabilirsiniz.
Want to take a closer look at the Omniens platform?
Let's discuss our order management, fulfillment, and integration platform alongside your scope.
Request a demo