Rekonsiliasi COD. Perkataan yang bunyi rumit, tapi konsepnya mudah: semak sama ada duit yang patut anda terima dari COD betul-betul masuk ke tangan anda.
Dalam dunia yang ideal, proses ni straightforward. Customer bayar COD, courier collect, courier transfer duit kepada anda, siap. Tapi dalam realiti operasi seller Malaysia yang sebenar — ada banyak titik di mana angka boleh jadi tidak kena mengena.
Artikel ini panduan praktikal untuk anda faham cara rekonsil COD dengan betul, dan kenapa ia jadi makin penting bila order anda makin banyak.
Apa itu rekonsiliasi COD?
Rekonsiliasi COD bermaksud proses mengesahkan bahawa setiap order COD yang anda hantar — hasilnya direkod dengan betul, sama ada ia berjaya dihantar dan dibayar, gagal dihantar, atau dikembalikan.
Dalam bahasa mudah: anda perlu tahu dengan tepat berapa order COD yang:
1. Dihantar dan diterima oleh customer (berjaya — duit perlu masuk)
2. Cuba dihantar tapi gagal (failed delivery — perlu follow up atau return)
3. Dikembalikan ke anda (return — ada kos yang perlu dicatat)
4. Masih dalam transit (belum settled — perlu dipantau)
Bila anda ada nombor yang tepat untuk semua kategori ini, anda boleh tahu dengan jelas berapa sebenarnya yang anda kumpul dari COD dalam satu tempoh — dan berapa yang masih tertunggak atau hilang dalam proses.
Kenapa COD settlement selalu rasa mengelirukan
Ada beberapa sebab kenapa seller selalu rasa COD settlement itu confusing.
Pertama: masa antara order dan settlement. Bila customer bayar COD, duit tu tak terus masuk ke akaun anda. Courier collect duit, simpan dulu, kemudian transfer kepada anda mengikut jadual mereka — biasanya setiap beberapa hari atau seminggu sekali. Jadi ada jeda masa yang seller selalu terkeliru — order dah "complete" tapi duit belum nampak.
Kedua: failed delivery yang tak ditrack. Bila courier cuba hantar tapi gagal, parcel kembali ke depot. Tapi kalau anda tak monitor courier status secara aktif, anda mungkin tak tahu parcel tu dah kembali — dan duit COD tentu sekali tak akan masuk.
Ketiga: kos yang dipotong sebelum transfer. Courier tak transfer jumlah penuh kepada anda. Mereka potong yuran penghantaran, yuran return kalau ada, dan kadang-kadang yuran handling lain. Kalau anda tidak faham struktur potongan ini, angka yang masuk ke bank anda akan selalu berbeza dari yang anda jangkakan.
Keempat: order dari pelbagai ejen. Kalau anda ada beberapa ejen yang ambil order, setiap order perlu di-track mengikut siapa yang bawa customer itu. Ini tambah satu lapisan lagi kepada rekonsiliasi — bukan sekadar tahu berapa COD yang masuk, tapi berapa dari ejen A, berapa dari ejen B, dan berapa komisyen yang perlu diselesaikan.
Kesilapan rekonsiliasi COD yang biasa berlaku
Kesilapan 1: Anggap semua order "dihantar" = "berjaya". Bila anda dah tekan "push to courier," ramai seller anggap kerja selesai. Tapi "dihantar ke courier" dan "diterima oleh customer" adalah dua perkara berbeza. Status perlu diikuti sampai ke pengesahan penerimaan.
Kesilapan 2: Tak catat kos return secara berasingan. Bila parcel kembali, ada kos yang courier charge — kos hantar balik, kos simpan (storage) kalau parcel duduk di depot terlalu lama. Kos-kos ini perlu dicatat supaya margin sebenar anda boleh dikira dengan betul.
Kesilapan 3: Rekonsil sekali sebulan sahaja. Kalau anda tunggu akhir bulan baru nak rekonsil — anda dah ada terlalu banyak transaksi untuk semak serentak. Failed delivery yang berlaku 3 minggu lepas mungkin dah terlambat untuk follow up dengan customer. Rekonsil perlu dilakukan lebih kerap — mingguan paling tidak.
Kesilapan 4: Bergantung pada laporan courier sahaja. Laporan dari portal courier berguna, tapi ia tak tunjukkan gambaran lengkap bisnes anda. Ia tak connect ke rekod order anda, tak tunjukkan komisyen ejen, dan tak bagi anda view yang integrated. Anda masih kena sambung dots secara manual.
Cara buat rekonsiliasi COD langkah demi langkah
Langkah 1: Export senarai order COD yang aktif. Untuk satu tempoh tertentu — katakan seminggu — senaraikan semua order yang status pembayaran adalah COD. Ini baseline anda.
Langkah 2: Match dengan status courier. Untuk setiap order, semak status sebenar di pihak courier. Sudah dihantar? Masih dalam transit? Failed? Kembali? Ini langkah yang paling memakan masa kalau dibuat secara manual — sebab anda kena check satu per satu.
Langkah 3: Kategorikan mengikut outcome. Pisahkan order kepada: berjaya diterima, failed delivery (perlu follow up), returned (perlu kira kos), dan masih dalam transit (monitor). Setiap kategori ada tindakan berbeza.
Langkah 4: Kira jumlah COD yang patut diterima. Daripada order yang berjaya — kira berapa jumlah COD yang courier patut transfer kepada anda, tolak potongan mereka. Bandingkan dengan apa yang sebenarnya masuk ke akaun bank anda.
Langkah 5: Selesaikan perbezaan. Kalau ada perbezaan — sama ada kerana potongan yang tidak dijangka, order yang tertinggal, atau pembayaran yang delay — kesan punca dan dokumenkan. Jangan biar ia "diselesaikan nanti" sebab nanti akan jadi makin complicated.
Baca lebih tentang konsep COD dan AWB dalam glosari kami.
Perbezaan antara jualan kasar dan COD yang sebenarnya dikumpul
Ini satu perkara yang ramai seller terkeliru, terutamanya bila buat laporan jualan untuk diri sendiri.
Jualan kasar (gross sales) = jumlah nilai semua order yang dibuat.
COD yang dikumpul = jumlah yang sebenarnya masuk ke tangan anda selepas tolak failed delivery, kos return, dan potongan courier.
Perbezaan antara dua angka ini boleh menjadi sangat ketara, terutamanya kalau kadar failed delivery anda tinggi. Seller yang buat keputusan bisnes berdasarkan jualan kasar tanpa ambil kira realities COD collection — selalu terkejut bila aliran tunai sebenar tidak mencerminkan angka jualan yang nampak bagus.
Ini penting khususnya bila anda ada ejen. Komisyen patut dikira berdasarkan order yang berjaya dihantar dan dibayar — bukan berdasarkan order yang dibuat semata-mata. Kalau tidak, anda mungkin bayar komisyen untuk order yang akhirnya tidak menghasilkan duit.
Kenapa spreadsheet tidak cukup untuk rekonsil COD
Spreadsheet boleh buat banyak benda. Tapi ada satu benda yang ia tak boleh buat: update sendiri secara real-time berdasarkan data dari sistem luar.
Setiap kali status courier berubah — anda kena update spreadsheet secara manual. Setiap kali payment masuk — anda kena catat sendiri. Setiap kali ada failed delivery — anda kena perasan sendiri dulu, baru boleh catat.
Dengan 20 order seminggu, ini mungkin masih boleh handle. Dengan 100 order seminggu — satu kesilapan kecil dalam spreadsheet boleh cascade menjadi kekeliruan besar dalam angka rekonsiliasi anda.
Dan bila anda ada ejen dengan order dari pelbagai saluran — spreadsheet tidak direka untuk handle kerumitan itu dengan reliable.
Macam mana ARAS bantu dengan rekonsiliasi COD
ARAS reka bentuk dashboard-nya dengan realiti COD Malaysia dalam fikiran. Ini bukan ciri tambahan — ia adalah sebahagian dari cara sistem direka dari awal.
Status order dan courier dalam satu view. Anda tidak perlu buka portal courier berasingan untuk semak status. Status Ninja Van dikemaskini terus dalam dashboard ARAS, bersama dengan status order anda. Anda nampak dalam satu paparan: order yang sedang diproses, yang dalam transit, yang berjaya, yang failed.
AWB terikat terus kepada order. Setiap AWB yang dijana melalui ARAS disimpan terus dalam rekod order yang berkaitan. Tiada perlu cari-cari nombor tracking mana yang berkaitan dengan order mana. Pelajari lebih tentang AWB di glosari kami.
Settlement dan komisyen berasingan tapi connected. Bila order bertanda sebagai berjaya, komisyen ejen dikira dan direkod secara automatik. Anda boleh lihat dengan jelas berapa komisyen yang patut diselesaikan untuk setiap ejen, berdasarkan order yang berjaya sahaja — bukan berdasarkan semua order yang dibuat.
Rekod yang boleh diaudit. Semua perubahan status, semua rekod pembayaran, semua komisyen — disimpan dalam sistem. Kalau ada persoalan atau pertikaian kemudian hari, anda ada trail yang jelas untuk semak.
Lihat bagaimana semua ini berfungsi dalam demo ARAS, atau terokai lebih lanjut di halaman penyelesaian kami. Anda juga boleh lawati Pusat Ilmu ARAS untuk lebih banyak panduan operasi seperti ini.
Rekonsiliasi bukan kerja satu kali
Perkara terakhir yang nak saya tekankan: rekonsiliasi COD bukan sesuatu yang anda buat sekali dan selesai. Ia adalah proses berterusan — dilakukan secara mingguan, bukan bulanan.
Makin cepat anda tahu ada order yang failed atau ada duit yang tak kena, makin cepat anda boleh ambil tindakan. Failed delivery yang dikesan dalam masa 24 jam — anda masih boleh hubungi customer untuk reschedule. Failed delivery yang baru anda sedar sebulan kemudian — customer dah lama lupakan order tu, dan stok dah terbuang masa dalam proses return.
Sistem yang betul bukan sekadar memudahkan rekonsiliasi. Ia memastikan anda sentiasa tahu apa yang sedang berlaku, dalam masa nyata — supaya anda boleh buat keputusan yang cepat dan tepat.