Sipariş yönetim sistemi tasarımı: durum modelinden istisna yönetimine

OMS neyi çözer ve nerede durur?

E-ticarette sipariş, sepette ödeme tamamlandığında bitmez; asıl iş orada başlar. Stok ayrılır, depo seçilir, ürün toplanır, paketlenir, kargoya verilir, teslim edilir ve gerekirse iade alınır. Sipariş yönetim sistemi (OMS), bu yolculuğun kurallarını ve durumunu yöneten katmandır. Mağaza arayüzü (storefront) ile depo yönetimi (WMS), ERP, ödeme ve kargo sistemleri arasında koordinasyon sağlar.

OMS tasarımı yazılım seçiminden önce bir süreç tasarımı işidir. Hangi sipariş hangi durumda, hangi koşulla bir sonraki duruma geçer? Stok kimin ve hangi anda rezerve edilir? Bir siparişin yarısı gönderilebiliyorsa ne olur? Bu soruların yanıtı yazılmadan alınan sistem, sorunları otomatikleştirir ama çözmez.

Sipariş durum modeli nasıl kurulur?

Durum modeli, siparişin yaşam döngüsünü kapalı bir kümeyle tanımlar. Tipik bir akış şu durumlardan oluşur:

• Oluşturuldu: sepet onaylandı, ödeme bekleniyor.
• Ödeme onaylandı: tahsilat doğrulandı; sahtecilik kontrolü geçti.
• Stok ayrıldı: ilgili depoda ürün rezerve edildi.
• Hazırlanıyor: depoda toplama ve paketleme sürüyor.
• Kısmen gönderildi / Gönderildi: kargo çıkışı yapıldı.
• Teslim edildi: müşteri aldı.
• İptal edildi, İade talep edildi, İade alındı, Geri ödeme yapıldı.

Her durum için giriş koşulu, çıkış koşulu, sorumlu taraf (sistem, depo, müşteri hizmetleri) ve beklenen azami bekleme süresi tanımlanır. Haritalama sırasında "belirsiz" durumlar ayıklanır; örneğin "işleniyor" gibi her şeyi kapsayan bir durum, sorunu gizler. Süre aşımı kuralları tanımlanır: ödeme belirli sürede onaylanmazsa sipariş iptal edilir ve rezerve stok serbest kalır.

Stok ayırma ve sipariş yönlendirme kuralları

Stok ayırma, siparişin hangi anda hangi stoğa bağlandığı sorusudur. Sepete eklemede mi, ödeme sırasında mı, ödeme onayından sonra mı ayırma yapılacağı satış baskısına ve stok düzeyine göre değişir. Çok erken ayırma stokları gereksiz bloke eder; çok geç ayırma aşırı satışa (oversell) yol açar. Kampanya ürünlerinde sıkı, bol stoklu ürünlerde esnek kural uygulanır.

Yönlendirme (routing), siparişin hangi depodan ya da mağazadan karşılanacağını belirler. Yaygın kriterler: stok varlığı, müşteriye mesafe ve teslimat süresi, depo kapasitesi, kargo maliyeti, ürün gruplarının tek depoda toplanabilmesi, kampanya ya da marka kısıtları. Kurallar önem sırasına konur ve hiçbir kural uymazsa ne olacağı (manuel kuyruk, alternatif depo, müşteriye bilgilendirme) ayrıca tasarlanır.

Parçalı gönderim ve karşılama senaryoları

Gerçek siparişler çoğu zaman tek parça halinde çıkmaz. Bir sepet farklı depolardan karşılanabilir, bir ürün gecikebilir, bir kalem stoksuz çıkabilir. Süreç tasarımı şu seçenekleri baştan netleştirir:

• Tüm siparişi birleştir: ürünlerin tamamı hazır olana kadar bekle; müşteri tek paket alır, ancak teslimat gecikir.
• Parçalı gönder: hazır olanı hemen yolla; müşteri erken alır, ama kargo maliyeti ve paket sayısı artar.
• Alternatif ürün öner: müşteriye onay sorulur.
• Kalemi iptal et ve iade et: müşteri bilgilendirilir, tutar geri ödenir.

Seçim ürün tipine, müşteri beklentisine ve kargo maliyetine bağlıdır. Parçalı gönderimlerde kargo ücreti, kupon ve toplam fatura tutarının nasıl bölüneceği; durum modelinde "kısmen gönderildi" halinin müşteriye nasıl yansıdığı mutlaka yazılır.

İptal, iade ve değişim akışları

Sipariş yönetiminde en çok hata iptal ve iade akışında çıkar, çünkü birden fazla sistem aynı anda etkilenir. Her akış için şu soruları yanıtlayın: Hangi durumda iptal serbest, hangisinde mümkün değil? Müşteri talebi nereden gelir, kim onaylar? Stok serbest kalır mı, iade ürün kontrol sonrasında mı stoğa girer? Geri ödeme hangi tutarla, hangi yönteme ve hangi tetikleyiciyle yapılır? Değişimde yeni sipariş mi açılır, mevcut sipariş mi güncellenir?

Hukuki yükümlülükler (cayma hakkı, mesafeli satış kuralları, iade süreleri) ürün ve satış kanalına göre değişir; güncel mevzuatı resmî kaynaktan okumak ve hukuk danışmanıyla teyit etmek gerekir. Sistem akışı bu kurallara uygun kurulmalı, müşteriye gösterilen metinler de akışla tutarlı olmalıdır.

Entegrasyonlar ve veri akışı

OMS tek başına çalışmaz. Girdi tarafında mağaza, pazaryerleri ve çağrı merkezi kanalları; çıktı tarafında WMS, ERP ve muhasebe, kargo entegrasyonu, ödeme sağlayıcısı ve müşteri bildirim sistemi bulunur. Tasarımda her entegrasyon için şunlar yazılır: hangi sistem hangi verinin tek doğru kaynağıdır, veri hangi olayla aktarılır, hata durumunda yeniden deneme nasıl işler, çift kayıt nasıl önlenir.

En sık sorun stok eşitleme gecikmesidir. Birden fazla satış kanalında aynı stok kullanılıyorsa güncelleme sıklığı ve güvenlik stoku (kanala ayrılan tampon) politikası belirlenmelidir. Bir diğer sık sorun durum bilgisinin müşteriye ve kargo takibine tutarsız yansımasıdır.

İstisna yönetimi ve ölçüm

Mükemmel süreç tasarımı istisnasız kurgulanmaz; iyi tasarlanmış sistem istisnayı hızlı fark edip doğru kişiye yönlendirendir. Tipik istisnalar: ödeme onayı gelmeyen sipariş, stok farkı çıkan ürün, adres hatası, kargo hasarı, teslim edilemeyen paket, çift sipariş, sahtecilik şüphesi. Her istisna için tanım, uyarı, sahip, hedef çözüm süresi ve müşteri iletişimi yazılır.

Ölçüm göstergeleri: sipariş onayından kargoya çıkış süresi, zamanında teslim, iptal ve iade nedenleri, stoksuzluk nedeniyle iptal, parçalı gönderim payı, durumlarda bekleyen sipariş sayısı, müşteri hizmetlerine gelen "siparişim nerede" çağrıları. Devreye almadan önce senaryo simülasyonları (örnek siparişlerle uçtan uca test) yapılır; canlıya geçiş kademeli ve geri dönüş planıyla yürütülür.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

E-ticaret Sipariş Yönetim Sistemi (OMS) Süreç Tasarımı programı, e-ticaret operasyon ve lojistik yöneticileri, iş analistleri ve ürün sahipleri için sipariş durum modeli, stok ayırma ve yönlendirme, parçalı gönderim, iptal ve iade akışları, entegrasyonlar ve istisna yönetimini işler. Program proje sunumuyla biter; ekip kendi şirketinden bir süreç tasarımını çalışma konusu olarak getirebilir. Böylece süreç tasarımı yazılım seçiminden bağımsız ve kurumun gerçek verisiyle olgunlaşır.