Son Mil Lojistiği: Müşteri Memnuniyetini Yükseltme

06.11.2025

Son mil lojistiği: müşteri memnuniyetini artıran teslimat deneyimi

Son mil lojistiği, e-ticaret siparişinin müşteriye ulaştığı son taşıma ayağıdır. Müşteri bu aşamada depo içindeki toplama doğruluğunu, taşıyıcının dağıtım performansını ve markanın iletişimini tek bir deneyim olarak görür. Bu nedenle iyi bir ürün ve sorunsuz ödeme akışı, belirsiz teslimat vaadi, yanlış adres, görünmeyen kargo hareketi veya yönetilemeyen teslimat istisnasıyla gölgelenebilir.

Ancak “son mil” ile “fulfillment” aynı süreç değildir. Depo; siparişi doğrular, toplar, gerekiyorsa paketler, etiketler ve taşıyıcıya devre hazırlar. Taşıyıcı ise fiziksel kabulden sonra ağ içi hareketi, dağıtım turunu, teslimat denemesini ve son teslimi yönetir. Marka veya satış kanalı da müşteriye verilen vaadin, bildirimlerin ve sorun çözümünün sahibidir.

Bu rehber; son mil teslimatını yalnız rota optimizasyonu olarak değil, vaat, veri, fiziksel devir, taşıyıcı olayı, müşteri iletişimi ve kanıt zinciri olarak ele alır. Araştırmalar, son mil deneyiminin müşterinin genel e-ticaret deneyimi ve memnuniyet değerlendirmesinde önemli bir temas noktası olduğunu gösteriyor; fakat tek bir teslimat seçeneğinin veya taşıyıcının her sipariş için en iyi sonucu vereceği söylenemez. Vakulenko, Shams, Hellström ve Hjort

Son mil lojistiği nedir, nerede başlar ve biter?

Literatürde birden fazla tanım bulunmakla birlikte yaygın operasyonel çerçeve, son mili gönderinin yerel dağıtım başlangıç noktasından alıcının tercih ettiği teslimat noktasına kadar ilerlediği son taşıma bölümü olarak ele alır. Başlangıç noktası taşıyıcı şubesi, şehir içi dağıtım merkezi veya yerel depo olabilir; bitiş noktası ise ev, iş yeri, teslimat noktası ya da kargo dolabı olabilir. Last-mile delivery concepts: a survey · Last-mile logistics models: a literature review

Bu ayrım önemlidir: fulfillment deposundan çıkan paket, taşıyıcının ana taşıma ve aktarma ağından geçtikten sonra yerel dağıtım merkezine ulaşabilir. Dolayısıyla “etiket üretildi”, “kargoya hazır”, “taşıyıcıya devredildi”, “taşıyıcı kabul etti”, “dağıtıma çıktı” ve “teslim edildi” farklı olaylardır.

Bu makalede süreç dört halkada izlenir:

Sevke hazırlama: Siparişin depoda toplanması, paketlenmesi, etiketlenmesi ve çıkışa hazırlanması
Fiziksel devir ve taşıyıcı kabulü: Paketin taşıyıcıya teslim edilmesi ve taşıyıcının ilk kabul olayını üretmesi
Taşıyıcı ağı ve son mil: Aktarma, yerel dağıtım, teslimat denemesi ve teslimat
Teslimat sonrası: Teslimat kanıtı, müşteri talebi, hasar/kayıp incelemesi veya ayrı bir iade akışı

Depo içindeki fiziksel akışı ayrıntılı incelemek için fulfillment süreci rehberine bakabilirsiniz.

Depo, marka, taşıyıcı ve müşterinin sorumlulukları nasıl ayrılır?

Müşteriye tek bir sipariş görünse de operasyon birden fazla tarafın kontrol alanından geçer. Sorun çıktığında önce “Kim suçlu?” diye sormak yerine, olayın hangi sistemde ve hangi zaman damgasında oluştuğu bulunmalıdır.

Satıcı veya marka: Ürün bilgisini, teslimat seçeneğini, müşteriye gösterilen vaadi, müşteri hizmetleri politikasını ve ticari telafiyi yönetir.
Satış kanalı veya entegrasyon katmanı: Sipariş, adres, paket, takip numarası ve durum verilerini tanımlı sistemler arasında taşır.
Fulfillment deposu: İşlenebilir siparişi toplar, paketleme kuralını uygular, doğru etiketi doğru pakete bağlar, sevke hazırlar ve fiziksel devri kaydeder.
Taşıyıcı: Kabul taramasını, ağ içi hareketleri, dağıtım planını, teslimat denemesini, kendi ETA ve takip olaylarını, teslimat kanıtını ve taşıma istisnalarını yönetir.
Alıcı: Doğru ve erişilebilir teslimat bilgisi sağlar; seçilen teslimat türüne göre adreste bulunma, teslimat noktasından alma veya gerekli doğrulamayı yapma sorumluluğu taşıyabilir.

Sorumluluk matrisi sözleşmede ve sistem statülerinde aynı şekilde karşılık bulmalıdır. Örneğin depo kaydındaki “taşıyıcıya devredildi” zamanı ile taşıyıcının “ilk kabul” zamanı ayrı tutulursa gecikmenin devir öncesinde mi, toplama sırasında mı yoksa ilk taramanın sisteme düşmesinde mi oluştuğu incelenebilir.

Sevke hazırlama sözü ile teslimat vaadi nasıl ayrılır?

Müşteriye gösterilen teslimat tarihi tek bir süreden oluşmaz. Basitleştirilmiş model şöyledir:

siparişin işlenebilir hâle gelmesi + hazırlama süresi + taşıyıcıya devir + taşıyıcı transit süresi + teslimat takvimi

Google Merchant Center da teslimat süresini sipariş kesim zamanı, hazırlama süresi ve taşıyıcı transit süresi gibi ayrı bileşenlerle modellemektedir. Bu, her işletme için zorunlu bir hesap formülü değil; müşteri vaadinin yalnız depo hızına indirgenemeyeceğini gösteren yararlı bir ayrımdır. Google Merchant Center teslimat süresi modeli

Operasyonda en az üç söz ayrı tutulmalıdır:

Hazırlama sözü: İşlenebilir sipariş ne kadar sürede toplanıp sevke hazır olacak?
Taşıyıcı kabulü: Paket hangi toplama planında fiziksel olarak alınacak ve ilk kabul olayı ne zaman oluşacak?
Teslimat vaadi: Seçilen taşıyıcı ve servis, ilgili çıkış–varış hattında müşteriye hangi tarih veya aralığı sunuyor?

Taşıyıcı toplama saatleri, kampanya yoğunluğu, resmî tatiller, bölge ve hizmet tipi değişebildiği için sabit bir cut-off bilgisini her siparişe uygulamak yanıltıcı olabilir. Müşteriye sunulan tarih; geçerli sipariş zamanı, depo hazırlama kuralı ve taşıyıcının güncel servis takvimiyle hesaplanmalı, kesin olmayan sonuç “garanti” gibi gösterilmemelidir.

Taşıyıcı ve hizmet seviyesi hangi verilerle seçilir?

“En iyi kargo şirketi” bütün Türkiye, ürün ve müşteri profilleri için tek bir cevap değildir. Taşıyıcı seçimi; fiyat listesinden önce gönderinin gerçek özellikleri ve geçmiş performansla değerlendirilmelidir:

Çıkış–varış bölgesi ve hizmet kapsamı
Paket ölçüsü, desi, ağırlık, ürün hassasiyeti ve özel taşıma kısıtları
Eve teslim, şubeden teslim veya varsa teslimat noktası seçenekleri
Taşıyıcı toplama planı ve kampanya dönemindeki kapasite
Taşıyıcı kabulü, aktarma ve teslimat olaylarının veri kalitesi
İmza, fotoğraf veya diğer teslimat kanıtı seçenekleri
Başarısız teslimat, yeniden deneme ve göndericiye dönüş kuralları
Hasar, kayıp ve talep dosyası süreçleri
Bölge ve servis bazında gözlenen zamanında teslimat, ilk deneme başarısı ve istisna oranı
Taşıma bedeli ile ek hizmet ve iade maliyetleri

Taşıyıcı performansı yalnız genel ortalamayla değerlendirilmemelidir. Bir servis İstanbul içi küçük kolilerde güçlü, hacimli ürünlerde veya başka bir bölgede zayıf olabilir. Sonuçlar taşıyıcı + servis + bölge + paket profili + dönem kırılımında incelenmelidir.

Birden fazla taşıyıcı arasında otomatik yönlendirme yapılacaksa kuralın veri kaynağı, önceliği ve geri dönüş davranışı yazılı olmalıdır. Sistem erişimi veya sözleşme kapsamı olmayan bir hizmete sipariş yönlendirilmemeli; “dinamik seçim” tek başına daha iyi teslimat sonucu garantisi gibi sunulmamalıdır. Güncel teknik bağlantılar proje bazında entegrasyonlar sayfasında değerlendirilebilir.

Paket, ambalaj ve etiket son mili nasıl etkiler?

Taşıyıcı rota ve araç yönetimi deponun kontrolünde değildir; fakat paket taşıyıcıya girmeden önce oluşan bazı hatalar son milde istisnaya dönüşür. Yanlış koli seçimi, yetersiz koruma, açıkta kalan eski barkod, okunamayan yeni etiket, hatalı ağırlık veya yanlış pakete yapıştırılmış takip etiketi; ayırma, yönlendirme, hasar ve teslimat sorunlarına yol açabilir.

Sevke hazırlama kontrolü şu soruları yanıtlamalıdır:

Paket içeriği sipariş ve paket kaydıyla eşleşiyor mu?
Ambalaj ürünün ağırlığına, kırılganlığına ve taşıma koşuluna uygun mu?
Eski taşıma etiketleri ve yönlendirme barkodları kapatıldı mı?
Yeni etiket düz, görünür ve taranabilir bir yüzeye uygulandı mı?
Barkodun üzerine bant, streç, kıvrım veya başka etiket geliyor mu?
Takip numarası, taşıyıcı servisi, paket kimliği ve sipariş aynı kayıtta bağlı mı?
Bir sipariş birden fazla paketse her paket ayrı ve doğru kimlikle izleniyor mu?

GS1 Lojistik Etiketi rehberi, fiziksel lojistik birimin elektronik mesajla eşleştirilmesi ve barkodun taranabilir yerleşimi için standart bir çerçeve sunar. Her e-ticaret kolisinin GS1 SSCC kullanması zorunlu değildir; kaynak, doğru fiziksel birim–etiket eşleşmesinin neden önemli olduğuna dair standart örneğidir. GS1 Logistic Label Guideline

Adres ve iletişim verisi ne zaman doğrulanmalıdır?

Adres kontrolü etiket basıldığı anda başlayan bir iş olmamalıdır. Sipariş işlenebilir hâle getirilirken alıcı adı, telefon, il, ilçe, mahalle, sokak, bina ve daire gibi gerekli alanlar kontrol edilmeli; eksik veya çelişkili kayıt toplama başlamadan istisna kuyruğuna alınmalıdır.

UPU S42 standardı, ülkeler arasında değişen adres bileşenlerini ve ülkeye özgü biçimlendirme şablonlarını tanımlar. Standardizasyon, veriyi taşıyıcı sisteminin beklediği düzene dönüştürmeye yardımcı olabilir; ancak adresin gerçekten var olduğunu, alıcının orada bulunacağını veya taşıyıcının teslim edeceğini garanti etmez. UPU Addressing Solutions – S42

İyi bir adres akışı:

Kaynaktan gelen özgün adresi kanıt için korur.
Alanları ayrıştırır ve taşıyıcının kabul ettiği biçime dönüştürür.
İl–ilçe, posta kodu veya zorunlu alan çelişkisini işaretler.
Otomatik düzeltmenin güveni düşükse insan onayı ister.
Yapılan değişikliği, zamanı ve kaynağı kaydeder.
Alıcı telefonunu yalnız teslimat ve tanımlı müşteri iletişimi amacıyla yetkili taraflarla paylaşır.

Adres ve telefon kişisel veridir. Rol bazlı erişim, maskeleme, aktarım güvenliği, saklama süresi ve denetim izi; sipariş entegrasyonunun parçası olarak tasarlanmalıdır. KVKK, kişisel verilerin hukuka aykırı işlenmesini ve erişimini önlemek ile veriyi güvenli biçimde muhafaza etmek için teknik ve idari tedbirleri veri sorumlusunun yükümlülükleri arasında sayar. KVKK veri güvenliği yükümlülükleri

Taşıyıcıya devir ile ilk kabul taraması neden farklıdır?

Bir takip numarası üretildiğinde gönderi fiziksel olarak yer değiştirmiş olmayabilir. Operasyon kaydında aşağıdaki olaylar birbirine dönüştürülmeden saklanmalıdır:

Etiket oluşturuldu: Taşıyıcı veya satış kanalı bir takip kimliği verdi.
Paket sevke hazır: Depo toplama, paketleme ve çıkış kontrolünü tamamladı.
Taşıyıcıya fiziksel devir yapıldı: Paket, toplama aracı veya yetkili taşıyıcı personeline teslim edildi.
Taşıyıcı ilk kabul olayını üretti: Taşıyıcı ağı gönderiyi kendi sisteminde kabul etti.
Dağıtım ve teslimat olayları oluştu: Bu olaylar taşıyıcının ağı ve seçilen servis kapsamındadır.

Devir kanıtı; çıkış listesi, paket sayısı, takip numarası, taşıyıcı, tarih-saat ve mümkünse teslim alan referansını içermelidir. İlk kabul olayı daha sonra gelirse iki zaman arasındaki fark ölçülebilir. Sadece etiket üretim zamanını “kargoya verildi” diye raporlamak, hem müşteriyi hem de operasyon ekibini yanıltır.

Takip, ETA ve müşteri iletişimi nasıl yönetilir?

Takip ekranı, farklı sistemlerin ürettiği zaman damgalı olayları müşterinin anlayabileceği bir dile çevirir. İyi iletişim çok bildirim göndermek değil, doğru olayı doğru kaynak ve bağlamla göstermektir.

“Etiket oluşturuldu” ile “taşıyıcı kabul etti” ayrılmalıdır.
ETA’nın taşıyıcı tahmini olduğu ve değişebileceği açık olmalıdır.
Eski bir olay yeni olaydan sonra gelirse durum geriye çevrilmemelidir.
Aynı taşıyıcı olayı birkaç kez gelirse yinelenen müşteri bildirimi oluşmamalıdır.
Gecikme veya başarısız deneme, doğrulanmış olay ve gerekiyorsa neden koduyla açıklanmalıdır.
Müşteriye sunulan takip bağlantısı doğru pakete ait olmalıdır.
Bir sipariş bölündüyse paketlerin ayrı hareketleri görünür olmalıdır.

Taşıyıcı dokümantasyonları da takip, tahmini teslim ve elektronik teslimat kanıtını ayrı veri veya uç noktalar olarak ele alır. Bu ayrım, “takip numarası var” bilgisinin teslimatın her aşamasını kanıtlamadığını gösterir. DHL MyDHL API · DHL Shipment Tracking

Takip ve durum verisinin mağaza, OMS, WMS ve taşıyıcı arasında nasıl taşınacağını e-ticaret entegrasyonu rehberinde ayrıntılı ele alıyoruz.

Ev teslimatı, teslimat noktası ve diğer seçenekler nasıl karşılaştırılır?

Teslimat seçeneği yalnız hızla değerlendirilmemelidir. Alıcının evde bulunma ihtiyacı, ürün ölçüsü, teslimat noktasına erişim, çalışma saatleri, güvenlik, ek ücret ve taşıyıcının bölgesel ağı birlikte düşünülmelidir.

Adrese teslim: Müşteri için doğrudan olabilir; fakat alıcının bulunması gereken senaryolarda başarısız deneme riski taşır.
Şube veya insanlı teslimat noktası: Teslimatların konsolide edilmesine yardımcı olabilir; müşteri çalışma saatleri içinde noktaya gitmelidir.
Kargo dolabı: Temassız ve esnek teslim alma sunabilir; dolap kapasitesi, paket ölçüsü, erişilebilirlik ve müşterinin dolaba ulaşım biçimi sonucu etkiler.
Mağazadan teslim: Stok ve mağaza operasyonu uygunsa kanal deneyimini fiziksel noktaya bağlayabilir; taşıyıcı son miliyle aynı model değildir.

Kargo dolabı ve teslimat noktaları, birden fazla gönderiyi tek noktada konsolide edebilir ve bazı başarısız ev teslimatı denemelerini azaltabilir. Buna karşılık doğru konum, kapasite, müşteri erişimi ve teslim alma yolculuğu dikkate alınmadan herkes için daha kolay veya daha çevreci oldukları söylenemez. Out-of-home delivery in last-mile logistics · Integrating mobile parcel lockers into last-mile delivery networks

Başarısız teslimat ve teslimat istisnaları nasıl yönetilir?

“Teslim edilemedi” tek başına kök neden değildir. Aynı statü altında farklı eylemler gerektiren olaylar bulunabilir:

Alıcının adreste bulunmaması
Eksik, yanlış veya erişilemeyen adres
Telefon veya iletişim bilgisinin kullanılamaması
Alıcının gönderiyi reddetmesi
Güvenlik, site girişi veya teslimat yetkisi engeli
Paket hasarı veya taşıyıcıda ayırma sorunu
Araç, kapasite, hava, yoğunluk veya operasyonel gecikme
Teslimat noktasının kapalı veya dolu olması
Taşıyıcı hizmet kapsamı ya da paket uygunluğu sorunu

Her neden için olay sahibi, müşteriye gösterilecek mesaj, yeniden deneme koşulu, adres düzeltme yetkisi, teslimat noktasına yönlendirme, göndericiye dönüş ve eskalasyon süresi tanımlanmalıdır. Alıcının bulunmasını gerektiren ev teslimatlarına ilişkin araştırmalar, müşteri bulunabilirliği ile rota maliyeti ve başarılı teslimat arasında bir değiş-tokuş bulunduğunu gösterir; sabit ve evrensel bir yeniden deneme kuralı çıkarmaz. Attended home delivery under stochastic customer availability

Müşteriye “kargonuz gecikti” demek yerine bilinen olay, bilginin kaynağı ve bir sonraki adım açıklanmalıdır. Sistem neden kodu vermiyorsa tahmin yürütülmemeli; taşıyıcı incelemesi bekleniyor denmelidir.

Hasar, kayıp, POD ve talep süreci nasıl ayrılır?

Teslimat kanıtı (proof of delivery, POD), seçilen taşıyıcının sunduğu imza, isim, fotoğraf, konum veya zaman damgası gibi bir kayıt olabilir. Hangi alanların bulunduğu taşıyıcıya, servise, teslimat türüne ve hukuki sınırlara göre değişir.

POD şu soruların hepsine tek başına cevap vermez:

Paketin içindeki doğru ürün hasarsız mıydı?
Teslim alan kişi siparişteki alıcı mıydı, yetkili başka biri miydi?
Fotoğraf, imza veya konum verisinin kullanım koşulları neydi?
Hasar taşıyıcı kabulünden önce mi, ağ içinde mi, teslimattan sonra mı oluştu?

Bu nedenle hasar, kayıp, eksik içerik ve “teslim edildi görünüyor fakat ulaşmadı” talepleri ayrı kodlarla açılmalıdır. İnceleme dosyasında sipariş ve paket kimliği, ürün listesi, paketleme kaydı, ağırlık, etiket, depo çıkış zamanı, devir kaydı, taşıyıcı olayları, POD ve müşteri beyanı birlikte tutulabilir. Depo, taşıyıcı ve marka yalnız kendi kontrol ettiği aşamanın kanıtını sağlamalıdır.

POD veya teslimat fotoğrafı kişisel veri içerebilir. Görüntü ve imza erişimi iş ihtiyacıyla sınırlandırılmalı; müşteri hizmetleri ekranında gereksiz veri gösterilmemelidir.

İade son milin devamı mı, ters lojistik başlangıcı mı?

Başarısız teslimat sonrası paketin taşıyıcı ağı içinde yeniden denenmesi, teslimat noktasına yönlendirilmesi veya göndericiye dönmesi taşıma istisnasıdır. Müşterinin teslim aldığı ürünü cayma, hasar, yanlış ürün veya başka bir nedenle geri göndermesi ise yeni bir ters lojistik akışıdır.

Bu iki senaryo aynı “iade” statüsünde birleştirilmemelidir:

Göndericiye dönüş: Paket son müşteriye başarıyla teslim edilmeden taşıyıcıdan geri gelir.
Müşteri iadesi: Teslimat sonrası ticari iade talebi, geri taşıma, depo kabulü, kontrol ve ürün kararı gerekir.

Depoya geri ulaşan kolinin fiziksel kabulü, ürünün satışa uygun stoğa alındığı veya müşteriye geri ödeme yapıldığı anlamına gelmez. Yetkilendirme, karantina, kontrol ve stok kararını ters lojistik ve iade yönetimi rehberinde inceleyebilirsiniz.

Maliyet, hız ve çevresel etki değiş-tokuşları nasıl değerlendirilir?

Daha hızlı teslimat, daha dar zaman aralığı, ikinci teslimat denemesi, düşük doluluk veya çok sayıda teslimat seçeneği müşteri için değer yaratabilir; fakat kapasite, maliyet ve çevresel etkiyi farklı yönlerde değiştirebilir. Benzer şekilde teslimat noktası konsolidasyon sağlayabilir, fakat müşteri paketi özel araçla almak için ek yol yapıyorsa toplam sonuç değişebilir.

Bu nedenle “en hızlı”, “en ucuz” veya “en yeşil” seçeneği ölçümsüz biçimde ilan etmek yerine senaryo bazlı karşılaştırma yapılmalıdır:

Paket başına taşıma ve ek hizmet maliyeti
Başarılı teslimat başına toplam maliyet
İlk deneme başarısızsa yeniden deneme ve geri dönüş maliyeti
Teslimat hızı ve müşteriye sunulan zaman aralığı
Araç doluluğu, durak yoğunluğu ve teslimat noktası konsolidasyonu
Müşterinin teslim alma yolculuğu
Hesaplamaya dahil edilen ağ, tesis ve taşıma aşamaları

ISO 14083, yolcu ve yük taşıma zincirlerinden kaynaklanan sera gazı emisyonlarının hesaplanması ve raporlanması için ortak bir yöntem tanımlar. Gönderi başına CO₂e karşılaştırması yapılacaksa sistem sınırı, veri kaynağı, tahsis yöntemi ve dönem açıklanmalıdır. ISO 14083:2023

Ambalaj, konsolidasyon ve emisyon iddialarının ölçüm sınırlarını sürdürülebilir lojistik rehberinde daha ayrıntılı ele alıyoruz.

Son mil hangi KPI’larla ölçülür?

Tek bir “ortalama teslimat süresi” son mil performansını açıklamaz. Her KPI için başlangıç ve bitiş olayı, payda, kapsam dışı kayıtlar, veri kaynağı, dönem ve sorumlu taraf belirtilmelidir.

Zamanında teslimat oranı: Vaat edilen tarih veya aralık içinde teslim edilen gönderi / geçerli teslimat vaadi bulunan gönderi
İlk denemede teslimat başarısı: İlk fiziksel denemede teslim edilen gönderi / ilk teslimat denemesi yapılan gönderi
Başarısız deneme oranı: Başarısız ilk denemeler / ilk teslimat denemeleri; neden koduyla ayrıştırılır
Vaat–gerçekleşme farkı: Vaat edilen teslimat ile gerçek teslimat arasındaki süre; medyan ve yüksek yüzdelikler birlikte izlenebilir
Adres veya iletişim istisna oranı: Adres/iletişim nedeniyle bekleyen ya da başarısız olan gönderi / ilgili gönderi
Devir–ilk kabul gecikmesi: Depo fiziksel devir zamanı ile taşıyıcının ilk kabul olayı arasındaki süre
Takip olayı bütünlüğü: Beklenen temel olayları bulunan gönderi / takip edilen gönderi
POD bulunabilirliği: Sözleşmede POD beklenen ve POD kaydı bulunan gönderi / POD beklenen teslimat
Hasar veya kayıp talep oranı: Tanımlı hasar/kayıp talepleri / ilgili teslimatlar
Göndericiye dönüş oranı: Teslim edilemeden geri dönen gönderi / taşıyıcıya kabul edilen gönderi
“Kargom nerede?” başvurusu: Her 100 teslimat başına ilgili müşteri talebi
Başarılı teslimat başına maliyet: İlgili taşıma, ek hizmet, yeniden deneme ve dönüş maliyeti / başarılı teslimat

Gösterge sonuçları taşıyıcı, servis, bölge, paket tipi, satış kanalı ve istisna nedenine göre kırılmalıdır. Örneğin zamanında teslimat oranı yüksek görünürken yalnız teslim edilen gönderileri paydaya almak başarısız ve geri dönen paketleri saklayabilir. KPI sözlüğü bu yüzden formül kadar önemlidir.

Taşıyıcı verisi nasıl mutabık edilir ve kök nedene çevrilir?

WMS, satış kanalı ve taşıyıcı aynı gönderiyi farklı kimlik ve statülerle gösterebilir. Günlük mutabakat en az şu kayıtları aramalıdır:

Etiketi var fakat sevke hazır kaydı olmayan paket
Sevke hazır fakat fiziksel devir listesinde bulunmayan paket
Devir kaydı var fakat belirlenen inceleme süresinde ilk taşıyıcı olayı olmayan paket
Taşıyıcı kabulü var fakat takip numarası satış kanalına yazılmamış gönderi
Uzun süre aynı taşıyıcı olayında kalan paket
Teslim edildi görünen fakat POD veya müşteri teyidi incelemesi gereken istisna
Göndericiye dönen fakat depo iade kabul kaydı açılmamış koli

Kök neden kodları “depo”, “taşıyıcı” ve “müşteri” gibi geniş suç kategorileri olmamalıdır. Daha yararlı sınıflar; yanlış etiket eşleşmesi, adres alanı eksikliği, devir listesi farkı, ilk tarama gecikmesi, alıcı bulunamadı, erişim engeli, hasar, servis kapsamı ve veri senkronizasyonu hatası gibi eyleme dönük tanımlardır.

Her olayda kaynak sistem, kaynak zaman damgası, sistemin olayı aldığı zaman ve sonradan yapılan düzeltme korunursa performans raporu ile denetim izi aynı veriden üretilebilir. Bu yaklaşım, taşıyıcının geç gönderdiği olay ile gerçekten geç gerçekleşen fiziksel hareketi birbirinden ayırmaya yardımcı olur.

Memnun Depo’nun doğrulanmış son mil sınırı nedir?

Memnun Depo’nun doğrulanmış operasyon sözü, fulfillment deposundaki hazırlama ve taşıyıcıya devir alanıyla sınırlıdır:

Geçerli sipariş verisi, yeterli kullanılabilir stok ve tanımlı paketleme kuralı bulunan siparişler işlenebilir sipariş kabul edilir.
İşlenebilir sipariş sisteme girdikten sonra en geç 12 saat içinde toplanır, gerekiyorsa paketlenir ve sevke hazır hâle getirilir.
Taşıyıcı etiketi ve takip numarası doğru sipariş ve paketle ilişkilendirilebilir.
Paket, kararlaştırılan operasyon akışında taşıyıcıya teslim edilir ve depo devir kaydı tutulabilir.
Türkiye geneli yurt içi fulfillment ve gönderim akışları desteklenir.

12 saatlik süre; taşıyıcının paketi hangi saatte alacağını, ilk kabul taramasını, ağ içi taşımasını, dağıtım rotasını, ETA’yı, teslimat denemesini veya son müşteriye teslim süresini kapsamaz. Bu alanlar seçilen taşıyıcının güncel hizmeti, bölgesi, sözleşmesi ve kapasitesine bağlıdır.

Memnun Depo’nun kendi son mil dağıtım ağı olduğu, her siparişte otomatik taşıyıcı seçtiği, garantili ETA ürettiği, aynı gün son müşteri teslimatı yaptığı veya bütün servislerde belirli bir POD sunduğu varsayılmamalıdır. Taşıyıcı ve entegrasyon kapsamı, müşteri hesabı ve teknik erişimle proje başlangıcında doğrulanır.

Kendi sipariş, bölge, paket ve taşıyıcı profilinizi değerlendirmek için hizmetlerimizi inceleyebilir veya bizimle iletişime geçebilirsiniz.

Son mil lojistiği hakkında sık sorulan sorular

Son mil lojistiği ile fulfillment arasındaki fark nedir?

Fulfillment; siparişin depoda doğrulanması, toplanması, paketlenmesi, etiketlenmesi ve taşıyıcıya devir için hazırlanmasını kapsar. Son mil ise taşıyıcının yerel dağıtım başlangıç noktasından alıcının tercih ettiği teslimat noktasına giden son taşıma ayağıdır. İki süreç veri ve fiziksel devirle birbirine bağlanır fakat aynı kontrol alanı değildir.

Takip numarası oluşması kargonun yola çıktığını gösterir mi?

Hayır. Takip numarası ve etiket, taşıyıcı sisteminde gönderi kaydı oluşturulduğunu gösterebilir. Fiziksel devir ve taşıyıcının ilk kabul taraması ayrı olaylardır; müşteriye gösterilen durum doğrulanmış olay kaynağına dayanmalıdır.

Aynı gün kargoya verilmek aynı gün teslimat mıdır?

Hayır. Siparişin aynı gün veya tanımlı hazırlama süresinde sevke hazır olması depo performansıdır. Taşıyıcının paketi alması, taşıması ve son müşteriye teslim etmesi ayrı süre ve hizmet koşullarına bağlıdır.

Adres doğrulama teslimatı garanti eder mi?

Hayır. Adres ayrıştırma ve standardizasyon eksik ya da çelişkili veriyi azaltabilir. Alıcının bulunması, binaya erişim, taşıyıcı kapsamı, hava, kapasite ve diğer fiziksel koşulları garanti etmez.

İlk denemede teslimat başarısı nasıl hesaplanır?

İlk fiziksel teslimat denemesinde başarıyla teslim edilen gönderilerin, ilk deneme yapılan geçerli gönderilere oranıdır. Taşıyıcıya hiç kabul edilmeyen, iptal edilen veya teslimat denemesi oluşmayan kayıtların nasıl ele alınacağı KPI sözlüğünde açıklanmalıdır.

Kargo dolabı veya teslimat noktası her zaman daha iyi midir?

Hayır. Konsolidasyon ve esnek teslim alma avantajı sağlayabilir; fakat konum, erişilebilirlik, çalışma saati, doluluk, paket ölçüsü ve müşterinin teslim alma yolculuğu sonucu değiştirir. Seçenek sipariş ve müşteri profiline göre değerlendirilmelidir.

POD, ürünün doğru kişiye ve hasarsız teslim edildiğini kesin olarak kanıtlar mı?

Hayır. POD, taşıyıcının belirli bir teslimat olayına ilişkin sunduğu kanıttır. İçeriği servis ve taşıyıcıya göre değişir; ürünün içeriği, fiziksel durumu ve teslim alan kişinin yetkisi için ek kayıt veya inceleme gerekebilir.

Memnun Depo son müşteriye teslimat süresini garanti ediyor mu?

Hayır. Memnun Depo, işlenebilir siparişi sisteme girdikten sonra en geç 12 saat içinde toplar, gerekiyorsa paketler ve sevke hazırlar. Taşıyıcı toplaması, ağ içi taşıma, ETA ve son müşteriye teslimat bu operasyon sözünün dışındadır.

Kaynaklar ve ileri okuma

Bu içerik genel operasyon bilgisi sunar; taşıyıcı sözleşmesi, tüketici hukuku, kişisel veri, sigorta, hasar/kayıp talebi veya çevresel raporlama danışmanlığı değildir. Taşıyıcı hizmet kapsamı, teslimat seçenekleri, POD içeriği, tazmin koşulları ve veri işleme yükümlülükleri güncel sözleşme ve mevzuat üzerinden ayrıca doğrulanmalıdır.