Pelan Induk Lengkap Perakaunan PKS Malaysia & e-Invois LHDN 2026

Apakah pelan induk perakaunan PKS Malaysia untuk 2026?

Pelan yang praktikal menghubungkan semua kerja kewangan dalam satu kitaran:

Urus niaga perniagaan
→ dokumen sumber
→ klasifikasi perakaunan
→ invois, bil, penggajian atau jurnal
→ e-Invois atau bukti berkanun jika berkenaan
→ penyelesaian bank
→ rekonsiliasi
→ semakan hujung bulan

Pelan induk PKS mempunyai lima landasan kawalan:

1. Entiti dan data induk: pemilik sah, profil pembayar cukai, tahun kewangan, bank, pelanggan, pembekal, produk dan carta akaun.
2. Jualan dan MyInvois: invois komersial, pengiktirafan akaun, pemetaan UBL, hantaran terus, UUID dan status.
3. Gaji dan lejar am: kiraan kasar kepada bersih, kos majikan, jurnal akruan, bayaran berkanun dan penyelesaian bank.
4. Tunai dan penyelesaian: import penyata, padanan penghutang atau pemiutang, pecahan bayaran platform dan kelulusan pengecualian.
5. Tutup akaun dan pematuhan: rekonsiliasi bank, imbangan duga, penghutang, pemiutang, kertas kerja SST, jadual gaji dan bukti.

Rekod manakah patut menjadi sumber kebenaran?

Tetapkan satu pemilik utama bagi setiap fakta. Maklumat yang sama mungkin muncul di beberapa tempat, tetapi nilainya tidak boleh bercanggah tanpa kawalan.

Fakta perniagaan	Rekod utama	Bukti hujung bulan
Entiti yang mengeluarkan dokumen	Profil syarikat	Nama, pendaftaran dan identiti cukai pada invois sepadan
Identiti pelanggan	Induk pelanggan serta petikan transaksi	TIN dan pendaftaran boleh dijejaki
Jualan	Invois dikeluarkan dan butiran baris	Subjumlah, diskaun, cukai dan jumlah sepadan dengan lejar
Hantaran LHDN	Rekod hantaran dan UUID/status	Muatan, hash, jawapan dan invois kekal berkait
Gaji diperoleh	Penggajian dan slip gaji diluluskan	Gaji kasar, potongan, kos majikan dan jurnal sepadan
Pergerakan tunai	Baris penyata bank asal	Nilai, tarikh, arah dan akaun bank sepadan
Bayaran platform	Laporan penyelesaian penyedia	Kasar tolak bayaran balik, fi dan pelarasan sama dengan kredit bank
Pelarasan SST	Invois, nota kredit dan jadual	Kadar, nilai bercukai, cukai dan rujukan asal sepadan
Pindahan entiti	Perjanjian dan jadual peralihan	Kedua-dua entiti membawa baki sama tetapi bertentangan

Bagaimana menetapkan sempadan entiti, bank dan cukai?

Jika Sdn Bhd dan PLT beroperasi semasa tempoh peralihan, setiap satu memerlukan penyewa perakaunan, urutan invois, bank, rekonsiliasi, profil MyInvois dan bukti tutup akaun sendiri.

Peraturan asas ialah: entiti yang mengeluarkan invois kekal sebagai pemilik penghutang. Jika RM10,000 bagi invois lama Sdn Bhd tersalah masuk ke bank PLT:

PLT
Dr Bank                               RM10,000
    Cr Belum bayar kepada Sdn Bhd                RM10,000

Sdn Bhd
Dr Belum terima daripada PLT          RM10,000
    Cr Akaun belum terima                        RM10,000

Pindahan kemudian mengosongkan kedua-dua akaun antara entiti. Perjanjian sah menentukan sama ada penghutang, aset atau liabiliti benar-benar dipindahkan. Baca panduan migrasi perakaunan Sdn Bhd ke PLT untuk kawalan tarikh peralihan, baki pembukaan dan dua akaun bank.

GetPay boleh mengasingkan entiti dalam penyewa berlainan dan membaca gl_mode setiap penyewa. Mod POSTED membaca baris jurnal sebenar, manakala mod VIRTUAL membina laporan daripada kategori bank serta tindihan invois yang ditetapkan. Oleh itu, status “dibayar” tidak semestinya membuktikan jurnal telah dipos.

Bagaimana jualan perlu mengalir ke MyInvois?

Sediakan data jualan yang lengkap:

• identiti dan pendaftaran pembekal yang sah;
• identiti pelanggan, TIN dan pendaftaran jika berkenaan;
• nombor invois, tarikh dan mata wang;
• keterangan, kuantiti, harga unit dan nilai setiap baris;
• diskaun;
• jenis, kadar dan amaun cukai;
• subjumlah serta jumlah perlu dibayar; dan
• terma bayaran serta rujukan penyelesaian.

Catatan jualan akruan ialah:

Dr Akaun belum terima
    Cr Hasil
    Cr SST belum bayar, jika berkenaan

Apabila pelanggan membayar, debit akaun bank yang dibuktikan dan kredit akaun belum terima. Jangan kredit hasil untuk kali kedua.

Pemeta GetPay membina varian JSON UBL 2.1. Aliran invois biasa semasa menggunakan jenis dokumen 01, versi senarai 1.1 dan MYR. Panduan muatan API MyInvois menerangkan pemetaan invoice.invoice_number, kuantiti, subjumlah, cukai dan jumlah kepada dokumen.

Sebelum hantaran, buktikan:

jumlah nilai semua baris = subjumlah dokumen
jumlah cukai semua baris = cukai dokumen
subjumlah + cukai − pelarasan sah = jumlah perlu dibayar

GetPay mengagihkan cukai yang telah dibundarkan supaya semua baris kembali tepat kepada jumlah cukai dokumen hingga sen.

Apakah kawalan untuk hantaran terus MyInvois?

GetPay mengambil kelayakan MyInvois daripada rekod syarikat penyewa dan menggunakan persekitaran kotak pasir atau pengeluaran yang ditetapkan. Pelanggan memohon token berskop InvoicingAPI, menggunakan expires_in yang dipulangkan dan memperbaharuinya sebelum baki 60 saat terakhir.

Aliran teknikalnya ialah:

1. bina objek UBL terakhir;
2. jalankan JSON.stringify() sekali;
3. kira hash SHA-256 daripada bait UTF-8 rentetan itu;
4. kodkan rentetan yang sama kepada Base64;
5. hantar format, document, documentHash dan codeNumber; dan
6. simpan submissionUid, UUID diterima serta bukti penolakan sebenar.

Jangan ubah dokumen selepas hash dikira. Permintaan token dan bacaan status boleh dicuba semula kerana tidak memfailkan dokumen. Hantaran dokumen mempunyai had masa tetapi tidak diulang secara automatik. Jawapan yang hilang tidak membuktikan LHDN menolak dokumen; hasilnya belum diketahui dan perlu direkonsiliasi. Gunakan panduan penyiasatan ralat API MyInvois untuk aliran semakan berasaskan bukti.

Bagaimana gaji berkanun menjadi jurnal lejar am?

Perakaunan gaji berlaku dua kali: akruan apabila gaji diperoleh dan penyelesaian apabila pekerja serta agensi dibayar.

GetPay mengagregat penggajian yang dipos seperti berikut:

Akaun GL GetPay	Debit	Kredit
5100 Gaji, Elaun & Upah	Gaji kasar pekerja	—
5200 KWSP & PERKESO	KWSP + PERKESO + SIP majikan	—
5210 Levi HRDF	HRDF penggajian	—
2200 Akaun Pengarah	Ambilan rakan kongsi/pemilik-pengarah sebenar	—
2500 Perbelanjaan Terakru	—	Jumlah debit

KWSP, PERKESO, SIP dan PCB pekerja sudah terkandung dalam gaji kasar. Potongan itu mengurangkan gaji bersih, tetapi bukan debit perbelanjaan majikan tambahan. Caruman bahagian majikan pula menambah kos.

Apabila bayaran keluar:

Dr 2500 Perbelanjaan Terakru
    Cr Akaun bank yang dipetakan

Aliran import bank GetPay memerlukan kategori berkaitan gaji dan keterangan berkaitan gaji sebelum catatan penyelesaian dibuat. Kawalan dua lapis ini mengelakkan transaksi pemilik yang tidak berkaitan daripada mengosongkan akruan gaji.

Jangan salin kadar caruman daripada artikel statik. Gunakan fakta pekerja sebenar dan semak jumlah terhadap panduan KWSP, PERKESO, LHDN dan HRD Corp semasa. Manual jurnal catatan bergu gaji menerangkan hubungan gaji kasar, potongan, kos majikan dan penyelesaian.

Bagaimana bayaran bersih platform direkonsiliasi?

Shopee, TikTok Shop atau Stripe lazimnya membayar satu jumlah bersih bagi banyak urus niaga. Buktikan persamaan kumpulan:

Jualan kasar
− bayaran balik dan pembalikan
− MDR, komisen serta fi yang disokong laporan
± pelarasan yang disokong
= bayaran bersih ke bank

Jika jualan kasar RM10,000 telah direkod dan laporan membuktikan fi RM300, deposit RM9,700 ialah:

Akaun	Debit (RM)	Kredit (RM)
Akaun bank dipetakan	9,700.00	—
6100 Caj Bank	300.00	—
1200 Akaun Belum Terima	—	10,000.00

Gunakan 6100 hanya apabila carta akaun dan laporan sebenar menyokong kategori BANK_FEE. Jangan mengagak kadar MDR atau mencipta fi untuk memaksa baki sepadan.

Asingkan tarikh jualan, tarikh penyelesaian, tarikh bayaran dan tarikh nilai bank. Bayaran yang masih dalam perjalanan pada hujung bulan kekal sebagai penghutang atau baki penjelasan yang disokong.

GetPay mencadangkan padanan kredit berdasarkan rujukan invois, amaun dan bukti pihak. Pengesahan menolak akaun bank yang tidak dikenal pasti, akaun antara entiti dan tempoh terkunci. Satu invois dihadkan kepada baki belum jelas; beberapa invois hanya boleh disahkan apabila jumlah bakinya sama dengan kredit bank.

Jika invois kasar RM10,000 tetapi deposit hanya RM9,700 selepas fi, GetPay tidak mengagak perbezaan RM300. Rekonsiliasi dahulu, kemudian catat layanan fi yang disokong. Lihat panduan rekonsiliasi penyelesaian bersih Shopee, TikTok Shop dan Stripe.

Bagaimana SST dan nota kredit dimasukkan?

Klasifikasi SST dibuat mengikut urus niaga, dan kadar 8% bukan kadar sejagat. Semak panduan JKDM semasa sebelum memilih kadar.

Simpan nilai bercukai dan cukai secara berasingan. Jika invois dikurangkan, jangan ubah invois asal. Keluarkan nota kredit terkawal:

Dr Hasil
Dr SST belum bayar
    Cr Akaun belum terima

Kadar nota kredit mengikuti layanan bekalan asal. Simpan sebab, rujukan invois, pengurangan nilai bercukai dan pengurangan cukai.

Had pelaksanaan GetPay semasa perlu dinyatakan dengan jelas:

• aliran invois standard memetakan pilihan perkhidmatan kepada 6%, jualan kepada 10% dan dikecualikan kepada sifar;
• belum ada aliran perkhidmatan 8% atau kadar campuran yang disahkan;
• ringkasan SST menggunakan invois layak dan komponen transaksi bank SST_GST bagi tempoh dua bulanan;
• pengiraan itu tidak membaca credit_notes atau mengasingkan kotak mengikut kadar; dan
• Lock snapshot menyimpan kertas kerja dalaman, bukan menghantar SST-02 kepada JKDM.

Oleh itu, rekonsiliasi nota kredit, kadar dan asas perakaunan di luar ringkasan semasa sebelum menyediakan penyata berkanun. Rujuk panduan invois SST 8%, nota kredit dan SST-02.

Apakah rutin tutup akaun setiap bulan?

Gunakan kalendar tetap dan pemilik tugas yang jelas:

1. bekukan fail bank, platform dan gaji bagi bulan tersebut;
2. pastikan semua penyata bank lengkap;
3. rekonsiliasi baki bank dan siasat baris pendua atau tidak dipadankan;
4. padankan invois kepada hasil, penghutang, SST dan bukti MyInvois;
5. pastikan kutipan pelanggan tidak menggandakan hasil;
6. buktikan setiap kumpulan platform daripada kasar kepada bersih;
7. padankan gaji kasar, potongan, kos majikan dan ambilan kepada jurnal;
8. semak bayaran gaji bersih serta bayaran berkanun terhadap akruan;
9. semak nota kredit, bayaran balik, hutang lapuk, aset dan prabayar;
10. hasilkan imbangan duga, untung rugi, kunci kira-kira serta jadual penghutang dan pemiutang;
11. semak kertas kerja SST dan pematuhan kepada nilai sumber; dan
12. kunci tempoh hanya selepas setiap pengecualian mempunyai pemilik dan tindakan.

Semak nilai sebenar, bukan bilangan rekod sahaja. Ambil sampel satu jualan daripada invois kepada muatan UBL, jurnal dan bank. Jejaki satu slip gaji kepada jurnal serta bayaran. Jejaki satu kredit bank platform kepada laporan penyelesaian asal.

Apakah pelaksanaan 90 hari yang praktikal?

Hari 1–30: wujudkan kawalan

• sahkan semua entiti, profil cukai, bank dan tahun kewangan;
• bersihkan induk pelanggan, pembekal dan produk;
• tetapkan carta akaun;
• rekod baki pembukaan dengan jadual sokongan; dan
• tetapkan kuasa mencipta, melulus, menghantar, membayar, merekonsiliasi dan mengunci.

Hari 31–60: sambungkan kitaran

• seragamkan medan invois dan rujukan nota kredit;
• uji MyInvois dalam persekitaran yang betul;
• petakan hasil gaji kepada akaun akruan dan penyelesaian;
• import penyata bank melalui pratonton dan pengesahan;
• bina jadual kumpulan platform yang seragam; dan
• kawal semua kutipan silang entiti dengan akaun belum bayar/belum terima.

Hari 61–90: buktikan tutup akaun

• jalankan satu tutup akaun bulanan lengkap;
• selesaikan semua perbezaan bank dan penyelesaian;
• jejak sampel dokumen dari mula hingga akhir;
• rekonsiliasi penghutang, akruan gaji dan kertas kerja cukai;
• semak akses pengguna, kunci tempoh dan penyimpanan bukti; dan
• minta akauntan atau penasihat menyemak klasifikasi serta pemfailan berkanun.

Pelaksanaan selesai apabila sistem boleh menerangkan sesuatu transaksi tanpa bergantung pada ingatan seorang pekerja. Hasil yang tahan audit bukan sekadar “sudah dihantar ke LHDN” atau “sudah dipadankan dengan bank”, tetapi bukti entiti yang bertindak, perkara yang berlaku, catatan akaun, penyelesaian tunai, pemfailan dan semakan.