ERP untuk Logistik Pihak Ketiga (3PL): Stok Multi-Klien, Penagihan Berbasis Aktivitas, dan SLA Gudang

Perusahaan logistik pihak ketiga, atau third-party logistics (3PL), menyimpan, mengemas, dan mengirim barang milik orang lain. Bisnisnya tampak mirip pergudangan biasa, tetapi ada perbedaan mendasar: stok di rak bukan milik Anda, pelanggan Anda adalah pemilik barang yang menuntut visibilitas dan kinerja sesuai perjanjian, dan pendapatan Anda datang dari tarif layanan yang beragam, bukan dari menjual barang. Sistem yang dirancang untuk toko atau pabrik jarang cocok untuk model ini.

Artikel ini membahas kebutuhan ERP dan sistem pergudangan untuk perusahaan 3PL dan jasa gudang: struktur data multi-pemilik barang, alur penerimaan sampai pengiriman, tarif dan penagihan berbasis aktivitas, pengukuran SLA, portal pelanggan, serta integrasi dengan toko online dan kurir. Tujuannya membantu pemilik dan manajer operasional memahami apa yang perlu ada sebelum memilih atau membangun sistem.

Ringkasan

• Sistem 3PL harus memisahkan stok dan transaksi per pemilik barang (klien), karena satu gudang melayani banyak klien dengan aturan berbeda
• Pendapatan berasal dari banyak jenis tarif: penyimpanan, penanganan masuk dan keluar, pengemasan, pengiriman, dan layanan tambahan, sehingga penagihan harus otomatis dari catatan aktivitas
• SLA seperti ketepatan waktu pengiriman dan akurasi stok perlu diukur dari data sistem, bukan dari klaim
• Portal pelanggan dan integrasi dengan toko online klien mengurangi pertanyaan status serta kesalahan input manual
• Mulailah dari alur inti penerimaan, penyimpanan, pengambilan, dan pengiriman, lalu tambahkan tarif rumit dan analisis profitabilitas per klien

Apa yang membedakan 3PL dari gudang biasa

Pada gudang milik perusahaan sendiri, barang di rak adalah aset perusahaan itu. Pada 3PL, setiap unit adalah milik klien. Perbedaan itu mengubah banyak hal.

• Kepemilikan stok: setiap barang harus selalu terkait dengan klien pemiliknya, dan laporan stok tidak boleh bercampur antarklien
• Aturan per klien: setiap klien dapat meminta aturan berbeda untuk penerimaan, pemeriksaan mutu, pengemasan, label, dan pengiriman
• Sumber pendapatan: tarif jasa, bukan margin penjualan barang
• Akuntabilitas: kehilangan, kerusakan, dan selisih stok adalah tanggung jawab kontraktual yang dapat berarti ganti rugi
• Visibilitas: klien ingin melihat stok dan status pesanannya sendiri kapan saja

Konsekuensinya, sistem perlu dirancang multi-klien sejak awal. Memasang aplikasi gudang untuk satu pemilik lalu menambal untuk klien lain biasanya berakhir dengan data bercampur dan penagihan yang manual. Pendekatan multi-penyewa yang serupa dibahas dari sisi produk di arsitektur multi-tenant untuk membangun produk SaaS.

Alur operasional inti dan data yang perlu dicatat

Alur dasar 3PL terdiri dari lima tahap. Sistem yang baik mencatat setiap tahap dengan jejak yang dapat ditelusuri.

1. Pemberitahuan dan penerimaan barang masuk

Klien biasanya mengirim pemberitahuan kedatangan lebih dulu, berisi daftar barang, jumlah, dan perkiraan tanggal. Saat truk tiba, petugas mencocokkan fisik dengan pemberitahuan, mencatat selisih dan kerusakan, memotret bila perlu, lalu menandai barang sebagai diterima. Mekanisme penerimaan dengan nomor lot dan tanggal kedaluwarsa dibahas di pelacakan lot, batch, dan tanggal kedaluwarsa dengan ERP, yang sangat relevan untuk klien makanan, kosmetik, dan farmasi.

2. Penyimpanan dan penempatan

Barang ditempatkan di lokasi rak tertentu. Sistem perlu mengetahui lokasi tiap unit, kapasitas rak, jenis penyimpanan (suhu ruang, dingin, bahaya), dan aturan seperti yang masuk pertama keluar pertama atau yang kedaluwarsa lebih dulu keluar lebih dulu. Praktik ini dibahas lebih luas di sistem manajemen gudang untuk bisnis yang bertumbuh.

3. Penerimaan pesanan dan pengambilan

Pesanan klien, baik dari toko online maupun unggahan manual, masuk sebagai perintah pengambilan. Sistem mengelompokkan pesanan, menentukan jalur pengambilan paling efisien, dan memandu petugas lewat perangkat genggam atau pemindai barcode. Pemindaian saat pengambilan menekan salah ambil secara signifikan.

4. Pengemasan dan pengiriman

Barang dikemas sesuai instruksi klien, diberi label, dan diserahkan ke kurir atau armada yang dipilih. Sistem mencatat berat, dimensi, nomor resi, dan biaya pengiriman. Untuk perusahaan yang mengoperasikan armada sendiri, pengelolaan rute dan kendaraan ada di manajemen armada dan transportasi dengan GPS dan ERP.

5. Retur dan penanganan khusus

Barang retur dari pembeli akhir kembali ke gudang untuk diperiksa, dikelompokkan sebagai layak jual, perlu perbaikan, atau rusak, lalu stoknya diperbarui sesuai instruksi klien. Penanganan khusus seperti pemasangan label, pembuatan paket bundel, atau pengemasan hadiah dicatat sebagai layanan tambahan yang ditagihkan.

Tarif dan penagihan berbasis aktivitas

Inilah bagian yang paling membedakan 3PL. Pendapatan berasal dari banyak jenis tarif, dan setiap klien bisa memiliki kesepakatan berbeda. Contoh komponen tarif:

• Penyimpanan: per palet, per rak, per meter kubik, atau per unit, dihitung harian atau bulanan, kadang dengan tarif lebih tinggi untuk penyimpanan dingin
• Penanganan masuk: per palet, per karton, atau per unit saat penerimaan
• Penanganan keluar: biaya per pesanan ditambah biaya per baris atau per unit yang diambil
• Pengemasan: biaya bahan kemas dan biaya tenaga kerja pengemasan
• Pengiriman: tarif kurir yang diteruskan dengan atau tanpa tambahan margin
• Layanan tambahan: pelabelan, kitting, inspeksi mutu, foto produk, dan pengelolaan retur
• Biaya minimum bulanan dan denda atau diskon sesuai volume

Agar penagihan akurat, setiap aktivitas harus tercatat otomatis sebagai peristiwa yang dapat ditagihkan: penerimaan satu palet, pengambilan satu pesanan, penambahan satu label. Pada akhir periode, sistem menghitung total berdasarkan kartu tarif klien dan menghasilkan faktur beserta rincian. Cara kerja ini mirip dengan penagihan berbasis milestone di penagihan proyek dan milestone untuk bisnis jasa, dengan perbedaan bahwa pemicunya adalah aktivitas operasional.

Beberapa jebakan yang sering terjadi:

• Aktivitas yang tidak tercatat di sistem sehingga tidak ditagihkan, yang disebut kebocoran pendapatan
• Kartu tarif yang disimpan di spreadsheet terpisah dan tidak sinkron dengan sistem
• Perhitungan penyimpanan yang tidak mengikuti perubahan stok harian
• Sengketa faktur karena klien tidak dapat melihat rincian aktivitas yang ditagihkan

Mengukur SLA dan kinerja gudang

Kontrak 3PL umumnya memuat target layanan. Target itu hanya bernilai bila diukur secara objektif dari data sistem. Indikator yang lazim:

• Waktu pemrosesan pesanan: dari pesanan masuk sampai diserahkan ke kurir
• Ketepatan pengambilan: persentase pesanan yang dikirim dengan barang dan jumlah yang benar
• Akurasi stok: perbandingan antara hitungan fisik dan catatan sistem
• Waktu penerimaan: dari kedatangan barang sampai tersedia untuk dijual
• Tingkat kerusakan dan kehilangan
• Ketepatan waktu pengiriman oleh kurir
• Waktu respons terhadap pertanyaan klien

Tampilkan indikator ini di dasbor internal dan, bila disepakati, di portal klien. Penanganan keluhan dan eskalasi berdasarkan tingkat layanan dibahas di sistem tiket dukungan pelanggan dan SLA. Akurasi stok dijaga dengan penghitungan siklus rutin, sebagaimana prinsip stock opname tanpa menghentikan operasional.

Portal pelanggan dan integrasi

Klien 3PL ingin tahu stok dan status pesanan mereka tanpa perlu menelepon. Portal pelanggan yang menampilkan stok per lokasi atau gudang, riwayat penerimaan, status pesanan, dan faktur menghemat banyak waktu tim layanan. Rancangan portal semacam itu dibahas di portal pelanggan dan pemasok B2B.

Integrasi otomatis memberi manfaat lebih besar lagi.

• Toko online klien: pesanan masuk otomatis ke gudang, dan stok serta nomor resi dikembalikan secara otomatis
• Marketplace: sinkronisasi stok dan pesanan agar tidak terjadi penjualan ganda
• Kurir: pembuatan label, pelacakan, dan pembaruan status pengiriman
• Sistem akuntansi: faktur dan pembayaran
• Sistem klien lainnya: ERP klien, bila mereka memilikinya

Teknik yang umum dipakai adalah webhook dan API untuk pembaruan hampir seketika, seperti dibahas di webhook dan integrasi real-time untuk bisnis. Bila Anda juga menangani impor, biaya pendaratan dan dokumen bea cukai memengaruhi nilai barang klien, yang dapat dilihat di landed cost: menghitung biaya barang impor di ERP.

Profitabilitas per klien dan per layanan

Tidak semua klien sama menguntungkannya. Klien dengan volume besar tetapi banyak barang kecil dan retur tinggi bisa lebih mahal dilayani daripada klien dengan pesanan sedikit tetapi bernilai tinggi. Sistem yang mencatat biaya sebenarnya memungkinkan analisis seperti berikut.

• Pendapatan dan biaya langsung per klien: tenaga kerja, bahan kemas, ruang, dan pengiriman
• Biaya per pesanan dan per unit dibandingkan tarif yang dikenakan
• Utilisasi ruang: persentase kapasitas yang terisi dan nilai per meter persegi
• Produktivitas tenaga kerja: pesanan per orang per jam
• Layanan yang paling menguntungkan dan paling merugikan

Hasil analisis ini membantu menentukan harga kontrak berikutnya, menolak atau menegosiasikan ulang klien yang merugi, dan memutuskan investasi seperti rak tambahan atau otomatisasi.

Kesalahan umum dalam membangun sistem 3PL

• Memakai sistem gudang satu pemilik sehingga stok klien bercampur
• Menagih berdasarkan perkiraan, bukan catatan aktivitas, sehingga pendapatan bocor dan sengketa meningkat
• Tidak ada pemindaian barcode sehingga akurasi bergantung pada ketelitian manusia
• Tidak ada portal atau pelaporan untuk klien, sehingga tim layanan kewalahan menjawab pertanyaan status
• Integrasi manual lewat spreadsheet yang rawan terlambat dan salah
• Tidak mengukur SLA sehingga sengketa kinerja tidak dapat diselesaikan dengan data
• Tidak memisahkan barang retur, rusak, dan layak jual

Langkah memulai

1. Petakan alur inti dan jenis layanan yang Anda tawarkan, termasuk variasi per klien

2. Rancang data klien, barang, lokasi, dan kartu tarif sebagai fondasi

3. Terapkan pemindaian barcode pada penerimaan, pengambilan, dan pengiriman

4. Otomatiskan pencatatan aktivitas yang dapat ditagihkan dan penerbitan faktur

5. Bangun dasbor SLA dan portal klien dasar

6. Tambahkan integrasi dengan toko online klien dan kurir, mulai dari klien terbesar

Pertanyaan yang sering diajukan

Apakah 3PL kecil perlu ERP khusus? Tidak harus khusus, tetapi sistem harus mendukung multi-klien, tarif berbasis aktivitas, dan pelacakan lokasi. Banyak ERP dapat disesuaikan untuk itu.

Bagaimana menangani klien dengan tarif yang berbeda-beda? Simpan kartu tarif per klien di sistem dengan tanggal berlaku, dan biarkan perhitungan tagihan merujuk ke sana.

Apakah perlu sistem manajemen gudang terpisah? Bergantung skala. Pada skala kecil, modul gudang dalam ERP bisa memadai. Pada volume tinggi dan operasi kompleks, sistem gudang khusus yang terintegrasi dengan ERP lebih sesuai.

Bagaimana mencegah kebocoran pendapatan? Catat setiap aktivitas yang dapat ditagihkan secara otomatis di titik kerja, dan rekonsiliasikan jumlah aktivitas dengan faktur setiap periode.

Bagaimana menjaga data klien tetap terpisah? Rancang kepemilikan data per klien di tingkat basis data dan hak akses, serta uji bahwa pengguna satu klien tidak dapat melihat data klien lain.

Kesimpulan

Perusahaan 3PL menjual keandalan operasional, dan keandalan itu terbukti dari data: stok yang akurat per klien, aktivitas yang tercatat dan ditagihkan dengan benar, SLA yang terukur, dan visibilitas bagi pemilik barang. Sistem yang dirancang multi-klien dengan tarif berbasis aktivitas, pemindaian barcode, portal pelanggan, dan integrasi ke toko online serta kurir membantu Anda menumbuhkan bisnis tanpa kehilangan kendali atas biaya dan margin. Mulailah dari alur inti yang rapi, lalu tambahkan analisis profitabilitas dan otomatisasi bertahap.