Berapa lama barang yang sudah tiba di loading dock benar-benar siap dipakai untuk picking, produksi, atau penjualan? Jawabannya diukur melalui dock-to-stock cycle time: waktu sejak barang diterima di dock sampai tercatat, diverifikasi, dipindahkan ke lokasi penyimpanan, dan tersedia sebagai stok di sistem. KPI ini penting karena stok yang secara fisik sudah ada tetapi belum “available” masih menjadi stok yang tidak bisa digunakan oleh operasi.
Bagi gudang distributor, manufaktur, 3PL, FMCG, maupun perusahaan logistik di Indonesia, dock-to-stock bukan sekadar KPI warehouse. Angka ini menunjukkan seberapa baik receiving, quality check, pencatatan, putaway, dan integrasi WMS bekerja sebagai satu alur. Semakin lama barang tertahan di area receiving, semakin besar risiko antrean dock, stockout semu, pekerjaan ulang, serta keterlambatan fulfillment.
Key Takeaways
- Dock-to-stock cycle time mengukur waktu dari supplier delivery diterima sampai barang selesai dicatat dan ditempatkan sehingga tersedia sebagai inventory.
- APQC mencatat median lintas industri sebesar 15 jam pada sampel 3.560 perusahaan untuk supplier deliveries.
- Bottleneck umumnya bukan hanya proses bongkar, tetapi juga waktu tunggu untuk verifikasi dokumen, inspection, labeling, posting sistem, penentuan lokasi, dan putaway.
- ASN, barcode/mobile scanning, directed putaway, dock scheduling, serta exception workflow dapat memangkas aktivitas manual dan waiting time.
- Target terbaik tidak boleh sekadar “semakin cepat”; warehouse tetap perlu menjaga akurasi quantity, lot/serial, quality status, keamanan, serta traceability.
Apa Itu Dock-to-Stock Cycle Time?
APQC mendefinisikan dock-to-stock cycle time sebagai rata-rata waktu sejak perusahaan menerima delivery dari supplier sampai barang selesai ditempatkan ke inventory setelah direkam dalam inventory management system. Definisi tersebut mencakup bukan hanya waktu kerja aktif, tetapi juga waktu menunggu antartahap. Benchmark APQC untuk measure ID 100677 menunjukkan median 15,0 jam pada total sampel 3.560 perusahaan. Lihat definisi dan benchmark APQC.
Artinya, jam pengukuran tidak berhenti ketika truk selesai dibongkar. Jika pallet sudah berada di staging tetapi belum diperiksa, belum diberi status inventory, atau belum dipindahkan ke bin yang benar, dock-to-stock masih berjalan.
“Barang yang sudah berada di gudang belum tentu menjadi stok yang siap digunakan. Dock-to-stock mengukur jarak antara kedatangan fisik dan ketersediaan operasional.”
Rumus sederhana dock-to-stock
Rumus dasarnya adalah:
Dock-to-Stock Cycle Time = Timestamp Stock Available − Timestamp Goods Arrived/Received at Dock
Contoh: kendaraan tiba dan check-in pukul 08.00. Unloading selesai 08.45, receiving dan inspection selesai 09.30, putaway selesai 11.15, lalu stok berstatus available pada 11.30. Maka dock-to-stock cycle time adalah 3 jam 30 menit.
Mengapa Dock-to-Stock Cycle Time Penting untuk Gudang?
Perusahaan sering memantau picking productivity atau on-time delivery tetapi kurang mengukur performa inbound. Padahal kegagalan inbound dapat merambat ke hampir seluruh aktivitas berikutnya. Barang terlambat tersedia bisa membuat planner menganggap stok kosong, sales tidak dapat menjanjikan ketersediaan, produksi menunggu material, dan picker mencari barang yang secara fisik ada tetapi belum dapat dialokasikan.
Dock-to-stock juga menjadi jembatan antara proses yang sudah dibahas dalam ASN logistik, dock scheduling, dan putaway gudang. Ketiganya bukan proses terpisah; seluruhnya menentukan berapa cepat inventory benar-benar siap digunakan.
Dampaknya pada operasi
- Inventory visibility: stok tersedia lebih cepat dan status di sistem lebih mendekati kondisi fisik.
- Order fulfillment: item inbound dapat lebih cepat dialokasikan ke order yang menunggu.
- Dock capacity: staging area tidak dipenuhi pallet yang belum selesai diproses.
- Labor productivity: mengurangi pencarian dokumen, double handling, recount, dan perpindahan ulang.
- Working capital: barang yang sudah datang tidak terlalu lama berada dalam status tidak siap jual atau tidak siap pakai.
8 Cara Mempercepat Dock-to-Stock Cycle Time
1. Mulai receiving sebelum truk datang dengan ASN
Salah satu cara paling efektif adalah memindahkan aktivitas administrasi dari saat truk tiba menjadi sebelum truk tiba. Advance Shipping Notice atau ASN memberikan informasi expected shipment seperti supplier, purchase order, item, quantity, packing information, serta detail shipment.
Oracle menjelaskan bahwa ASN dapat memuat shipment date, identification number, packing slip, freight information, item detail, purchase order number, dan informasi lain yang diperlukan receiving. ASN yang sudah tervalidasi dapat digunakan untuk membuat receipt sehingga input manual saat kedatangan berkurang. Baca dokumentasi Oracle mengenai ASN.
Dalam praktik Indonesia, supplier yang belum terintegrasi EDI tidak harus langsung menggunakan integrasi kompleks. Tahap awal bisa berupa supplier portal, file upload terstruktur, atau formulir inbound yang kemudian menghasilkan expected receipt di WMS.
2. Hubungkan dock scheduling dengan expected inbound
Receiving yang cepat membutuhkan kesiapan dock, tenaga kerja, forklift, serta staging space. Jika lima kendaraan datang bersamaan tanpa appointment, proses unloading dan receiving tetap akan mengantre meskipun WMS sudah tersedia.
Gunakan time slot berdasarkan tipe kendaraan, volume pallet, karakteristik barang, kebutuhan inspection, dan kapasitas dock. Warehouse juga dapat memberi prioritas pada inbound yang memiliki order tertunda, material produksi kritis, atau barang dengan shelf life pendek.
3. Gunakan barcode atau mobile scanning di titik penerimaan
Kesalahan input SKU dan quantity sering muncul ketika receiving masih bergantung pada pencatatan kertas lalu diketik ulang ke komputer. Mobile scanning memindahkan validasi lebih dekat ke aktivitas fisik: operator memindai label pallet, item, lot, serial, atau license plate number saat barang diterima.
Konsepnya sederhana: satu scan seharusnya menghasilkan sebanyak mungkin data yang dapat digunakan sistem. Bila barcode sudah terkait ASN atau PO, operator tidak perlu mengulang input informasi yang sebenarnya sudah tersedia.
4. Pisahkan straight-through receiving dan exception receiving
Tidak semua inbound membutuhkan tingkat pemeriksaan yang sama. Supplier dengan performa stabil dan data lengkap dapat diarahkan ke jalur cepat, sementara shipment yang quantity-nya berbeda, kemasan rusak, membutuhkan quality inspection, atau tidak memiliki dokumen lengkap masuk ke exception lane.
Pemisahan ini mencegah satu pallet bermasalah menahan seluruh shipment. Prinsipnya mirip jalur normal dan jalur pengecualian: proses normal dibuat cepat, sedangkan kasus abnormal memperoleh workflow, PIC, reason code, dan SLA penyelesaian yang jelas.
5. Gunakan directed putaway, bukan mencari lokasi secara manual
Setelah receiving selesai, waktu sering terbuang karena operator harus bertanya atau mencari lokasi kosong. WMS dapat memberikan rekomendasi lokasi berdasarkan kapasitas, zone, velocity, compatibility, FIFO/FEFO, lot, temperatur, atau aturan lain.
Oracle Warehouse Management menjelaskan putaway sebagai proses memindahkan material dari receiving area ke storage area, di mana rules engine dapat menyarankan lokasi putaway optimal dan mempertimbangkan batasan kapasitas. Lihat dokumentasi Oracle Warehouse Management.
Untuk penjelasan operasional lebih detail, baca juga panduan strategi putaway gudang.
6. Hilangkan jeda antara receipt posting dan inventory availability
Di beberapa gudang, barang sudah selesai diperiksa tetapi status inventory baru di-update secara batch pada akhir shift. Ini membuat kondisi fisik dan sistem berbeda selama beberapa jam.
Desain proses perlu menentukan titik yang jelas kapan stok dianggap available. Untuk item tanpa quality hold, posting dapat dilakukan segera setelah receiving dan putaway terkonfirmasi. Untuk barang yang wajib QC, status dapat dibedakan menjadi received, quality hold, released, dan available agar sistem tetap merepresentasikan kondisi aktual tanpa memaksakan semua barang langsung siap picking.
7. Ukur cycle time per tahap, bukan hanya angka total
Jika warehouse hanya melihat total dock-to-stock, supervisor tahu ada masalah tetapi tidak tahu penyebabnya. Pecah waktu menjadi beberapa timestamp supaya bottleneck terlihat.
| Tahap | Timestamp yang dicatat | Contoh penyebab delay |
|---|---|---|
| Arrival & Gate | Truck arrival, check-in | Antrean gate, dokumen kendaraan |
| Docking | Dock assigned, dock start | Dock penuh, appointment tidak sesuai |
| Unloading | Unload start, unload complete | Forklift kurang, pallet tidak standar |
| Receiving | Receipt start, receipt complete | Mismatch PO/ASN, recount |
| Inspection | QC start, QC release | Sampling, kerusakan, dokumen kurang |
| Putaway | Task created, task complete | Lokasi penuh, travel distance tinggi |
| Stock Available | Inventory released | Posting batch, approval manual |
Dengan timestamp ini, dashboard dapat menunjukkan apakah masalah terbesar terjadi di gate-to-dock, unloading, receiving, quality hold, atau putaway. Perbaikan kemudian dapat diarahkan ke titik yang benar.
8. Kelola exception dengan SLA dan owner yang jelas
Receiving variance adalah bagian normal dari operasi: quantity kurang atau lebih, item salah, barcode tidak terbaca, kerusakan, PO belum release, lot tidak sesuai, atau dokumen belum tersedia. Yang membuat cycle time membengkak bukan selalu exception itu sendiri, melainkan exception yang tidak memiliki owner.
Buat reason code, severity, PIC, SLA, dan escalation. Contohnya, mismatch quantity maksimal 30 menit untuk dikonfirmasi purchasing; damaged goods masuk quarantine; PO belum release dieskalasikan ke buyer; dan unidentified pallet ditempatkan di exception staging khusus. Prinsip serupa juga digunakan dalam delivery exception management untuk proses outbound.
Contoh Perhitungan Dock-to-Stock di Gudang Distributor
Bayangkan sebuah distributor di Surabaya menerima 12 pallet produk dari supplier pada pukul 08.00. Kendaraan baru memperoleh dock pukul 08.20. Unloading selesai 09.00, receiving dan scan item selesai 09.45, dua pallet harus recount sehingga baru release 10.30. WMS membuat putaway task dan seluruh pallet selesai ditempatkan pukul 11.40. Stock menjadi available pukul 11.45.
| Aktivitas | Waktu | Durasi |
|---|---|---|
| Arrival → Dock | 08.00–08.20 | 20 menit |
| Unloading | 08.20–09.00 | 40 menit |
| Receiving & Scan | 09.00–09.45 | 45 menit |
| Exception/Recount | 09.45–10.30 | 45 menit |
| Putaway | 10.30–11.40 | 70 menit |
| Final Posting | 11.40–11.45 | 5 menit |
| Total Dock-to-Stock | 08.00–11.45 | 3 jam 45 menit |
Dari contoh tersebut, perbaikan tidak perlu dimulai dari unloading karena durasinya hanya 40 menit. Potensi terbesar justru berada pada exception/recount dan putaway. Jika ASN dapat meningkatkan akurasi expected quantity dan directed putaway memangkas travel time, total cycle time dapat turun tanpa menambah dock.
Target Dock-to-Stock: Berapa Jam yang Baik?
Tidak ada satu angka yang cocok untuk semua warehouse. APQC menyediakan median 15 jam sebagai pembanding lintas industri, tetapi benchmark tersebut tidak berarti setiap gudang harus menetapkan target yang sama. Barang farmasi, cold chain, bahan baku dengan quality inspection, project cargo, high-value electronics, dan FMCG palletized memiliki karakter proses berbeda.
Target internal sebaiknya dibuat berdasarkan baseline aktual dan segmentasi inbound. Bandingkan ASN vs non-ASN, supplier A vs supplier B, palletized vs loose carton, QC-required vs no-QC, serta shift normal vs peak season. Dengan begitu, target menjadi adil sekaligus operasional.
KPI pendamping yang perlu dipantau
- Receiving accuracy.
- Putaway accuracy.
- Inventory accuracy.
- Supplier ASN compliance.
- Dock utilization.
- Inbound exception rate.
- Percentage receipt completed within SLA.
- Average dwell time di receiving staging.
Peran WMS dalam Mempercepat Dock-to-Stock Cycle Time
WMS bukan sekadar pencatat stok. Dalam inbound flow, sistem idealnya menghubungkan expected receipt/ASN, appointment, receiving, scanning, QC status, putaway task, location rule, dan inventory availability. Microsoft mendokumentasikan bahwa pada advanced warehousing, warehouse receipt dan warehouse put-away dapat diproses sebagai aktivitas terstruktur; setelah putaway diregistrasikan, barang ditempatkan pada bin dan tersedia untuk demand berikutnya. Lihat alur receiving dan putaway Microsoft.
Untuk perusahaan yang ingin membangun alur inbound terintegrasi dengan proses warehouse lain, SOLOG Warehouse Management System dapat menjadi referensi solusi untuk menghubungkan receiving, inventory, lokasi, dan proses operasional gudang dalam satu sistem.
Namun teknologi tidak akan otomatis memperbaiki KPI jika rule dan SOP masih tidak jelas. Sebelum digitalisasi, definisikan siapa yang melakukan check-in, kapan receipt dianggap complete, kondisi apa yang memicu QC hold, siapa yang menangani variance, dan kapan stok boleh berstatus available.
Kesalahan Umum Saat Mengejar Dock-to-Stock yang Lebih Cepat
Mengorbankan akurasi demi kecepatan
Receiving yang cepat tetapi quantity, lot, serial, expiry date, atau quality status salah hanya memindahkan masalah ke proses berikutnya. KPI kecepatan harus dipasangkan dengan receiving accuracy dan inventory accuracy.
Mengukur dari unloading selesai, bukan saat kendaraan tiba
Jika pengukuran baru dimulai setelah unloading, waktu antrean dock tidak terlihat. Definisi timestamp harus konsisten agar perbandingan antarperiode valid.
Mencampur semua tipe inbound dalam satu rata-rata
Shipment 20 pallet dengan ASN tidak sebanding dengan loose cargo tanpa ASN yang membutuhkan inspeksi lengkap. Segmentasi membantu supervisor menemukan proses yang benar-benar membutuhkan intervensi.
Mengabaikan staging capacity
Receiving dapat terlihat produktif karena barang cepat dibongkar, tetapi jika pallet menumpuk di staging menunggu putaway, total dock-to-stock tetap buruk. Optimasi harus end-to-end.
FAQ Dock-to-Stock Cycle Time
Apa perbedaan dock-to-stock dan receiving time?
Receiving time biasanya hanya mengukur aktivitas penerimaan dan verifikasi barang. Dock-to-stock lebih luas karena berlanjut sampai barang selesai dicatat, dipindahkan ke lokasi, dan tersedia sebagai inventory.
Apakah dock-to-stock sama dengan truck turnaround time?
Tidak. Truck turnaround time fokus pada kendaraan sejak datang sampai keluar dari lokasi. Dock-to-stock fokus pada barang sampai siap menjadi stok. Truk dapat sudah meninggalkan warehouse sementara barang masih tertahan di inspection atau staging.
Apakah ASN selalu diperlukan?
Tidak selalu, tetapi ASN sangat membantu pada volume inbound tinggi karena warehouse dapat menyiapkan expected receipt sebelum kedatangan. Untuk supplier kecil, mekanismenya dapat disederhanakan melalui portal atau upload data terstruktur.
Apakah barang harus langsung berstatus available setelah receiving?
Tidak. Barang yang membutuhkan quality inspection atau quarantine sebaiknya memiliki status terpisah. Tujuannya bukan memaksa stok cepat available, tetapi menghilangkan delay yang tidak memberi nilai tambah.
Seberapa sering KPI dock-to-stock harus dipantau?
Warehouse beraktivitas tinggi sebaiknya memantau secara harian dan melihat tren mingguan. Analisis bulanan berguna untuk supplier performance dan capacity planning, tetapi terlalu lambat untuk menangani bottleneck operasional harian.
Kesimpulan
Dock-to-stock cycle time adalah KPI penting untuk melihat kecepatan inbound secara end-to-end, bukan hanya kecepatan bongkar barang. APQC menunjukkan median lintas industri 15 jam, tetapi target terbaik tetap harus menyesuaikan karakteristik barang dan proses gudang masing-masing.
Perbaikan paling efektif biasanya datang dari kombinasi ASN sebelum kedatangan, appointment dock, mobile scanning, pemisahan jalur normal dan exception, directed putaway, real-time inventory posting, timestamp per tahap, serta SLA exception. Ketika receiving, putaway, dan inventory system bekerja sebagai satu alur, stok dapat lebih cepat tersedia tanpa mengorbankan akurasi dan traceability.
Bagi perusahaan yang sedang menyusun roadmap digitalisasi warehouse, mulailah dengan mengukur baseline dock-to-stock per tipe inbound. Dari sana, temukan tahap dengan waiting time terbesar, perbaiki rule dan SOP, lalu gunakan WMS untuk mengotomatisasi proses yang memang sudah terdefinisi dengan baik.
