Siteden, pazaryerinden, bayiden ve telefondan gelen siparişler dört ayrı ekranda duruyorsa, her biri için stok, adres ve ödeme kontrolü elle yapılıyor demektir. Sipariş yönetim sistemi (OMS, Order Management System), bütün kanallardan gelen siparişleri tek kuyrukta toplayan, kurallara göre doğrulayan, stoğu ayıran, depoya ve kargoya yönlendiren ve durumu geri bildiren yazılım katmanıdır.
Bu rehberde sipariş yönetim sisteminin ne olduğunu, ERP, WMS ve kargo entegrasyonundan farkını, sipariş yaşam döngüsünü, doğrulama ve stok ayırma kurallarını, bölünmüş sevkiyatı, iade ve iptali, dört göstergeyi ve geri dönüş hesabını anlatıyoruz. Örnek rakamlar temsilîdir; gerçek bir firmanın ya da sektörün verisi değildir.
Sipariş Yönetim Sistemi (OMS) Nedir?
OMS, siparişin satış kanalından çıkıp müşteriye ulaşana kadar geçtiği adımları yöneten sistemdir: siparişi alır, kurallara göre doğrular, stoğu ayırır, hangi depodan çıkacağını belirler, kargo ve fatura adımlarını tetikler, durumu kanala ve müşteriye bildirir, iptal ve iadeyi yönetir.
Siparişin kendisi sistemin merkezidir; ürün katalogu, depo içi iş ya da muhasebe değil. Bu yüzden OMS bazen ERP'nin bir modülü, bazen ayrı bir uygulama olarak kurulur. İşletmenin tamamını kapsayan sistem için ERP nedir rehberimize bakabilirsiniz.
Okumanızı öneririz: ERP yazılımı hizmetimiz
OMS, ERP, WMS ve Entegrasyon Arasındaki Fark Nedir?
OMS, diğer sistemlerin arasında durur: siparişin ne olacağına karar verir, işi yapmayı depoya, kargoya ve muhasebeye bırakır.
| Sistem | Asıl işi | OMS ile ilişkisi |
|---|---|---|
| Sipariş yönetim sistemi | Siparişin alınması, doğrulanması, ayrılması ve izlenmesi | Kendisi |
| ERP | Stok, finans, üretim, satın alma gibi işletme kayıtları | Stok ve cari bilgisini sağlar, faturayı ve muhasebeyi üstlenir |
| WMS | Depo içi yerleşim, toplama ve sevkiyat hazırlığı | OMS'den "şunu hazırla" emri alır, "hazır" bilgisini döner |
| Pazaryeri entegrasyonu | Ürün, stok ve fiyatın kanallarla eşitlenmesi | Kanaldan siparişi getirir, durumu kanala yazar |
| Kargo entegrasyonu | Etiket, takip kodu ve teslim bilgisi | Sevkiyat adımını tetikler, takip bilgisini alır |
Ayrıntılar için WMS, pazaryeri entegrasyonu ve kargo entegrasyonu yazılarımız bu sınırları ayrı ayrı ele alıyor.
Sipariş Yaşam Döngüsü Hangi Adımlardan Oluşur?
Her sipariş aynı durumlardan geçer; fark, kimin neyi yaptığının net olup olmamasındadır. Aşağıdaki tablo sekiz durumu gösterir.
| Durum | Ne olur? | Kim ya da ne yapar? |
|---|---|---|
| 1. Alındı | Sipariş kanaldan gelir, tek biçime çevrilir | Kanal bağlantısı |
| 2. Doğrulandı | Adres, ürün, stok, kredi limiti ve risk işaretleri denetlenir | OMS kuralları; istisnada çalışan |
| 3. Onaylandı | Ödeme alındı ya da bayi vadesi uygun bulundu | Ödeme sistemi, finans |
| 4. Stok ayrıldı | Ürün bu siparişe rezerve edilir, kanallarda satılabilir stok düşer | OMS, ERP stoğu |
| 5. Hazırlandı | Depo toplar ve paketler | WMS ya da depo çalışanı |
| 6. Sevk edildi | Etiket basılır, kargo teslim alır, takip kodu yazılır | Kargo bağlantısı |
| 7. Teslim edildi | Teslim bilgisi gelir, fatura ve tahsilat kapanır | Kargo, ERP |
| 8. İptal ya da iade | Stok geri döner, ödeme iade edilir | OMS, depo, finans |
Birden Fazla Kanaldan Gelen Sipariş Tek Kuyrukta Nasıl Toplanır?
Her kanalın siparişi farklı biçimde gelir; OMS hepsini aynı alanlara (müşteri, adres, ürün kodu, adet, tutar, kanal) çevirir ve tek bir kuyruğa koyar. Böylece doğrulama kuralları kanala göre ayrı ayrı yazılmaz.
- Kendi site: Sipariş ödeme bilgisiyle birlikte anında gelir.
- Pazaryeri: Sipariş kanalın bağlantısı üzerinden çekilir; kanalın kendi durum adları OMS durumlarına eşlenir.
- Bayi portalı: Sipariş cari bakiyeye ve kredi limitine bağlıdır. B2B e-ticaret rehberimizde bayi tarafı anlatılıyor.
- Telefon ya da e-posta: Çalışan siparişi aynı ekrandan girer; böylece elle sipariş de tek kuyruğa düşer.
Kanal sayısı arttıkça kazanç büyür, çünkü her yeni kanal yeni bir ekran değil, aynı kuyruğa bir kaynak olur.
Sipariş Doğrulama Kuralları Nelerdir?
Doğrulama, hatalı siparişin depoya ulaşmasını engeller. Kurallar yazılı ve sistemde tanımlıdır; kural dışı sipariş "bekletmeye" düşer ve bir çalışan karar verir.
| Kural | Kontrol | Sonuç |
|---|---|---|
| Adres | İl, ilçe ve telefon alanları dolu ve tutarlı mı? | Eksikse müşteriye düzeltme isteği |
| Ürün | Ürün kodu tanımlı ve satışta mı? | Tanımsızsa bekletme |
| Stok | Satılabilir stok sipariş adedini karşılıyor mu? | Karşılamıyorsa kısmi sevk ya da bekleme |
| Kredi limiti | Açık bakiye + sipariş tutarı ≤ limit mi? | Aşıyorsa finans onayı |
| Risk işareti | Olağandışı tutar, adet ya da tekrarlayan deneme var mı? | İnceleme kuyruğu |
Kredi limiti örneği: bayinin limiti ₺200.000, açık bakiyesi ₺150.000 ve yeni siparişi ₺60.000 ise 150.000 + 60.000 = ₺210.000 olur, limiti ₺10.000 aşar; sipariş finans onayına düşer. Risk işaretlerinde kesin bir "sahtekârlık" kararı verilmez, yalnız kural dışı siparişler insanın bakması için ayrılır. Ödeme ve kişisel veri konularının hukuki ayrıntısı için hukuk danışmanına başvurulmalıdır.
Stok Ayırma Fazla Satışı Nasıl Önler?
Stok ayırma (rezervasyon), siparişin ürününü sipariş geldiği anda satılabilir stoktan düşmektir; ürün depoda fiziksel olarak durduğu sürece bile başka kanalın göreceği stok azalır.
Temsilî örnek: depoda 120 adet var, 45 adedi onaylı siparişlere ayrılmış. Satılabilir stok 120 − 45 = 75 adettir. Aynı saat içinde siteden 30, pazaryerinden 28, bayiden 25 adetlik sipariş gelir; toplam 83 adet olur.
- Merkezi ayırma yoksa: Her kanal kendi gördüğü 75 adedi satar, 83 adet kabul edilir; 83 − 75 = 8 adet fazla satılır ve iptal edilir. Fazla satış oranı 8 ÷ 83 ≈ %9,6.
- OMS ile: Her sipariş sırayla ayrılır; 75. adetten sonra gelen sipariş otomatik olarak bekleme ya da "stokta yok" yanıtı alır. Müşteriye kabul edilip sonra iptal edilen sipariş kalmaz.
Stok doğruluğunun kendisi başka bir konudur; sayımın ve hareketlerin nasıl tutulacağı için stok takibi rehberimize bakın.
Dağıtım ve Bölünmüş Sevkiyat Nasıl Karara Bağlanır?
Birden fazla depo ya da mağaza varsa OMS siparişin hangi noktadan çıkacağını yönlendirme kurallarıyla seçer. Kurallar sırayla denenir: önce tüm kalemleri tek noktadan karşılayan en yakın depo, olmazsa stoğu en çok olan depo, o da olmazsa bölünmüş sevkiyat.
Örnek: sipariş 10 adet ürün içeriyor. A deposunda 6, B deposunda 4 adet var; hiçbirinde 10 yok. Seçenek ya bir deponun diğerinden transfer almasını beklemek ya da iki paket göndermektir. Bölünmüş sevkiyatta müşteri iki takip kodu alır, kargo adedi 1'den 2'ye çıkar. Hangi seçeneğin seçileceği, teslim süresinin ve ek kargo giderinin ağırlığına göre kurala yazılır; her sipariş için elle düşünülmez.
Durum Bilgisi Kanallara ve Müşteriye Nasıl Geri Döner?
Sipariş her durum değiştirdiğinde OMS bunu bir olay olarak yayınlar: "sevk edildi", "teslim edildi", "iptal edildi". Pazaryeri bu olayla takip kodunu alır, site müşteriye bildirim gönderir, ERP faturayı keser.
- Takip kodu: Kargo bağlantısı kodu OMS'ye yazar; OMS kanala iletir.
- Fatura: "Sevk edildi" olayı fatura adımını tetikler. e-Fatura entegrasyonu rehberimiz bu adımın nasıl kurulacağını anlatıyor.
- Tekrarlı olay koruması: Aynı olay iki kez gelirse ikinci kayıt sessizce yok sayılır, yoksa müşteri iki bildirim, finans iki fatura görür.
İptal ve İade Nasıl Yönetilir?
İptal ve iade, siparişin ters yönde ilerlemesidir; hangi durumda olduğuna göre farklı iş tetikler.
| Sipariş durumu | İptal ya da iade | Stok | Para |
|---|---|---|---|
| Hazırlanmadan önce | İptal; kanala bildirilir | Rezervasyon bırakılır | Alındıysa iade başlar |
| Hazırlandı, çıkmadı | Depodan çekilir | Ürün rafa döner | İade başlar |
| Yolda | Kargo iade sürecine alınır | Ürün gelince kontrol edilir | Ürün kabulünden sonra |
| Teslim sonrası | İade talebi; kuralla kabul ya da inceleme | Sağlam ise satılabilir stok, değilse ayrı bölüm | Kabulden sonra iade |
İade nedeni zorunlu bir alan olmalıdır; "yanlış ürün", "hasarlı" ve "vazgeçti" nedenlerinin dağılımı, hangi sorunun hangi adımda doğduğunu gösterir. İade süreleri ve tüketici hakları mevzuata bağlıdır; ayrıntı için hukuk danışmanına başvurun.
Sipariş Yönetiminde Hangi Göstergeler İzlenir?
Dört gösterge, sistemin işleyişini özetler. Aşağıdaki hesaplar temsilî bir dönemin verisiyle yapılmıştır: 300 sipariş.
| Gösterge | Formül | Örnek |
|---|---|---|
| Sipariş döngü süresi | Toplam (sevk zamanı − alınma zamanı) ÷ sipariş sayısı | 5 sipariş: 6, 8, 5, 12, 9 saat; 40 ÷ 5 = 8 saat |
| Zamanında sevk oranı | Söz verilen sürede sevk edilen ÷ toplam | 276 ÷ 300 = %92,0 |
| İptal oranı | İptal edilen ÷ toplam | 12 ÷ 300 = %4,0 |
| Kusursuz sipariş oranı | Zamanında × eksiksiz × hasarsız × doğru belgeli | 0,92 × 0,98 × 0,99 × 0,995 ≈ %88,8 |
Kusursuz sipariş oranı çarpım olduğu için tek bir zayıf adım bütününü düşürür: dört adım ayrı ayrı %92 ile %99,5 arasında iken sonuç %88,8'dir. İptal oranının içinde fazla satış nedeniyle iptal edilenleri ayrı izlemek, stok ayırmanın etkisini doğrudan gösterir.
Sipariş Yönetim Sistemi Kendini Kaç Ayda Öder?
Geri dönüş, yatırımın aylık net faydaya bölünmesiyle bulunur. Temsilî örnek: günde 300 sipariş, sipariş başına işlem süresi elle 4 dakika, sistemle 1 dakika; yani 3 dakika kazanç. Ayda 22 iş günü ve saat maliyeti ₺300 alınır.
- Aylık kazanılan süre: 300 × 3 × 22 = 19.800 dakika = 19.800 ÷ 60 = 330 saat.
- Aylık brüt kazanç: 330 × ₺300 = ₺99.000.
- Aylık işletme gideri (altyapı, bakım): ₺12.000. Aylık net fayda: 99.000 − 12.000 = ₺87.000.
- Başlangıç yatırımı (analiz, geliştirme, entegrasyon, eğitim): ₺900.000.
- Geri dönüş: 900.000 ÷ 87.000 ≈ 10,3 ay.
Hesap yalnızca emek kazancını sayar. Fazla satış iptallerinin azalması, hatalı adresle çıkan sevkiyatın kalkması ve daha hızlı teslimin müşteri memnuniyetine etkisi ayrıca değer taşır; ama kendi verinizle ölçülmeden hesaba katılmamalıdır. Sipariş sayınız yarıya inerse süre kazancı da yarıya iner, geri dönüş uzar: 150 siparişte kazanç 165 saat × ₺300 = ₺49.500, net 49.500 − 12.000 = ₺37.500 ve geri dönüş 900.000 ÷ 37.500 = 24 ay olur. Kendi rakamlarınızla yeniden hesaplayın.
Sipariş Yönetim Sistemi Kurulumu Hangi Adımlarla Yapılır?
Kurulum altı adımda, önce tek kanalla ve küçük başlayarak ilerler.
- Süreç haritası: Kanalları, mevcut adımları, elle yapılan kopyalamaları ve günlük sipariş hacmini yazın.
- Kurallar: Doğrulama, stok ayırma, yönlendirme ve onay kurallarını yazılı hale getirin.
- Veri modeli: Sipariş, durum, kanal ve ürün eşleşmelerini tanımlayın.
- Entegrasyon: Kanallar, depo, kargo, e-fatura ve ERP bağlantılarını kurun.
- Pilot: Tek kanalla iki hafta çalıştırın; elle süreçle süre ve hata sayısını karşılaştırın.
- Yayın ve ölçüm: Kalan kanalları ekleyin, dört göstergeyi haftalık izleyin.
Hazır Sistem mi, ERP Modülü mü, Özel Geliştirme mi?
Üç yol vardır; seçim sipariş kurallarınızın ne kadar özgün olduğuna bağlıdır.
| Seçenek | Uygun olduğu durum | Dikkat edilecek nokta |
|---|---|---|
| Hazır OMS | Standart kanallar, standart kurallar | Özel kural eklemek zor; lisans kullanıcı ya da sipariş sayısıyla büyür |
| ERP'nin sipariş modülü | Stok ve finans zaten ERP'de | Kanal bağlantıları ve istisna kuralları sınırlı kalabilir |
| Özel geliştirme | Bayi vadesi, bölgeye göre yönlendirme, özel onay gibi özgün kurallar | İlk yatırım yüksek; bakım ve sahiplik sizde |
Hazır ve özel arasındaki genel karşılaştırma için hazır mı özel yazılım mı rehberimize bakabilirsiniz.
Sipariş Yönetiminde En Sık Yapılan Hatalar Nelerdir?
- Stoğu kanal bazında ayrı tutmak: Merkezi satılabilir stok olmadan fazla satış kaçınılmazdır.
- Kuralları yazmamak: Doğrulama ve yönlendirme çalışanın aklında kalırsa vardiyaya göre değişir.
- İstisna kuyruğunu atlamak: Her siparişin otomatik geçmesi beklenir; kural dışı siparişler için insan adımı olmalıdır.
- Durumları kanallarla eşlememek: Kanalda "hazırlanıyor", sizde "sevk edildi" görünüyorsa müşteri destek talebi açar.
- İadeyi sonradan düşünmek: Stoğa dönüş ve para iadesi tasarımda yoksa elle yönetim başlar.
- Ölçmemek: Başlangıç değeri olmadan "iyileşti" demek mümkün değildir.
Okumanızı öneririz: CRM ile ERP arasındaki fark nedir?
İnovabil ile Sipariş Yönetimi ve Sevkiyat Çözümleri
İnovabil olarak sıfırdan, firmaya özel yazılım geliştiriyoruz. Karyak için lojistik ve sevkiyat planlama ile toptan sipariş alma ve yönetimi, Bofigo için sevkiyat planlama, Sleepy için depo yönetimi (WMS), Avcılar İnşaat için CRM, satın alma ve mobil, İZBAN için satın alma sistemi geliştirdik.
Sipariş akışınızı kanalları, kuralları ve günlük hacmiyle birlikte kısa bir özetle gönderin; gereksinim analizinde hazır çözüm ile özel geliştirmeyi geri dönüş hesabıyla yazılı olarak karşılaştıralım. Çalışma biçimimiz için sürecimizi inceleyebilirsiniz.
Sık Sorulan Sorular
Sipariş yönetim sistemi (OMS) nedir?
Farklı satış kanallarından gelen siparişleri tek kuyrukta toplayan, doğrulayan, stoğu ayıran, depoya ve kargoya yönlendiren ve durumu kanallara bildiren yazılımdır.
OMS ile ERP aynı şey midir?
Hayır. ERP stok, finans ve üretim gibi işletme kayıtlarını tutar; OMS siparişin yaşam döngüsünü yönetir. Bazı ERP'ler sipariş modülü içerir, ama kanal sayısı ve kural karmaşıklığı arttıkça ayrı katman gerekebilir.
Sipariş yönetim sistemi fazla satışı nasıl önler?
Her sipariş geldiği anda stoktan ayrılır ve bütün kanallar aynı satılabilir stoğu görür. Örnekte 75 adet satılabilir stoğa 83 adetlik sipariş geldiğinde son 8 adet kabul edilmez.
Küçük işletmenin OMS'ye ihtiyacı var mı?
Tek kanalda ve düşük hacimde çoğu zaman yok. İkinci ya da üçüncü kanal eklenince, elle kopyalama ve fazla satış başladığında değerlendirmek mantıklıdır. Kendi hacminizle geri dönüş hesabı yapın.
OMS kurulumu ne kadar sürer?
Kapsama ve kanal sayısına bağlıdır. Tek kanalla iki haftalık bir pilot yapıp kalan kanalları sırayla eklemek riski düşürür; süre ve maliyeti gereksinim analizi sonunda net olarak yazılı hale getirmek gerekir.