OTIF artinya: cara menghitung On Time In Full + kalkulator
OTIF (On Time In Full, juga disebut DIFOT) adalah persentase pengiriman yang tiba tepat waktu dan sekaligus lengkap: pengiriman tepat waktu dan lengkap ÷ pengiriman yang dilakukan × 100, dengan pesanan yang dibatalkan pelanggan dikeluarkan. Angkanya bergantung pada tiga pilihan yang harus ditulis di samping hasilnya: apa yang dianggap tepat waktu (hari yang sama, slot yang dipesan atau ± jam, dan apakah tiba lebih awal dihitung), dihitung per baris atau per pesanan, serta toleransi jumlah. OTIF bukan persentase tepat waktu × persentase lengkap: pada catatan contoh di bawah 50,0% × 50,0% menghasilkan 25,0%, tetapi OTIF 16,7%. Logistivo menyimpan bahan mentah perhitungan ini di setiap muatan: tanggal pengiriman, ETA, dan riwayat setiap perubahan status beserta tanggal dan jam, termasuk yang diisi sopir di aplikasi.
Sumber: ASCM · JDIH Mahkamah Agung RI · Bapenda Provinsi Jawa Barat (salinan) · Pusat Edukasi Penjual Shopee Indonesia · legislation.gov.uk · Perserikatan Bangsa-Bangsa · Wikipedia (en).
Data terakhir diperbarui:
.
Catatan pengiriman
Catatan pengiriman — Ketik atau tempel data pengiriman Anda, atur definisinya, lalu lihat pengiriman mana yang menurunkan skor OTIF.
Perhitungan hanya berjalan di browser Anda: catatan tidak pernah dikirim ke server atau disimpan di sana.
Kalkulator ini hanya mengukur keandalan pengiriman (waktu dan jumlah). Ketepatan dokumen dan kondisi barang saat tiba adalah komponen lain dari pesanan sempurna SCOR (RL.1.1) dan dijelaskan di glosarium.
No. pesanan — Nomor pesanan atau muatan. Jika dihitung per pesanan, baris dengan nomor yang sama dianggap satu pesanan.
Item — Opsional: nomor baris (item) pesanan.
Dijanjikan / mulai — Tanggal dan jam yang dijanjikan, atau awal slot yang dipesan, mis. 14/09/2026 08:00. Seluruh slot boleh ditulis dalam satu sel: 14/09/2026 08:00-12:00.
Akhir slot — Opsional: cukup jamnya (12:00) jika slot berakhir pada hari yang sama, jika tidak tulis tanggal dan jam.
Tiba pada — Tanggal dan jam barang siap diterima penerima. Kosong berarti pengiriman masih berjalan.
Dipesan — Jumlah yang dikonfirmasi di pesanan (karton, palet, atau unit — satuannya sama dengan kolom diterima).
Diterima — Jumlah yang diterima. Jika satu baris tiba dalam beberapa kali kirim: isi totalnya, dengan jam kedatangan terakhir.
Definisi yang bisa dipilih
Tepat waktu jika — Dalam slot — Pengiriman tepat waktu jika jam tiba berada di antara awal dan akhir slot yang dipesan, keduanya termasuk. Setelah akhir slot berarti terlambat, sebelum awal slot berarti lebih awal. Jika hanya ada jam tanpa akhir slot, slotnya adalah jam itu saja; jika hanya ada tanggal, slotnya satu hari penuh.
Tepat waktu jika — Hari yang sama — Pengiriman tepat waktu jika tanggal tiba sama dengan hari yang dijanjikan (atau salah satu hari dalam slot). Jam tidak dihitung: hari berikutnya terlambat, hari sebelumnya lebih awal.
Tepat waktu jika — ± jam — Slot yang dijanjikan (atau jam yang dijanjikan) diperlebar N jam di kedua sisi. Di luar rentang itu pengiriman terlambat atau lebih awal.
N jam — nilai awal 2 jam hanya untuk mencoba aturannya: pakailah toleransi yang tertulis di kontrak atau SLA Anda.
Tiba lebih awal — Dianggap gagal — Pengiriman yang tiba sebelum slot dibuka (atau sebelum batas toleransi) gagal tepat waktu, sama seperti yang terlambat.
Tiba lebih awal — Dianggap tepat waktu — Pengiriman yang tiba sebelum slot tetap dihitung tepat waktu: kriteria “pada atau sebelum” dari metrik SCOR RL.3.59 terhadap tanggal permintaan pelanggan.
Hitung per — Baris — Setiap baris catatan adalah satu unit: OTIF adalah persentase baris yang tepat waktu dan lengkap.
Hitung per — Pesanan — Baris dengan nomor yang sama membentuk satu pesanan. Pesanan tepat waktu hanya jika semua barisnya tepat waktu, dan lengkap hanya jika semua barisnya lengkap (bentuk paling ketat, seperti pesanan sempurna SCOR RL.1.1). Jika satu baris masih berjalan atau tidak terbaca, seluruh pesanan tidak ikut dihitung.
Kelebihan kirim — Dianggap gagal — Jumlah di atas toleransi tidak termasuk lengkap: SCOR RL.2.1 mensyaratkan tidak ada barang tambahan yang dikirim.
Kelebihan kirim — Dianggap lengkap — Jumlah di atas toleransi tetap dihitung lengkap — pilihan sebagian kontrak, berbeda dari definisi SCOR.
Toleransi — Pengiriman kurang jika jumlah diterima di bawah jumlah dipesan × (1 − toleransi), dan kelebihan jika melebihi jumlah dipesan × (1 + toleransi). Kalkulator mulai dari 0%: ini pengaturan alat ini, bukan standar. SCOR hanya menyebut “toleransi yang disepakati bersama”.
Rumus
OTIF % — pengiriman tepat waktu DAN lengkap ÷ pengiriman yang dihitung × 100 — SCOR RL.1.1 (total pesanan sempurna ÷ jumlah seluruh pesanan × 100%); definisi OTIF yang umum menghitung per pengiriman, pesanan, atau baris pesanan.
Tepat waktu (OTD) % — pengiriman tepat waktu ÷ pengiriman yang dihitung × 100 — SCOR RL.2.2: pesanan yang tiba sesuai tanggal komitmen awal ÷ pesanan yang diterima × 100%; tanpa unsur kelengkapan.
Lengkap % — pengiriman lengkap ÷ pengiriman yang dihitung × 100 — SCOR RL.2.1: pesanan yang tiba lengkap ÷ pesanan yang diterima × 100%; tanpa unsur waktu.
Tepat waktu × lengkap — sama dengan OTIF hanya jika keterlambatan dan kekurangan menimpa pengiriman secara saling lepas — Aritmetika biasa; pada catatan contoh 50,0% × 50,0% = 25,0%, sedangkan OTIF 16,7%.
Satuan hitung — pengiriman, baris, atau pesanan — tidak pernah jumlah barang — Menghitung OTIF dari porsi total kuantitas bertentangan dengan prinsip “lengkap” (Wikipedia, DIFOT).
Daun: setiap pengiriman tepat di satu daun
OTIF — tepat waktu dan lengkap.
Hanya terlambat — terlambat, jumlah benar.
Hanya lebih awal — lebih awal saat lebih awal dianggap gagal, jumlah benar.
Hanya kurang — tepat waktu, jumlah di bawah toleransi.
Hanya kelebihan — tepat waktu, jumlah di atas toleransi saat kelebihan kirim dianggap gagal.
Waktu dan jumlah — gagal waktu sekaligus gagal jumlah (terlambat + kurang, terlambat + kelebihan, lebih awal + kurang, lebih awal + kelebihan). Keenam daun selalu berjumlah sama dengan pengiriman yang dihitung.
Baris yang tidak ikut dihitung
masih berjalan — belum ada kedatangan: SCOR membagi dengan pesanan yang sudah diterima, jadi pengiriman yang belum terjadi tidak masuk penyebut.
tanpa janji — tidak ada tanggal yang dijanjikan: tanpa komitmen, ketepatan waktu tidak bisa dinilai.
tanggal tidak terbaca — format tanggal tidak dikenali.
slot terbalik — akhir slot lebih awal daripada awalnya.
jumlah kosong — jumlah dipesan atau diterima belum diisi: kelengkapan tidak bisa dinilai.
jumlah tidak valid — jumlah dipesan harus di atas nol dan jumlah diterima tidak boleh negatif.
Rata-rata dan median keterlambatan
Pengiriman mana — hanya yang terlambat.
Aturan slot — jam tiba − akhir slot.
Aturan ± jam — jam tiba − jam yang dijanjikan (atau akhir slot), bukan ujung batas toleransi.
Aturan hari yang sama — jumlah hari penuh setelah hari yang dijanjikan.
Rata-rata dan median — rata-rata aritmetika; median = nilai tengah, atau rata-rata dua nilai tengah bila jumlah pengiriman terlambat genap.
Per pesanan — keterlambatan satu pesanan adalah keterlambatan barisnya yang paling akhir.
Cara catatan dan CSV dibaca
Kolom berurutan: nomor; baris; jam atau awal slot yang dijanjikan; akhir slot; jam tiba; jumlah dipesan; jumlah diterima. Dengan 6 kolom, baris tidak ada; dengan 5 kolom, slot ada dalam satu sel (14/09/2026 08:00-12:00).
Pemisah: titik koma, koma, atau tab, dikenali dari baris pertama. Baris pertama tanpa tanggal dianggap judul kolom.
Tanggal: 2026-09-14 10:40, 2026/09/14 10:40, 14/09/2026 10:40, 14.09.2026 atau 14-09-2026. Jika tahun di depan, urutannya tahun-bulan-hari; dengan garis miring, titik, atau strip dan tahun di belakang, urutannya hari/bulan/tahun.
Jumlah: koma adalah pemisah desimal (22,5); titik yang diikuti tepat tiga digit adalah pemisah ribuan (1.200).
Jam dibandingkan sebagaimana tertulis, tanpa konversi zona waktu. Jika waktu tiba hanya berupa tanggal, perbandingan dilakukan per hari.
Satu baris yang tiba dalam beberapa kali kirim dimasukkan sekali, dengan jumlah total dan jam kedatangan terakhir.
Pesanan yang dibatalkan pelanggan dikeluarkan dari catatan; perubahan yang diminta pelanggan dan disetujui pemasok menjadi janji baru (SCOR RL.1.1, RL.2.1, RL.2.2).
Pengiriman mana yang menurunkan skor OTIF? — OTIF adalah akarnya; tepat waktu dan lengkap berada di bawahnya, dan setiap pengiriman di luar OTIF jatuh tepat di satu daun. Klik sebuah simpul untuk menyorot baris yang sesuai di catatan.
Contoh ilustrasi — 6 pengiriman — Catatan dibuka dengan enam pengiriman rekaan yang dipilih agar mengisi setiap daun pada pohon (anggap tiba di slot penerimaan gudang distribusi); ini bukan data nyata dan bukan acuan industri. Dengan pengaturan awal (dalam slot, lebih awal = gagal, per baris, toleransi 0%, kelebihan kirim = gagal) hasilnya:
OTIF 1 dari 6 = 16,7%; tepat waktu 3 dari 6 = 50,0% (PO-1001, PO-1003, PO-1006); lengkap 3 dari 6 = 50,0% (PO-1001, PO-1002, PO-1004); hasil kali 50,0% × 50,0% adalah 25,0%.
PO-1002 terlambat 85 menit; PO-1003 kurang (22 dari 24, −8,3%); PO-1004 lebih awal 40 menit; PO-1005 terlambat 185 menit dan kurang (27 dari 30, −10%); PO-1006 kelebihan (21 dari 20, +5%). Rata-rata dan median keterlambatan: 135 menit (2 jam 15 menit).
Aturan hari yang sama: tepat waktu 6 dari 6, OTIF 3 dari 6 = 50,0%. Lebih awal dianggap tepat waktu: tepat waktu 4 dari 6 = 66,7%, OTIF 2 dari 6 = 33,3%. Toleransi 5%: PO-1006 menjadi lengkap (21 ≤ 21,0), lengkap 4 dari 6 = 66,7%, OTIF 2 dari 6 = 33,3%.
Sebagian baris punya jam yang dijanjikan tanpa akhir slot, sementara lebih awal dianggap gagal: pengiriman hanya tepat waktu jika tiba tepat pada menit itu. Tambahkan akhir slot atau pakai aturan ± jam.
Baris yang dikeluarkan tidak masuk pembilang maupun penyebut.
Belum ada pengiriman yang bisa dihitung: setiap baris perlu janji, kedatangan sebenarnya, dan kedua jumlah.
Di Indonesia, KUHD Pasal 90 menyebut jangka waktu pengangkutan dan penggantian kerugian karena kelambatan sebagai isi surat muatan, dan Pasal 92 membebaskan pengangkut dari tanggung jawab atas kelambatan yang disebabkan keadaan memaksa. Laporan KPI bukan pengganti catatan keberatan saat barang diterima.
Saat pengiriman gagal OTIF, linimasanya sudah tercatat di muatan — Di Logistivo setiap muatan menyimpan tanggal pengiriman dan setiap perubahan status (menunggu pickup, dalam pengangkutan, dalam perjalanan, selesai) beserta tanggal dan jamnya, diisi dari kantor atau oleh sopir di aplikasi iOS dan Android. Pada perjalanan multi-stop, sopir menandai setiap pemberhentian yang selesai dan waktunya tercatat; notifikasi dikirim pada setiap perubahan status. Di akhir bulan, pembuat laporan asisten mengekspor muatan Anda dengan tanggal pengiriman, status, rute, pengangkut, dan nomor polisi ke Excel, CSV, atau PDF.
Manajemen muatan — Tanggal pengiriman dan setiap perubahan status beserta tanggal dan jam, di setiap muatan. — /id/load-management
Aplikasi sopir — Sopir mengubah status dan menandai tiap pemberhentian selesai; waktunya tersimpan. — /id/carrier/drivers
Hasilnya bergantung pada definisi yang Anda pilih: selalu tulis definisi di samping angkanya. Kalkulator ini tidak memberi nilai target; target adalah yang tertulis di kontrak atau SLA Anda.
OTIF artinya apa dan bagaimana cara menghitungnya? — OTIF (On Time In Full; sering juga ditulis DIFOT, “delivered in full, on time”) adalah persentase pengiriman yang tiba tepat waktu dan sekaligus sesuai jumlah yang dipesan: pengiriman tepat waktu dan lengkap ÷ pengiriman yang diterima × 100.
Anda boleh menghitung per pengiriman, per pesanan, atau per baris pesanan, tetapi satuannya harus ditulis. Dalam bentuk paling ketat, “pesanan sempurna” SCOR (RL.1.1), sebuah pesanan hanya dihitung bila setiap barisnya sempurna; SCOR mencatat bahwa komitmen kepada pelanggan dibuat pada tingkat baris pesanan.
Pesanan yang dibatalkan pelanggan dikeluarkan (SCOR RL.1.1, RL.2.1, RL.2.2).
Bagaimana menghitung OTIF dari laporan pengiriman? — Setiap pengiriman butuh tiga hal: tanggal atau slot yang dijanjikan di pesanan, tanggal dan jam kedatangan yang tercatat, serta jumlah dipesan dan jumlah diterima. Definisi yang banyak dipakai menambahkan yang keempat: catat alasan mengapa setiap pengiriman gagal OTIF.
Dari ekspor TMS atau ERP, tempel kolom-kolom itu ke catatan: kalkulator menandai tiap baris sebagai OTIF, terlambat, lebih awal, kurang, atau kelebihan, dan pohon menunjukkan berapa pengiriman di setiap daun.
Begini cara kerjanya di Logistivo — Logistivo menyimpan bahan mentah perhitungan ini di setiap muatan: tanggal pengiriman dan, bila diisi, estimasi waktu tiba (ETA); riwayat setiap perubahan status (menunggu pickup, dalam pengangkutan, dalam perjalanan, selesai) beserta tanggal dan jam, diisi dari kantor atau oleh sopir di aplikasi iOS dan Android; dan pada perjalanan multi-stop, waktu sopir menandai setiap pemberhentian selesai. Pembuat laporan asisten mengekspor muatan dengan tanggal pengiriman, status, rute, pengangkut, dan nomor polisi ke Excel, CSV, atau PDF. Manajemen muatan di Logistivo — /id/load-management
Apa bedanya OTIF dengan On Time Delivery (OTD)? — On Time Delivery (OTD) hanya melihat waktu. SCOR menghitungnya sebagai pesanan yang tiba sesuai tanggal komitmen awal ÷ pesanan yang diterima × 100% (RL.2.2) dan menambahkan bahwa metrik ini tidak punya unsur kelengkapan: pengiriman sebagian masih bisa dianggap tepat waktu.
OTIF mensyaratkan kedua kondisi, sehingga tidak pernah lebih tinggi daripada persentase tepat waktu maupun persentase lengkap. Pada catatan contoh, tepat waktu 50,0%, lengkap 50,0%, dan OTIF 16,7%.
Waspadai istilah “tingkat layanan”: ukuran keandalan pengiriman ada beberapa (OTIF, OTD, fill rate), jadi pastikan dulu definisi mana yang dimaksud.
Mengapa OTIF bukan persentase tepat waktu × persentase lengkap? — Mengalikan kedua persentase menghasilkan OTIF hanya jika keterlambatan dan kekurangan menimpa pengiriman secara saling lepas. Bila kegagalan menumpuk pada pengiriman yang sama (perjalanan yang sama terlambat dan kurang), OTIF lebih tinggi daripada hasil kali; bila tersebar pada pengiriman berbeda, lebih rendah.
Pada catatan contoh 50,0% × 50,0% menghasilkan 25,0%, tetapi OTIF sebenarnya 16,7%: kedua jenis kegagalan jatuh pada pengiriman yang berbeda dan hanya PO-1005 yang mengalami keduanya. Pohon menunjukkannya di daun “Waktu dan jumlah”.
OTIF dihitung per pesanan atau per baris pesanan? — Keduanya dipakai dan angkanya berbeda. Per baris, setiap baris catatan adalah satu unit. Per pesanan, baris dengan nomor yang sama membentuk satu pesanan yang tepat waktu dan lengkap hanya jika semua barisnya demikian: satu baris yang salah menggagalkan seluruh pesanan, sehingga OTIF per pesanan adalah angka yang lebih ketat.
SCOR menghitung pesanan sempurna per pesanan (RL.1.1) sambil mencatat bahwa komitmen dibuat per baris. Jika pesanan dipecah atas permintaan pelanggan, setiap baris pengiriman dipertimbangkan sendiri. Apa pun pilihan Anda, tulis di samping angkanya — itulah gunanya kotak definisi di bawah catatan.
Tepat waktu: kapan pengiriman dianggap tepat waktu? — Ini cabang kiri pohon. SCOR mengikuti definisi pelanggan: jendela yang dapat diterima tercantum dalam perjanjian tingkat layanan (SLA), dan komitmen bisa berupa rentang, bukan tanggal dan jam yang kaku (RL.2.2). Empat pilihan menggeser hasilnya.
Apakah pengiriman lebih awal dihitung tepat waktu dalam OTIF? — Tergantung kontrak. Bila slot bongkar sudah dipesan, tiba sebelum slot dibuka membuat truk menunggu di area bongkar dan sering dianggap gagal; metrik SCOR terhadap tanggal permintaan pelanggan (RL.3.59) justru menghitung pengiriman “pada atau sebelum” tanggal itu.
Pada catatan contoh, PO-1004 tiba 40 menit sebelum slotnya: dengan lebih awal dianggap gagal OTIF-nya 16,7%; bila dihitung tepat waktu naik menjadi 33,3%.
Hari yang sama, slot, atau ± jam: aturan tepat waktu mana yang dipakai? — Aturan mengikuti janji kepada pelanggan: “hari yang sama” jika kontrak hanya menjanjikan tanggal, “dalam slot” jika slot bongkar dipesan, “± jam” jika kontrak memberi toleransi di sekitar jam tertentu. Dengan catatan yang sama, contoh bergeser dari 16,7% (slot) ke 50,0% (hari yang sama): semua pengiriman tiba pada hari yang benar, tetapi tiga di antaranya di luar slot.
Tanggal permintaan atau tanggal komitmen? — Keduanya KPI yang berbeda. SCOR mengukur kinerja pengiriman terhadap tanggal komitmen awal (RL.2.2) dan secara terpisah terhadap tanggal permintaan pelanggan (RL.3.59). Jangan campurkan kedua tanggal dalam satu angka.
Tanggal yang digeser mundur — misalnya ETA baru yang dikirim saat perjalanan — tidak menggantikan janji: menurut SCOR hanya perubahan yang diminta pelanggan dan disetujui pemasok yang membentuk dasar pembanding baru.
Bagaimana rata-rata dan median keterlambatan dihitung? — Hanya atas pengiriman yang terlambat. Pada aturan slot, keterlambatan adalah jam tiba dikurangi akhir slot; pada ± jam diukur dari jam yang dijanjikan; pada aturan hari yang sama dihitung dalam hari penuh. Median adalah nilai tengah (bila jumlah pengiriman terlambat genap, rata-rata dua nilai tengah) dan tidak mudah terpengaruh satu perjalanan yang sangat terlambat.
Pada catatan contoh, PO-1002 tiba 85 menit setelah slotnya dan PO-1005 185 menit setelahnya: rata-rata dan median 135 menit.
Lengkap: kapan pengiriman dianggap lengkap? — Ini cabang kanan pohon. Menurut SCOR (RL.2.1), pesanan tiba lengkap jika barang yang diterima adalah barang yang dipesan, tidak ada barang tambahan, dan semua jumlah yang diterima sesuai jumlah dipesan “dalam toleransi yang disepakati bersama”. Metrik ini tidak punya unsur waktu.
Apakah kelebihan kirim dianggap lengkap? — Tidak menurut SCOR: salah satu syaratnya adalah tidak ada barang tambahan. Sebagian kontrak menerima kelebihan kirim, karena itu kalkulator punya sakelar “Kelebihan kirim”. Pada catatan contoh, PO-1006 menerima 21 karton dari 20 yang dipesan (+5%): dengan toleransi 0% itu gagal.
Bagaimana toleransi jumlah diterapkan? — Toleransi adalah pita di sekitar jumlah dipesan: pengiriman kurang di bawah jumlah dipesan × (1 − toleransi) dan kelebihan di atas jumlah dipesan × (1 + toleransi). SCOR mengakui bahwa rentang, bukan nilai kaku, adalah praktik standar untuk tanggal dan jumlah, dan standar terpenuhi bila rentang dipenuhi.
Pada 5%, PO-1006 (21 dari 20, batas 21,0) menjadi lengkap, sedangkan PO-1003 (22 dari 24, batas 22,8) dan PO-1005 (27 dari 30, batas 28,5) tetap kurang.
Pengiriman terpisah, pesanan dibatalkan atau diubah: bagaimana menghitungnya?
Pesanan yang dibatalkan pelanggan: dikeluarkan (SCOR RL.1.1, RL.2.1, RL.2.2).
Perubahan yang diminta pelanggan dan disetujui pemasok: menjadi dasar pembanding baru.
Pesanan yang sengaja dipecah pemasok: untuk kelengkapan yang dihitung adalah apakah semua jumlah akhirnya tiba (SCOR RL.2.1 tidak punya unsur waktu).
Pesanan yang dipecah atas permintaan pelanggan: setiap baris pengiriman dipertimbangkan sendiri.
Satu baris yang tiba dalam beberapa kali kirim: satu baris di catatan, dengan total diterima dan jam kedatangan terakhir (konvensi kalkulator ini).
Kapan pengiriman “terlambat” secara hukum dan kapan hanya menurut KPI? (KUHD Pasal 90–96) — KPI dan hukum memakai kata yang mirip untuk hal yang berbeda. Bagian ini hanya menyangkut hukum Indonesia — definisi OTIF dan rumusnya berlaku sama bagi pembaca di Malaysia — dan berlaku bagi pengangkutan barang yang diserahkan kepada pengangkut darat. Dalam Pasal 90–98 KUHD “kelambatan” tidak didefinisikan sendiri: surat muatan, yaitu perjanjian antara pengirim atau ekspeditur dan pengangkut, memuat antara lain jangka waktu penyelenggaraan pengangkutan dan penggantian kerugian dalam hal kelambatan (Pasal 90). Slot penerimaan di gudang pada KPI sering jauh lebih sempit daripada jangka waktu itu, sehingga pengiriman bisa gagal OTIF tanpa terlambat menurut hukum.
Laporan KPI bukan pengganti catatan keberatan: setelah upah pengangkutan dibayar dan barang diterima, hak menuntut ganti rugi atas kerusakan atau kekurangan yang tampak dari luar gugur (Pasal 93). Ketentuan ini bukan nasihat hukum. Untuk batas 2×24 jam dan bukti saat penerimaan, lihat alat klaim barang rusak.
Surat muatan — Isi ketentuan: Merupakan perjanjian antara pengirim atau ekspeditur dan pengangkut; selain persetujuan lain para pihak, seperti jangka waktu penyelenggaraan pengangkutan dan penggantian kerugian dalam hal kelambatan, memuat nama, berat atau ukuran, merek, dan jumlah barang, nama penerima, nama dan tempat tinggal pengangkut, upah, tanggal, dan tanda tangan. | Pasal: KUHD Pasal 90
Kerusakan — Isi ketentuan: Pengangkut bertanggung jawab atas semua kerusakan pada barang yang diterima untuk diangkut, kecuali karena cacat barang itu sendiri, keadaan di luar kekuasaannya, atau kesalahan atau kelalaian pengirim atau ekspeditur. | Pasal: KUHD Pasal 91
Kelambatan — Isi ketentuan: Pengangkut tidak bertanggung jawab atas kelambatan pengangkutan bila disebabkan oleh keadaan yang memaksa. | Pasal: KUHD Pasal 92
Gugurnya hak menuntut — Isi ketentuan: Setelah upah pengangkutan dibayar dan barang diterima, hak menuntut ganti rugi atas kerusakan atau kekurangan gugur jika cacatnya dapat dilihat dari luar. Jika tidak terlihat dari luar, pengadilan dapat memeriksa setelah barang diterima, asalkan diminta dalam waktu dua kali dua puluh empat jam setelah penerimaan dan barang masih dalam wujud semula. | Pasal: KUHD Pasal 93
Daluwarsa — Isi ketentuan: Hak menuntut karena kehilangan seluruhnya, kelambatan penyerahan, dan kerusakan daluwarsa dalam satu tahun untuk pengiriman dalam wilayah Indonesia dan dua tahun untuk pengiriman dari Indonesia ke tempat lain; untuk kelambatan dihitung dari hari barang seharusnya sampai di tujuan. Tidak berlaku bila ada penipuan atau ketidakjujuran. | Pasal: KUHD Pasal 95
Pengangkut darat umum — Isi ketentuan: Ketentuan bagian ini berlaku pula bagi pengusaha kendaraan umum di darat dan di air, tanpa mengurangi peraturan khusus. | Pasal: KUHD Pasal 96
Kewajiban ganti rugi — Isi ketentuan: Perusahaan Angkutan Umum wajib mengganti kerugian pengirim barang karena lalai dalam pelayanan angkutan (Pasal 188); bertanggung jawab atas barang musnah, hilang, atau rusak, dihitung berdasarkan kerugian yang nyata-nyata dialami, sejak barang diangkut sampai diserahkan di tempat tujuan yang disepakati (Pasal 193 ayat 1–3). Pasal 193 tidak menyebut keterlambatan. | Pasal: UU 22/2009 Pasal 188, 193
Pasal KUHD diringkas dari teks di JDIH Mahkamah Agung; pasal UU 22/2009 dari salinan teks aslinya tahun 2009 (perubahan setelahnya belum diperiksa).
Bagaimana kelambatan diatur pada ruas jalan raya di Eropa untuk ekspor dari Indonesia? (CMR) — Indonesia dan Malaysia bukan negara pihak Konvensi CMR (tidak ada dalam daftar pihak di UN Treaty Collection). Meski demikian, Konvensi berlaku bila tempat pengambilan dan tempat penyerahan barang berada di dua negara berbeda dan salah satunya negara pihak (Pasal 1 ayat 1) — misalnya ruas jalan dari Jerman ke Polandia setelah pelayaran laut. Berikut ringkasan aturan kelambatan dari teks bahasa Inggris Konvensi (lampiran undang-undang Inggris 1965).
Kelambatan — Isi CMR: Kelambatan terjadi bila barang tidak diserahkan dalam batas waktu yang disepakati atau, tanpa batas waktu yang disepakati, bila lama pengangkutan sebenarnya melebihi waktu yang wajar diberikan kepada pengangkut yang cermat (untuk muatan parsial termasuk waktu mengumpulkan muatan penuh). | Pasal: Pasal 19
Batas ganti rugi kelambatan — Isi CMR: Bila penuntut membuktikan kerugian akibat kelambatan, pengangkut membayar ganti rugi tidak melebihi biaya angkut. | Pasal: Pasal 23 ayat 5
Keberatan tertulis — Isi CMR: Tidak ada ganti rugi atas kelambatan kecuali keberatan tertulis dikirim kepada pengangkut dalam 21 hari sejak barang ditempatkan pada penerima; hari penyerahan tidak dihitung. | Pasal: Pasal 30 ayat 3 dan 4
Bagaimana marketplace dan ritel besar menilai ketepatan waktu dan kelengkapan pengiriman? — Tidak ada ukuran “OTIF” tunggal yang berlaku umum; ukurannya ada di perjanjian dan kebijakan masing-masing pihak. Yang bisa dibaca terbuka untuk Indonesia adalah kebijakan Shopee untuk penjual:
Shopee (Pusat Edukasi Penjual Shopee Indonesia): pesanan yang dikirim melewati Masa Pengemasan tercatat sebagai keterlambatan pengiriman, untuk semua jasa kirim. Batas waktunya dihitung dari masa pengemasan dengan memperhitungkan hari libur dan jam operasional jasa kirim. Tingkat Keterlambatan Pengiriman adalah porsi pesanan terlambat dikirim terhadap seluruh pesanan dalam 7 hari terakhir (contoh resmi: 100 dari 1.000 pesanan = 10%); penilaian butuh minimal 2 pesanan, keterlambatan jasa kirim kepada pembeli tidak dihitung, dan pickup yang gagal oleh jasa kirim yang didukung Shopee tidak memengaruhi angkanya. Tabel poin penalti Shopee menetapkan 1 poin per minggu bila tingkat keterlambatan ≥10% dan 2 poin bila ≥10% dengan ≥50 pesanan terlambat dikirim ke jasa kirim; banding diajukan dalam 14 hari kalender melalui halaman Kesehatan Toko. Angka ini mengukur serah-terima ke kurir, bukan kedatangan di pembeli, dan tidak punya unsur kelengkapan, jadi lebih dekat ke OTD daripada OTIF.
Perjanjian pemasok dengan peritel atau pemilik merek: isinya perlu menyebut target persentase, jendela waktu atau slot penerimaan di gudang, toleransi jumlah, satuan hitung (baris atau pesanan), dan akibat bila target tidak tercapai. Halaman ini tidak mencantumkan angka denda atau target karena nilainya ada di perjanjian Anda; tempelkan kalimat definisi dari kalkulator ini ke kontrak agar kedua pihak menghitung dengan cara yang sama.
Kesalahan apa yang mendistorsi angka OTIF?
Mengalikan tepat waktu dengan lengkap — Hasil kalinya bukan OTIF: pada catatan contoh 25,0% berbanding 16,7%.
Menimbang berdasarkan jumlah barang — Menghitung unit yang tiba tepat waktu, bukan pengiriman, menggagalkan gagasan “lengkap”.
Mengukur terhadap ETA yang direvisi — Pembanding adalah komitmen awal; hanya perubahan yang diminta pelanggan dan disetujui yang menggantikannya (SCOR RL.2.2).
Membiarkan pesanan batal di penyebut — Pesanan yang dibatalkan pelanggan dikeluarkan (SCOR RL.1.1, RL.2.1, RL.2.2).
Menghitung kelebihan kirim sebagai lengkap — SCOR RL.2.1 mensyaratkan tidak ada barang tambahan; hanya sebagian kontrak yang menerima kelebihan kirim.
Mencampur tanggal permintaan dan tanggal komitmen — Keduanya dua metrik berbeda (SCOR RL.2.2 dan RL.3.59).
Tidak menyebut apakah per baris atau per pesanan — Per pesanan lebih ketat: satu baris yang salah menggagalkan seluruh pesanan (SCOR RL.1.1).
Tidak menuliskan aturan tiba lebih awal — Pada contoh, aturan lebih awal saja menggeser OTIF dari 16,7% ke 33,3%.
Menyamakan OTIF dengan fill rate — Fill rate menghitung barang atau nilai yang dikirim sesuai jadwal (SCOR RL.3.46); OTIF menghitung pengiriman utuh yang tiba tepat waktu dan lengkap.
Membaca skor penalti marketplace sebagai OTIF — Tingkat Keterlambatan Pengiriman Shopee mengukur serah-terima ke kurir dan tidak punya unsur kelengkapan; tulis definisinya terpisah dari OTIF.
Menganggap gagal KPI sebagai keterlambatan hukum — Slot KPI lebih sempit daripada jangka waktu pengangkutan di surat muatan (KUHD Pasal 90); pengangkut bebas dari tanggung jawab atas kelambatan akibat keadaan memaksa (Pasal 92).
Ukuran kinerja angkutan lain apa yang dipantau? — Hanya definisi; targetnya adalah yang tertulis di kontrak dan SLA Anda.
OTD — on-time delivery (tepat waktu) — pengiriman tepat waktu ÷ pengiriman yang dilakukan; tanpa unsur jumlah. (SCOR RL.2.2)
Lengkap (in full) — pengiriman dengan barang dan jumlah yang benar ÷ pengiriman yang dilakukan; tanpa unsur waktu. (SCOR RL.2.1)
Pesanan sempurna — lengkap, tepat waktu ke tempat dan pelanggan yang benar, dengan dokumen akurat dan kondisi sempurna; tiap komponen dinilai 1 atau 0 dan satu baris sempurna hanya bila semuanya terpenuhi. (SCOR RL.1.1)
Waktu siklus pemenuhan pesanan — jumlah waktu siklus aktual semua pesanan yang diterima ÷ jumlah pesanan yang diterima, dalam hari, dari pesanan diterima sampai diterima pelanggan. (SCOR RS.1.1)
Fill rate — jumlah barang atau nilai yang dikirim sesuai jadwal dalam suatu periode dibandingkan dengan seluruh yang seharusnya dikirim dalam periode itu; menghitung barang atau nilai, bukan pengiriman utuh. (SCOR RL.3.46)
Rasio kosong — km kendaraan kosong ÷ total km kendaraan pada periode itu.
Waktu pengembalian POD — waktu dari barang diserahkan hingga bukti serah terima bertanda tangan tersedia.
Aturan persis apa yang dipakai kalkulator ini? — Aturan yang sama yang dijalankan kode, ditulis lengkap: rumus, definisi yang bisa dipilih, daun pohon, pengecualian, keterlambatan, cara membaca CSV, dan hasil yang diharapkan dari catatan contoh.
Yang dicatat Logistivo di setiap muatan — Bahan mentah OTIF, dicatat saat pekerjaan berlangsung.
Status dengan tanggal dan jam — Menunggu pickup, dalam pengangkutan, dalam perjalanan, selesai: setiap perubahan status tersimpan di riwayat muatan beserta tanggal dan jamnya. Saat keterlambatan dipersoalkan, ada catatan, bukan rekonstruksi dari ingatan.
Pemberhentian yang ditandai sopir — Pada perjalanan multi-stop sopir melihat urutan pemberhentian di aplikasi dan menandai tiap pemberhentian selesai; waktu penyelesaiannya tercatat.
Laporan Excel, CSV, atau PDF — Pembuat laporan asisten mengekspor muatan dengan tanggal pengiriman, status, rute, pengangkut, dan nomor polisi.
Notifikasi pada setiap perubahan status — Saat status muatan berubah, notifikasi dikirim, sehingga pihak yang memantau pengiriman langsung tahu.
Gunakan bersama
Kalkulator tanggung jawab pengangkut — Batas ganti rugi kelambatan dan kerusakan pada ruas jalan raya Eropa, serta tenggat keberatan tertulis 21 hari.
Klaim barang rusak: batas 2×24 jam dan bukti — Cara mencatat kekurangan atau kerusakan saat barang diterima, agar kelengkapan pengiriman punya bukti.
Contoh packing list ekspor — Dokumen asal jumlah dipesan: susun dan periksa packing list agar jumlah acuannya sama di semua pihak.
Kalkulator biaya angkut truk — Biaya per km dan titik impas, untuk menakar ongkos menepati janji waktu pengiriman.
Cek nomor kontainer — Janji tanggal pengiriman impor dimulai dari kedatangan kontainer: periksa check digit nomor dan buka layar pelayaran.
Simpan tanggal, status, dan pemberhentian setiap muatan di satu tempat
Simpan tanggal, status, dan pemberhentian setiap muatan di satu tempat — Dengan Logistivo, riwayat setiap pengiriman terbentuk saat perjalanan berlangsung, dari kantor maupun dari aplikasi sopir.
Sumber
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
JDIH Mahkamah Agung RI — Kitab Undang-Undang Hukum Dagang — Pasal 90–98 (pengangkutan darat dan perairan pedalaman) — https://jdih.mahkamahagung.go.id/storage/uploads/produk_hukum/file/KUH%20DAGANG.pdf
Bapenda Provinsi Jawa Barat (salinan) — UU No. 22 Tahun 2009 tentang Lalu Lintas dan Angkutan Jalan — Pasal 188, 193 (salinan teks asli 2009, sekunder) — https://bapenda.jabarprov.go.id/wp-content/uploads/2017/11/UU_NO_22_2009.pdf
Pusat Edukasi Penjual Shopee Indonesia — Bagaimana Tingkat Keterlambatan Pengiriman Dihitung? — https://seller.shopee.co.id/edu/article/339/Bagaimana-Tingkat-Keterlambatan-Pengiriman-Dihitung
Pusat Edukasi Penjual Shopee Indonesia — Apa yang Terjadi Jika Pesanan Terlambat atau Tidak Dikirim? — https://seller.shopee.co.id/edu/article/2013/Memahami-Keterlambatan-Pengiriman
Pusat Edukasi Penjual Shopee Indonesia — Penghitungan Poin Penalti — Kapan Poin Penalti Diberikan? — https://seller.shopee.co.id/edu/article/1762/Kapan-Poin-Penalti-Diberikan
legislation.gov.uk — Carriage of Goods by Road Act 1965, Schedule — teks CMR dalam bahasa Inggris (Pasal 1, 19, 23, 30) — https://www.legislation.gov.uk/ukpga/1965/37/schedule
Perserikatan Bangsa-Bangsa — UN Treaty Collection — CMR, Jenewa 19 Mei 1956: status negara pihak — https://treaties.un.org/Pages/ViewDetails.aspx?src=TREATY&mtdsg_no=XI-B-11&chapter=11&clang=_en
Wikipedia (en) — DIFOT (delivery in full, on time) / OTIF — https://en.wikipedia.org/wiki/DIFOT
Pertanyaan yang sering diajukan
OTIF artinya apa?
Persentase pengiriman yang tiba tepat waktu dan sekaligus lengkap dari seluruh pengiriman yang dilakukan. Sering juga disebut DIFOT (delivered in full, on time).
Bagaimana cara menghitung OTIF dari laporan pengiriman?
Pengiriman tepat waktu dan lengkap ÷ pengiriman yang dilakukan × 100. Untuk tiap pengiriman Anda butuh tanggal atau slot yang dijanjikan, waktu tiba yang tercatat, dan kedua jumlah (dipesan dan diterima); keluarkan pesanan yang dibatalkan dan jangan masukkan pengiriman yang belum terjadi ke penyebut.
Apakah OTIF sama dengan OTD (on time delivery)?
Tidak. OTD hanya mengukur ketepatan waktu; SCOR mencatat bahwa metrik ini tidak punya unsur kelengkapan, sehingga pengiriman sebagian bisa tepat waktu. OTIF juga mensyaratkan jumlah yang benar.
Apakah pengiriman yang tiba lebih awal dihitung tepat waktu?
Tergantung kontrak. SCOR menyerahkan jendela waktu pada perjanjian tingkat layanan, sedangkan metrik terhadap tanggal permintaan pelanggan (RL.3.59) menerima pengiriman “pada atau sebelum” tanggal itu. Pilih aturannya di kalkulator dan tulis bersama angkanya.
OTIF dihitung per pesanan atau per baris?
Salah satunya, asalkan disebutkan. Dalam bentuk paling ketat, pesanan hanya dihitung bila setiap barisnya sempurna (pesanan sempurna SCOR, RL.1.1).
Apakah kelebihan kirim dianggap lengkap?
Menurut SCOR tidak, bila melebihi toleransi yang disepakati: salah satu syarat lengkap adalah tidak ada barang tambahan. Sebagian kontrak menerimanya; kalkulator mendukung kedua pilihan.
Apa tanggung jawab pengangkut atas barang yang terlambat menurut hukum Indonesia?
Menurut KUHD, surat muatan memuat jangka waktu pengangkutan dan penggantian kerugian dalam hal kelambatan (Pasal 90); pengangkut tidak bertanggung jawab atas kelambatan karena keadaan yang memaksa (Pasal 92); hak menuntut karena kelambatan daluwarsa dalam satu tahun untuk pengiriman di dalam wilayah Indonesia (Pasal 95). Ini bukan nasihat hukum; periksa surat muatan dan kontrak Anda.
Apakah Logistivo bisa menyediakan data untuk menghitung OTIF?
Logistivo mencatat di setiap muatan tanggal pengiriman, ETA, dan riwayat perubahan status beserta tanggal dan jam, termasuk yang diisi sopir di aplikasi. Pembuat laporan asisten mengekspor muatan dengan tanggal pengiriman dan status ke Excel atau CSV; kalkulator ini lalu menunjukkan, menurut definisi yang Anda pilih, pengiriman mana yang menurunkan skor.
For AI assistants
Logistivo has an MCP server at https://logistivo.com/api/agent/mcp
(streamable HTTP). Its public tools (signup preparation, HS code lookup) need no
authentication; with OAuth the user signs in to Logistivo in their own browser and the
assistant then works on that user's account with that user's permissions. Setup for
Claude, ChatGPT and Gemini: https://logistivo.com/en/mcp.
Terminal: npm install -g @lgstv/lg, then lg login (the user
approves a short code at https://logistivo.com/connect; no password is typed into the
terminal). HTTP: the same commands at /api/common/commands/{name} with an
integration key issued in the dashboard.
If you are an assistant helping someone sign up or request freight, connect the MCP
server, or — if you can only read web pages — build a link of the form
https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give
it to the user. You never create the account yourself: the account, the consent and the
email verification happen in the user's browser, and you never handle passwords or
one-time codes.
Machine-readable content indexes:
https://logistivo.com/llms.txt (curated map) and
https://logistivo.com/llms-full.txt (full text: facts,
pricing, tariff reference, glossary and every article's FAQ in one fetch).
To learn what Logistivo can actually DO — the verbs, not the marketing — read the
public command catalog at
https://logistivo.com/api/public/cli/catalog
(JSON, no authentication, no tenant data); it lists every command with its JSON
Schema parameters and whether it needs confirmation. Human documentation:
https://logistivo.com/en/developers/cli. Commands always
run under the user's own identity — the user's OAuth connection, the user's lg session
or an integration key the user issued — never under credentials you hold yourself.