Fulfillment Süreci: Sipariş Müşteriye Nasıl Ulaşır?

Sipariş karşılama (fulfillment), bir e-ticaret siparişinin doğrulanmasından depoda hazırlanmasına, taşıyıcıya devrine ve durum bilgisinin güncellenmesine kadar uzanan fiziksel ve dijital adımlar bütünüdür. Bir müşteri “Siparişi ver” düğmesine bastığında ürün henüz depoda hareket etmeye başlamış değildir. Önce sipariş verisinin satış kanalından alınması, iş kurallarına göre doğrulanması ve kullanılabilir stokla eşleşmesi gerekir. Ardından depo içindeki toplama, kontrol, paketleme, etiketleme ve taşıyıcıya teslim adımları gelir. Son müşteriye ulaşma ise taşıyıcının kendi ağı içinde devam eden ayrı bir süreçtir.

Bu nedenle fulfillment yalnızca “topla, paketle, kargola” olarak tanımlanamaz. Ticari sipariş, depo iş emri, fiziksel paket ve taşıyıcı teslimatı birbiriyle ilişkili fakat farklı kayıtlardır. Sağlıklı bir operasyonda her adımın başlangıç koşulu, tamamlanma kanıtı, sorumlusu ve istisna yolu önceden belirlenir.

Fulfillment süreci nerede başlar, nerede biter?

ASCM’nin SCOR süreç modelinde Order, Fulfill ve Return ayrı süreçler olarak ele alınır. Fulfill; teslimatın planlanması, toplama, paketleme ve sevkiyat gibi müşteri siparişini yerine getiren faaliyetleri kapsar. Return ise ürünün müşteriden geriye doğru hareket ettiği ayrı bir akıştır. Bu ayrım, fulfillment’ın yalnız depo içindeki picking işleminden ibaret olmadığını; fakat her teslimat ve iade faaliyetinin de aynı sorumlunun kontrolünde bulunmadığını gösterir. ASCM SCOR süreç modeli

Pratikte üç bağlantılı zaman çizgisi vardır:

1. Ticaret sistemi: Sipariş oluşturulur; ödeme, risk, iptal, ürün ve adres kurallarına göre doğrulanır veya beklemeye alınır.
2. Depo operasyonu: İşlenebilir sipariş WMS’e alınır; stok tahsis edilir, toplanır, kontrol edilir, hazırlanır ve taşıyıcıya devredilir.
3. Taşıyıcı ağı: Gönderi ilk kabul taramasından geçer; aktarma, dağıtım, teslimat veya teslimat istisnası adımlarına ilerler.

Bu sınırların karıştırılması müşteri iletişimini de bozar. “Etiket oluşturuldu” ifadesi paketin taşıyıcı tarafından teslim alındığını; “taşıyıcıya teslim edildi” ifadesi de ürünün son müşteriye ulaştığını göstermez. Fulfillment sağlayıcısının performansı ile taşıyıcının ağ içi performansı ayrı ölçülmeli, uçtan uca sonuçta ise birlikte değerlendirilmelidir.

Fulfillment süreci adımları ve uçtan uca durum haritası nasıl kurulur?

Durum adları OMS, WMS, pazaryeri ve taşıyıcıya göre değişebilir. Önemli olan ekranda çok sayıda statü göstermek değil, her statünün gerçek bir iş olayına ve kanıta karşılık gelmesidir. Genel bir durum zinciri şöyle kurulabilir:

Sipariş oluşturuldu → sisteme alındı → doğrulandı veya beklemeye alındı → stok tahsis edildi → operasyona salındı → toplanıyor → toplama doğrulandı → paketlendi → etiket üretildi → sevke hazır → taşıyıcıya devredildi → taşıyıcı kabul taraması → taşımada → teslim edildi veya istisna

Bu zincirde birbirine benzeyen ama aynı olmayan dört nesne bulunur:

• Müşteri siparişi: Satın alınan ürünleri, miktarı, ödeme ve teslimat tercihini içerir.
• Fulfillment iş emri: Belirli ürün satırlarının hangi lokasyonda ve hangi kurallarla hazırlanacağını tanımlar.
• Gönderi veya paket: Taşıyıcıya devredilen fiziksel birimdir; tek sipariş birden fazla pakete ayrılabilir.
• Teslimat kaydı: Taşıyıcının kabul, transfer, dağıtım ve teslim sonucunu bildirir.

Bir sipariş birden fazla lokasyondan karşılanabilir, kısmi sevkiyata bölünebilir veya farklı teslimat yöntemleri içerebilir. Shopify’ın güncel order-management modeli de tek müşteri siparişinde farklı lokasyonlara ya da teslimat yöntemlerine bağlı birden fazla fulfillment order bulunabileceğini gösterir. Bu platforma özgü model her sistem için zorunlu değildir; ancak “bir sipariş eşittir bir paket” varsayımının neden güvenli olmadığını iyi açıklar. Shopify order-management uygulamaları

Sürecin ön koşulu: mal kabul, ürün ana verisi ve kullanılabilir stok

Sipariş karşılama müşteri siparişiyle tetiklenir; ancak sağlıklı yürüyebilmesi için ürünlerin daha önce doğru kimlikle, doğru miktarla ve doğru stok statüsüyle sisteme alınmış olması gerekir. Bu hazırlık eksikse sonraki adımlar yalnızca mevcut hatayı hızlandırır.

Hazırlık katmanı en az şu unsurları içermelidir:

• SKU, varyant, barkod, ölçü, ağırlık ve gerekiyorsa seri, lot veya miat bilgisi
• Ürünün palet, koli ve adet dönüşümleri
• Kabulde sayılacak birim ve toleranslar
• Hasarlı, eksik, fazla veya kimliği belirsiz ürün için karantina kuralı
• Palet veya raf lokasyonu ve ürünün fiziksel bulunabilirliği
• Paketleme gereksinimi, hazır sevk kolisi ve özel koruma kuralları
• İzin verilen taşıyıcı, servis ve etiket bilgileri
• İade sonrası uygulanacak müşteri karar matrisi

Mal kabulde fiziksel yük, önceden bildirilen belge veya beyanla karşılaştırılır. Fark varsa ürünün doğrudan “satılabilir” stoğa açılması yerine farkın kaynağı ve karar sahibi belirlenir. Yerleştirme tamamlandığında sistem kaydı ile fiziksel lokasyonun aynı ürünü göstermesi gerekir.

Eldeki stok, kullanılabilir stok ve tahsis edilmiş stok aynı değildir. Fiziksel olarak depoda bulunan bir ürün hasarlı, karantinada, başka siparişe ayrılmış veya satış kanalında kullanılamaz durumda olabilir. Shopify’ın resmî stok durumları da on-hand, available, committed ve unavailable ayrımını bu nedenle yapar. Kullanılan terimler sisteme göre değişse de yeni siparişe ayrılabilecek miktarın açık tanımlanması gerekir. Shopify stok durumları

Stok politikaları ve sayım yöntemleri için stok yönetimi rehberine, fiziksel yerleşim ve slotting için verimli depo düzeni rehberine bakabilirsiniz.

Sipariş WMS’e nasıl alınır ve doğrulanır?

Sipariş API, pazar yeri bağlantısı, mağaza entegrasyonu, dosya aktarımı veya kontrollü manuel girişle gelebilir. Kanalın adı değişse de WMS’in aynı iş için tekrar tekrar sipariş oluşturmaması ve güncellemeleri doğru kayda uygulaması gerekir.

İlk kontrol katmanında şu sorular yanıtlanır:

• Harici sipariş numarası ve satır kimlikleri daha önce işlendi mi?
• Sipariş iptal, bekleme veya risk durumunda mı?
• Her ürün satırı depo SKU’suyla eşleşiyor mu?
• Miktar, ölçü birimi ve varyant bilgisi açık mı?
• Teslimat adı, adresi, telefonu ve gerekli ülke/posta kodu alanları yeterli mi?
• Seçilen teslimat yöntemi ve taşıyıcı kuralı tanımlı mı?
• Paketleme, hediye notu, seri/lot veya kanal etiketi gibi ek talimat var mı?

Ödeme onayı, sahtecilik kontrolü veya sipariş değişikliği her işletmede aynı sistem tarafından yönetilmez. Bu nedenle “sipariş oluştuğu anda depoya otomatik düşer” ya da “ödeme alınmadan hiçbir sipariş işlenemez” şeklinde evrensel bir kural yoktur. Marka, satış kanalı ve fulfillment sağlayıcısı; hangi statünün depoda iş emri açacağını açıkça kararlaştırmalıdır.

Adres normalizasyonu yazım ve biçim sorunlarını azaltabilir; ancak müşterinin adreste bulunacağını veya taşıyıcının teslimatı tamamlayacağını garanti etmez. Düzeltilen veri ile müşterinin girdiği özgün verinin, değişiklik kaynağının ve onay gerektiren durumun kayıt altında tutulması önemlidir.

Entegrasyonun teknik kurulumu, tekrar deneme, webhook ve durum eşleme ayrıntıları için e-ticaret entegrasyonu rehberine bakabilirsiniz.

Stok tahsisi ve operasyona salım nasıl planlanır?

Doğrulanan siparişin bir sonraki adımı, uygun stoğu ayırmak ve doğru zamanda depo işine dönüştürmektir. Tahsis; yalnız toplam stok miktarına değil, lokasyon, stok statüsü, seri/lot kuralı, miat, ürün kondisyonu ve daha önce verilmiş taahhütlere bakabilir.

Birden fazla fulfillment lokasyonu varsa sistem şu değişkenleri değerlendirebilir:

• Kullanılabilir stok ve sipariş satırlarının aynı lokasyonda tamamlanabilmesi
• Taşıyıcı hizmet alanı ve müşteri teslimat tercihi
• Bölünmüş gönderinin maliyet ve müşteri deneyimi etkisi
• Lokasyonun iş yükü ve ürün işleme kabiliyeti
• Ürün kategorisine özel depolama veya belge gereksinimi

Stok ayrıldıktan sonra sipariş hemen, belirli aralıklarla veya bir grup içinde operasyona salınabilir. Dalga planlama, seçilmiş siparişleri yaklaşık aynı zaman penceresinde işlemek için gruplar; sürekli salım ise uygun siparişi bekletmeden kuyruğa alır. Her sipariş profili için tek doğru yöntem yoktur. Kesim saati, taşıyıcı toplama planı, sipariş önceliği, ürün yakınlığı ve ekip kapasitesi birlikte değerlendirilmelidir.

Bir siparişin “öncelikli” olması diğer siparişlerin görünmeden gecikmesine neden olmamalıdır. Kuyruk yaşı, bekleme nedeni ve planlanan sevk zamanı aynı ekranda izlenmeli; manuel öncelik değişikliği yapan kişi ve gerekçe kaydedilmelidir.

Toplama ve barkod doğrulaması nasıl yürütülür?

Toplama yönteminin amacı yalnız personeli rafa göndermek değil, doğru ürünü doğru miktarda ve izlenebilir bir iş emriyle sevk akışına taşımaktır. Sipariş bazlı, batch, zone, pick-and-pass veya farklı otomasyon yöntemleri kullanılabilir. Seçim; sipariş başına satır sayısı, SKU çeşitliliği, ürün boyutu, hız dağılımı, koridor yapısı ve yoğunluk profiline bağlıdır.

Order-picking literatürü; performansın depolama politikası, batching, zoning, routing ve iş sıralamasından birlikte etkilendiğini gösterir. Bu nedenle başka bir deponun yöntemini kopyalamak yerine gerçek sipariş profiliyle test yapmak gerekir. De Koster, Le-Duc ve Roodbergen, Van Gils ve diğerleri

Toplama sırasında uygulanabilecek kontrol noktaları şunlardır:

1. Personel doğru lokasyona yönlendirilir.
2. Lokasyon ve ürün barkodu, iş emriyle karşılaştırılır.
3. Miktar; gerekirse seri, lot veya miat bilgisiyle birlikte doğrulanır.
4. Ürün sipariş kutusuna, arabasına veya konsolidasyon alanına atanır.
5. Eksik ürün, bulunamayan stok, hasar veya barkod uyuşmazlığı normal tamamlanma gibi kapatılmaz; istisnaya alınır.

Barkod fiziksel hareket ile sistem kaydını bağlamaya yardımcı olur; hatasızlık garantisi değildir. Yanlış ana veri, kopyalanmış barkod, yanlış etiket, atlanan tarama veya kontrolsüz manuel geçiş varsa sistem hatalı kaydı da hızla işleyebilir. GS1 izlenebilirlik yaklaşımı, tanımlama ile kritik izleme olaylarının ve ilgili ana verinin birlikte kurulmasını vurgular. GS1 Global Traceability Standard

Birleştirme ve sevk öncesi kalite kontrolü neden ayrıdır?

Batch veya zone picking kullanıldığında farklı siparişlere ait ürünler aynı turda toplanabilir. Bu durumda ürünün raftan doğru alınmış olması, doğru müşteri paketine girdiğini tek başına kanıtlamaz. Konsolidasyon adımı, toplanan parçaları yeniden sipariş bazında bir araya getirir.

Sevk öncesi kontrol şu unsurları kapsayabilir:

• Sipariş satırı, SKU, varyant ve miktar eşleşmesi
• Seri, lot veya miat kuralı varsa uygunluk
• Üründe görünen hasar veya eksik parça
• Hazır sevk kolisinin taşıma için kullanılabilirliği
• Siparişe ait not, belge veya kanal gereksinimi
• Birden fazla pakete bölünmüşse paket-içerik ilişkisi

Kontrol yöntemi ürün riskine göre belirlenmelidir. Her siparişi tamamen yeniden saymak bazı operasyonlarda gereksiz tekrar yaratabilir; hiçbir bağımsız kontrol yapmamak ise yanlış ürünün bir sonraki aşamaya taşınmasına izin verebilir. Barkod doğrulama, ağırlık toleransı, fotoğraf veya ikinci kişi kontrolü gibi yöntemler risk ve maliyetle birlikte tasarlanabilir.

Bir hata bulunduğunda yalnız paket düzeltilmemeli; hatanın hangi adımda ve neden oluştuğu da kaydedilmelidir. “Yanlış sevkiyat” toplamı, lokasyon hatası ile sipariş ayrıştırma hatasını birbirinden ayırmıyorsa kalıcı iyileştirme yapılamaz.

Paketleme kuralları ve gönderi belgeleri nasıl yönetilir?

Paketleme her ürün için aynı işlem değildir. Ürün zaten taşımaya uygun, kapalı ve sağlam bir satış kolisindeyse gereksiz yeniden paketleme yapılmayabilir. Koruma gerektiren ürünlerde ise ambalaj; ürün ölçüsü, ağırlığı, kırılganlığı, birlikte gönderilen ürünler, taşıyıcı sınırları ve markanın sunum kuralına göre seçilir.

Paketleme talimatı en az şu kararları açıklamalıdır:

• Hazır sevk kolisi kabul ediliyor mu?
• Hangi koli veya zarf ailesi kullanılacak?
• Dolgu, bant, güvenlik bandı veya köşe koruyucu ne zaman gerekli?
• Birlikte gönderilemeyecek ürünler var mı?
• İrsaliye, fatura, promosyon eki veya müşteri notu eklenecek mi?
• Paket kapanmadan önce hangi kontrol kanıtı tutulacak?
• Gerçek ağırlık ve ölçü hangi noktada güncellenecek?

Belge ve etiket verisi, fiziksel paketin içeriğiyle aynı sipariş sürümünden üretilmelidir. Sipariş değiştikten sonra eski toplama listesi veya eski etiket kullanılmaya devam ederse sistemde doğru görünen iki ayrı kayıt fiziksel olarak yanlış birleşebilir.

E-ticaret depolarında küçük ve zaman baskısı yüksek siparişlerin oranı artabilir; ancak her markanın ürün ve sipariş profili farklıdır. Boysen, Weidinger ve de Koster’ın e-ticaret depolama araştırması da tasarım kararlarının sipariş yapısı ve hizmet beklentisiyle birlikte ele alınması gerektiğini gösterir. Warehousing in the e-commerce era

Etiket, sevk alanı ve taşıyıcıya devir nasıl ayrılır?

Taşıyıcı etiketi; gönderi numarası, hizmet, alıcı, adres ve yönlendirme bilgisini fiziksel pakete bağlar. Etiketin üretilmesi yalnızca verinin oluşturulduğunu gösterir. Doğru pakete uygulanması, okunabilir kalması, sevk alanına doğru taşıyıcı altında alınması ve fiziksel devir sırasında kaydedilmesi ayrı kontrollerdir.

Etiket aşamasında şu hatalar özellikle izlenmelidir:

• Aynı sipariş için mükerrer veya iptal edilmiş etiket
• Başka siparişe ait etiketin pakete uygulanması
• Adres veya hizmet bilgisinin taşıyıcı tarafından reddedilmesi
• Barkodun kırışması, kapanması veya okunamaması
• Birden çok paketin tek takip numarasıyla yanlış ilişkilendirilmesi
• Etiket üretildiği hâlde paketin sevk alanına ulaşmaması

GS1 Logistic Label, lojistik birimleri benzersiz tanımlamak için SSCC kullanır ve fiziksel hareketin elektronik mesajla eşleşmesini destekler. Ancak SSCC ile kargo firmasının paket takip numarası aynı kavram değildir; her B2C pakette SSCC kullanılması gerektiği de söylenemez. Uygulanacak etiket standardı, ticaret ortaklarının ve taşıyıcının gerçek sürecine göre seçilmelidir. GS1 Logistic Label Guideline

Sevke hazır paketler taşıyıcı, servis, toplama turu veya manifestoya göre ayrılabilir. Fiziksel devir; yükleme taraması, teslim listesi, manifest, taşıyıcı kabul kaydı veya sözleşmede tanımlanmış başka bir kanıtla kapanmalıdır. Bu olay gerçekleşmeden siparişi “taşıyıcıya teslim edildi” göstermek, depo ile taşıyıcı arasındaki kayıp zamanını görünmez kılar.

Takip, teslimat kanıtı ve iade sınırı nasıl kurulmalıdır?

Taşıyıcıya devirden sonra takip olaylarının kaynağı genellikle taşıyıcının sistemidir. WMS veya satış kanalı bu veriyi müşteriye gösterebilir; ancak taşıyıcının tarama sıklığını, aktarma rotasını veya dağıtım kararını kendisi üretmez.

Durumlar açık biçimde ayrılmalıdır:

• Etiket üretildi: Gönderi kimliği oluşturuldu; fiziksel devir henüz kanıtlanmadı.
• Taşıyıcıya devredildi: Paket depo kontrolünden çıktı ve devir kaydı oluştu.
• Taşıyıcı kabul etti: Taşıyıcı ağındaki ilk kabul olayı alındı.
• Taşımada: Paket taşıyıcının operasyonunda ilerliyor.
• Dağıtımda: Son mil teslimat turuna çıkarıldı.
• Teslim edildi: Taşıyıcı teslim sonucunu bildirdi.
• Teslimat istisnası: Adres, alıcıya ulaşılamama, hasar, kayıp veya başka nedenle normal akış tamamlanmadı.

POD veya elektronik teslimat kanıtının içeriği taşıyıcı ve hizmete göre değişebilir. Bir teslim statüsü imza, isim, konum veya fotoğraf içerebilir; bunların hiçbiri her hizmette otomatik olarak bulunmaz. Müşteriye gösterilen bilgi, taşıyıcının sunduğu kanıtın kapsamını aşmamalıdır.

Teslimatla forward fulfillment kapanabilir; müşteri iade talebi açtığında ise yeni bir ters lojistik akışı başlar. İade yetkisi, taşıma, depo kabulü, inceleme ve yeniden satış/karantina/diğer kararlar aynı statü altında birleştirilmemelidir. Ayrıntılı uygulama için ters lojistik ve iade yönetimi rehberine bakabilirsiniz. Taşıyıcı seçimi ve müşteri teslimat deneyimi ise son mil lojistiği rehberinin konusudur.

İstisnalar süreçten kopmadan nasıl yönetilir?

Gerçek operasyonun kalitesi, yalnız normal siparişlerin ne kadar hızlı ilerlediğiyle değil, normal akıştan çıkan siparişlerin ne kadar görünür ve kontrollü yönetildiğiyle anlaşılır. “Sipariş gecikti” tek başına yeterli bir neden değildir.

İstisnalar aşamaya ve sorumluya göre ayrılabilir:

• Sipariş verisi: Eksik adres, yinelenen kayıt, iptal, ödeme/risk bekletmesi veya değişen müşteri talebi
• Stok: Yetersiz kullanılabilir miktar, hasarlı ya da bloke ürün, sistem-fiziksel stok farkı
• Toplama: Ürünün lokasyonda bulunamaması, yanlış SKU, miktar veya seri/lot uyuşmazlığı
• Paketleme: Tanımsız kural, uygun ambalajın bulunmaması, ağırlık/ölçü toleransının aşılması
• Sevkiyat: Etiket hatası, taşıyıcı servis reddi, yanlış sevk alanı veya kaçırılan teslim alma
• Taşıma: İlk kabul taramasının gelmemesi, gecikme, hasar, kayıp veya teslim edilememe

Her istisna için ilk tespit zamanı, mevcut sahibi, müşteri etkisi, bir sonraki işlem ve çözüm zamanı kaydedilmelidir. Sipariş manuel olarak ilerletildiyse hangi kontrolün neden geçildiği görünür olmalıdır. Oracle’ın resmî shipping modelinde de picking, shipment ve otomatik batch işlemlerine ait istisnalar ile hata, uyarı ve bilgi seviyeleri ayrı izlenir. Bu, tek bir genel hata kuyruğu yerine neden ve şiddet ayrımının pratik önemini gösterir. Oracle Shipping Exceptions

İptal penceresi özellikle açık tanımlanmalıdır. Henüz stoğu ayrılmamış sipariş ile toplanmış, paketlenmiş veya taşıyıcıya devredilmiş sipariş aynı şekilde iptal edilemez. Her aşamanın stok, etiket, ücret, müşteri bildirimi ve fiziksel geri toplama sonucu farklıdır.

WMS uçtan uca izlenebilirliği nasıl destekler?

WMS’in görevi yalnız mevcut stok miktarını göstermek değildir. Mal kabul, lokasyon, tahsis, toplama, kontrol, paket, etiket ve devir olaylarını aynı sipariş ve ürün kimliği etrafında ilişkilendirebilmelidir.

İyi bir olay kaydı şu soruları yanıtlar:

• Ne oldu? Hangi SKU, miktar, sipariş veya paket işlendi?
• Ne zaman oldu? Gerçek olay zamanı ve sisteme yazılma zamanı nedir?
• Nerede oldu? Hangi depo, bölge, lokasyon veya sevk kapısında gerçekleşti?
• Kim veya ne yaptı? Kullanıcı, cihaz, entegrasyon ya da otomatik kural hangisiydi?
• Neden oldu? Normal iş adımı mı, istisna mı, manuel düzeltme mi?
• Hangi kayda bağlı? Sipariş, iş emri, etiket, takip veya belge ilişkisi nedir?

GS1 EPCIS yaklaşımı, tedarik zinciri olaylarını “what, when, where, why ve gerektiğinde how” boyutlarıyla kaydeder. Memnun Depo’nun EPCIS kullandığı ileri sürülmemektedir; standart burada izlenebilir bir olay kaydının hangi soruları cevaplaması gerektiğine örnek verir. GS1 EPCIS ve CBV Implementation Guideline

Kayıt sayısının fazla olması tek başına görünürlük değildir. Aynı statünün farklı sistemlerde başka anlam taşıması, olayların geriye dönük değiştirilmesi veya fiziksel hareket olmadan otomatik statü üretilmesi yanlış güven yaratabilir. Entegrasyon, WMS ve taşıyıcı statüleri için ortak bir sözlük ve kaynak önceliği belirlenmelidir.

WMS, barkod, otomasyon ve entegrasyon seçimlerinin ayrıntıları için fulfillment teknolojileri rehberini ve otomasyonlu sipariş karşılama rehberini inceleyebilirsiniz.

Fulfillment süreci hangi KPI’larla ölçülür?

Tek bir “ortalama hazırlama süresi” bütün operasyonu açıklamaz. Her KPI’ın başlangıç olayı, bitiş olayı, paydası, hariç tutulan siparişleri, dönemi ve sorumlu tarafı yazılmalıdır.

Başlangıç KPI seti şunları içerebilir:

• Sipariş alma başarısı: Kaynaktaki uygun siparişlerin WMS’e eksiksiz ve tekil alınma oranı
• Doğrulama süresi: WMS’e girişten işlenebilir veya beklemede kararına kadar geçen süre
• Bekleme yaşı: İşlenemeyen siparişlerin neden ve yaş dağılımı
• Stok tahsis başarısı: İlk denemede kullanılabilir stokla eşleşen sipariş veya satır oranı
• Kuyruk süresi: Operasyona salımdan toplama başlangıcına kadar geçen süre
• Toplama doğruluğu: Doğru SKU ve miktarla tamamlanan satırların tanımlı paydası
• İlk seferde doğru hazırlama: Yeniden işleme gerekmeden kontrol, paketleme ve etiketlemeyi geçen gönderi oranı
• Sevke hazır olma süresi: İşlenebilir siparişten fiziksel hazırlığın tamamlanmasına kadar geçen süre
• Zamanında taşıyıcı devri: Taahhüt edilen devir penceresinde teslim edilen paket oranı
• Devir–ilk tarama farkı: Depo devir kaydı ile taşıyıcı kabul olayı arasındaki süre
• İstisna oranı ve çözüm süresi: Kaynağa göre depo, entegrasyon, marka veya taşıyıcı ayrımıyla
• Depo kaynaklı yeniden gönderim/iade: Yanlış ürün, miktar, etiket veya paketleme nedeniyle oluşan olaylar

ASCM’nin “Perfect Customer Order Fulfillment” metriği; doğru ürün ve miktarın yanında zaman, yer, müşteri, belge ve ürün kondisyonunu birlikte değerlendirir. Bir siparişin yalnız zamanında çıkmış olması onu “mükemmel sipariş” yapmaz. ASCM Perfect Customer Order Fulfillment

Bilgi kalitesi de operasyon KPI’larından ayrılmamalıdır. Order-fulfillment araştırması, bilginin zamanında, doğru, erişilebilir ve güvenilir olmasını ayrı ölçüm boyutları olarak ele alır. Fiziksel paket doğru hazırlanmış olsa bile yanlış ya da geç takip bilgisi müşteri tarafında süreci eksik gösterebilir. Forslund — Measuring information quality in the order fulfilment process

Ortalama değer, az sayıdaki çok gecikmiş siparişi gizleyebilir. Bu nedenle medyanın yanında yüksek yüzdelikler, en yaşlı açık sipariş ve neden dağılımı da izlenebilir. Ancak başka işletmelerden alınmış evrensel bir “doğru” hız veya hata benchmark’ı kullanılmamalı; hedef sipariş profili ve sözleşme kapsamına göre belirlenmelidir.

Memnun Depo’nun süreçteki rolü ve sorumluluk sınırı nedir?

Memnun Depo’nun kamuya açık ve doğrulanmış fulfillment akışı şu kapsamda anlatılabilir:

• Entegrasyon, paketleme, taşıyıcı ve operasyon kuralları müşteriyle baştan tanımlanır.
• Mal kabulde ürünler indirilir; beyan edilen palet, koli veya tekil ürün adedi kontrol edilir. İçeriği önceden bildirilen kapalı kolilerde koli içi tek tek sayım standart kapsam dışındadır. SKU tanımları, stok girişleri ve palet/raf yerleştirmesi tamamlanır.
• WMS; mal kabul, lokasyon, stok, sipariş ve sevk hareketlerini aynı kayıt zincirinde ilişkilendirir.
• Ürün ve gönderi eşleşmeleri barkod akışıyla doğrulanabilir.
• İşlenebilir sipariş; geçerli sipariş bilgisi, yeterli stok ve tanımlı paketleme kuralı bulunan sipariştir.
• Bu siparişler sisteme alındıktan sonra en geç 12 saat içinde toplanır, hazırlanır ve sevke hazır hâle getirilir.
• Taşımaya hazır kolili ürünler gereksiz yeniden paketleme yapılmadan toplanabilir, etiketlenebilir ve taşıyıcıya teslim edilebilir.
• Paketleme gerekiyorsa ürün ve müşteri kuralına göre uygulanır; ebat ve türe göre ayrıca tekliflendirilir.
• Taşıyıcı etiketi ve takip bilgisi ilgili sipariş kaydıyla eşleştirilir.
• İadeler müşteriyle tanımlanan operasyon ve karar kurallarına göre ayrı akışta işlenir.

12 saatlik süre son müşteriye teslimat vaadi değildir. Taşıyıcının paketi alma zamanı, ağ içi taşıması, dağıtım sırası, teslimat sonucu ve POD üretimi bu sürenin dışındadır. Memnun Depo taşıyıcının rotasını, aracını veya son mil operasyonunu yönetiyor gibi sunulamaz.

Bu makale günlük kapasite, hata oranı veya son müşteriye teslim süresi hakkında yeni bir performans iddiası oluşturmaz. Gerçek SLA; sipariş profili, entegrasyon, stok, paketleme ve taşıyıcı sorumlulukları tanımlandıktan sonra sözleşme kapsamında kurulmalıdır.

Mevcut hizmet kapsamını hizmetler sayfasında inceleyebilir veya operasyonunuza uygun iş akışını görüşmek için bizimle iletişime geçebilirsiniz.

Fulfillment süreci hakkında sık sorulan sorular

Fulfillment süresi siparişin verildiği anda mı başlar?

Her zaman değil. Siparişin geçerli veri, yeterli stok, gerekli onaylar ve tanımlı paketleme/taşıyıcı kurallarıyla işlenebilir hâle gelmesi gerekir. Başlangıç olayı sözleşmede ve sistem durumlarında açıkça tanımlanmalıdır.

“12 saat içinde sevke hazır” müşteriye 12 saatte teslim demek midir?

Hayır. Bu ifade işlenebilir siparişin depo içinde toplanıp hazırlanarak sevke hazır hâle gelmesini anlatır. Taşıyıcının teslim alma ve son müşteriye ulaştırma süresi ayrı süreçtir.

Kargo etiketi oluşturulduysa paket kargoya verilmiş sayılır mı?

Hayır. Etiket oluşturma, fiziksel taşıyıcı devri ve taşıyıcının ilk kabul taraması ayrı olaylardır. Her biri kendi zamanı ve kanıtıyla tutulmalıdır.

Bir sipariş neden birden fazla pakete bölünür?

Ürünlerin farklı lokasyonlarda bulunması, aynı pakette taşınamaması, ağırlık/ölçü sınırları veya kısmi stok durumu bölünmeye neden olabilir. Her paketin içerik ve takip ilişkisi ayrı kaydedilmelidir.

Hazır kolili ürün yeniden paketlenmek zorunda mıdır?

Hayır. Mevcut koli taşıma koşullarını ve müşteri kuralını karşılıyorsa ürün toplanıp taşıyıcı etiketi uygulanarak teslim edilebilir. Ek paketleme gerektiğinde kapsam ve fiyat ayrıca belirlenir.

Barkod kullanmak yanlış sevkiyatı tamamen önler mi?

Hayır. Barkod doğrulamayı güçlendirir; fakat ana veri, etiket, tarama disiplini ve istisna kontrolleri hatalıysa tek başına garanti sağlamaz.

İade fulfillment sürecinin son adımı mıdır?

İade, forward fulfillment tamamlandıktan sonra açılabilen ayrı bir ters lojistik sürecidir. Yetkilendirme, taşıma, kabul, inceleme ve ürün kararı kendi durumlarıyla yönetilmelidir.

Kaynaklar ve ileri okuma

• ASCM. Introduction to SCOR Processes: Order, Fulfill and Return ve Fulfill process.
• ASCM. Perfect Customer Order Fulfillment.
• Gu, J., Goetschalckx, M. ve McGinnis, L. F. (2007). Research on warehouse operation: A comprehensive review.
• De Koster, R., Le-Duc, T. ve Roodbergen, K. J. (2007). Design and control of warehouse order picking: A literature review.
• Van Gils, T. ve diğerleri (2018). Designing efficient order picking systems by combining planning problems.
• Boysen, N., Weidinger, F. ve de Koster, R. (2019). Warehousing in the e-commerce era: A survey.
• Forslund, H. (2007). Measuring information quality in the order fulfilment process.
• GS1. Global Traceability Standard, Logistic Label Guideline ve EPCIS and CBV Implementation Guideline.
• Shopify. Inventory states ve Apps in order management.
• Oracle. Overview of Shipping Exceptions.

Bu içerik genel operasyon ve süreç tasarımı bilgisi sunar. Platform API’leri, taşıyıcı hizmetleri, ürün gereksinimleri ve sözleşme sorumlulukları değişebileceği için gerçek uygulama güncel teknik dokümantasyon ve müşteri özelindeki iş kurallarıyla ayrıca doğrulanmalıdır.