Yuran payment gateway & penyesuaian payout untuk perniagaan Malaysia, dalam bahasa mudah

Kenapa payout tidak pernah sama dengan apa yang pelanggan bayar

Apabila anda mengutip melalui payment gateway — Stripe, Curlec, HitPay, Billplz, senangPay dan seumpamanya — pelanggan membayar jumlah penuh, tetapi gateway menyimpan yuran pemprosesan dan membayar bakinya kepada anda. Duit yang sampai ke bank anda ("payout" atau penyelesaian) ialah jualan tolak yuran itu, dan selalunya tolak perkara lain yang tidak kelihatan pada baris bank itu sendiri. Yuran itu biasanya peratusan kecil daripada urus niaga, dan pada sesetengah saluran ditambah jumlah tetap bagi setiap urus niaga; kadar tepatnya bergantung pada gateway anda, kaedah bayaran (kad, FPX perbankan dalam talian, e-dompet) dan pelan harga anda. Panduan ini sengaja tidak menyebut kadar tertentu — ia berubah dan berbeza mengikut penyedia dan kaedah — jadi sila semak harga terbitan semasa gateway anda sendiri dan penyata pedagang anda untuk angka yang benar-benar terpakai kepada anda.

Dua lagi perkara memesongkan baris bank itu. Gateway selalunya membayar keluar secara berkelompok — beberapa jualan diselesaikan bersama sebagai satu jumlah pukal sehari dua kemudian — jadi jumlah dalam bank anda jarang sepadan dengan mana-mana satu invois. Dan ada yang menolak yuran daripada jumlah kelompok itu dan bukan setiap jualan, jadi payout itu ialah "jualan yang dikutip, tolak semua yuran, tolak apa-apa bayaran balik", tiba sebagai satu angka bersih. Itulah sebabnya anda tidak boleh sekadar menandakan satu payout kepada satu invois dan berlalu.

Kenapa merekod jumlah bersih sahaja menyalahnyatakan buku anda

Jalan pintas yang menggoda ialah merekod hanya apa yang masuk ke bank: RM975 masuk, kira RM975 jualan, selesai. Ia menyesuai dengan bank dalam beberapa saat — dan ia salah dalam dua arah serentak. Ia memperkecil hasil anda. Pelanggan membayar RM1,000; itulah jualan anda. Merekod RM975 menyembunyikan RM25 pendapatan dan, jika anda berdaftar SST atau sedang menghantar e-Invois, memperkecil angka yang menjadi asas kedudukan cukai dan e-Invois anda. Baris teratas anda patut mencerminkan apa yang dicaj kepada pelanggan, bukan apa yang terselamat daripada gateway. Dan ia memperkecil perbelanjaan anda. RM25 yang disimpan gateway itu ialah kos perniagaan yang benar — caj bank/pedagang — yang patut muncul sebagai perbelanjaan yang boleh anda lihat, jejak dan (jika terpakai) tuntut.

Bersihkannya secara senyap terhadap jualan, kos itu hilang daripada untung rugi anda; anda tidak lagi mampu menjawab "berapa banyak saya bayar yuran pemprosesan tahun ini?", satu angka yang berbaloi dipantau bagi penjual dalam talian bervolum tinggi.

Merekod jumlah bersih menjadikan kedua-dua hasil dan perbelanjaan anda lebih kecil daripada yang sebenar. Jumlahnya tetap membawa keuntungan yang sama, tetapi anda telah membutakan diri daripada dua angka yang penting — dan diam-diam menyalahnyatakan asas bagi cukai dan e-penginvoisan.

Catatan yang betul: jualan kasar, yuran sebagai perbelanjaan

Penyelesaiannya ialah merekod urus niaga itu pada nilai penuhnya dan menunjukkan yuran secara berasingan. Catat jualan pada jumlah kasar yang dibayar pelanggan; apabila payout tiba, pecahkannya kepada tunai yang benar-benar anda terima dan yuran yang disimpan gateway, dengan yuran itu dicatat ke akaun perbelanjaan "yuran pemprosesan bayaran" (caj bank). Cara yang kemas untuk menangani masa ialah akaun penjelasan (clearing). Apabila jualan dikutip, jumlah kasar duduk dalam akaun "clearing gateway" (duit yang sedang dipegang gateway untuk anda). Apabila payout mendarat, anda memindahkan tunai bersih ke bank anda dan yuran ke akaun perbelanjaan, dan itu mengosongkan semula akaun clearing kepada sifar. Jika clearing tidak kembali kepada sifar, ada sesuatu yang belum diambil kira — yuran yang terlepas, bayaran balik, atau payout yang masih dalam perjalanan — dan itulah isyarat yang anda mahukan.

Prinsipnya: komponen ialah akaun (jualan ialah hasil, yuran ialah perbelanjaan), dan payout hanyalah kedua-duanya diselesaikan. Jangan sekali-kali biarkan yuran itu lesap ke dalam angka jualan yang lebih kecil.

Contoh kerja: RM1,000 dikutip

Katakan seorang pelanggan membayar invois RM1,000 dalam talian, dan gateway menyimpan RM25 sebagai yuran, lalu membayar keluar RM975. Buku yang betul menunjukkan ketiga-tiga angka itu, bukan RM975 sahaja. Pada waktu kutipan, RM1,000 keluar daripada jualan dan masuk ke clearing gateway — hasil anda ialah RM1,000 penuh (berserta pengendalian SST mengikut pendaftaran anda, yang duduk atas jumlah kasar, bukan bersih). Pada waktu payout, RM975 yang sampai ke bank anda direkod sebagai tunai diterima, dan RM25 yang disimpan gateway direkod sebagai perbelanjaan yuran pemprosesan bayaran. Akaun clearing, setelah menerima RM1,000 dan melepaskan RM975 + RM25, kembali kepada sifar. Hasilnya: untung rugi anda menunjukkan hasil RM1,000 dan perbelanjaan yuran bayaran RM25 — kedua-duanya kelihatan, kedua-duanya boleh dijejak — dan bank anda menunjukkan RM975 yang sebenar.

Catat secara bersih pula, anda akan menunjukkan hasil RM975 dan tiada yuran langsung: untung sama, dua angka tersembunyi, dan asas yang salah bagi cukai serta e-penginvoisan. RM25 itu hanya contoh — yuran sebenar anda datang daripada harga gateway anda dan penyata pedagang anda.

Menyesuaikan payout pukal kembali kepada invois

Oleh sebab gateway menyelesaikan secara berkelompok, bahagian yang susah ialah mengikat satu payout dalam bank anda kembali kepada beberapa invois (berserta yuran, dan bayaran balik) yang membentuknya. Penyesuaian ialah membuktikan bahawa "payout RM4,812 ini = dua belas jualan ini, tolak yuran masing-masing, tolak satu bayaran balik itu", supaya tiada apa yang hilang atau dikira dua kali. Kaedah yang boleh dipercayai ialah bekerja daripada laporan payout atau penyata penyelesaian gateway, yang menyenaraikan dengan tepat apa yang masuk ke dalam setiap payout. Anda memadankan setiap baris dengan invois yang dibayarnya, mencatat yuran pada setiap satu, mengambil kira apa-apa bayaran balik, dan mengesahkan jumlah laporan itu sama dengan tunai yang sampai ke bank anda. Buat bagi setiap payout dan akaun clearing anda kekal bersih; langkau ia dan perbezaan kecil pada yuran dan bayaran balik akan terkumpul menjadi baki yang tiada siapa boleh terangkan pada hujung tahun.

Ini memenatkan jika dibuat dengan tangan pada volum tinggi, dan di situlah perisian membuktikan nilainya: memadankan baris sesuatu payout dengan invois terbuka, mencatat setiap yuran secara automatik, dan mengikat akaun clearing supaya seimbang — jadi payout berkelompok menjadi beberapa ketikan dan bukan satu petang menggali hamparan.

Bagaimana Taokeh mengendalikan yuran gateway dan payout

Taokeh, perisian perakaunan PKS Malaysia oleh Enya Venture, mencatat jualan anda pada jumlah kasar dan melayan yuran gateway sebagai baris perbelanjaannya sendiri, jadi hasil anda mencerminkan apa yang dibayar pelanggan dan kos pemprosesan bayaran anda menjadi angka yang benar-benar boleh anda lihat dan jejak sepanjang tahun. Apabila payout berkelompok tiba, Taokeh membantu anda menyesuaikannya kembali kepada invois yang diselesaikannya — memadankan baris payout, mencatat setiap yuran, dan mengendalikan bayaran balik — dengan akaun clearing yang seimbang kepada sifar apabila semuanya telah diambil kira. Kerana semuanya duduk pada satu lejar, jualan anda, yuran anda dan tunai dalam bank anda kekal konsisten dan bukan dicantum-cantum daripada papan pemuka gateway dan sebuah hamparan.

Ini berada dalam model "jangan bayar untuk apa yang anda tidak guna" yang sama seperti bahagian lain Taokeh: perakaunannya ada dalam pelan asas, dan peralatan khusus saluran serta hasil ditambah hanya jika anda memerlukannya. Satu tempat untuk melihat jualan kasar, yuran dan payout sebenar — tepat seperti yang anda mahukan apabila satu penyata cukai atau seorang pemberi pinjaman bertanya berapa sebenarnya yang anda peroleh.

Soalan lazim

Dikemas kini Ogos 2026

Panduan ini ialah maklumat umum untuk PKS Malaysia, bukan nasihat cukai, perundangan atau perakaunan. Sila sentiasa sahkan peraturan dan angka semasa dengan pihak berkuasa yang berkaitan atau penasihat anda sendiri.

Panduan berkaitan

• Invois berulang & bil langganan untuk perniagaan Malaysia
• e-Invois LHDN (MyInvois) untuk PKS Malaysia: panduan bahasa mudah
• SST di Malaysia untuk PKS: pendaftaran, cukai jualan lawan cukai perkhidmatan, dan SST-02

Sumber berkaitan

• LHDN / HASiL (Lembaga Hasil Dalam Negeri Malaysia)
• MASB — piawaian pelaporan kewangan Malaysia