OTIF hesaplama: zamanında ve eksiksiz teslimat oranı
OTIF (On Time In Full, zamanında ve eksiksiz teslimat), hem zamanında hem de eksiksiz ulaşan teslimatların payıdır: zamanında ve eksiksiz teslimatlar ÷ yapılan teslimatlar × 100; müşterinin iptal ettiği siparişler hesaba girmez. Sonuç, rakamın yanına yazılması gereken üç seçime bağlıdır: neyin “zamanında” sayıldığı (aynı gün, rezerve edilen zaman penceresi ya da ± saat; erken teslim sayılır mı), satır bazında mı sipariş bazında mı sayıldığı ve hangi miktar toleransının kabul edildiği. Zamanında oranı × eksiksiz oranı değildir: örnek kayıtta %50,0 × %50,0 = %25,0 eder ama OTIF %16,7’dir. Logistivo her yük için teslim tarihini, ETA’yı ve sürücünün uygulamadan girdikleri dahil her durum değişikliğinin tarihli geçmişini saklar: bu hesabın ham maddesi.
Kaynak: ASCM · VDI · legislation.gov.uk · United Nations · Mevzuat Bilgi Sistemi · Wikipedia (en).
Verinin güncellenme tarihi:
.
Teslimat kaydı
Teslimat kaydı — Teslimatları yazın ya da yapıştırın, tanımı sabitleyin ve OTIF’i hangi teslimatların düşürdüğünü görün.
Hesap yalnızca tarayıcınızda yapılır: kayıt hiçbir sunucuya gönderilmez ve saklanmaz.
Araç teslimat güvenilirliğini (süre ve miktar) ölçer. Belgeler, hasar ve stoktan karşılama oranı ayrı göstergelerdir; sözlükte listelenir.
Sipariş no — Sipariş ya da yük referansı. Sipariş bazında sayarken aynı referanslı satırlar tek sipariş olur.
Satır — İsteğe bağlı: sipariş satır numarası.
Söz / başlangıç — Söz verilen tarih ve saat ya da rezerve pencerenin başlangıcı, ör. 14.09.2026 08:00; pencerenin tamamı tek hücreye de yazılabilir: 14.09.2026 08:00-12:00.
Pencere sonu — İsteğe bağlı: pencere aynı gün kapanıyorsa yalnız saat (12:00), değilse tarih ve saat.
Teslim edildi — Eşyanın alıcının emrine hazır tutulduğu tarih ve saat. Boş = teslimat henüz açık.
Sipariş — Siparişte teyit edilen miktar (koli, palet ya da adet — teslim edilenle aynı birim).
Teslim (miktar) — Teslim alınan miktar. Birden çok boşaltmada: toplam, son boşaltmanın saatiyle.
Seçilebilir tanımlar
Zamanında sayılır — Pencere içinde — Gerçek saat rezerve edilen pencerenin başlangıcı ile sonu arasına düşüyorsa (sınırlar dahil) teslimat zamanındadır. Pencere sonundan sonra gecikmiş, başlangıcından önce erkendir. Pencere sonu olmayan bir saatte pencere tam o saattir; yalnız tarih varsa pencere tüm gündür.
Zamanında sayılır — Aynı gün — Gerçek tarih söz verilen gün (ya da pencerenin günlerinden biri) ise teslimat zamanındadır. Saat sayılmaz: ertesi gün gecikme, önceki gün erken teslimdir.
Zamanında sayılır — ± saat — Söz verilen pencere (ya da saat) önce ve sonra N saat genişletilir. Bu payın dışında teslimat gecikmiş ya da erkendir.
N saat — başlangıçtaki 2 saat yalnızca kuralı denemek içindir: sözleşmenizde ya da SLA’nızda yazan payı kullanın.
Erken teslim — Hatadır — Pencere açılmadan (ya da paydan önce) yapılan teslimat, tıpkı gecikme gibi bir zamanlama hatasıdır.
Erken teslim — Zamanında sayılır — Pencereden önce yapılan teslimat zamanında sayılır: müşterinin talep ettiği tarihe ilişkin SCOR RL.3.59 göstergesindeki “o tarihte ya da önce” ölçütü.
Sayım — Satır — Kayıttaki her satır bir birimdir: OTIF, zamanında ve eksiksiz satırların payıdır.
Sayım — Sipariş — Aynı referanslı satırlar tek sipariş olur. Sipariş, ancak bütün satırları zamanındaysa zamanında, bütün satırları eksiksizse eksiksizdir (en katı biçim; SCOR RL.1.1 mükemmel sipariş gibi). Bir satır açık ya da okunamıyorsa siparişin tamamı hesap dışında kalır.
Fazla teslim — Hatadır — Toleransın üzerindeki miktar “in full” değildir: SCOR RL.2.1 fazladan kalem teslim edilmemesini şart koşar.
Fazla teslim — Eksiksiz sayılır — Toleransın üzerindeki miktar eksiksiz sayılır — bazı sözleşmelerin tercihi; SCOR tanımından farklıdır.
Tolerans — Teslim edilen miktar sipariş × (1 − tolerans) altındaysa teslimat eksik, sipariş × (1 + tolerans) üstündeyse fazladır. Araç %0 ile başlar: bu aracın ayarıdır, bir standart değildir. SCOR “taraflarca kararlaştırılan toleranslardan” söz eder.
Formüller
OTIF % — zamanında VE eksiksiz teslimatlar ÷ sayılan teslimatlar × 100 — SCOR RL.1.1 (mükemmel siparişler ÷ siparişler × %100); yaygın OTIF tanımına göre teslimat, sipariş ya da satır bazında sayılır.
Zamanında teslimat (OTD) % — zamanında teslimatlar ÷ sayılan teslimatlar × 100 — SCOR RL.2.2: ilk taahhüt edilen tarihte teslim edilen siparişler ÷ teslim edilen siparişler × %100; “in full” bileşeni yoktur.
Eksiksiz teslimat % — eksiksiz teslimatlar ÷ sayılan teslimatlar × 100 — SCOR RL.2.1: eksiksiz teslim edilen siparişler ÷ teslim edilen siparişler × %100; zaman bileşeni yoktur.
Zamanında × eksiksiz — ancak gecikmeler ve eksikler teslimatları birbirinden bağımsız etkiliyorsa OTIF’e eşittir — Aritmetik; örnek kayıtta %50,0 × %50,0 = %25,0, OTIF ise %16,7.
Sayım birimi — teslimat, satır ya da sipariş — asla miktar — OTIF’i toplam miktarın payı olarak hesaplamak “in full” ilkesine aykırıdır (İngilizce Vikipedi, DIFOT).
Yapraklar: her teslimat yalnız birinde
OTIF — zamanında ve eksiksiz.
Yalnız gecikme — gecikmiş, miktar doğru.
Yalnız erken — erken teslim hata sayılırken erken, miktar doğru.
Yalnız eksik — zamanında, miktar toleransın altında.
Yalnız fazla — zamanında, fazla teslim hata sayılırken miktar toleransın üstünde.
Süre ve miktar — süre hatası ile miktar hatası birlikte (gecikmiş + eksik, gecikmiş + fazla, erken + eksik, erken + fazla). Altı yaprağın toplamı her zaman sayılan teslimat sayısına eşittir.
Hesap dışında kalan satırlar
açık — henüz gerçek teslim yok: SCOR teslim edilen siparişlere böler, bu yüzden gerçekleşmemiş teslimat paydaya girmez.
söz yok — söz verilen tarih yok: taahhüt olmadan zamanlama değerlendirilemez.
okunamayan tarih — bir tarih tanınan bir biçimde değil.
ters pencere — pencere sonu başlangıcından önce.
miktar eksik — sipariş ya da teslim miktarı yok: eksiksizlik değerlendirilemez.
geçersiz miktar — sipariş miktarı sıfırdan büyük, teslim miktarı negatif olmayan bir sayı olmalı.
Ortalama ve medyan gecikme
Hangi teslimatlar — yalnız gecikmiş olanlar.
Pencere kuralı — gerçek saat − pencere sonu.
± saat kuralı — gerçek saat − söz verilen saat (ya da pencere sonu); payın sınırı değil.
Aynı gün kuralı — söz verilen günden sonraki tam gün sayısı.
Ortalama ve medyan — aritmetik ortalama; medyan = ortadaki değer, gecikmiş teslimat sayısı çiftse ortadaki iki değerin ortalaması.
Sipariş bazında — siparişin gecikmesi, en çok gecikmiş satırının gecikmesidir.
Kayıt ve CSV nasıl okunur
Sütun sırası: referans; satır; söz ya da pencere başlangıcı; pencere sonu; gerçek teslim; sipariş miktarı; teslim miktarı. 6 sütunda satır yoktur; 5 sütunda pencere tek hücrededir (14.09.2026 08:00-12:00).
Ayırıcı: noktalı virgül, virgül ya da sekme; ilk satırdan tanınır. Tarih içermeyen ilk satır başlık sayılır.
Tarihler: 2026-09-14 10:40, 14.09.2026 10:40, 14/09/2026 ya da 14-09-2026; nokta, eğik çizgi ya da tireyle gün.ay.yıl okunur.
Miktarlar: ondalık ayırıcı virgüldür (22,5); ardından üç hane gelen nokta binlik ayırıcıdır (1.200).
Saatler yazıldığı gibi karşılaştırılır, saat dilimi dönüştürülmez. Gerçek teslimde yalnız tarih varsa karşılaştırma gün bazında yapılır.
Birden çok boşaltmada teslim edilen satır bir kez yazılır: toplam miktar ve son boşaltmanın saatiyle.
Müşterinin iptal ettiği siparişler kayıttan çıkarılır; müşterinin istediği ve tedarikçinin kabul ettiği değişiklik yeni söz olur (SCOR RL.1.1, RL.2.1, RL.2.2).
OTIF’i hangi teslimatlar düşürüyor? — OTIF köktür; altında zamanında ve eksiksiz dalları vardır ve OTIF dışındaki her teslimat tek bir yaprağa düşer. Bir düğüme tıklayın, kayıttaki ilgili satırlar vurgulansın.
Temsilî örnek — 6 teslimat — Kayıt, ağacın her yaprağını dolduracak şekilde uydurulmuş altı teslimatla açılır; bunlar gerçek veri ya da sektör değeri değildir. Başlangıç ayarlarıyla (pencere, erken = hata, satır bazında, tolerans %0, fazla = hata) sonuç şudur:
ORD-1002 85 dakika gecikmiş; ORD-1003 eksik (24’te 22, −%8,3); ORD-1004 40 dakika erken; ORD-1005 185 dakika gecikmiş ve eksik (30’da 27, −%10); ORD-1006 fazla (20’de 21, +%5). Ortalama ve medyan gecikme: 135 dakika (2 sa 15 dk).
Aynı gün kuralı: zamanında 6’da 6, OTIF 6’da 3 = %50,0. Erken teslim zamanında sayılırsa: zamanında 6’da 4 = %66,7, OTIF 6’da 2 = %33,3. Tolerans %5: ORD-1006 eksiksiz olur (21 ≤ 21,0), eksiksiz 6’da 4 = %66,7, OTIF 6’da 2 = %33,3.
Bazı satırlarda pencere sonu olmayan bir söz saati var ve erken teslim hata sayılıyor: bu satırlar ancak tam o dakikada teslim edilirse zamanındadır. Pencere sonunu ekleyin ya da ± saat kuralını seçin.
Hesap dışı satırlar ne paya ne paydaya girer.
Sayılabilecek teslimat yok: her satırda söz, gerçek teslim ve iki miktar gerekir.
Gecikmeden doğan haklar bildirime bağlıdır: yurt içinde gönderilen, teslim süresinin aşıldığını teslimden itibaren 21 gün içinde yazılı bildirmezse bu hakları sona erer (TTK md. 889/3–4); uluslararası karayolu taşımasında eşyanın alıcının emrine hazır tutulmasından itibaren 21 gün içinde taşıyıcıya yazılı ihtirazi kayıt gönderilmelidir (CMR md. 30/3). KPI raporu bu bildirimlerin yerini tutmaz.
Sonuç seçilen tanıma bağlıdır; tanımı her zaman rakamın yanına yazın. Araç hedef değer vermez; hedef, sözleşmenizdeki ya da SLA’nızdaki hedeftir.
OTIF nedir ve nasıl hesaplanır? — OTIF (On Time In Full, zamanında ve eksiksiz teslimat), söz verilen zamanda ve sipariş edilen miktarda ulaşan teslimatların payıdır: zamanında ve eksiksiz teslimatlar ÷ yapılan teslimatlar × 100.
Teslimat, sipariş ya da sipariş satırı bazında sayılabilir; ama birim mutlaka belirtilmelidir. En katı biçimi olan SCOR modelindeki “mükemmel sipariş”te (RL.1.1) bir sipariş ancak bütün satırları kusursuzsa sayılır; SCOR’a göre müşteriye verilen taahhütler satır düzeyindedir.
Müşterinin iptal ettiği siparişler hesaba girmez (SCOR RL.1.1, RL.2.1, RL.2.2).
Teslimat raporundan OTIF nasıl hesaplanır? — Her teslimat için siparişte yazan söz tarihi ya da pencere, kaydedilen gerçek teslim tarihi ve saati, sipariş ve teslim miktarları gerekir. Yaygın bir tanım faydalı bir dördüncü şart ekler: bir teslimatın neden OTIF olmadığını kayda geçirmek.
TMS ya da ERP’den alınan dışa aktarımda bu sütunları kayda yapıştırmanız yeterlidir: araç her satırı OTIF, gecikmiş, erken, eksik ya da fazla olarak işaretler; ağaç her yaprağa kaç teslimat düştüğünü gösterir.
Logistivo’da nasıl işler — Logistivo bu hesabın ham maddesini her yük için saklar: teslim tarihini ve girilmişse tahmini varışı (ETA); her durum değişikliğinin (yükleme bekleniyor, taşımada, transitte, tamamlandı) tarih ve saatli geçmişini — ofis ya da sürücü tarafından iOS ve Android uygulamasından girilir; çok duraklı seferlerde sürücünün her durağı tamamlandı olarak işaretlediği saati. Asistanın rapor oluşturucusu yükleri teslim tarihi, durum, güzergâh, taşıyıcı ve plakayla Excel, CSV ya da PDF olarak dışa aktarır. Logistivo’da yük yönetimi — /tr/load-management
OTIF ile zamanında teslimat (OTD) arasındaki fark nedir? — Zamanında teslimat (OTD, On Time Delivery) yalnız zamana bakar. SCOR bunu ilk taahhüt edilen tarihte teslim edilen siparişler ÷ teslim edilen siparişler × %100 olarak hesaplar (RL.2.2) ve göstergenin “in full” bileşeni olmadığını belirtir: kısmi bir teslimat da zamanında olabilir.
OTIF iki koşulu birlikte ister; bu yüzden hiçbir zaman ne zamanında oranını ne de eksiksiz oranını aşar. Örnek kayıtta: zamanında %50,0, eksiksiz %50,0, OTIF %16,7.
“Hizmet seviyesi” ifadesine dikkat: lojistikte çoğu zaman stoktan karşılama oranını (depodan karşılanan satır ya da adet payı, fill rate) anlatır, OTIF’i değil.
OTIF neden zamanında oranı × eksiksiz oranı değildir? — İki oranın çarpımı ancak gecikmeler ve eksikler teslimatları birbirinden bağımsız etkiliyorsa OTIF’e eşittir. Hatalar aynı teslimatlarda toplanıyorsa (aynı sefer hem geç hem eksik geliyorsa) OTIF çarpımdan yüksek; farklı teslimatlara dağılıyorsa düşük çıkar.
Örnek kayıtta %50,0 × %50,0 = %25,0 eder, ama gerçek OTIF %16,7’dir: iki hata türü farklı teslimatlara düşer, yalnız ORD-1005’te ikisi birlikte vardır. Ağaç bunu “Süre ve miktar” yaprağında gösterir.
OTIF sipariş bazında mı, sipariş satırı bazında mı ölçülür? — İkisi de kullanılır ve farklı sonuç verir. Satır bazında kayıttaki her satır bir birimdir. Sipariş bazında aynı referanslı satırlar bir sipariş olur; sipariş ancak bütün satırları zamanında ve eksiksizse OTIF sayılır: tek hatalı satır bütün siparişi düşürür, bu yüzden sipariş bazındaki OTIF daha katıdır.
SCOR mükemmel siparişi sipariş üzerinden hesaplar (RL.1.1) ama taahhütlerin satır satır verildiğini hatırlatır. Sipariş müşterinin isteğiyle bölünürse her teslim satırı ayrı değerlendirilir. Seçim ne olursa olsun rakamın yanına yazılır; kaydın altındaki tanım kutusu bunun içindir.
Zamanında teslimat: bir teslimat ne zaman zamanında sayılır? — Ağacın sol dalı. SCOR müşterinin tanımına bırakır: kabul edilebilir pencere hizmet seviyesi sözleşmesinde (SLA) belirlenir ve taahhüt edilen tarih kesin bir saat yerine bir aralık olabilir (RL.2.2). Sonucu dört seçim değiştirir.
Erken teslimat zamanında sayılır mı? — Sözleşmeye bağlıdır. Rezerve edilmiş bir boşaltma randevusunda pencere açılmadan gelmek rampada bekleme yaratır ve çoğu zaman hata sayılır; müşterinin talep ettiği tarihe ilişkin SCOR göstergesi (RL.3.59) ise “o tarihte ya da önce” yapılan teslimatları sayar. Alman VDI 4400 yönergesi toleransı göstergenin adına, termin öncesi ve sonrası gün payı olarak yazar.
Örnek kayıtta ORD-1004 penceresinden 40 dakika önce gelir: erken teslim hata sayılırsa OTIF %16,7, zamanında sayılırsa %33,3 olur.
Gün mü, pencere mi, ± saat mi: hangi zamanlama kuralı seçilmeli? — Kural, müşteriye verilen sözü izler: sözleşme yalnız tarih veriyorsa “aynı gün”, boşaltma randevusu alınıyorsa “pencere içinde”, sözleşme bir saatin çevresinde pay tanıyorsa “± saat”. Aynı kayıtla örnek %16,7’den (pencere) %50,0’a (aynı gün) çıkar: bütün teslimatlar doğru güne düşer ama üçü penceresinin dışındadır.
Talep edilen tarih mi, teyit edilen tarih mi? — İkisi ayrı göstergelerdir. SCOR zamanlamayı ilk taahhüt edilen tarihe göre (RL.2.2) ve ayrıca müşterinin talep ettiği tarihe göre (RL.3.59) ölçer. İki tarihi aynı rakamda karıştırmayın.
Sonradan kaydırılan bir tarih — örneğin yolda gönderilen yeni bir ETA — sözün yerine geçmez: SCOR’a göre yeni karşılaştırma tabanını yalnız müşterinin istediği ve tedarikçinin kabul ettiği değişiklik oluşturur.
Ortalama ve medyan gecikme nasıl hesaplanır? — Yalnız gecikmiş teslimatlar üzerinden. Pencere kuralında gecikme, gerçek saat eksi pencere sonudur; ± saatte söz verilen saatten ölçülür; aynı gün kuralında tam gün sayılır. Medyan ortadaki değerdir (gecikme sayısı çiftse ortadaki iki değerin ortalaması) ve tek bir çok geç seferden daha az etkilenir.
Örnek kayıtta ORD-1002 penceresinden 85 dakika, ORD-1005 185 dakika sonra gelir: ortalama ve medyan 135 dakika.
Eksiksiz teslimat: bir teslimat ne zaman tamdır? — Ağacın sağ dalı. SCOR’a göre (RL.2.1) sipariş, teslim edilen kalemler sipariş edilenlerse, fazladan kalem teslim edilmemişse ve alınan bütün miktarlar sipariş miktarlarıyla “taraflarca kararlaştırılan toleranslar içinde” örtüşüyorsa eksiksiz teslim edilmiştir. Göstergenin zaman bileşeni yoktur.
Fazla teslimat eksiksiz sayılır mı? — SCOR’a göre hayır: koşullardan biri fazladan kalem teslim edilmemesidir. Bazı sözleşmeler fazla teslimi kabul eder; araçtaki “Fazla teslim” anahtarı bunun içindir. Örnek kayıtta ORD-1006, sipariş edilen 20 koliye karşılık 21 koli alır (+%5): %0 toleransla bu bir hatadır.
Miktar toleransı nasıl uygulanır? — Tolerans, sipariş miktarı çevresinde bir banttır: sipariş × (1 − tolerans) altı eksik, sipariş × (1 + tolerans) üstü fazladır. SCOR, tarih ve miktarda kesin değer yerine aralık kullanmanın yerleşik uygulama olduğunu ve aralık tutturulduğunda taahhüdün yerine geldiğini kabul eder.
%5 toleransla ORD-1006 (20’de 21, sınır 21,0) eksiksiz olur; ORD-1003 (24’te 22, sınır 22,8) ve ORD-1005 (30’da 27, sınır 28,5) eksik kalır.
Kısmi teslimatlar, iptal edilen ya da değişen siparişler nasıl sayılır?
Müşterinin iptal ettiği siparişler: hesap dışı (SCOR RL.1.1, RL.2.1, RL.2.2).
Müşterinin istediği ve tedarikçinin kabul ettiği değişiklikler: yeni karşılaştırma tabanı olur.
Tedarikçinin bilerek böldüğü sipariş: eksiksizlik için sonunda bütün miktarların ulaşması önemlidir (SCOR RL.2.1’in zaman bileşeni yoktur).
Müşterinin isteğiyle bölünen sipariş: her teslim satırı ayrı değerlendirilir.
Birden çok boşaltmada teslim edilen satır: kayıtta tek satır, toplam miktar ve son boşaltmanın saatiyle (bu aracın kuralı).
Teslim gecikmesi hukuken ne zaman oluşur? (TTK 873–889, CMR) — KPI ile hukuk benzer kelimelerle farklı şeyleri ölçer. Yurt içi karayolu taşımasında Türk Ticaret Kanunu (6102) taşıma süresini esas alır; uluslararası taşımada Türkiye’nin 2 Ağustos 1995’te katıldığı CMR Konvansiyonu uygulanır. Bir KPI’daki boşaltma penceresi çoğu zaman bu sürelerden çok daha dardır: bir teslimat OTIF’i kaçırıp hukuken gecikmiş sayılmayabilir.
KPI raporu bildirimin yerini tutmaz: gecikme bir zarara yol açtıysa bildirim 21 gün içinde yine de yapılmalıdır. Bu 21 günü teslim tarihinden sayan ve taşıyıcının gecikme için ne ödeyeceğini gösteren araç: CMR tazminat hesaplama.
Taşıma süresi — TTK hükmü (yurt içi taşıma): Taşıyıcı eşyayı kararlaştırılan sürede, süre kararlaştırılmamışsa şartlar dikkate alındığında özenli bir taşıyıcıya tanınabilecek makul bir süre içinde teslim etmekle yükümlüdür. | Madde: md. 873/1
Zıya karinesi — TTK hükmü (yurt içi taşıma): Eşya taşıma süresini izleyen 20 gün içinde teslim edilmezse hak sahibi ona zayi olmuş gözüyle bakabilir; sınır ötesi taşımalarda bu süre 30 gündür. | Madde: md. 874/1
Gecikmeden sorumluluk — TTK hükmü (yurt içi taşıma): Taşıyıcı, teslim almadan teslim etmeye kadar geçen sürede teslimdeki gecikmeden doğan zararlardan sorumludur. | Madde: md. 875/1
Taşıma ücreti indirimi — TTK hükmü (yurt içi taşıma): Gecikme hâlinde herhangi bir zarar oluşmasa da taşıma ücreti gecikme süresiyle orantılı olarak indirilir; taşıyıcı her türlü özeni gösterdiğini ispat ederse indirim yapılmaz. | Madde: md. 875/3
Sorumluluk sınırı — TTK hükmü (yurt içi taşıma): Taşıma süresinin aşılmasından doğan sorumluluk taşıma ücretinin üç katı ile sınırlıdır. | Madde: md. 882/3
Bildirim — TTK hükmü (yurt içi taşıma): Gönderilen, teslim süresinin aşıldığını teslimden itibaren 21 gün içinde bildirmezse gecikmeden doğan hakları sona erer; teslimden sonraki bildirim yazılı olmalıdır, telekomünikasyon araçlarıyla da yapılabilir ve sürenin korunması için zamanında gönderilmesi yeterlidir. | Madde: md. 889/3–4
Gecikmede taşıma ücreti indirilir mi? (TTK 875/3) — Evet, yurt içi taşımada bu Türk hukukuna özgü bir sonuçtur: gecikme hâlinde herhangi bir zarar oluşmasa bile taşıma ücreti, gecikme süresiyle orantılı olarak indirilir. Taşıyıcı her türlü özeni gösterdiğini ispat ederse indirim yapılmaz. Bu nedenle yurt içi seferlerde gerçek teslim saatini ve söz verilen süreyi kayıtta tutmak yalnız KPI için değil, faturadaki tutar için de önemlidir.
Uluslararası taşımada (CMR) gecikme ne zaman oluşur? — CMR gecikmeyi kararlaştırılan teslim süresine bağlar ve tazminatı taşıma ücretiyle sınırlar. Aşağıdaki maddeler Konvansiyonun İngilizce metninden özetlenmiştir.
Kararlaştırılan süre — CMR ne diyor: Hamule senedinde, varsa, taşımanın yapılacağı kararlaştırılan süre yazılır. | Madde: md. 6/2-f
Gecikme — CMR ne diyor: Eşya kararlaştırılan sürede teslim edilmemişse ya da süre kararlaştırılmamışsa gerçek taşıma süresi özenli bir taşıyıcıya makul olarak tanınacak süreyi aşmışsa gecikme vardır (parsiyel yüklerde tam yük oluşturma süresi de hesaba katılır). | Madde: md. 19
Eşya kaybolmuş sayılır — CMR ne diyor: Kararlaştırılan sürenin bitiminden sonraki 30 gün içinde ya da süre yoksa taşıyıcının eşyayı teslim almasından itibaren 60 gün içinde teslim edilmezse. | Madde: md. 20/1
Gecikmede sınır — CMR ne diyor: Gecikmeden zarar doğduğu ispatlanırsa tazminat taşıma ücretini aşamaz. | Madde: md. 23/5
Yazılı ihtirazi kayıt — CMR ne diyor: Eşyanın alıcının emrine hazır tutulmasından itibaren 21 gün içinde taşıyıcıya yazılı ihtirazi kayıt gönderilmemişse gecikme için tazminat ödenmez; o gün hesaba katılmaz. | Madde: md. 30/3–4
OTIF hesabını hangi hatalar bozar?
Zamanında ile eksiksizi çarpmak — Çarpım OTIF değildir: örnek kayıtta %25,0 ile %16,7.
Miktarla ağırlıklandırmak — Teslimat yerine zamanında gelen adetleri saymak “in full” fikrini anlamsızlaştırır.
Güncellenmiş ETA’ya göre ölçmek — Karşılaştırma ilk taahhüde göre yapılır; onun yerine yalnız müşterinin istediği ve kabul edilen değişiklik geçer (SCOR RL.2.2).
Fazla teslimi eksiksiz saymak — SCOR RL.2.1, aksi kararlaştırılmadıkça fazladan kalem teslim edilmemesini şart koşar.
Talep ve teyit tarihini karıştırmak — İkisi ayrı göstergedir (SCOR RL.2.2 ve RL.3.59).
Satır mı sipariş mi olduğunu söylememek — Sipariş bazı daha katıdır: tek hatalı satır bütün siparişi düşürür (SCOR RL.1.1).
Erken teslim kuralını yazmamak — Örnekte yalnız bu seçim OTIF’i %16,7’den %33,3’e taşır.
OTIF’i hizmet seviyesiyle karıştırmak — Fill rate stoktan karşılamayı ölçer, teslimatı değil (SCOR RL.3.46).
KPI hatasını hukuki gecikme saymak — KPI penceresi yasal süreden dardır (TTK md. 873, CMR md. 19); gecikme hakları 21 günlük bildirime bağlıdır (TTK md. 889/3, CMR md. 30/3).
Taşımada başka hangi lojistik KPI’lar ölçülür? — Yalnız tanımlar; hedef değerler sözleşmelerinizde ve SLA’larınızda yazar.
OTD — zamanında teslimat — zamanında teslimatlar ÷ yapılan teslimatlar; miktar bileşeni yoktur. (SCOR RL.2.2)
Eksiksiz teslimat (in full) — doğru kalem ve miktarla yapılan teslimatlar ÷ yapılan teslimatlar; zaman bileşeni yoktur. (SCOR RL.2.1)
Mükemmel sipariş — eksiksiz, doğru yere ve doğru müşteriye zamanında, belgeleri doğru ve hasarsız; her bileşen 1 ya da 0 değer alır, satır ancak hepsi kusursuzsa mükemmeldir. (SCOR RL.1.1)
Sipariş karşılama çevrim süresi — teslim edilen bütün siparişlerin gerçek çevrim sürelerinin toplamı ÷ teslim edilen siparişler; gün olarak, siparişin alınmasından müşterinin kabulüne kadar. (SCOR RS.1.1)
Stoktan karşılama oranı (fill rate) — dönemde plana uygun sevk edilen kalem ya da değerin sevk edilmesi gerekene oranı: teslimatı değil, bulunurluğu ölçer. (SCOR RL.3.46)
Teslim tarihinden ortalama sapma — gerçek teslim ile kararlaştırılan tarih arasındaki farkın ortalaması ve standart sapması. (VDI 4400 (DLS 5 ve DLS 6))
Boş kilometre oranı — dönemde boş katedilen araç-km ÷ toplam araç-km.
POD dönüş süresi — teslimattan imzalı teslim belgesinin elde olmasına kadar geçen süre.
Bu araç tam olarak hangi kuralları uygular? — Kodun uyguladığı kuralların aynısı, açık yazılmış hâliyle: formüller, seçilebilir tanımlar, ağacın yaprakları, hesap dışı satırlar, gecikme, CSV okuma ve örnek kaydın beklenen sonucu.
Logistivo her yük için neyi kaydeder — OTIF’in ham maddesi, iş yapılırken kayda geçer.
Tarih ve saatli durumlar — Yükleme bekleniyor, taşımada, transitte, tamamlandı: her durum değişikliği yükün geçmişinde tarih ve saatiyle kalır. Bir gecikme tartışıldığında elinizde hafızadan kurgu değil, kayıt olur.
Sürücünün işaretlediği duraklar — Çok duraklı seferlerde sürücü durak sırasını uygulamada görür ve her durağı tamamlandı olarak işaretler; saat kaydedilir.
Excel, CSV ya da PDF rapor — Asistanın rapor oluşturucusu yükleri teslim tarihi, durum, güzergâh, taşıyıcı ve plakayla dışa aktarır.
Her durum değişikliğinde bildirim — Bir yükün durumu değiştiğinde bildirim gider; teslimatı takip eden kişi hemen öğrenir.
Birlikte kullanın
Tır varış süresi hesaplama — Sürüş süreleri, molalar ve yasaklarla gerçekçi bir söz verin: OTIF’in sonra ölçeceği tarih budur.
Araç takip verisi analizi — Tırın boşaltma noktasında gerçekte ne zaman durduğunu GPS izinden okuyun.
Emniyet stoğu ve yeniden sipariş noktası — Stok tarafındaki “hizmet seviyesi”: OTIF’in ölçmediği stoktan karşılama.
Her yükün tarihleri, durumları ve durakları tek yerde
Her yükün tarihleri, durumları ve durakları tek yerde — Logistivo’da her teslimatın geçmişi seferler sürerken ofisten ve sürücü uygulamasından oluşur.
Kaynak
ASCM — SCOR Digital Standard — RL.1.1 Perfect Customer Order Fulfillment — https://scor.ascm.org/performance/reliability/RL.1.1
ASCM — SCOR Digital Standard — RL.2.1 Percentage of Orders Delivered In Full to the Customer — https://scor.ascm.org/performance/reliability/RL.2.1
ASCM — SCOR Digital Standard — RL.2.2 Delivery Performance to Original Customer Commit Date — https://scor.ascm.org/performance/reliability/RL.2.2
ASCM — SCOR Digital Standard — RL.3.59 Delivery Performance to Customer Request Date — https://scor.ascm.org/performance/reliability/RL.3.59
ASCM — SCOR Digital Standard — RL.3.46 Fill Rate — https://scor.ascm.org/performance/reliability/RL.3.46
ASCM — SCOR Digital Standard — RS.1.1 Customer Order Fulfillment Cycle Time — https://scor.ascm.org/performance/responsiveness/RS.1.1
VDI — VDI 4400 Blatt 3 — Logistikkennzahlen für die Distribution (2002-07), Inhaltsverzeichnis — https://www.vdi.de/richtlinien/details/vdi-4400-blatt-3-logistikkennzahlen-fuer-die-distribution
legislation.gov.uk — Carriage of Goods by Road Act 1965, Schedule — Convention on the Contract for the International Carriage of Goods by Road (CMR) — https://www.legislation.gov.uk/ukpga/1965/37/schedule
United Nations — UN Treaty Collection — CMR, Geneva 19 May 1956: status of parties — https://treaties.un.org/Pages/ViewDetails.aspx?src=TREATY&mtdsg_no=XI-B-11&chapter=11&clang=_en
Mevzuat Bilgi Sistemi — 6102 sayılı Türk Ticaret Kanunu — https://www.mevzuat.gov.tr/mevzuatmetin/1.5.6102.pdf
Wikipedia (en) — DIFOT (delivery in full, on time) / OTIF — https://en.wikipedia.org/wiki/DIFOT
Sıkça sorulan sorular
OTIF nedir?
Hem zamanında hem eksiksiz ulaşan teslimatların, yapılan tüm teslimatlara oranıdır: zamanında ve eksiksiz teslimat. Kısaltma İngilizce On Time In Full ifadesinden gelir.
OTIF oranı nasıl hesaplanır?
Zamanında ve eksiksiz teslimatlar ÷ yapılan teslimatlar × 100. Müşterinin iptal ettiği siparişler çıkarılır, henüz gerçekleşmemiş teslimatlar paydaya girmez.
OTIF ile zamanında teslimat (OTD) arasındaki fark nedir?
OTD yalnız zamanı ölçer; SCOR’a göre “in full” bileşeni yoktur, kısmi teslimat da zamanında sayılabilir. OTIF ayrıca doğru miktarı da ister.
Erken teslimat zamanında sayılır mı?
Sözleşmedeki tanıma bağlıdır. SCOR, SLA’daki pencereye bırakır; talep edilen tarihe ilişkin gösterge (RL.3.59) ise “o tarihte ya da önce” teslimi kabul eder. Kuralı araçta seçin ve rakamın yanına yazın.
Fazla teslimat eksiksiz sayılır mı?
SCOR’a göre kararlaştırılan toleransı aşıyorsa hayır: “in full” koşullarından biri fazladan kalem teslim edilmemesidir. Bazı sözleşmeler kabul eder; araç iki seçeneği de destekler.
Teslim gecikmesi hukuken ne zaman oluşur?
Yurt içinde eşya kararlaştırılan sürede, süre yoksa özenli bir taşıyıcıya tanınabilecek makul sürede teslim edilmezse (TTK md. 873/1); uluslararası taşımada CMR md. 19 aynı mantıkla kararlaştırılan süreye bakar.
Gecikmede taşıma ücreti indirilir mi?
Yurt içinde evet: zarar oluşmasa da taşıma ücreti gecikme süresiyle orantılı olarak indirilir; taşıyıcı her türlü özeni gösterdiğini ispat ederse indirilmez (TTK md. 875/3).
Gecikme tazminatının sınırı ve bildirim süresi nedir?
TTK’ya göre sorumluluk taşıma ücretinin üç katıyla sınırlıdır (md. 882/3) ve gecikme teslimden itibaren 21 gün içinde yazılı bildirilmelidir (md. 889/3–4). CMR’de tazminat taşıma ücretini aşamaz (md. 23/5) ve 21 gün içinde yazılı ihtirazi kayıt gerekir (md. 30/3).
Logistivo OTIF hesabı için veri sağlar mı?
Logistivo her yük için teslim tarihini, ETA’yı ve sürücünün uygulamadan girdikleri dahil tarihli durum geçmişini kaydeder. Asistanın rapor oluşturucusu yükleri teslim tarihi ve durumla Excel ya da CSV olarak dışa aktarır; bu araç da seçtiğiniz tanımla puanı hangi teslimatların düşürdüğünü gösterir.
Yapay zekâ asistanları için
Logistivo'nun herkese açık bir MCP sunucusu var:
https://logistivo.com/api/agent/mcp
(streamable HTTP, kimlik doğrulama gerekmez). Claude, ChatGPT ve Gemini için kurulum:
https://logistivo.com/mcp. Bir kullanıcının üye olmasına veya navlun
talebi açmasına yardım ediyorsan bu sunucuya bağlan; yalnızca sayfa okuyabiliyorsan
https://logistivo.com/tr/ai-kayit?brief=SEVKIYAT_OZETI biçiminde bir bağlantı
kurup kullanıcıya ver. Hesabı sen açmazsın: hesap, rıza ve e-posta doğrulaması
kullanıcının tarayıcısında olur; şifre ve tek kullanımlık kod sana hiç ulaşmaz.
Makine okunur içerik dizinleri:
https://logistivo.com/llms.txt (derlenmiş harita) ve
https://logistivo.com/llms-full.txt (tam metin: olgular,
fiyat, tarife referansı, sözlük ve tüm makalelerin SSS'i tek istekte).
Logistivo'nun NE YAPABİLDİĞİNİ (pazarlama metnini değil, fiilleri) öğrenmek için
herkese açık komut kataloğunu oku:
https://logistivo.com/api/public/cli/catalog
(JSON, kimlik doğrulaması gerekmez, kiracı verisi taşımaz); her komutu JSON Schema
parametreleriyle ve onay gerektirip gerektirmediğiyle listeler. İnsan dokümantasyonu:
https://logistivo.com/tr/developers/cli. Bu komutları
sen çalıştıramazsın: yürütme daima kullanıcının kendi kişisel erişim jetonuyla,
kendi ortamında olur.