Enter your email address below and subscribe to our newsletter

Contoh Invois E-Invois LHDN 2026: Format UBL 2.1 Terkini

๐Ÿ“„ Definisi Contoh Invois E-Invois LHDN 2026

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.

๐Ÿงพ Maklumat Wajib Dalam Contoh Invois E-Invois

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:

  • Nombor ID Unik Invois โ€” Setiap invois mesti mempunyai nombor rujukan unik yang tidak boleh diulang. Nombor ini membolehkan LHDN menjejaki setiap transaksi secara individu.
  • Tarikh dan Masa Terbitan โ€” Tarikh dan masa sebenar invois diterbitkan. Ini penting untuk tujuan pengiraan tempoh pelaporan cukai.
  • Maklumat Pembekal (Vendor) โ€” Nama, alamat, dan nombor pendaftaran syariah (BRN) pembekal. Untuk transaksi dengan kerajaan, kod rujukan khas EI00000000040 digunakan dengan BRN dilabel sebagai NA.
  • Maklumat Pembeli (Buyer) โ€” Nama, alamat, dan nombor pendaftaran pembeli. Jika pembeli adalah individu, nombor pengenalan diri seperti MyKad diperlukan.
  • Butiran Barang atau Perkhidmatan โ€” Penerangan terperinci tentang apa yang dijual, kuantiti, harga seunit, dan jumlah keseluruhan.
  • Kadar Cukai dan Jumlah Cukai โ€” Jika transaksi melibatkan SST atau cukai lain, kadar dan jumlahnya mesti dinyatakan dengan jelas.
  • Mata Wang Transaksi โ€” Mata wang yang digunakan untuk transaksi. Untuk transaksi rentas sempadan, kadar pertukaran mata wang juga perlu disertakan.
  • Jumlah Keseluruhan โ€” Jumlah keseluruhan yang perlu dibayar, termasuk semua cukai dan caj.

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 Terkini Untuk Contoh Invois

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:

  • Elemen Akar (Root Element) โ€” <ubl:Invoice> adalah elemen utama yang mengandungi semua data invois.
  • Elemen Kanak-kanak (Child Elements) โ€” Setiap maklumat seperti nombor invois, tarikh, dan butiran pembekal diletakkan sebagai elemen kanak-kanak di bawah elemen akar.
  • Atribut โ€” Atribut seperti listVersionID digunakan untuk menentukan versi senarai kod yang digunakan.
  • Skema Pemetaan โ€” Setiap medan data dipetakan ke skema UBL yang spesifik. Contohnya, /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.

๐Ÿท๏ธ Contoh Nombor Invois, Tarikh, dan Butiran Transaksi

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:

  • Pembekal: Syarikat ABC Sdn Bhd (BRN: 1234567-X)
  • Pembeli: Kedai Runcit XYZ (BRN: 7654321-Y)
  • Barang: 100 unit Beras Super Spesial (Harga seunit: RM 25.00)
  • Jumlah Kasar: RM 2,500.00
  • Cukai (SST 6%): RM 150.00
  • Jumlah Bersih: RM 2,650.00

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.

๐Ÿ’ผ Contoh Invois B2B, B2C, dan Pembekal

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.

๐Ÿงฉ Cara Semak Keserasian Contoh Invois Dengan LHDN

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:

  • Gunakan Alat Pengesahan (Validation Tool) โ€” LHDN menyediakan alat pengesahan dalam talian melalui Portal SDK MyInvois. Anda boleh memuat naik fail XML invois anda dan alat ini akan menyemak sama ada ia mematuhi skema UBL 2.1.
  • Semak Peraturan Pengesahan (Validation Rules) โ€” LHDN telah menetapkan 55 peraturan pengesahan yang mesti dipatuhi. Peraturan ini merangkumi aspek seperti format tarikh, panjang medan, dan keunikan nombor invois. Anda boleh merujuk kepada dokumentasi peraturan pengesahan untuk senarai lengkap.
  • Uji Dengan API Sandbox โ€” Sebelum menghantar invois sebenar, anda boleh menggunakan API Sandbox yang disediakan oleh LHDN. Ini membolehkan anda menguji proses penyerahan tanpa menjejaskan data sebenar. Anda boleh merujuk kepada dokumentasi API untuk panduan penggunaan.
  • Semak Tandatangan Digital โ€” Pastikan invois anda ditandatangani secara digital menggunakan sijil digital yang sah. Tandatangan digital ini mesti boleh disahkan oleh sistem MyInvois. Jika tandatangan tidak sah, invois akan ditolak.

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.

๐Ÿ“ฅ Contoh Invois Dalam Fail XML dan Paparan PDF

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.

โ“ Soalan Lazim (FAQ)

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.

๐Ÿ“ Kesimpulan

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.

๐Ÿ”— Rujukan Paling Autoriti

๐Ÿ“ Penafian

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.

Kongsi Artikel

E-Bantuan Info

E-Bantuan Info

Penulis Epic @ Ebantuan.my, saya adalah orang yang akan memastikan setiap catatan dan artikel blog yang kami terbitkan adalah LUAR BIASA dari yang lain.