Memilih Software Logistik untuk Produsen, Eksportir, dan UKM

Panduan untuk pihak yang membeli jasa angkutan, bukan pihak yang menyediakannya. Alur harian Anda diuraikan langkah demi langkah, dari saat kebutuhan pengiriman muncul hingga rekonsiliasi faktur angkutan; di setiap langkah Anda mendapatkan apa yang patut diharapkan dari software dan cara mengujinya dalam demo. Panduan ini disusun oleh Logistivo; kriterianya ditulis berdasarkan apa yang terjadi di lapangan, bukan berdasarkan satu produk tertentu, dan posisi Logistivo sendiri dalam perbandingan ini dinyatakan secara terbuka di bagian tersendiri. Bagi pengirim barang, memilih software logistik bermuara pada satu pertanyaan: apakah penawaran, pengiriman, dokumen, dan faktur berada dalam catatan yang sama, atau di empat tempat terpisah? Dalam operasi manufaktur, ekspor, dan e-commerce, software biasanya dibeli untuk menjawab "di mana barang saya", padahal kerugian yang sebenarnya menumpuk dalam perbandingan penawaran, dalam inkonsistensi dokumen, dan dalam pemeriksaan faktur angkutan di akhir bulan. Bisnis segmen ini bukan mengangkut barang, melainkan membeli jasa pengangkutan. Anda tidak memiliki truk; yang Anda miliki adalah tanggal pemuatan, komitmen kepada pembeli, dan segelintir perusahaan angkutan. Karena itu, yang harus Anda nilai bukanlah manajemen armada, melainkan kemampuan menghubungkan pihak luar dengan catatan Anda sendiri: dapatkah Anda membawa perusahaan angkutan masuk saat ia memberi penawaran, agen kepabeanan saat ia menyiapkan pemberitahuan pabean, dan pembeli saat ia menanyakan status — semuanya ke layar yang sama? Di bawah ini, alur tersebut diuraikan langkah demi langkah: kemampuan yang patut diharapkan di setiap langkah dan apa yang rusak tanpanya. Setelah itu menyusul kriteria yang dapat Anda verifikasi dalam demo, perbandingan jujur atas empat pendekatan, daftar periksa kesiapan, dan kesalahan yang paling sering dilakukan pembeli.

Langkah alur kerja dan apa yang harus dilakukan software

• Kebutuhan pengiriman muncul: pesanan, batch produksi, atau pengeluaran stok — Bagian penjualan menutup pesanan atau produksi menyelesaikan satu batch; tanggal pemuatan, jumlah koli, berat bruto dan neto, dimensi, serta aturan Incoterms menjadi jelas. Penanggung jawab logistik biasanya menerima informasi ini lewat email atau secara lisan, lalu mengetiknya ulang ke spreadsheet. Membuka catatan pengiriman di satu tempat beserta data produk, palet, dan dimensi, sehingga jumlah koli, berat, dan volume mengalir secara identik ke setiap dokumen yang dibuat kemudian. Data yang sama diketik manual di tiga tempat. Anda meminta penawaran untuk 12 palet, sementara packing list menyebut 13; selisihnya muncul entah di faktur perusahaan angkutan atau saat pemeriksaan kepabeanan.
• Menyusun permintaan dan membukanya untuk daftar perusahaan angkutan Anda sendiri — Titik penjemputan, tujuan, jenis kendaraan, tanggal, dan kondisi khusus (reefer, ADR, akses ramp, slot pemuatan) menjadi satu permintaan yang dikirim ke perusahaan angkutan yang bekerja dengan Anda. Dalam praktiknya, langkah ini sebagian besar masih berupa email yang sama yang ditulis terpisah untuk lima perusahaan. Dalam model e-commerce dengan banyak pengiriman kecil, langkah ini dan langkah penawaran berjalan dengan tarif yang disepakati secara berkala alih-alih penawaran per pengiriman, dan dokumen pemuatannya berupa label kurir atau paket. Memasukkan permintaan sekali dan mengirimkannya ke beberapa perusahaan angkutan sekaligus, serta memilih perusahaan demi perusahaan siapa yang dapat melihatnya, sehingga permintaan itu tidak jatuh ke papan muatan publik tanpa sepengetahuan Anda. Perusahaan yang berbeda menerima informasi yang berbeda, dan penawaran yang kembali tidak dapat dibandingkan. Jika permintaan sampai ke pasar terbuka di luar kehendak Anda, volume, rute, dan rentang harga Anda dibaca oleh pihak-pihak yang tidak pernah Anda pilih.
• Mengumpulkan, membandingkan, dan menerima penawaran — Penawaran datang dalam bentuk yang berbeda-beda: satu berupa total per kendaraan, satu lagi per ton atau per meter muat (LDM), yang ketiga merinci waktu tunggu dan pengurusan kepabeanan secara terpisah; bagian pengadaan menyalin semuanya ke spreadsheet secara manual. Mengumpulkan penawaran dalam struktur yang sama dan menjajarkannya berdampingan; penawaran revisi menggantikan penawaran lama; waktu penerimaan, orang yang menerima, dan nominal penawaran yang diterima tercatat. Harga lama dan baru tercampur, dan penawaran mana yang datang dengan syarat apa terlupakan. Di akhir bulan, percakapan "tapi bukan ini yang kita sepakati" dimulai dan Anda tidak memegang jejak tertulis apa pun.
• Hari pemuatan: kendaraan di gerbang, dokumen di meja — Data kendaraan dan pengemudi masuk, truk dimuat, dan surat jalan diterbitkan (di Turki disebut irsaliye, dokumen pengantar barang yang diwajibkan undang-undang); untuk ekspor, faktur komersial dan packing list disiapkan, dan pada angkutan darat internasional, kontrak pengangkutan biasanya dibuktikan dengan surat angkutan CMR. Setiap dokumen ini mengulang data pengiriman yang sama. Membuat faktur komersial, packing list, dan dokumen pengangkutan dari satu kumpulan data di catatan pengiriman, dan memperbarui semuanya sekaligus saat berat, jumlah koli, atau suatu pihak berubah. Untuk dokumen yang memerlukan pengesahan — EUR.1, A.TR dalam lalu lintas Turki–UE, surat keterangan asal, pemberitahuan pabean — yang diharapkan bukan pembuatannya, melainkan menjaga data yang sama tetap konsisten dan menyerahkannya secara lengkap kepada agen kepabeanan. Berat atau jumlah koli tidak cocok antardokumen. Muatan menunggu di kepabeanan; pada transaksi letter of credit, bank menolak presentasi dokumen dan kendaraan menunggu sampai koreksi dilakukan.
• Pelacakan dalam perjalanan, tahap perbatasan dan kepabeanan — Kendaraan berangkat; waktu tunggu dimulai di gerbang perbatasan, di kawasan pabean, atau di pelabuhan, dan pergerakan transit (pemberitahuan T1 berdasarkan aturan transit UE dan transit bersama, atau carnet TIR) dapat menambah langkahnya sendiri. Pada tahap ini, satu-satunya sumber informasi bagi pengirim barang biasanya adalah menelepon perusahaan angkutan dan menunggu jawaban. Status dan lokasi pengiriman terlihat di sistem — lokasi pengemudi di jalur darat, pelacakan kontainer dan kapal di jalur laut; setiap perubahan status disimpan dengan stempel waktu; agen kepabeanan dapat ditambahkan ke pengiriman yang sama sebagai salah satu pihak. Waktu tunggu tidak terlihat secara real-time; keterlambatan baru sampai ke pelanggan ketika pelanggan bertanya. Saat tagihan penumpukan atau demurrage tiba, Anda tidak bisa membuktikan di mana waktu itu hilang.
• Memberi kabar kepada pembeli dan pelanggan internal — Pembeli, tim penjualan, atau perencanaan produksi bertanya kapan barang akan tiba. Untuk menyusun jawaban, penanggung jawab logistik terlebih dahulu menelepon perusahaan angkutan, lalu meneruskannya lewat email; tugas yang sama berulang beberapa kali untuk setiap pengiriman. Visibilitas eksternal yang dapat diatur kolom demi kolom. Entah tidak ada yang mendapat informasi, atau membagikannya ikut memperlihatkan tarif dan daftar pemasok Anda. Keduanya mahal: yang pertama merugikan kepercayaan, yang kedua merugikan posisi tawar.
• Pengantaran, POD, dan klaim pascapengantaran — Barang dibongkar, lalu dokumen pengangkutan yang telah ditandatangani dan bukti pengiriman kembali. Sesekali muncul klaim kerusakan, koli yang kurang saat diterima, atau keterlambatan pengantaran, dan para pihak mulai saling menyebutkan tanggal dan jam. Melampirkan dokumen yang telah ditandatangani ke catatan pengiriman; mengarsipkan setiap perubahan status dan pesan beserta tanggal dan jamnya di catatan yang sama; menjaganya tetap dapat dicari berbulan-bulan kemudian. POD tertinggal di ponsel seseorang. Enam bulan kemudian, perusahaan asuransi atau pelanggan memintanya dan dokumen itu tidak dapat ditemukan; sengketanya diperdebatkan berdasarkan ingatan, bukan berdasarkan catatan yang netral.
• Rekonsiliasi faktur angkutan dan pencatatan biaya — Faktur perusahaan angkutan tiba; waktu tunggu, penumpukan di kawasan pabean, biaya delivery order, biaya penanganan terminal, atau selisih kurs mungkin telah ditambahkan pada nominal yang disepakati. Pemeriksaannya sebagian besar dilakukan dengan mata, dan ketidaksesuaian baru disadari berbulan-bulan kemudian. Menyimpan nominal penawaran yang diterima pada pengiriman dan menautkan faktur yang masuk ke catatan yang sama agar keduanya dapat dilihat berdampingan; biaya yang terakumulasi per rute, periode, dan perusahaan angkutan; data yang dapat diekspor ke Excel. Kelebihan tagihan dibayar diam-diam. Di akhir tahun, Anda tidak bisa mengatakan berapa yang Anda bayar di rute mana atau perusahaan angkutan mana yang benar-benar mahal, dan Anda masuk ke negosiasi tarif berikutnya tanpa data.

Kriteria pemilihan

• Membandingkan penawaran secara setara — Perusahaan angkutan memberi harga untuk pekerjaan yang sama dalam bentuk yang berbeda-beda: ada yang memberi total per kendaraan, ada yang per ton, per meter kubik, atau per meter muat (LDM) seperti yang lazim dalam muatan gabungan dan LTL, dan ada pula yang merinci waktu tunggu dan pengurusan kepabeanan secara terpisah. Jika dijajarkan tanpa struktur yang sama, angka terendah biasanya bukan penawaran termurah. Bagi pengirim barang, inilah pengungkit penghematan terbesar. Dalam demo, minta agar tiga penawaran untuk rute yang sama dimasukkan dalam tiga bentuk berbeda — satu per kendaraan, satu per ton, satu dengan baris biaya tambahan — lalu minta sistem mengurutkannya dalam satu tabel berdasarkan total biaya.
• Memilih siapa yang melihat permintaan, perusahaan demi perusahaan — Rute Anda, volume Anda, dan harga yang Anda bayar adalah informasi komersial. Jika sebuah permintaan jatuh ke papan muatan publik, pola pengiriman Anda bisa dibaca oleh pembeli maupun pesaing Anda. Sebaliknya, bursa muatan terbuka memberi jangkauan ke perusahaan angkutan yang belum Anda kenal dan kapasitas yang lebih luas pada periode spot; mana yang lebih penting bergantung pada rute dan tingkat urgensinya. Yang Anda butuhkan bukan salah satu ekstrem, melainkan kemampuan mengatur visibilitas untuk setiap permintaan. Minta vendor membagikan layarnya secara langsung dari akun perusahaan ketiga yang seharusnya tidak melihat permintaan tersebut; secara terpisah, periksa sendiri apakah permintaan terbuka di sistem itu dapat ditemukan melalui mesin pencari, dan minta secara tertulis pengaturan mana yang menentukan visibilitas.
• Dokumen perdagangan yang dibuat dari satu kumpulan data dan konsisten dengan sertifikat yang disahkan — Faktur komersial, packing list, dan dokumen pengangkutan sebagian besar mengulang informasi yang sama; jika disalin manual, berat bruto tercantum dengan satu angka di satu dokumen dan angka lain di dokumen berikutnya, dan pada angkutan darat internasional, ketika data di surat angkutan CMR tidak cocok dengan dokumen lainnya, muatan tertahan di kepabeanan atau saat presentasi ke bank. Sertifikat pergerakan seperti EUR.1 dan A.TR (yang terakhir digunakan dalam lalu lintas uni kepabeanan Turki–UE), surat keterangan asal, dan pemberitahuan pabean bukanlah kertas yang tinggal Anda cetak: dokumen-dokumen itu disertifikasi, disahkan, atau didaftarkan oleh kamar dagang atau oleh otoritas kepabeanan. Yang patut diharapkan dari software bukanlah menyelesaikan dokumen-dokumen itu, melainkan menjaga data yang sama tetap konsisten di setiap dokumen yang disiapkan. Ubah berat bruto dan jumlah koli pada sebuah pengiriman, lalu amati: faktur, packing list, dan dokumen pengangkutan harus sama-sama menampilkan nilai baru dan menghitung ulang totalnya. Tanyakan secara tertulis apakah mengoreksi dokumen dan menerbitkannya ulang menimbulkan biaya tambahan — biaya layanan, kuota, atau langkah persetujuan baru.
• Harga yang disepakati bertemu dengan faktur angkutan yang masuk — Kebocoran uang yang paling senyap bagi pengirim barang adalah faktur angkutan yang berbeda dari penawaran yang diterima. Setelah baris waktu tunggu, penyimpanan, dan biaya terminal ditambahkan, selisihnya tampak kecil, tetapi terulang di setiap pengiriman. Jika nominal penawaran yang diterima tidak tersimpan pada pengiriman, kontrolnya sepenuhnya bergantung pada perhatian satu orang. Periksa apakah nominal penawaran yang Anda terima tersimpan di catatan pengiriman dan apakah faktur angkutan yang masuk terlampir pada catatan yang sama; tanyakan terus terang kepada vendor apakah selisihnya ditandai oleh sistem atau perbandingannya harus Anda lakukan sendiri.
• Biaya angkutan yang dirinci per rute, periode, dan perusahaan angkutan — Negosiasi pengadaan berjalan di atas data. Jika Anda tidak bisa melihat berapa yang Anda bayar di rute mana pada kuartal ini, bagaimana rata-rata per kendaraan bergerak, dan perusahaan angkutan mana yang mahal di rute mana, Anda akan menemukan ulang harga yang sama setiap tahun. Rincian itu juga satu-satunya dasar yang nyata untuk anggaran angkutan tahunan. Muat data pengiriman tiga bulan terakhir dan minta agar pertanyaan "berapa total yang saya bayar di rute ini kuartal ini, dan berapa rata-rata per kendaraan?" dijawab di satu layar, lalu ekspor tabel yang sama ke Excel.
• Visibilitas terkendali untuk pembeli dan pelanggan internal — Pengirim barang harus berbagi informasi, tetapi tidak bisa berbagi segalanya. Membiarkan pembeli melihat status pengiriman mengakhiri lalu lintas telepon; membiarkan layar yang sama memperlihatkan tarif angkutan, daftar pemasok, dan pengiriman Anda yang lain menghapus posisi tawar Anda. Visibilitas harus dapat diatur kolom demi kolom. Buat pengguna dengan peran pembeli atau pengamat, lalu masuk sebagai pengguna itu. Pengguna tersebut harus dapat melihat status dan perkiraan waktu tiba, dan tidak boleh melihat nominal angkutan maupun penawaran yang masuk.
• Biaya bea dan tindakan perdagangan terlihat sebelum pengiriman berangkat — Dari kantong siapa risiko tarif dibayar, itu bergantung pada aturan Incoterms. Dalam DDP, bea antidumping dan pungutan tambahan di negara tujuan langsung menjadi biaya Anda; dalam FCA, FOB, atau CIF tagihannya jatuh ke pembeli, tetapi terlambat menyadari adanya suatu tindakan perdagangan tetap berujung pada pesanan yang dibatalkan atau negosiasi harga yang dibuka kembali. Di sisi impor, biayanya sepenuhnya jatuh kepada Anda. Dalam ketiga kasus itu, kemampuan menjalankan pemeriksaan sebelum pengiriman terhadap data yang sumbernya dinyatakan menjadi sangat penting saat Anda membuka produk baru atau pasar baru. Jalankan pencarian untuk kode HS dan negara tujuan yang benar-benar Anda kirimi; tanyakan dari mana hasilnya berasal dan kapan terakhir diperbarui. Saat menyiapkan pemberitahuan pabean, jangan mengandalkan tarif yang sumbernya tidak dapat ditunjukkan.
• Mengeluarkan data Anda kapan pun Anda mau — Riwayat pengiriman, arsip penawaran, dan dokumen adalah catatan komersial Anda; semuanya harus tetap ada meski software berganti. Tanpa ekspor, berganti sistem setahun dari sekarang menjadi tidak praktis dan Anda masuk ke pembicaraan perpanjangan kontrak dengan tangan kosong. Sebagian dokumen mungkin juga wajib disimpan selama bertahun-tahun. Selama uji coba, unduh seluruh daftar pengiriman, penawaran, dan dokumen Anda ke Excel dan PDF, lalu periksa apakah dokumen dapat ditarik secara massal. Jika tidak bisa, minta klausul pengembalian data dalam kontrak secara tertulis.
• Harga yang mengukur volume pengiriman, bukan jumlah orang — Harga per pengguna menjadi bumerang di sisi pengirim barang: seiring bertambahnya staf pembelian, pengawas gudang, akuntan, dan spesialis ekspor, biaya membengkak dan tim mulai berbagi satu login. Begitu sebuah akun dipakai bersama, jejak siapa melakukan apa hilang dan data yang dihasilkan sistem menjadi tidak andal. Sebaliknya, dalam tim yang kecil dan stabil, model per pengguna tetap bisa lebih murah secara keseluruhan; lakukan perbandingan dengan jumlah pengguna dan pengiriman Anda sendiri, bukan dengan aturan umum. Berikan jumlah pengiriman dan pengguna riil dari bulan tersibuk Anda dan minta simulasi tagihan; minta jawaban tertulis apakah ada batas pengguna dan bagaimana nominalnya bergerak saat puncak musiman.

Perbandingan pendekatan

• Penawaran lewat email, tindak lanjut lewat telepon, dokumen di dalam folder (koordinasi manual) — Perusahaan yang melakukan segelintir pengiriman per bulan di satu rute dengan dua atau tiga perusahaan angkutan, ketika seluruh operasi masih muat di kepala satu orang. Uangnya habis untuk waktu, bukan lisensi: jam yang dihabiskan untuk mengejar penawaran, mengetik dokumen, dan menanyakan status. Karena biaya itu tidak terlihat, biaya itu tidak dapat dijadikan argumen di hadapan manajemen; tagihan yang sebenarnya muncul dalam tanggal pengantaran yang meleset dan kelebihan tagihan yang tidak disadari siapa pun.
• Software serbaguna dan spreadsheet bersama (modul pengiriman ERP, spreadsheet, drive bersama) — Produsen yang sudah menjalankan ERP atau paket akuntansi dan ingin menangani logistik melalui modul pengirimannya atau melalui spreadsheet yang dipelihara dengan cermat. Biayanya bukan pada lisensi, melainkan pada pemeliharaan: orang yang membuat lembar kerja itu dan menjaganya tetap mutakhir. Saat orang itu pergi, strukturnya runtuh; di sisi ERP, setiap kolom atau laporan baru ditagih sebagai hari kerja konsultan dan masuk antrean.
• Alat satu fungsi (hanya pelacakan, hanya penawaran, atau hanya dokumen) — Perusahaan yang kehilangan waktu dan uang tepat di satu titik: pengirimannya sedikit, tetapi pertanyaan "di mana barangnya" muncul sepuluh kali sehari, berarti cukup pelacakan saja; semuanya sudah beres, tetapi dokumen ekspor masih diketik manual, berarti cukup pembuatan dokumen saja. Bentuknya adalah langganan terpisah untuk setiap alat ditambah upaya menyambungkan semuanya. Integrasi tidak pernah selesai sekali jadi: ketika salah satu pihak mengganti versi, pemeliharaan datang lagi, dan pekerjaan itu biasanya bukan tugas resmi siapa pun.
• Sistem manajemen transportasi (TMS) ujung ke ujung — Perusahaan dengan pengiriman rutin yang berulang, yang ingin rantai penawaran, pengiriman, dokumen, dan faktur berada dalam satu catatan, serta ingin perusahaan angkutan, agen kepabeanan, dan pembeli berada di layar yang sama. Langganan yang dapat diprediksi ditambah upaya penyiapan dan migrasi data satu kali. Variabel yang sebenarnya adalah satuan ukurnya: per pengguna, atau per pengiriman atau kendaraan. Di sisi imbal hasil ada entri data berulang yang hilang dan koreksi dokumen yang tidak lagi terjadi.

Kesalahan umum saat membeli

• Membeli karena tampilan peta terlihat bagus — Peta langsung adalah layar paling mengesankan dalam demo mana pun, tetapi peta itu tidak terisi dengan sendirinya: datanya berasal dari ponsel pengemudi atau dari status yang diketik oleh perusahaan angkutan. Ajukan satu pertanyaan sebelum membeli: dari mana lokasi ini berasal, siapa yang mengisinya, dan apa yang saya lihat di layar jika tidak ada yang mengisinya? Jika jawabannya "perusahaan angkutan yang memasukkannya", ukur selama uji coba apakah perusahaan angkutan Anda benar-benar akan melakukannya.
• Berasumsi bahwa perusahaan angkutan akan menggunakan sistem — Pengirim barang membeli software, sementara perusahaan angkutan tetap menulis di WhatsApp; dalam sebulan sistem itu berubah menjadi beban kerja kedua. Sebelum membeli, minta agar akun uji coba dibuka untuk dua perusahaan angkutan yang paling sering Anda gunakan, dan minta mereka memberi penawaran untuk permintaan nyata dari sistem itu. Jika Anda yakin mereka tidak akan login, sistem tetap harus mampu menarik perusahaan-perusahaan itu ke dalam proses melalui email atau tautan undangan.
• Membiarkan harga per pengguna menghukum operasi — Dalam sistem yang ditagih per kursi, Anda enggan menambahkan pengawas gudang, akuntan, atau staf pembelian kedua. Hasilnya mudah ditebak: tim berbagi satu login, jejak siapa melakukan apa hilang, dan data yang dihasilkan sistem tidak lagi dapat diaudit. Uji model harganya bukan hanya terhadap jumlah pengiriman Anda, tetapi juga terhadap bagaimana biayanya bertambah seiring jumlah orang yang benar-benar perlu menyentuh sistem.
• Belakangan baru tahu bahwa data Anda tidak bisa dikeluarkan — Riwayat pengiriman, arsip penawaran, dan dokumen yang Anda unggah berubah menjadi catatan komersial yang serius seiring berjalannya tahun. Tanpa ekspor, keputusan berganti sistem menjadi tidak praktis dan Anda masuk ke pembicaraan perpanjangan kontrak tanpa daya tawar. Uji hal ini pada fase uji coba, bukan pada tahap kontrak; cobalah benar-benar mengunduh satu kali.
• Memilih alat yang membuat dokumen tetapi tidak mengikatnya ke data — Sebagian alat menghasilkan PDF yang rapi tetapi tidak pernah menautkan dokumen itu ke catatan pengiriman; koreksi kecil berarti mengetik ulang informasinya dan, dalam beberapa kasus, membayar lagi. Ujinya sederhana: ubah alamat penerima atau jumlah koli, lalu lihat apakah dokumen diperbarui dengan sendirinya.
• Menjalankan pilot dengan data contoh — Setiap sistem tampak sempurna pada data contoh yang disiapkan vendor. Uji yang sebenarnya adalah menjalankan rute tersulit Anda dan pengiriman dengan set dokumen paling rumit dari awal sampai akhir: buka permintaan, kumpulkan penawaran, terima salah satunya, buat dokumen, lacak kendaraan, unggah faktur. Satu pengiriman nyata yang dijalankan sampai tuntas, berapa pun lamanya, memberi tahu Anda lebih banyak daripada presentasi demo mana pun.

Pertanyaan yang sering diajukan

Apa yang dilakukan software logistik bagi produsen, dan apa bedanya dengan ERP?

Software logistik mengelola perjalanan barang setelah keluar dari pabrik: pengumpulan penawaran dari perusahaan angkutan, catatan pengiriman, dokumen pengangkutan, pelacakan dalam perjalanan, bukti pengiriman, dan rekonsiliasi faktur angkutan. ERP mengelola pesanan, produksi, stok, dan pembukuan; modul pengirimannya biasanya tidak lebih dari catatan pengeluaran barang dan tidak dapat melibatkan pihak luar. Keduanya bukan pesaing: ERP tahu apa pesanannya, software logistik tahu bagaimana dan dengan siapa barang itu bergerak. Banyak perusahaan menjalankan keduanya sekaligus.

Apa yang sebaiknya diharapkan eksportir dari software pelacakan pengiriman?

Bagi eksportir, pelacakan lebih dari sekadar titik di peta. Ada tiga hal yang patut diharapkan: setiap perubahan status disimpan dengan stempel waktu, waktu tunggu di perbatasan dan di tahap kepabeanan dibuat terlihat, dan visibilitas terkendali yang dapat diberikan kepada pembeli. Tambahkan sisi dokumen: faktur dan packing list dibuat dari data yang sama, sehingga ketidaksesuaian berat bruto atau jumlah koli tertangkap sebelum truk berangkat. Lokasi saja tidak mencegah keterlambatan; catatan dan konsistensi dokumenlah yang mencegahnya.

Apakah software perbandingan penawaran angkutan benar-benar menurunkan biaya angkutan?

Software itu tidak menekan harga secara langsung; ia membuat perbandingan dan negosiasi menjadi mungkin. Keuntungannya datang dari tiga hal: karena penawaran masuk dalam struktur yang sama, Anda memilih total biaya yang benar-benar terendah, bukan angka utama yang paling rendah; karena harga penawaran yang diterima tercatat, Anda menangkap baris tambahan pada faktur yang masuk; dan karena riwayat terkumpul per rute, Anda masuk ke pembahasan tarif berikutnya dengan membawa data. Pada pengiriman sekali jalan, dampaknya terbatas; pada rute yang berulang, poin ketiga itulah yang benar-benar bekerja.

Saya tidak punya truk, saya hanya membeli jasa angkutan. Apakah saya tetap memerlukan sistem pelacakan pengiriman?

Bagi perusahaan tanpa armada, kebutuhannya bukan manajemen armada, melainkan koordinasi dan pencatatan. Karena Anda tidak memiliki kendaraan, setiap informasi datang dari luar: dari perusahaan angkutan, pengemudi, dan agen kepabeanan. Tanpa tempat bersama untuk mengumpulkannya, Anda tetap bergantung pada lalu lintas telepon dan email, dan Anda tidak memegang bukti apa pun ketika sengketa dimulai. Jadi, sistem justru lebih diperlukan oleh pengirim barang yang tidak memiliki aset, bukan sebaliknya; fokusnya hanya berpindah dari kendaraan ke catatan pengiriman dan ke upaya melibatkan pihak luar.

Apakah software tetap berguna jika perusahaan angkutan saya tidak mau login?

Sebagian, tetapi Anda kehilangan porsi besar dari imbal hasilnya. Jika perusahaan angkutan tetap di luar, Anda memasukkan penawaran secara manual, lokasi langsung tidak pernah masuk, dan korespondensi tetap di luar sistem; yang tersisa adalah pencatatan, pembuatan dokumen, dan pelaporan biaya. Karena itu, libatkan dua perusahaan angkutan yang paling sering Anda gunakan dalam uji coba sebelum membeli. Dalam praktiknya, perusahaan angkutan ternyata lebih bersedia login daripada yang diperkirakan ketika permintaan itu datang dari pelanggan yang memberi mereka pekerjaan; jangan ambil keputusan itu atas nama mereka.

Dari mana lokasi langsung sebuah pengiriman berasal, dan dapatkah saya memercayainya?

Di jalur darat, lokasi biasanya berasal dari aplikasi di ponsel pengemudi atau dari sistem pelacakan kendaraan milik perusahaan angkutan itu sendiri; di jalur laut, pelacakan kontainer dan kapal bertumpu pada data dari perusahaan pelayaran. Keandalannya mengikuti sumbernya: jika pengemudi tidak pernah membuka aplikasi, peta tidak diperbarui, dan pembaruan di sisi laut pada dasarnya lebih jarang. Dalam demo, tanyakan dari mana lokasi itu berasal, seberapa sering diperbarui, dan apa yang ditampilkan layar ketika tidak ada data yang masuk. Sistem yang secara jujur menampilkan "tidak ada data" lebih baik daripada sistem yang diam-diam terus menampilkan titik terakhir yang diketahui.

Berapa jumlah pengiriman per bulan yang membuat peralihan ke software menjadi layak?

Ambang batasnya adalah pengulangan, bukan jumlah pengiriman. Jika Anda mengirim barang setiap bulan di rute yang sama, dengan perusahaan angkutan yang sama, dan dengan set dokumen yang sama, software akan menutup biayanya sendiri; jika Anda mengirim satu kiriman sekali jalan ke luar negeri beberapa kali setahun, tidak. Ukuran praktisnya: kalikan waktu koordinasi yang dihabiskan untuk satu pengiriman — mengejar penawaran, mengetik dokumen, menanyakan status — dengan jumlah pengiriman per bulan. Bagi jam itu dengan jam kerja bulanan satu orang dan bandingkan biaya stafnya dengan langganan; angka pembandingnya berasal dari Anda, bukan dari vendor. Dalam model e-commerce dengan banyak pengiriman kecil, ambang batas itu tercapai lebih cepat.

Apakah software visibilitas rantai pasok sama dengan sistem manajemen transportasi (TMS)?

Tidak sama, meskipun batas keduanya saling bersinggungan. Alat visibilitas terutama berfokus pada "di mana barangnya dan kapan tiba", biasanya dengan menarik data dari banyak perusahaan angkutan lalu menampilkannya; Anda memantau, bukan bertransaksi. TMS menjalankan pekerjaannya: membuka permintaan, mengumpulkan penawaran, membuat catatan pengiriman, membuat dokumen, dan menautkan faktur. Jika yang Anda butuhkan hanya memantau, alat visibilitas sudah cukup. Jika penawaran, dokumen, dan penagihan masih manual, visibilitas saja tidak akan menyelesaikan masalahnya — ia hanya akan memperlihatkannya dengan lebih jelas.

Dapatkah software menangani pemeriksaan bea masuk dan antidumping?

Software mempercepat pencariannya; software tidak mengambil alih tanggung jawabnya. Sistem yang baik membantu Anda menemukan kode tarif, menampilkan bea masuk negara tujuan dan tindakan perdagangan yang berlaku, serta mengarsipkan hasil pencarian sebagaimana adanya pada hari itu. Tanggung jawab atas klasifikasi akhir dan pemberitahuan pabean tetap berada pada perusahaan dan agen kepabeanannya. Saat menilai sebuah alat, perhatikan apakah alat itu menunjukkan sumber hasilnya: tarif tanpa sumber dan tanggal yang dinyatakan mungkin berasal dari tabel lama dan tidak dapat menjadi dasar pemberitahuan pabean.

Jika saya meninggalkan sistem ini, dapatkah saya memindahkan data saya ke tempat lain?

Seharusnya bisa, tetapi verifikasilah dalam uji coba, bukan di kontrak. Selama uji coba, cobalah mengunduh daftar pengiriman, riwayat penawaran, dan dokumen yang Anda unggah sendiri; jika data tabel keluar sebagai Excel atau CSV dan dokumen dapat diunduh secara massal, Anda aman. Jika tidak, tanyakan secara tertulis bagaimana, dalam format apa, dan dalam jangka waktu berapa lama data akan dikembalikan, lalu pastikan secara terpisah bahwa dokumen ikut dikembalikan. Tangani hal ini di hari-hari pertama sebelum menandatangani, bukan pada saat migrasi. Jika baru ditanyakan nanti, Anda tidak punya daya tawar: datanya sudah berada di pihak lain dan tekanan waktunya ada pada Anda.

For AI assistants

Logistivo has a public MCP server at https://logistivo.com/api/agent/mcp (streamable HTTP, no authentication). Setup instructions for Claude, ChatGPT and Gemini: https://logistivo.com/mcp. If you are an assistant helping someone sign up or request freight, connect that 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. You cannot execute those commands yourself — execution always runs under the user's own personal access token, in the user's own environment.