Sipariş Önceliklendirme: Kesim Saatine Göre İş Sırası

Saat 14.30. Taşıyıcı bir saat sonra çıkacak. Ekranda eski siparişler de var, az önce gelenler de. İlk gelen siparişi önce hazırlamak kolay anlaşılır bir kuraldır; fakat her siparişin çıkış saati ve kalan işi aynı değilse tek başına yeterli olmayabilir. Sipariş önceliklendirme için önce hangi işi ne zamana kadar bitirmeniz gerektiğini görünür hâle getirmek gerekir.

Bu yazı, kesim saatinden geriye doğru planlama için bir operasyon taslağı sunar. Aşağıdaki süreler ve siparişler varsayımsaldır. Önerilen hesap bir optimizasyon algoritması veya zamanında sevkiyat garantisi değildir; kendi deponuzun ölçümleriyle sınanmalıdır.

Sipariş önceliklerini toplama ve sevkiyat kapasitesiyle uyumlu hale getirmek için Depo Optimizasyonu hizmetimizi inceleyin.

Sipariş önceliklendirmede üç saati ayırın

• Müşteriye verilen teslim sözü: Ürünün müşteriye ulaşması gereken tarih veya zaman aralığı.
• Taşıyıcıya teslim sınırı: Siparişin ilgili araç ya da sefer için hazır edilmesi gereken son an.
• İşi başlatma sınırı: Toplama, kontrol, paketleme ve sevk hazırlığı için kalan süreden geriye giderek bulduğunuz zaman.

Bu saatleri aynı alanda tutmayın. Örneğin müşteriye yarın teslim edilecek bir siparişin bugün belirli bir sefere yetişmesi gerekebilir. Saat dilimini, çalışma takvimini ve taşıyıcının kabul koşulunu da kaydın parçası yapın. Müşteriye verilen söz ile depodaki hazırlık planının bağlantısını kurmadan yalnızca “acil” etiketi kullanmak, ekibin hangi işi neden öne aldığını açıklamaz.

Varsayımsal örnek: çıkış saatinden geriye hesap

Şu anın 14.30 olduğunu varsayalım. Her sipariş için kalan hazırlık süresi; mevcut aşamadan itibaren toplama, kontrol, paketleme ve sevk alanına aktarımı kapsasın. Aynı süreyi iki aşamada tekrar saymayalım.

Başlatma sınırı = taşıyıcıya teslim sınırı − kalan hazırlık süresi − planlama tamponu. Tampon burada örnek bir yönetim tercihidir; istatistiksel hizmet seviyesi hesabı değildir.

A ile C aynı sefere bağlıdır; buna rağmen kalan işleri farklıdır. B’nin aracı daha geç çıkarken işi başlatma payı daha azdır. Bu görünüm B’yi inceleme listesinin başına taşır. Ancak B’yi önce başlatınca A’nın da yetişeceği sonucu çıkmaz: aynı ekip ve ekipman gerekiyorsa iki işin birlikte kapasiteye sığıp sığmadığı ayrıca kontrol edilmelidir.

Pay negatif olduğunda ekrana yalnızca kırmızı renk eklemeyin. Eksik stok, paketleme kuyruğu, onay beklemesi veya yetersiz kapasite için sorumlu ve karar zamanı belirleyin. Alternatif sefer ya da teslim sözü değişikliği gerekiyorsa yetkili kişi karar versin. Sipariş sırasını değiştirmek kayıp kapasiteyi geri getirmez.

WMS dalgası ile sahadaki başlangıç aynı şey değildir

Microsoft Dynamics 365 belgeleri dalga oluşturma, işleme ve serbest bırakmayı ayrı aşamalar olarak açıklar. Dalganın işlenmesi toplama işini üretir; serbest bırakılması işi depoda kullanılabilir hâle getirir. Bu nedenle yalnızca “dalgaya eklendi” kaydını, operatörün fiilen işe başladığı zaman olarak kullanmayın. [1]

Dalga şablonları, hangi sipariş satırlarının bir araya geleceğini ve hangi adımların otomatik çalışacağını belirleyebilir. Dynamics 365’te eşleşen ilk şablon uygulanır; daha özel koşulların geniş koşullardan önce değerlendirilmesi gerekir. Ağırlık, sevkiyat ve satır sayısı eşikleri de otomatik işlemeyi tetikleyebilir. Bunlar ürüne özgü ayarlardır; kendi WMS sürümünüzde karşılıklarını doğrulayın. [2]

Pratikte kuralı iki noktada test edin: doğru siparişler doğru dalgaya girdi mi ve üretilen görevler mobil cihazda amaçlanan sırayla göründü mü? Sipariş, dalga ve görev önceliğinin aynı alan olduğunu varsaymayın. Toplama gözü boşsa, öncelikli görevin ikmal bağımlılığını da inceleyin.

Küçük bir pilotta neyi kaydedelim?

Önce tek taşıyıcı ve sınırlı bir sipariş grubu seçin. Mevcut sıra ile önerilen sırayı aynı yoğunluk koşulları varmış gibi sunmayın; iş yükü ve ürün karışımını birlikte kaydedin. Sipariş profili analizi, tek satırlı küçük koliyle çok satırlı siparişleri ayrı görmenize yardımcı olacak bir başlangıçtır.

• Siparişin hazırlığa uygun olduğu anı ve varsa blokaj nedenini kaydedin.
• Dalga serbest bırakma, fiilî başlangıç, paketleme bitişi ve taşıyıcıya teslim zamanlarını ayırın.
• Öncelik değiştiren kişinin gerekçesini ve değişiklik saatini tutun.
• Sefere yetişmeyen uygun siparişleri sayın; onay bekleyen veya kapsam dışı siparişleri ayrıca gösterin.
• Öne alınan işlerin diğer siparişlerde yarattığı gecikmeyi de izleyin.

Pilot için “zamanında hazır” ölçüsünü, kapsam içindeki siparişin belirlenmiş teslim sınırından önce sevke hazır olması şeklinde tanımlayabilirsiniz. Bu ölçü müşteriye zamanında teslimatla aynı değildir. Sonucun yorumlanabilmesi için hangi siparişlerin paydaya girdiğini ve iptal/blokajların nasıl ele alındığını rapora yazın.

İlk adım: acil etiketini ölçülebilir karara çevirin

Bir sonraki vardiyada tek bir sefer için teslim sınırını, kalan işi ve sorumluyu birlikte görün. Süre tahminlerinin gerçek sonuçlardan ne kadar saptığını kaydedin. Sorun görev sırasıysa kuralı sınayın; sorun paketleme kapasitesiyse depo optimizasyonu çalışmasında o aşamayı ele alın. Kuralları sisteme aktarmadan önce WMS danışmanlığı kapsamında senaryo ve kabul testlerini netleştirin.

Kaynakça

1. Microsoft. Wave creation and processing — Dynamics 365 Supply Chain Management. 2026; güncelleme: 27 Nisan 2026. Özgün teknik belge.
2. Microsoft. Wave templates — Dynamics 365 Supply Chain Management. 2026; güncelleme: 1 Temmuz 2026. Özgün teknik belge.

Kaynaklar 30 Ekim 2026’da kontrol edildi. Hesap tablosu ve pilot önerileri varsayımsal bir operasyon taslağıdır; müşteri sonucu veya sektör standardı değildir. Kapak görseli temsili olarak üretilmiştir.