BOOTINGJRV//SYSTEMS/
Anda sudah termasuk dalam skop. Sistem anda pula?
MyInvois ialah platform e-invois LHDN: setiap invois perlu dihantar kepada pihak berkuasa cukai dalam format berstruktur dan disahkan sebelum ia dikira. Kami membina sistem yang menghasilkan dan menghantar dokumen tersebut daripada data sedia ada anda.
Fasa terakhir pelaksanaan LHDN bermula 1 Januari 2026. Jika perolehan tahunan anda melebihi RM1 juta, anda diwajibkan hari ini, bukan tahun hadapan, dan persoalannya bukan lagi sama ada perlu bersedia tetapi sama ada dokumen yang anda keluarkan benar-benar disahkan. Kami bina bahagian penginvoisan: dokumen yang membawa medan yang dikehendaki LHDN, laluan penghantaran ke MyInvois, dan lejar di bawahnya yang kekal seimbang apabila enjin cukai berubah.
Fasa pengenalan telah selesai. Melebihi RM100 juta bermula pada 1 Ogos 2024, RM25–100 juta pada 1 Januari 2025, RM5–25 juta pada 1 Julai 2025, dan semua sehingga RM5 juta pada 1 Januari 2026. Perniagaan di bawah perolehan RM1 juta dikecualikan. Setiap kumpulan lain kini diwajibkan, yang bermaksud soalan menarik bukan lagi bila, tetapi sama ada apa yang anda keluarkan benar-benar disahkan.
Keadaan biasa yang kami dapati ialah perniagaan yang patuh pada prinsip dan manual dalam amalan. Invois dihasilkan dalam pakej perakaunan seperti dahulu, kemudian seseorang menaip semula ke dalam portal MyInvois. Ia berfungsi pada sepuluh invois sebulan. Pada dua ratus, ia menghasilkan apa yang anda jangkakan: angka yang tertukar, TIN pembeli yang hilang, dan set invois yang semakin meningkat yang dikeluarkan tetapi tidak pernah dihantar.
Jurang itu adalah pendedahan sebenar. Bukan jadual penalti — ejen cukai anda mengendalikan itu — tetapi hakikat bahawa tiada siapa yang boleh menyatakan betapa besarnya jurang itu sekarang. Invois yang dibukukan dalam lejar anda yang tiada rekod LHDN adalah tidak kelihatan sehingga seseorang mencarinya, dan orang pertama yang mencarinya biasanya bukan anda.
Entiti mana, kumpulan mana, apa yang dikeluarkan hari ini dan dalam bentuk apa. Kami menyelaraskan apa yang anda buku dengan apa yang LHDN sahkan, supaya jurang menjadi nombor pada skrin dan bukannya yang tidak diketahui.
Kebanyakan kegagalan berlaku sebelum penghantaran. TIN pembeli, pendaftaran SST dan kod klasifikasi perlu ditangkap apabila pelanggan dicipta dan baris dimasukkan, bukan dikejar pada akhir bulan. Ini adalah langkah yang tidak glamor yang menentukan sama ada yang lain berfungsi.
Invois UBL 2.1, nota kredit dan nota debit dijana daripada data sedia ada anda. Dibina mengikut spesifikasi SDK LHDN sendiri, bukan berdasarkan andaian mengenainya.
Penghantaran API dengan percubaan semula, penjejakan status dan rujukan pengesahan disimpan terhadap invois. Apabila sesuatu ditolak, anda melihat invois mana, medan mana, dan mengapa — baris gilir yang boleh anda kerjakan, bukan ralat portal yang perlu anda tafsirkan.
PDF sah ber-QR dihantar kepada pembeli anda sebagai salinan yang mereka simpan, dan rujukan pengesahan terletak dalam lejar anda terhadap dokumen yang sama.
Penghantaran pukal invois yang telah dikeluarkan, diselaraskan dengan apa yang LHDN terima, supaya kedudukan sejarah ditutup dan bukannya dibawa ke hadapan.
Disebut harga daripada apa yang sudah wujud. Jambatan ke perisian perakaunan yang berfungsi adalah projek yang jauh lebih kecil daripada menggantikannya, dan kami skop dengan cara itu.
Baca apa yang pakej perakaunan anda sudah pegang, tambah medan yang LHDN perlukan, hantar, dan tulis semula keputusan pengesahan. Tiada penggantian.
Lejar penuh dengan e-invois asli padanya — terbit, hantar, sahkan dan akaunkan dokumen dalam satu sistem berbanding tiga.
Penghantaran pukal bagi backlog sedia ada dan penyesuaian antara yang direkodkan dengan yang disahkan, dihantar sebagai laporan yang boleh anda tindak lanjuti.
