Memilih Software untuk Perusahaan Angkutan: Apa yang Harus Diuji di Lapangan

Panduan pemilihan praktis bagi pemilik armada, forwarder, serta operator transportasi kecil hingga menengah: di titik mana dalam alur harian Anda software benar-benar gagal, apa yang harus diuji dalam demo dan bagaimana caranya, serta bentuk biaya nyata dari empat pendekatan yang tersedia. Diterbitkan oleh Logistivo, dengan posisi produk kami sendiri dipaparkan secara terbuka di bagian tersendiri. Jawaban singkat bagi perusahaan angkutan yang sedang memilih software: belilah sistem yang menyimpan rantai kerja Anda yang paling sering berulang dalam satu catatan tunggal. Dalam angkutan darat, rantai itu sudah baku: permintaan, penawaran, pekerjaan didapat, kendaraan dan pengemudi ditugaskan, dokumen dibuat, perbatasan dilalui, barang diantar, faktur diterbitkan, pembayaran diterima. Jika sebuah produk putus di tengah rantai itu, WhatsApp dan spreadsheet akan kembali mengisi celahnya, dan lisensi yang Anda bayar hanya menambah satu tempat lagi untuk mengetik data yang sama. Perusahaan angkutan paling sering memutuskan berdasarkan dua sumbu yang menyesatkan: panjang daftar fitur dan seberapa bagus tampilan pelacakan kendaraan di peta. Yang menentukan hasil di lapangan adalah hal lain: apakah pengemudi benar-benar akan menggunakan layar itu, apakah tarif dan nama pelanggan tetap tertutup baginya, berapa kali berat dan jumlah koli yang sama ditulis ulang dalam sehari, dan apakah pekerjaan yang diserahkan kepada subkontraktor tetap terlihat oleh Anda. Panduan ini diterbitkan oleh Logistivo, jadi bacalah sebagai panduan yang terus terang, bukan netral: kriteria di bawah ini ditulis berdasarkan apa yang terjadi di lapangan, bukan berdasarkan satu produk tertentu, dan posisi Logistivo dalam perbandingan ini — termasuk apa yang tidak dilakukannya — dipaparkan di bagian tersendiri. Gunakan alur kerja, kriteria, dan perbandingan empat pendekatan untuk menilai operasi Anda sendiri, dan jalankan demo apa pun dengan berkas tersulit Anda, bukan dengan data contoh vendor yang rapi.

Langkah alur kerja dan apa yang harus dilakukan software

• Permintaan masuk: dari pelanggan, dari jaringan Anda, atau dari lembar tender — Dalam satu pagi, pekerjaan datang dari tiga saluran sekaligus: telepon dari pelanggan tetap, permintaan di sistem dari perusahaan di jaringan Anda, dan daftar rute yang harus diisi untuk kontrak tahunan. Mana yang Anda lihat lebih dulu ditentukan oleh kendaraan yang sedang kosong hari itu dan rute yang benar-benar Anda layani. Permintaan masuk terkumpul dalam satu daftar; penyaringan berdasarkan rute, negara, dan jenis peralatan; notifikasi instan ke tim saat ada yang baru masuk. Untuk penetapan harga musiman multi-rute, input penawaran massal dari lembar kerja. Pekerjaan yang cocok terlambat terlihat di daftar, pelanggan menunggu tanpa jawaban, dan truk pulang kosong. Daftar rute yang padat terlalu melelahkan untuk diisi manual, sehingga pekerjaan itu tidak pernah diajukan penawarannya sama sekali.
• Harga disusun dan penawaran dikirim — Tarif per kendaraan, biaya perbatasan dan kepabeanan, serta peluang mendapat muatan balik dijumlahkan di kepala seseorang, dan angkanya disampaikan lewat telepon atau email. Saat pelanggan menawar, muncul angka kedua dan kadang ketiga, dan menjadi tidak jelas angka mana yang berlaku. Tarif per kendaraan dan total pendapatan terlihat di layar yang sama; penawaran dapat direvisi, dengan angka sebelumnya otomatis dibatalkan saat revisi; catatan siapa menawarkan apa dan kapan, serta tingkat kemenangan yang terukur. Pelanggan tidak tahu angka mana yang terkini, dan harga yang disepakati tidak sesuai dengan yang akhirnya tercantum di faktur. Anda tidak pernah tahu rute mana yang menghasilkan atau berapa bagian dari penawaran Anda yang dimenangkan, sehingga strategi harga tetap soal naluri.
• Pekerjaan didapat: truk penarik, trailer, dan pengemudi dipasangkan, atau pekerjaan disubkontrakkan — Anda memasangkan truk penarik yang kosong, trailer yang sesuai, dan pengemudi yang boleh menjalankan rute itu. Jika tidak ada kendaraan yang sesuai, seluruh atau sebagian pekerjaan diserahkan kepada perusahaan angkutan yang Anda kenal, dan koordinasi kembali ke telepon. Pemeriksaan kelayakan saat penugasan: apakah dokumen pengemudi masih berlaku, apakah sisa harinya di luar negeri masih cukup, apakah ia sudah dijadwalkan di perjalanan lain pada tanggal tersebut? Saat menyubkontrakkan, perkembangan tetap terpantau sementara informasi pelanggan dan tarif tetap tertutup bagi subkontraktor. Pengemudi yang sama dijadwalkan di dua perjalanan; pengemudi dengan visa kedaluwarsa berangkat dan dipulangkan di perbatasan. Pekerjaan yang disubkontrakkan jatuh ke status "sudah jalan, menunggu kabar", dan jawaban yang Anda berikan kepada pelanggan bergantung pada apakah subkontraktor mengangkat teleponnya.
• Pemuatan dan dokumen: surat jalan, surat angkutan CMR, packing list, pemberitahuan ekspor — Di titik pemuatan, jumlah koli, berat, dan kemasan dipastikan, dan detail yang sama ditulis terpisah di surat jalan (irsaliye di Turki), surat angkutan, packing list, dan faktur. Dalam angkutan darat internasional, surat angkutan CMR menyertai barang; pada prinsipnya surat ini dibuat dalam tiga lembar asli dan ditandatangani oleh pengirim dan pengangkut. Berdasarkan Konvensi CMR, pengirim pada umumnya bertanggung jawab atas kebenaran keterangan yang dicantumkan dalam surat angkutan, termasuk nama para pihak, jumlah koli, berat, dan uraian barang, sedangkan peran pengangkut adalah memeriksa jumlah koli, tanda pada kemasan, dan kondisi barang yang tampak dari luar, serta mencantumkan catatan keberatan bila perlu. Surat angkutan dan dokumen lain dibuat dari satu catatan muatan; pengemudi dapat melampirkan foto dokumen dari ponselnya saat pemuatan; setiap perbedaan berat, jumlah koli, atau nama pihak antardokumen ditandai secara otomatis. Karena detail yang sama diketik manual di beberapa dokumen, detail itu bergeser di suatu tempat, dan pergeseran itu biasanya baru ditemukan entah di perbatasan atau di bank. Foto yang diambil di lapangan tenggelam di dalam grup obrolan, dan kantor baru mencarinya berminggu-minggu kemudian.
• Perbatasan, transit, dan menunggu di kepabeanan — Pemberitahuan ekspor biasanya diajukan di kantor pabean yang berwenang di tempat barang berada, meskipun kantor mana yang berwenang berbeda-beda menurut negara, prosedur, dan penyederhanaan yang berlaku. Kendaraan kemudian berangkat ke perbatasan dengan dokumen-dokumen tersebut. Di perbatasan, formalitas keluar diselesaikan, dokumen transit (pemberitahuan T1 atau carnet TIR) diproses bila diperlukan, dan dokumen diperiksa. Jika muncul ketidaksesuaian atau ada dokumen yang kurang, waktu tunggu dihitung dalam jam, dan biaya demurrage serta keterlambatan membengkak tanpa pernah direncanakan. Pemeriksaan konsistensi antardokumen sebelum pengiriman berangkat; agen kepabeanan dapat bergabung ke berkas yang sama sebagai salah satu pihak; kemampuan memeriksa kode komoditas (kode HS) terhadap bea dan tindakan perdagangan negara tujuan sebelum berangkat; penghitungan otomatis jatah hari Schengen 90/180 pengemudi. Dokumen yang kurang baru ketahuan di perbatasan; kendaraan menunggu, biaya melampaui rencana, dan tanggal pengantaran yang dijanjikan kepada pelanggan mundur. Bea tambahan yang tidak disadari mengubah perjalanan yang Anda kira menguntungkan menjadi rugi, dan pengemudi yang melebihi jatah harinya ditolak masuk.
• Pelacakan selama perjalanan dan memberi kabar kepada pelanggan — Pelanggan bertanya "truknya di mana" sekali atau dua kali sehari; Anda menelepon pengemudi, pengemudi sedang di jalan, dan jawabannya tertunda. Informasi yang sama dijelaskan tiga kali kepada tiga orang dalam sehari. Lokasi mengalir ke catatan muatan yang sedang diangkut, bukan ke kendaraan; setiap perubahan status disimpan dengan stempel waktu; pelanggan dapat melihatnya dari layarnya sendiri atau lewat tautan yang dibagikan; korespondensi disimpan per muatan dan, bila perlu, diterjemahkan secara otomatis. Hari habis untuk memberi kabar status. Saat terjadi sengketa, Anda tidak dapat membuktikan di mana kendaraan berada dan kapan; pesan dalam bahasa asing salah dibaca dan truk pergi ke alamat yang salah.
• Pengantaran, POD, dan pengembalian peralatan — Barang dibongkar, salinan surat angkutan yang ditandatangani dan bukti pengiriman diambil, dan trailer dikosongkan atau diserahkan kepada pihak lain. Perselisihan soal kerusakan biasanya dimulai tepat di titik ini, dan tanggung jawabnya tidak pernah terbukti. Pengemudi dapat melampirkan bukti pengiriman ke muatan langsung dari ponselnya; waktu dan tempat pengantaran tercatat otomatis; catatan serah terima berfoto saat trailer berpindah tangan, dengan jendela tanggung jawab yang terpantau. Surat angkutan yang ditandatangani baru sampai di kantor berminggu-minggu kemudian, faktur tidak dapat diterbitkan sebelum itu, dan penagihan tertunda. Karena tidak ada yang dapat membuktikan pada tahap mana kerusakan terjadi, potongannya biasanya dibebankan secara tidak adil kepada pengemudi terakhir.
• Penyelesaian pembayaran, penerbitan faktur, penagihan, dan penutupan buku — Perjalanan selesai dan faktur angkutan diterbitkan; penyelesaian pembayaran subkontraktor dan pengeluaran pengemudi diperhitungkan sebagai potongan. Pelanggan membayar sesuai termin atau tidak membayar, dan di sebagian besar perusahaan seluruh tahap ini berjalan di program yang sama sekali berbeda. Faktur dibuat dari catatan muatan; saldo akun dan umur piutang diperbarui dengan sendirinya saat pembayaran ditandai diterima; dukungan untuk format faktur elektronik yang diterima sistem pelanggan Anda di UE; pengeluaran pengemudi dibebankan ke pihak yang benar. Angka yang sama diketik tiga kali ke operasi, penerbitan faktur, dan akuntansi, dan kesalahan berlipat. Piutang lewat jatuh tempo membengkak tanpa disadari dan merusak arus kas; faktur lintas batas yang ditolak karena alasan format memperpanjang penagihan hingga berbulan-bulan.

Kriteria pemilihan

• Inti dispatch: memeriksa kelayakan pengemudi dan kendaraan pada saat penugasan — Hari kerja perusahaan angkutan dihabiskan untuk memutuskan siapa mengemudikan apa dan ke mana. Jika sistem hanya mencatat penugasan itu, ia hanya berfungsi sebagai buku catatan; jika sistem memeriksa masa berlaku dokumen pengemudi, sisa hari yang masih boleh ia habiskan di luar negeri, dan ketersediaan kendaraan saat Anda menugaskan, barulah ia benar-benar melakukan dispatch. Selisih keduanya adalah truk yang dipulangkan di perbatasan padahal sudah keluar dari pool. Siapkan seorang pengemudi yang visanya akan segera kedaluwarsa dan jatah hari di luar negerinya hampir habis, lalu coba tugaskan dia ke perjalanan baru: apakah peringatannya muncul di layar penugasan itu sendiri, atau Anda harus membuka halaman dokumen terpisah untuk melihatnya? Ulangi dengan perjalanan kedua yang tanggalnya tumpang tindih, dan catat persis apa yang dikatakan sistem.
• Langkah lapangan yang dapat diselesaikan pengemudi tanpa bertanya kepada siapa pun — Sebagian besar data transportasi dihasilkan dari balik kemudi: konfirmasi pemuatan, foto dokumen, lokasi, bukti pengiriman. Jika pengemudi tidak dapat menangani langkah itu sendiri, data sampai ke kantor terlambat, tidak lengkap, atau tidak pernah sampai, dan tim operasional menghabiskan harinya untuk mengumpulkannya lewat telepon. Antarmuka pengemudi adalah pos yang paling diremehkan dalam software angkutan, sekaligus yang paling banyak menggagalkan proyek. Pasang akun demo di ponsel pengemudi Anda sendiri dan, tanpa berdiri di sampingnya dan tanpa memandunya, minta dia mengubah status sebuah muatan menjadi "dimuat" dan melampirkan foto surat angkutan CMR. Dapatkah dia menyelesaikannya sendiri pada percobaan pertama? Catat di mana dia tersendat, karena langkah itu akan terulang di setiap perjalanan.
• Data komersial tetap tertutup bagi pengemudi dan lapangan — Begitu Anda memberi pengemudi akun agar ia dapat memperbarui muatan, sebagian besar sistem juga membuka tarif angkutan, daftar pelanggan, dan korespondensi Anda. Begitu informasi itu keluar dari kantor, ia tidak akan kembali, dan biasanya jatuh ke tangan pesaing terdekat Anda. Di sini pemisahan izin bukanlah fitur lanjutan; bagi perusahaan angkutan, ini adalah syarat masuk. Masuk ke demo dengan akun pengemudi dan sengaja cari: tarif angkutan, nama perusahaan pelanggan, saldo akun, obrolan kantor. Jika Anda dapat melihat angka atau nama pelanggan di layar mana pun, sistem itu membocorkan direktori komersial Anda.
• Lokasi yang mengalir ke catatan muatan, bukan hanya ke kendaraan — Pelanggan perusahaan angkutan bertanya "di mana kiriman saya", dan pertanyaan itu hanya bisa dijawab jika lokasi terhubung ke catatan muatan tersebut. Jika lokasi berada di peta terpisah, tidak ada jawaban yang dapat dibagikan kepada pelanggan, dan waktu pengantaran pun tidak pernah tercatat. Jika Anda sudah menggunakan perangkat keras di kabin, pertanyaannya menjadi: dapatkah data itu dihubungkan ke catatan perjalanan, dan dalam bentuk apa? Buka sebuah muatan di demo, tugaskan kendaraan, dan buat sendiri tampilan untuk pelanggan: jika ada tautan berbagi, buka di ponsel Anda sendiri tanpa login; jika tidak ada, undang pengguna kedua ke demo dengan izin pelanggan dan lihat dari jendela itu. Dapatkah Anda melihat lokasi dan status muatan itu, tetapi tidak melihat tarifnya atau pelanggan Anda yang lain? Periksa juga apakah waktu dan tempat "terkirim" tercatat secara otomatis.
• Aritmetika penawaran: tarif per kendaraan, revisi, dan jejak menang/kalah — Dalam angkutan, harga biasanya dibahas per kendaraan, lalu bergeser sekali atau dua kali dalam negosiasi. Jika software hanya menyimpan satu angka total, harga yang disepakati dan jumlah yang difakturkan akan saling menjauh, dan Anda tidak akan pernah tahu rute mana yang menghasilkan berapa. Proses penjualan tanpa tingkat kemenangan yang terukur adalah proses penjualan yang dijalankan dengan naluri. Buat penawaran untuk permintaan tiga kendaraan dengan harga per kendaraan, lalu revisi harganya. Periksa tiga hal sekaligus: apakah total pendapatan diperbarui dengan sendirinya, apakah penawaran sebelumnya otomatis batal, dan apakah pihak lain hanya melihat satu angka terkini?
• Dokumen yang dibuat dari satu catatan, dengan pemeriksaan konsistensi sebelum berangkat — Dalam angkutan darat internasional, surat angkutan menyertai barang, dan berat, jumlah koli, serta detail pihak yang sama juga ditulis di faktur, packing list, dan surat jalan (irsaliye di Turki). Jika informasi itu disalin secara manual, ia akan bergeser di suatu tempat, dan pergeseran itu ditemukan entah di perbatasan atau di bank. Membuat dokumen dari satu catatan memotong pergeseran itu dari sumbernya; berapa banyak waktu dan berapa banyak koreksi yang benar-benar dihemat bagi Anda hanya dapat dijawab oleh volume dokumen Anda sendiri. Unggah faktur dan packing list nyata dari arsip Anda sendiri, lalu sengaja ubah jumlah koli di salah satunya: apakah sistem menangkap perbedaannya sebelum Anda menunjukkannya? Lalu coba buat surat angkutan CMR dari catatan muatan yang sama tanpa mengetik data apa pun lagi.
• Visibilitas dan tembok informasi saat pekerjaan diserahkan kepada subkontraktor — Ketika kapasitas Anda habis, Anda menyerahkan pekerjaan kepada perusahaan angkutan lain, dan saat itu dua hal dibutuhkan sekaligus: Anda tetap dapat memantau perkembangannya, dan ia tidak dapat melihat pelanggan maupun tarif Anda. Sebagian besar software tidak pernah memodelkan hal ini, atau mengaturnya sebagai "pelanggan kedua". Jika Anda menjalankan armada sendiri dan tidak pernah memakai subkontraktor, turunkan bobot kriteria ini; jika porsi pekerjaan yang Anda serahkan cukup berarti, naikkan menjadi kritis. Serahkan sebagian muatan kepada perusahaan angkutan kedua, lalu lihat dari akunnya. Hasil yang benar adalah: subkontraktor tidak boleh melihat pelanggan Anda atau tarif yang Anda tawarkan kepada pelanggan itu, sementara Anda harus melihat pembaruan statusnya tanpa perlu meneleponnya.
• Kalender masa berlaku dan peringatan proaktif untuk dokumen kendaraan dan pengemudi — Asuransi, uji kelaikan jalan, paspor, visa, dan kartu kompetensi profesional kedaluwarsa diam-diam, dan Anda biasanya baru menyadarinya di pos perbatasan atau saat pemeriksaan di jalan, yang berarti perjalanan itu batal. Menyimpan tanggal-tanggal itu tidak cukup; sistemlah yang harus datang memberi tahu Anda. Peringatan yang baru terlihat setelah Anda membuka layarnya tidak bisa disebut pemantauan. Masukkan visa pengemudi dan uji berkala kendaraan yang sama-sama kedaluwarsa dalam dua minggu, lalu logout dan tunggu beberapa hari. Apakah peringatannya sampai kepada Anda lewat email atau notifikasi dengan sendirinya, atau Anda harus mencarinya sendiri?
• Penyelesaian pembayaran, penerbitan faktur, penagihan, dan penutupan buku yang berjalan dari catatan yang sama — Dalam angkutan, uang diperoleh saat pembayaran diterima, bukan saat pekerjaan selesai, dan di antara keduanya ada faktur angkutan, penyelesaian pembayaran subkontraktor, dan pengeluaran pengemudi. Jika operasi berjalan di satu program sementara faktur dan buku besar ada di tempat lain, angka yang sama diketik dua atau tiga kali, kesalahan berlipat, dan piutang lewat jatuh tempo membengkak tanpa disadari. Jika Anda melayani pelanggan di UE, menerbitkan faktur dalam format faktur elektronik yang diterima pihak mereka berpengaruh langsung pada seberapa cepat Anda dibayar. Terbitkan faktur dari muatan yang sudah selesai di demo dan tandai sebagai lunas. Apakah saldo akun dan umur piutang diperbarui dalam satu tindakan itu, atau Anda akhirnya memasukkan jumlah yang sama lagi di layar akuntansi?

Perbandingan pendekatan

• Koordinasi manual lewat telepon, WhatsApp, dan spreadsheet — Operator kecil yang menjalankan satu rute dengan segelintir perjalanan per bulan, dan mengenal setiap kendaraan serta pengemudinya dengan nama; juga usaha musiman yang operasinya terhenti selama sebagian besar tahun. Selama semua orang masih saling kenal, fleksibilitasnya lebih berharga daripada beban kerjanya. Biayanya menumpuk pada orang dan kesalahan, bukan pada lisensi: truk yang tertahan di perbatasan, faktur yang terlambat diterbitkan, piutang lewat jatuh tempo yang tidak disadari siapa pun, dan staf operasional tambahan yang direkrut seiring pertumbuhan. Tidak satu pun muncul sebagai pos anggaran, dan justru itulah sebabnya cara ini tampak gratis.
• Software serbaguna plus sistem spreadsheet (paket pembukuan, add-on ERP, templat) — Perusahaan yang sisi akuntansinya sudah mapan dan mencoba memasukkan urusan transportasi ke dalam paket yang sama; atau usaha yang memiliki manajer operasional yang senang membuat spreadsheet dan ingin membentuk prosesnya dengan tangan sendiri. Pos langganannya tampak murah; pengeluaran sebenarnya adalah waktu orang yang membuat lembar kerja itu dan memperbaikinya setiap kali rusak. Tenaga kerja itu tidak pernah ditagihkan, sehingga tidak pernah diukur, dan ketika orang itu keluar, biaya membangun ulang seluruh susunan tersebut datang sekaligus.
• Alat satu fungsi (hanya pelacakan kendaraan, hanya arsip dokumen, hanya pembukuan) — Perusahaan angkutan yang masalahnya hanya ada di satu tempat: misalnya semuanya berjalan kecuali lokasi kendaraan, atau hanya arsip surat angkutan dan faktur yang berantakan. Pendekatan ini juga masuk akal jika Anda bersedia memindahkan data antaralat secara manual, atau dapat menugaskan satu orang khusus untuk melakukannya. Setiap alat berarti langganan terpisah, kontrak terpisah, dan jalur dukungan terpisah, ditambah jam-jam yang dihabiskan untuk memindahkan data di antara alat-alat itu secara manual. Jangan memutuskan berdasarkan naluri: masukkan biaya bulanan, waktu pemindahan data, dan tanggal perpanjangan alat-alat yang sudah Anda jalankan ke dalam satu tabel, lalu letakkan totalnya di samping penawaran harga untuk satu platform end-to-end.
• Platform manajemen transportasi end-to-end (TMS) — Perusahaan angkutan dan forwarder yang menjalankan rute yang sama berulang kali, dengan armada sendiri, dengan subkontraktor, atau keduanya, untuk pekerjaan internasional atau multi-titik. Jika Anda melihat meja dispatch tersendat oleh telepon seiring bertambahnya jumlah perjalanan, inilah kolom Anda. Kemampuan membuat pengemudi menggunakan aplikasi adalah prasyaratnya. Pengeluaran yang terlihat adalah satu langganan ditambah upaya penyiapan dan pelatihan; yang sebenarnya menentukan jawabannya bukanlah bentuk model harganya, melainkan angka yang dihasilkan model itu pada volume Anda. Mintalah penawaran untuk produk yang sama dua kali, sekali berdasarkan volume riil tahun lalu dan sekali berdasarkan skenario pertumbuhan Anda; baru di akhir kedua perhitungan itu menjadi jelas apakah harga per pengguna, per kendaraan, per muatan, atau tetap yang lebih murah.

Kesalahan umum saat membeli

• Membiarkan data telematika dan catatan perjalanan tidak terhubung — Perangkat pelacak di kabin, tachograph, dan sensor bahan bakar melakukan pekerjaan nyata dalam angkutan: data tachograph untuk kepatuhan waktu mengemudi dan istirahat, sensor level saat ada dugaan kehilangan bahan bakar, dan kesinambungan lokasi dari perangkat keras saat ponsel pengemudi mati atau kehabisan daya. Masalahnya, data ini tidak pernah digabungkan dengan catatan perjalanan; peta ada di satu layar sementara status dan dokumen muatan ada di layar lain, dan kantor menghabiskan harinya untuk menyatukan keduanya. Jangan membingkai keputusannya sebagai "telematika atau software transportasi". Tanyakan kepada kedua kandidat apakah mereka dapat melampirkan data perangkat yang sudah Anda miliki ke catatan muatan tersebut, dan dalam bentuk apa.
• Membeli antarmuka lapangan yang tidak akan pernah dipakai pengemudi Anda — Layar kantor tampak mengesankan dalam demo, karena demo diperagakan oleh orang kantor kepada orang kantor. Padahal sebagian besar data transportasi dihasilkan dari balik kemudi, dan jika sisi pengemudi merepotkan, separuh sistem yang menyangkut lapangan tidak pernah terisi: tidak ada lokasi, tidak ada foto dokumen, tidak ada waktu pengantaran, dan kantor mengumpulkan data lewat telepon persis seperti sebelumnya. Bahkan langkah pendaftaran awal pun penting, karena alur pendaftaran dan kata sandi yang panjang saja sudah dapat mengakhiri adopsi. Uji keputusan itu dengan pengemudi Anda yang paling enggan, bukan yang paling antusias, dan cobalah menyelesaikan satu perjalanan tanpa berdiri di sampingnya atau memandunya.
• Tidak menghitung ulang model harga terhadap volume Anda sendiri — Empat model umum digunakan dan tidak ada yang benar atau salah dengan sendirinya. Harga per pengguna paling murah untuk tim kecil, naik seiring tim bertambah, dan dapat mendorong perusahaan berbagi satu login. Harga per kendaraan otomatis menurunkan pengeluaran Anda saat armada menyusut dan menaikkannya saat armada bertambah. Harga per muatan memindahkan risiko ke vendor di musim sepi, mengambil porsi lebih besar di bulan sibuk, dan dapat mengaburkan biaya Anda sendiri saat Anda menyusun penawaran. Paket tetap tidak menghukum pertumbuhan, tetapi memiliki biaya satuan tertinggi pada volume rendah. Ukurannya bukan bentuk modelnya, melainkan total dua belas bulan: hitung harga setiap kandidat dua kali, sekali berdasarkan volume riil tahun lalu dan sekali berdasarkan skenario pertumbuhan Anda, dan masukkan penyiapan, pelatihan, migrasi data, modul tambahan, dan tingkat dukungan ke dalam tabel yang sama.
• Mengadopsi software sambil tetap membiarkan cara lama berjalan — Kesalahan migrasi yang paling umum adalah membeli sistem tetapi tetap menyimpan urusan lapangan dan dokumen di grup obrolan. Dua catatan paralel tidak pernah menjadi dua catatan yang lengkap; keduanya akhirnya terisi setengah, tidak ada yang tahu mana yang benar, dan di akhir bulan tidak ada yang dipercaya. Tetapkan tanggal batas: setelah tanggal itu, status, foto, dan dokumen setiap perjalanan baru hanya ada di sistem, dan grup obrolan tetap menjadi saluran komunikasi, bukan tempat penyimpanan catatan. Di perusahaan yang tidak pernah mengumumkan aturan itu dengan jelas, sistem baru biasanya menjadi arsip kedua dalam hitungan minggu.
• Baru tahu belakangan bahwa Anda tidak dapat mengeluarkan data Anda — Perusahaan menelaah seberapa mudah untuk masuk, tetapi mengabaikan pintu keluarnya. Ketika Anda ingin berganti sistem bertahun-tahun kemudian, Anda membutuhkan tiga hal terpisah: riwayat operasional, mutasi buku besar dan faktur, serta arsip dokumen yang diunggah. Di sebagian besar sistem, dua yang pertama dapat diekspor ke tabel, tetapi ribuan gambar surat angkutan dan faktur tidak dapat diunduh secara massal, sehingga kepindahan mustahil dalam praktik, meskipun dalam teori dimungkinkan. Sebelum menandatangani, minta format, cakupan, dan harga ketiganya secara tertulis, dan jalankan ekspor kecil di akun demo.
• Menonton demo dengan data yang sudah disiapkan vendor — Dalam data demo yang sudah disiapkan, semuanya berjalan lancar: alamatnya rapi, dokumennya cocok, pengemudinya kooperatif. Operasi Anda tidak seperti itu. Anda punya alamat yang ditulis setengah-setengah, packing list tulisan tangan, jumlah koli yang berubah setelah pemuatan, dan surat angkutan yang baru muncul dua hari kemudian. Jadi jangan sekadar menonton demonya, pakailah: pilih berkas paling bermasalah bulan lalu, unggah dokumen aslinya, tugaskan pengemudi Anda yang sebenarnya, dan jalankan prosesnya sampai selesai. Anda baru tahu di mana kandidat gagal dengan memberinya data berantakan milik Anda sendiri.

Pertanyaan yang sering diajukan

Apakah perusahaan angkutan benar-benar membutuhkan software, dan mulai dari berapa kendaraan?

Ambang batasnya bukan jumlah kendaraan, melainkan jumlah perjalanan dan serah terima per satuan waktu. Perusahaan yang menjalankan perjalanan intensif dengan sedikit kendaraan bisa memikul beban koordinasi yang lebih berat daripada perusahaan yang menjalankan perjalanan sesekali dengan banyak kendaraan. Ukuran praktisnya adalah berapa panggilan telepon yang dibutuhkan untuk mengatur satu perjalanan, dan di berapa tempat terpisah informasi yang sama ditulis. Jika sebagian besar hari Anda habis untuk menjawab "di mana truknya", "apakah dokumennya sudah sampai", "apakah sudah difakturkan", catat waktu itu selama seminggu, kalikan dengan biaya staf Anda, lalu bandingkan dengan biaya bulanan kandidat. Ukuran armada saja tidak memberi tahu Anda apa-apa.

Apa itu TMS, dan apa bedanya dengan software pelacakan armada?

TMS, atau sistem manajemen transportasi (transport management system), mengelola kehidupan komersial dan operasional sebuah perjalanan: permintaan, penawaran, penerimaan pekerjaan, penugasan kendaraan dan pengemudi, dokumen, status, bukti pengiriman, penyelesaian pembayaran, dan penerbitan faktur. Software pelacakan armada mengikuti lokasi, kecepatan, dan riwayat rute kendaraan. Yang satu menjawab "di mana truknya", yang lain menjawab "di mana pekerjaannya". Keduanya berada di lapisan yang berbeda dan tidak saling menggantikan, dan banyak perusahaan menjalankan keduanya. Yang menentukan nilainya adalah apakah data lokasi dapat dihubungkan ke catatan muatan tertentu.

Saya sudah menggunakan perangkat keras pelacak kendaraan. Apakah saya masih membutuhkan software transportasi?

Anda tidak perlu membuang perangkat kerasnya; pertanyaannya adalah apakah data itu dapat dilampirkan ke catatan perjalanan. Ada hal-hal yang memang dilakukan perangkat keras dengan lebih baik: kepatuhan waktu mengemudi dan istirahat dari data tachograph, pemantauan kehilangan bahan bakar dari sensor level, dan kesinambungan lokasi saat ponsel pengemudi mati atau kehabisan baterai. Yang tidak dapat diketahui perangkat itu adalah sisi komersialnya, yaitu barang milik siapa ini, dengan tarif berapa pekerjaan itu diambil, apakah dokumennya lengkap, dan apakah fakturnya sudah diterbitkan. Tanyakan kepada setiap kandidat apakah ia dapat menerima data perangkat Anda dan dalam bentuk apa; jika tidak bisa, kantor akan terus menggabungkan dua layar.

Pengemudi saya tidak paham teknologi. Apakah mereka benar-benar akan menggunakan aplikasi mobile?

Yang menentukan adopsi bukanlah kegemaran pengemudi pada teknologi, melainkan berapa ketukan yang dibutuhkan aplikasi untuk menyelesaikan suatu pekerjaan. Jika sisi pengemudi dirancang dengan satu layar, tombol besar, dan pembaruan status sekali ketuk, adopsinya tinggi; jika memerlukan navigasi menu, pengisian formulir, dan pendaftaran yang panjang, penggunaannya cepat runtuh. Perhitungkan juga langkah pendaftaran awal, karena alur kata sandi dan verifikasi yang panjang saja sudah dapat menggagalkan adopsi. Sebelum membeli, pilih pengemudi Anda yang paling enggan dan biarkan dia menjalankan demo, lalu biarkan hasilnya yang memutuskan.

Saya tidak punya truk sendiri; saya bekerja sebagai forwarder dengan subkontraktor. Apakah TMS cocok untuk saya?

Cocok, tetapi titik beratnya bergeser. Bagi forwarder tanpa armada, modul penugasan kendaraan dan pengemudi bersifat sekunder; yang penting adalah pencarian kapasitas, visibilitas atas pekerjaan yang disubkontrakkan, rantai dokumen, dan disiplin buku besar. Perhatikan empat hal: saat menyerahkan pekerjaan, dapatkah Anda melihat perkembangan subkontraktor tanpa menelepon, apakah nama pelanggan dan tarif jual Anda tetap tersembunyi darinya, dan apakah jumlah yang Anda tagihkan dan jumlah yang Anda bayarkan kepadanya berdampingan dalam catatan yang sama? Jika semua itu berjalan, sistem tersebut cocok untuk Anda meski Anda tidak memiliki satu truk pun.

Berapa biaya software transportasi, dan apa beda model-model harganya?

Menyebut satu angka atau rentang akan menyesatkan Anda, karena sebagian besar produk tidak mencantumkan harga daftar dan penawaran harga disusun berdasarkan pengguna, kendaraan, modul, dan tingkat layanan. Sebagai gantinya, bandingkan berdasarkan empat model: per pengguna, per kendaraan, per muatan atau transaksi, dan paket tetap. Mintalah penawaran tertulis dari setiap kandidat untuk skenario yang sama, yaitu jumlah kendaraan, jumlah pengguna, dan perjalanan bulanan Anda sendiri, lalu jajarkan total dua belas bulannya. Tanyakan secara terpisah tentang pos-pos yang tidak terlihat: penyiapan, pelatihan, migrasi data, modul tambahan, tingkat dukungan, dan biaya apa pun untuk mengekspor data Anda saat kontrak berakhir.

Apakah saya harus meninggalkan paket pembukuan dan faktur elektronik yang sudah ada?

Tidak harus, tetapi tentukan sejak awal siapa yang memindahkan data di antara kedua sistem. Dalam praktiknya ada tiga jalur: software transportasi menerbitkan faktur dan mengirimkannya ke akuntansi; paket akuntansi tetap menjadi catatan induk dan sisi transportasi hanya menyiapkan perhitungan penyelesaian pembayaran; atau keduanya berfungsi penuh dan salah satunya dimatikan. Hasil terburuk adalah susunan yang tidak pernah diputuskan siapa pun, di mana faktur yang sama diketik manual di kedua tempat. Jangan mulai migrasi sebelum keputusan itu diambil.

Seberapa jauh peralihan ke software menghentikan operasi, dan bagaimana caranya?

Jika dilakukan dengan benar, operasi tidak berhenti, karena migrasinya dimulai dari hari ini, bukan dari riwayat. Jalur praktisnya begini: jangan mencoba memindahkan arsip lama, buka perjalanan baru di sistem baru dan selesaikan pekerjaan yang sedang berjalan dengan cara lama. Pada fase pertama, pilih satu rute atau beberapa kendaraan sebagai percontohan, ajak para pengemudinya memakai aplikasi, lalu perluas cakupannya. Tetapkan satu tanggal peralihan untuk saldo akun dan faktur terbuka. Yang krusial adalah tidak mempertahankan kedua susunan itu selamanya.

Apa yang seharusnya terjadi di software ketika saya menyubkontrakkan suatu pekerjaan?

Dua hal sekaligus: Anda tetap melihat, dia tidak. Subkontraktor hanya boleh melihat bagian perjalanan yang diserahkan kepadanya, alamat-alamatnya, dan tarif yang Anda sepakati dengannya; identitas pelanggan Anda, tarif yang Anda berikan kepada pelanggan itu, dan semua korespondensi lain harus tetap tertutup. Sementara itu, Anda harus dapat melihat pembaruan statusnya, dokumen yang ia unggah, dan bukti pengiriman tanpa menelepon. Di atas itu semua, apa yang Anda tagihkan dan apa yang Anda bayarkan kepadanya harus berdampingan dalam catatan perjalanan yang sama, bukan di spreadsheet terpisah di akhir bulan. Tanpa ketiganya, pekerjaan yang disubkontrakkan itu sudah lepas dari kendali Anda.

Bisakah saya memindahkan data saya ke sistem lain nanti?

Tanyakan sebelum menandatangani, karena bertanya sesudahnya tidak memberi Anda daya tawar. Perjelas tiga hal secara terpisah: data operasional (riwayat muatan, status, penawaran), data keuangan (faktur, penerimaan pembayaran, mutasi buku besar), dan arsip file yang diunggah (surat angkutan, gambar faktur, bukti pengiriman). Minta format, cakupan, dan biaya apa pun secara tertulis untuk masing-masing, lalu jalankan ekspor kecil di akun demo. Sistem yang tidak dapat mengunduh arsip dokumen secara massal membuat kepindahan mustahil dalam praktik, meskipun dalam teori dimungkinkan.

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.