Newsletter Subscribe
Enter your email address below and subscribe to our newsletter
Enter your email address below and subscribe to our newsletter

Pernahkah anda tertanya-tanya bagaimana rupa sebenarnya invois digital yang diwajibkan oleh Lembaga Hasil Dalam Negeri Malaysia (LHDN) mulai tahun 2026? Anda tidak keseorangan. Ramai pemilik perniagaan, akauntan, dan pembekal masih lagi keliru tentang format sebenar yang perlu mereka gunakan. Mari kita bongkarkan satu persatu.
Contoh invois e-invois LHDN 2026 merujuk kepada dokumen digital yang mematuhi standard Universal Business Language (UBL) 2.1. Ini bukanlah sekadar invois PDF biasa yang anda hasilkan dari Microsoft Word. Sebaliknya, ia adalah fail berstruktur dalam format XML atau JSON yang mengandungi data transaksi yang telah ditetapkan oleh LHDN. Invois ini adalah dokumen utama yang disokong oleh Sistem MyInvois untuk penyerahan transaksi kepada pihak berkuasa cukai.
Menurut Garis Panduan e-Invois Versi 4.6 yang diterbitkan pada 7 Disember 2025, e-invois ditakrifkan sebagai dokumen elektronik yang dihasilkan, dihantar, dan disahkan melalui sistem MyInvois. Ia bukan sahaja menggantikan invois kertas tradisional, malah ia membolehkan LHDN memantau transaksi perniagaan secara masa nyata. Ini adalah sebahagian daripada usaha kerajaan untuk meningkatkan ketelusan dan mengurangkan kebocoran cukai.
Perkara yang paling penting untuk anda fahami ialah e-invois ini berbeza sama sekali dengan resit jualan biasa. Ia mengandungi elemen keselamatan digital seperti tandatangan digital (signature validation) yang memastikan integriti data. Versi terkini dokumen, iaitu v1.1, mengekalkan struktur v1.0 tetapi kini mewajibkan pengesahan tandatangan digital. Ini bermakna setiap invois yang anda hantar mesti ditandatangani secara digital untuk mengesahkan kesahihannya.
LHDN telah mengeluarkan Garis Panduan Spesifik Versi 4.7 pada 20 April 2026 yang mengandungi 132 muka surat panduan terperinci. Dokumen ini adalah rujukan utama anda untuk memahami setiap aspek pelaksanaan e-invois, termasuk cara mengendalikan transaksi rentas sempadan, pembahagian keuntungan, dan perbelanjaan pekerja.
Apabila anda melihat contoh invois e-invois LHDN, anda akan dapati ia mengandungi beberapa maklumat wajib yang tidak boleh ditinggalkan. Setiap medan data ini mempunyai fungsi spesifik dalam memastikan transaksi dapat diproses dengan betul oleh sistem LHDN. Berikut adalah maklumat-maklumat penting yang perlu anda sertakan:
Setiap medan ini dipetakan ke dalam struktur UBL 2.1 yang ketat. Sebagai contoh, jika anda melihat kod UBL XML untuk InvoiceTypeCode, ia akan kelihatan seperti ini: <cbc:InvoiceTypeCode listVersionID="1.0">01</cbc:InvoiceTypeCode>. Ini bermakna kod jenis invois mesti diletakkan di bawah elemen Invoice dengan atribut listVersionId yang betul.
Penting untuk anda ingat bahawa LHDN telah menetapkan 55 medan data yang diperlukan untuk setiap invois. Walaupun tidak semua medan wajib diisi untuk setiap transaksi, anda perlu memastikan bahawa medan yang berkaitan dengan transaksi anda diisi dengan lengkap dan tepat. Kegagalan berbuat demikian boleh menyebabkan invois ditolak oleh sistem.
Format UBL 2.1 adalah nadi kepada sistem e-invois LHDN. Ia adalah standard antarabangsa yang digunakan oleh banyak negara untuk pertukaran dokumen perniagaan secara elektronik. Bagi anda yang mungkin tidak biasa dengan istilah teknikal ini, anggaplah UBL 2.1 sebagai “bahasa” yang digunakan oleh sistem MyInvois untuk memahami data invois anda.
Menurut dokumentasi SDK MyInvois, struktur data UBL 2.1 untuk invois adalah seperti berikut:
<ubl:Invoice> adalah elemen utama yang mengandungi semua data invois.listVersionID digunakan untuk menentukan versi senarai kod yang digunakan./ubl:Invoice/cbc:InvoiceTypeCode/@listVersionID bermaksud kod jenis invois diletakkan di bawah elemen Invoice sebagai elemen InvoiceTypeCode dengan atribut listVersionId.Versi terkini, iaitu v1.1, telah diaktifkan pada 14 Mei 2026. Perbezaan utama antara v1.0 dan v1.1 adalah pengesahan tandatangan digital. Dalam v1.1, setiap invois mesti ditandatangani secara digital menggunakan sijil digital yang sah. Ini adalah langkah keselamatan tambahan untuk memastikan invois tidak diubah selepas diterbitkan.
Bagi anda yang menggunakan perisian perakaunan seperti AutoCount, proses penjanaan fail XML ini boleh dilakukan secara automatik. Trend terkini menunjukkan bahawa perniagaan kini beralih kepada penyerahan terus (direct submission) melalui perisian perakaunan untuk mengelakkan pertukaran platform yang manual. Ini bukan sahaja menjimatkan masa tetapi juga mengurangkan risiko kesilapan manusia.
Untuk memberikan gambaran yang lebih jelas, mari kita lihat contoh konkrit bagaimana nombor invois, tarikh, dan butiran transaksi dipaparkan dalam format e-invois LHDN. Ini akan membantu anda memahami bagaimana data ini distrukturkan dalam fail XML.
Contoh Nombor Invois: INV-2026-00001
Nombor ini mestilah unik untuk setiap invois yang diterbitkan. Anda boleh menggunakan format yang mudah difahami seperti gabungan tahun dan nombor urutan. Pastikan tiada nombor yang sama digunakan untuk transaksi yang berbeza.
Contoh Tarikh dan Masa: 2026-05-21T14:30:00+08:00
Tarikh dan masa mesti diformatkan mengikut piawaian ISO 8601. Ini termasuk zon waktu Malaysia (UTC+8). Sistem MyInvois akan menggunakan maklumat ini untuk menentukan tempoh pelaporan cukai.
Contoh Butiran Transaksi:
Dalam fail XML, data ini akan dipetakan seperti berikut:
<cbc:ID>INV-2026-00001</cbc:ID>
<cbc:IssueDate>2026-05-21</cbc:IssueDate>
<cbc:IssueTime>14:30:00+08:00</cbc:IssueTime>
Setiap elemen ini mesti diletakkan di bawah elemen <ubl:Invoice> yang betul. Jika anda menggunakan perisian perakaunan yang serasi dengan LHDN, proses ini akan dilakukan secara automatik. Namun, jika anda membangunkan sistem sendiri, anda perlu merujuk kepada dokumentasi SDK MyInvois untuk memastikan pemetaan yang betul.
Salah satu aspek yang paling mengelirukan tentang e-invois LHDN adalah perbezaan antara invois B2B (Business-to-Business), B2C (Business-to-Consumer), dan pembekal. Setiap jenis ini mempunyai keperluan yang berbeza dari segi maklumat yang perlu disertakan.
Invois B2B (Business-to-Business):
Invois B2B adalah yang paling kompleks kerana ia melibatkan dua entiti perniagaan yang berdaftar. Dalam invois ini, anda perlu menyertakan maklumat lengkap kedua-dua pihak termasuk nombor pendaftaran syarikat (BRN) dan alamat perniagaan. Contohnya, jika Syarikat A menjual alat ganti kepada Syarikat B, invois mesti mengandungi BRN kedua-dua syarikat. Ini membolehkan LHDN mengaitkan transaksi antara dua pembayar cukai.
Invois B2C (Business-to-Consumer):
Invois B2C adalah untuk transaksi dengan pengguna akhir. Dalam kes ini, maklumat pembeli adalah kurang terperinci. Anda hanya perlu menyertakan nama pembeli dan nombor pengenalan diri (MyKad) jika pembeli adalah individu. Contohnya, jika seorang pelanggan membeli telefon bimbit di kedai anda, invois B2C hanya perlu mengandungi nama pelanggan dan nombor MyKad. Ini memudahkan proses bagi perniagaan runcit.
Invois Pembekal (Self-Billed Invoice):
Invois pembekal adalah situasi di mana pembeli menerbitkan invois bagi pihak pembekal. Ini biasanya berlaku dalam industri pertanian atau perkhidmatan di mana pembekal tidak mempunyai sistem untuk menerbitkan invois sendiri. Dalam kes ini, pembeli mesti mendapatkan kebenaran daripada LHDN sebelum menerbitkan invois pembekal. Contohnya, sebuah kilang kelapa sawit mungkin menerbitkan invois bagi pihak pekebun kecil yang menjual buah tandan segar kepada mereka.
Setiap jenis invois ini mempunyai kod jenis yang berbeza dalam sistem MyInvois. Kod 01 digunakan untuk invois biasa, manakala kod 02 digunakan untuk invois pembekal. Pastikan anda menggunakan kod yang betul untuk mengelakkan penolakan invois.
Setelah anda menyediakan contoh invois e-invois, langkah seterusnya adalah memastikan ia serasi dengan sistem LHDN. Ini adalah langkah kritikal kerana invois yang tidak serasi akan ditolak oleh sistem MyInvois. Berikut adalah cara untuk menyemak keserasian invois anda:
Penting untuk anda ingat bahawa LHDN sentiasa mengemas kini peraturan pengesahan. Oleh itu, pastikan anda sentiasa merujuk kepada versi terkini garis panduan. Portal Garis Panduan LHDN adalah sumber utama untuk mendapatkan maklumat terkini.
Jika anda menghadapi masalah teknikal, anda boleh menghubungi talian bantuan LHDN atau merujuk kepada Soalan Lazim SDK MyInvois. Terdapat juga forum komuniti seperti Lowyat Forum di mana pengguna lain berkongsi pengalaman dan penyelesaian.
Salah satu ciri utama sistem e-invois LHDN adalah keupayaan untuk menghasilkan kedua-dua fail XML dan paparan PDF. Walaupun fail XML adalah format utama yang dihantar kepada LHDN, paparan PDF adalah untuk rujukan manusia. Mari kita lihat bagaimana kedua-dua format ini berfungsi.
Fail XML (eXtensible Markup Language):
Fail XML adalah format data mentah yang mengandungi semua maklumat invois dalam struktur berhierarki. Ia adalah format yang dibaca oleh mesin dan digunakan untuk penyerahan kepada LHDN. Contoh mudah fail XML untuk invois adalah seperti berikut:
<?xml version="1.0" encoding="UTF-8"?>
<ubl:Invoice xmlns:ubl="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2">
ย ย <cbc:ID>INV-2026-00001</cbc:ID>
ย ย <cbc:IssueDate>2026-05-21</cbc:IssueDate>
ย ย <cbc:IssueTime>14:30:00+08:00</cbc:IssueTime>
ย ย <cac:AccountingSupplierParty>
ย ย ย ย <cac:Party>
ย ย ย ย ย ย <cbc:Name>Syarikat ABC Sdn Bhd</cbc:Name>
ย ย ย ย </cac:Party>
ย ย </cac:AccountingSupplierParty>
</ubl:Invoice>
Paparan PDF (Portable Document Format):
Paparan PDF adalah versi visual invois yang boleh dibaca oleh manusia. Ia dihasilkan daripada data XML dan mengandungi maklumat yang sama dalam format yang lebih mesra pengguna. Paparan PDF ini boleh dicetak atau dihantar kepada pelanggan sebagai bukti transaksi.
LHDN menyediakan ciri untuk menjana paparan PDF secara automatik melalui Portal MyInvois. Anda hanya perlu memuat naik fail XML, dan sistem akan menghasilkan PDF yang sepadan. Ini memudahkan perniagaan yang tidak mempunyai keupayaan untuk menjana PDF sendiri.
Penting untuk diingat bahawa fail XML adalah dokumen rasmi yang diiktiraf oleh LHDN. Paparan PDF hanyalah untuk rujukan dan tidak boleh digunakan sebagai pengganti fail XML untuk tujuan pelaporan cukai.
Apakah perbezaan antara e-invois dan invois kertas biasa?
E-invois adalah dokumen digital dalam format XML atau JSON yang mematuhi standard UBL 2.1. Ia mengandungi tandatangan digital untuk pengesahan kesahihan. Invois kertas biasa tidak mempunyai ciri keselamatan ini dan tidak boleh dihantar terus kepada LHDN. E-invois membolehkan LHDN memantau transaksi secara masa nyata, manakala invois kertas hanya boleh diperiksa semasa audit.
Adakah saya perlu menghantar e-invois untuk setiap transaksi runcit?
Tidak semestinya. Untuk transaksi B2C (Business-to-Consumer), anda boleh mengumpulkan beberapa transaksi dalam satu invois konsolidasi. Walau bagaimanapun, untuk transaksi B2B, setiap transaksi mesti dihantar secara individu. LHDN telah menetapkan garis panduan khusus untuk transaksi runcit dalam Garis Panduan Spesifik Versi 4.7.
Bagaimana jika saya membuat kesilapan dalam e-invois yang telah dihantar?
Jika anda membuat kesilapan, anda perlu menghantar invois pembetulan (credit note atau debit note) melalui sistem MyInvois. Anda tidak boleh memadam atau mengubah invois yang telah dihantar. Invois pembetulan ini mesti merujuk kepada invois asal dan mengandungi maklumat yang betul. Proses ini dijelaskan secara terperinci dalam garis panduan LHDN.
Adakah perniagaan kecil dikecualikan daripada e-invois?
Pelaksanaan e-invois untuk Perusahaan Mikro, Kecil, dan Sederhana (PMKS) dengan perolehan bawah RM5 juta dilaporkan mengalami penangguhan. Walau bagaimanapun, anda dinasihatkan untuk bersedia lebih awal kerana garis masa akhir mungkin diumumkan pada bila-bila masa. Kerajaan juga telah menyediakan jaminan RM5 bilion untuk membantu PMKS dalam peralihan ini.
Apakah yang perlu saya lakukan jika sistem MyInvois mengalami gangguan?
Terdapat laporan mengenai gangguan teknikal pada portal MyTax yang menyebabkan kelewatan log masuk. Jika anda menghadapi masalah sedemikian, anda boleh menghubungi talian bantuan LHDN atau menunggu sehingga sistem pulih. Pastikan anda menyimpan rekod transaksi anda untuk rujukan masa depan. LHDN biasanya akan memaklumkan mengenai gangguan melalui saluran rasmi mereka.
Contoh invois e-invois LHDN 2026 dengan format UBL 2.1 terkini adalah langkah besar ke arah pendigitalan sistem percukaian Malaysia. Dengan memahami struktur data, maklumat wajib, dan proses pengesahan, anda boleh memastikan perniagaan anda mematuhi keperluan LHDN. Ingatlah bahawa persediaan awal adalah kunci kejayaan. Latih pasukan anda, semak sistem sedia ada, dan jangan teragak-agak untuk menggunakan sumber rasmi seperti Portal e-Invois LHDN untuk panduan lanjut.
Maklumat yang disediakan dalam artikel ini adalah berdasarkan data yang tersedia bagi tahun 2026 dan sumber rasmi LHDN. Walaupun setiap usaha telah diambil untuk memastikan ketepatan maklumat, pembaca dinasihatkan untuk merujuk terus kepada Portal Rasmi LHDN untuk mendapatkan maklumat terkini dan mengesahkan sebarang perubahan dasar. Penulis tidak bertanggungjawab atas sebarang kerugian atau kerosakan yang disebabkan oleh penggunaan maklumat dalam artikel ini. Kandungan ini adalah untuk tujuan pendidikan dan rujukan umum sahaja.