OMS Nedir? E-Ticarette Sipariş Yönetim Sistemi Rehberi

OMS (Order Management System / Sipariş Yönetim Sistemi), web sitesi, pazaryerleri ve fiziksel mağazadan gelen siparişleri tek bir panelde toplayıp durumlarını uçtan uca izleyen yazılım katmanıdır. Birden fazla kanaldan satış yapan bir işletmede hangi siparişin hangi aşamada olduğunu, hangi depodan karşılanacağını ve stokun kanallar arasında nasıl paylaşılacağını yönetir.

Bir Siparişin OMS İçindeki Durum Akışı

OMS, bir siparişi sabit bir durum akışı (state machine) üzerinden takip eder; her durum değişikliğini belirli bir olay tetikler:

• Beklemede: Müşteri ödeme adımına geçtiğinde başlar. OMS ürüne geçici bir rezervasyon (soft reservation) koyar. Ödeme sağlayıcısından onay sinyali geldiğinde sipariş onaylanmış sayılır; ödeme belirli bir süre içinde tamamlanmazsa rezervasyon serbest bırakılır ve sipariş iptal edilir.
• Onaylandı: Sipariş ticari olarak geçerli kabul edilir. OMS, satılabilir stok kontrolünü yapıp siparişi en uygun depoya veya mağazaya yönlendirir.
• Hazırlanıyor: Sipariş ilgili depoya veya mağazaya iletilir; depo yönetim sistemi (WMS) ürünleri toplayıp kargo etiketini bastığında sipariş kargoya hazır hale gelir.
• Kargolandı: Kargo firmasının teslim alma/tarama bildirimiyle tetiklenir. OMS takip numarasını ilgili pazaryerine ve e-ticaret sitesine senkronize eder.
• Teslim Edildi: Kargo firmasından gelen teslimat bildirimiyle sipariş kapanır; bu adım genellikle ERP tarafında faturalandırma sürecini de tetikler.
• İptal / İade: Müşterinin iade talebi açması, depoda stok bulunmaması veya ödeme sorunları gibi nedenlerle tetiklenir; iade edilen ürün kalite kontrolünden geçtikten sonra tekrar satılabilir stoğa eklenir.

OMS ile ERP Arasındaki Fark

ERP işletmenin kayıt merkezidir; ürün, muhasebe ve vergiyle ilgili ana verileri tutar. OMS ise bu verileri kullanarak siparişin operasyonel akışını yönetir. İki sistemin sorumluluk alanları genellikle şöyle ayrılır:

Küçük ölçekli ve tek kanaldan satan işletmelerde bu iki katman genellikle aynı yazılımda (ör. platformun kendi paneli) birleşik biçimde sunulur; ayrım daha çok kanal sayısı arttıkça belirginleşir.

Çok Kanallı Satışta Stok Tahsisi ve Oversell Riski

Birden fazla kanaldan satış yapan bir işletmede OMS, tüm depo ve mağaza stoklarını tek bir havuzda birleştirir. Müşteriye gösterilecek satılabilir stok miktarı; toplam fiziksel stoktan kesinleşmiş rezervasyonlar, sepete eklenmiş geçici rezervasyonlar ve ayrılan güvenlik stoğu düşülerek hesaplanır. İşletme, belirlediği kurala göre (örneğin bir üründe stok belirli bir seviyenin altına düştüğünde pazaryeri stoklarını kapatıp kalan miktarı kendi sitesine ayırma gibi) bu payı kanallar arasında yönlendirebilir.

Aynı ürüne iki kanaldan aynı anda sipariş geldiğinde (oversell riski), OMS önce ürüne süreli bir geçici rezervasyon uygular — bu süre genellikle on-on beş dakika civarındadır. Bu sırada iki farklı siparişin aynı stok birimini aynı anda düşürmeye çalışması bir yarış durumu (race condition) oluşturabilir; bunu önlemek için veritabanı seviyesinde kilitleme mekanizmaları (bir işlem bitene kadar diğerini bekleten kilitleme, ya da versiyon kontrolüyle çakışmayı sonradan tespit eden kilitleme yöntemleri) kullanılır. Ödeme onaylandığında rezervasyon kesinleşir ve stok kalıcı olarak düşülür; ödeme tamamlanmazsa rezervasyon serbest bırakılır.

OMS'nin Diğer Sistemlerle Entegrasyonu

OMS, çevresindeki sistemlerle genellikle birkaç yöntemden biriyle konuşur: bir olay gerçekleştiğinde (kargoya verildi, teslim edildi gibi) anlık bildirim gönderen olay tabanlı bağlantılar (webhook); sipariş çekme, stok ve katalog güncellemede kullanılan API'ler (farklı yazılımların birbiriyle veri alışverişi yapmasını sağlayan bağlantılar); yüksek sipariş hacmi olan yapılarda sistemler arasında bağımsız çalışmayı sağlayan mesaj kuyrukları; webhook desteği olmayan eski sistemlerde ise belirli aralıklarla veri çeken periyodik sorgulama (polling) yöntemi. Doğrudan ERP entegrasyonlarında zaman zaman veritabanı görünümleri veya dosya aktarımı gibi daha basit yöntemler de kullanılabilir.

Sipariş Bölünmesi ve Backorder Yönetimi

Sepetteki ürünler tek bir depoda veya mağazada bulunmuyorsa OMS, siparişi en düşük toplam maliyeti (toplama + kargo + bölünme) verecek şekilde birden fazla noktaya bölebilir; bu durumda ürünler ayrı paketler halinde, farklı zamanlarda müşteriye ulaşabilir. Sipariş anında stokta olmayıp tedarikçiden yolda olan bir ürün için ise sipariş 'backorder' durumuna alınır; ürün depoya girip mal kabulü tamamlandığında sipariş otomatik olarak hazırlanma aşamasına geçer ve öncelikli olarak paketleme kuyruğuna eklenir.

Bağımsız Bir OMS'ye Ne Zaman İhtiyaç Duyulur

Tek kanaldan satan ve düşük hacimli bir işletme için platformun kendi sipariş paneli (Ticimax, İdeaSoft, İkas gibi) genellikle yeterlidir. Aşağıdaki eşiklerden birkaçına yaklaşıldığında bağımsız/dedicated bir OMS altyapısını değerlendirmek gerekebilir:

• Satışların 2 veya daha fazla fiziksel depodan ya da çok sayıda mağaza şubesinden karşılanması
• Günlük sipariş sayısının yaklaşık 1.000 adedi aşması, ya da kampanya dönemlerinde ani sipariş yükleri yaşanması
• Aktif SKU (her ürün varyasyonuna verilen benzersiz stok kodu) sayısının 10.000'in üzerine çıkması
• 3 veya daha fazla pazaryerinin, web sitesi ve mağaza satış noktasıyla eşzamanlı çalışması
• Stok uyumsuzluğu kaynaklı sipariş iptal oranının yüzde 2'yi aşması

Sık Sorulan Sorular