SSMxT Tagging Errors: Why MBRS Filings Fail Validation

Kegagalan yang membawa kos bukanlah yang menghalang fail daripada dijana. Ia adalah yang dijana dengan bersih, dilodej dengan bersih, tetapi membawa angka yang salah sebanyak seribu kali ganda.

Pengesahan SSMxT mahir dalam aritmetik tetapi buta terhadap makna. Ia akan menolak penyata perubahan ekuiti yang tidak seimbang jumlahnya. Namun ia akan menerima begitu sahaja jumlah aset RM53,928 bagi sebuah syarikat yang sebenarnya mempunyai RM53.9 juta pada kunci kira-kira, kerana 53,928 adalah nombor yang sah sepenuhnya.

Ketidaksimetrian itulah cara anda harus membaca setiap kumpulan ralat di bawah: yang dapat dikesan oleh alat itu hanyalah menyusahkan, dan yang tidak dapat dikesanlah yang perlu diberi perhatian semasa semakan.

Dua ralat yang tidak dapat dikesan oleh pengesahan

Skala

SSMxT mengendalikan pembundaran melalui atribut decimals dalam XBRL, bukan dengan membundarkan nilai itu sendiri. Contoh kerja SSM sendiri: sebuah syarikat yang akaunnya dinyatakan dalam ribuan dan asetnya tertera 53,928 menanda fakta itu sebagai 53928000 dengan decimals ditetapkan kepada -3.

Penyedia yang menyalin terus angka bercetak daripada muka akaun akan menanda 53928. Tiada peraturan tercetus. Instance itu adalah XBRL yang sah. Akaun yang dilodej menunjukkan syarikat itu bersaiz satu per seribu daripada saiz sebenarnya — boleh dibaca mesin, kekal, dan boleh dilihat oleh sesiapa sahaja yang menarik data itu.

Setiap pemfailan yang disediakan daripada satu set akaun yang dipersembahkan dalam ribuan atau juta memerlukan semakan skala sebagai satu langkah semakan berasingan, terpisah daripada pengesahan.

Pemilihan elemen

Taksonomi ini membawa beribu-ribu konsep, beberapa daripadanya mungkin kelihatan sesuai bagi mana-mana baki yang diberikan. Tiada apa-apa dalam mTool yang memberitahu anda sama ada anda memilih yang kelihatan sesuai atau yang betul.

Dua akibat berikutan daripada ini. Pertama, akaun yang ditanda tidak lagi sepadan dengan apa yang difahami oleh pembaca PDF tersebut. Kedua — dan inilah yang memberi kesan pada tahun kedua — keputusan pemetaan itu adalah satu preseden. Tanda baki yang sama secara berbeza pada tahun berikutnya dan angka perbandingan anda akan menyimpang dalam data walaupun akaun yang dicetak adalah konsisten.

Rekodkan pemetaan itu. Bukan failnya, tetapi pemetaannya: akaun, konsep, dan sebabnya di mana pilihan itu merupakan pertimbangan profesional.

Lima kumpulan kegagalan pengesahan

SSM membina peraturan ini ke dalam formula linkbase taksonomi, menggunakan pengesahan kewujudan (existence assertion) dan pengesahan nilai (value assertion), dimodelkan supaya benar bermaksud peraturan itu lulus.

Elemen mandatori. Konsep yang mesti hadir, satu pengesahan bagi setiap konsep supaya mesej kegagalan menamakannya. Contoh yang didokumenkan oleh SSM: “Assets” perlu dilaporkan.

Elemen mandatori terbitan. Diperlukan hanya di bawah syarat tertentu, dimodelkan dengan satu prasyarat (precondition) berserta satu pengesahan nilai. Contoh SSM adalah tepat dan patut dihafal: apabila pemfail memilih status syarikat sebagai “Public company”, maka pendedahan status audit penyata kewangan hendaklah “Audited”.

Inilah kumpulan yang menghasilkan permintaan sokongan yang paling mengelirukan, kerana ralat itu muncul dalam penyata kewangan sedangkan puncanya ialah satu dropdown dalam blok maklumat pemfailan. Sebelum mempertikaikan ralat mandatori terbitan, baca semula bahagian header.

Agregat dimensi. Ahli sesuatu axis mesti menjumlahkan kepada induknya di mana penyedia menstrukturkannya dalam hierarki seperti penjumlahan. Contoh SSM: jumlah ekuiti bersamaan kepentingan bukan kawalan tambah komponen ekuiti lain tambah ekuiti boleh diagihkan kepada pemilik induk.

Nilai positif dan negatif. Di sinilah gerak hati yang dibawa oleh kebanyakan penyedia adalah silap. Dokumen seni bina ini jelas menyatakan tiada elemen yang perlu sentiasa disimpan sebagai nilai negatif, kerana item berpemberat negatif seperti kos jualan disimpan sebagai nombor positif dalam kebanyakan kes. Apa yang sebenarnya dibawa oleh formula linkbase ialah senarai elemen yang mesti sentiasa positif — contoh SSM ialah jumlah keseluruhan hutang dalam MYR hendaklah bernilai positif.

Jadi ralat tanda yang biasa dalam pemfailan SSMxT bukanlah tanda tolak yang tertinggal. Sebaliknya, ia adalah penyedia yang dengan niat baik menambah satu tanda tolak.

Data merentas penyata dan berkorelasi. Fakta yang sama yang muncul dalam lebih daripada satu penyata mesti selaras, dan fakta-fakta yang berkait secara logik disemak antara satu sama lain. Angka keuntungan dalam penyata untung rugi yang tidak selaras dengan pergerakan pembukaan-kepada-penutupan dalam penyata perubahan ekuiti dahulunya tidak kelihatan dalam PDF. Kini ia menghalang fail itu daripada dijana.

Di bawah kelima-lima kumpulan ini terletak semakan struktur — pengesahan XBRL, dimensi, formula, jadual, extensible enumeration dan iXBRL — yang mengesahkan instance itu terbentuk dengan betul berbanding SSMxT_2022v1.0 itu sendiri.

Penandaan blok berbanding penandaan terperinci

Penandaan terperinci memberikan setiap angka konsepnya sendiri: boleh dibaca mesin secara berasingan, disahkan secara berasingan, boleh dibandingkan secara berasingan merentas tahun. Penandaan blok pula merakam keseluruhan nota sebagai teks terhadap satu konsep blok teks.

Peraturan yang menentukan penandaan mana yang perlu digunakan bukanlah keutamaan peribadi. Sambungan syarikat kepada SSMxT_2022v1.0 tidak dibenarkan. Di mana taksonomi membawa sesuatu konsep, anda menanda kepadanya. Di mana piawaian perakaunan memerlukan perincian yang tidak dimodelkan oleh taksonomi — pecahan segmen menjadi contoh SSM sendiri bagi perincian khusus entiti — arahannya ialah menyediakannya melalui penandaan blok teks ke dalam konsep blok teks yang sesuai.

Mod kegagalan di sini ialah pemblokan berlebihan: seorang penyedia yang tertekan dengan tarikh akhir memblokkan keseluruhan nota yang sebenarnya dimodelkan oleh taksonomi konsep demi konsep. Ia dijana, ia dilodej, tetapi ia mengosongkan isi kandungan pemfailan itu. Tiada apa-apa dalam saluran paip data (data pipeline) yang dibina oleh SSM dapat memanfaatkan nota yang disimpan sebagai perenggan.

Di mana sesuatu instance disediakan dalam iXBRL, kandungan boleh dibaca manusia yang tidak ditanda boleh wujud dalam dokumen bersebelahan dengan fakta yang ditanda. Ini mengurangkan tekanan untuk memaksa segala-galanya ke dalam satu tag, tetapi ia tidak memberi lesen untuk memblokkan apa yang sepatutnya diperincikan.

Nota yang tidak dapat dipetakan

Tiga situasi yang kerap berulang.

Nota yang tiada konsep dalam taksonomi. Blok teks. Inilah jawapan yang direka bentuk, bukan jalan pintas sementara.

Nota yang dimodelkan oleh taksonomi di bawah nama yang berbeza. Lebih lazim berlaku berbanding jangkaan penyedia, kerana SSMxT mewarisi label IFRS Taxonomy 2022 sedangkan akaun Malaysia sering membawa istilah dalaman syarikat sendiri. Gunakan pelayar SSMxT terbina-dalam dalam mTool untuk mencari konsep tersebut, bukan label yang biasa anda gunakan.

Nota yang tergolong dalam asas persembahan yang tidak anda pilih. Taksonomi ini membawa alternatif — semasa/bukan semasa berbanding susunan kecairan bagi penyata kedudukan kewangan, fungsi berbanding sifat perbelanjaan bagi untung rugi, langsung berbanding tidak langsung bagi aliran tunai. Konsep yang tergolong dalam asas yang tidak anda pilih tidak akan tersedia. Penyedia sering menganggap ini sebagai elemen yang hilang. Sebenarnya ia adalah pilihan persembahan yang dibuat dua langkah sebelumnya.

Mata wang, dan peraturan statutori di sebaliknya

Fakta kewangan mesti membawa iso4217:MYR. Penyedia bagi anak syarikat milik asing yang melapor kepada kumpulan dalam mata wang lain kadangkala menganggap mata wang persembahan itu turut berpindah bersama akaun. Ia tidak berbuat demikian.

Ini bukan sekadar kekangan taksonomi. Seksyen 259(1)(c) Akta Syarikat 2016 (Companies Act 2016) menghendaki semua jumlah yang ditunjukkan dalam penyata kewangan dan laporan yang dilodej dengan Pendaftar disebut dalam mata wang Malaysia, dan dokumen dalam mana-mana bahasa selain Bahasa Malaysia atau Bahasa Inggeris disertakan dengan terjemahan yang disahkan.

Kesilapan lazim

• Memasukkan angka bercetak daripada akaun yang dinyatakan dalam ribuan, bukannya jumlah penuh dengan decimals ditetapkan kepada -3. Lulus pengesahan, tetapi menyalahnyatakan akaun.
• Menambah tanda tolak pada perbelanjaan. SSMxT menyimpan item berpemberat negatif sebagai positif dalam kebanyakan kes.
• Mempertikaikan ralat mandatori terbitan tanpa menyemak header maklumat pemfailan yang mencetuskannya.
• Memblokkan nota yang dimodelkan secara terperinci oleh taksonomi kerana tarikh akhir lebih hampir berbanding kefahaman.
• Mencari dalam taksonomi menggunakan nama akaun sendiri dan bukannya label IFRS, lalu membuat kesimpulan bahawa konsep itu tidak wujud.
• Menukar asas persembahan dari tahun ke tahun, yang secara senyap merosakkan angka perbandingan dalam data.
• Menganggap kegagalan pengesahan sebagai penolakan. Pengesahan berlaku secara luar talian dalam mTool; penolakan dan pertanyaan berlaku dalam mPortal selepas muat naik. Tiada satu pun menghentikan jangka masa statutori.
• Menanda mata wang persembahan kumpulan dan bukannya Ringgit Malaysia.
• Menganggap pemetaan itu boleh dibuang. Dokumen instance itulah yang boleh dibuang. Pemetaan itulah asetnya.

Langkah seterusnya

Bina satu langkah semakan dua lajur ke dalam proses penutupan anda: setiap fakta yang ditanda dibandingkan dengan muka akaun, disemak dari segi skala, dan setiap pemetaan yang melibatkan pertimbangan profesional direkodkan berserta sebabnya. Kedua-duanya bukan peraturan pengesahan, dan itulah sebabnya kedua-duanya tidak akan dikesan untuk anda.

Jika anda masih memilih titik masuk atau sedang memahami peranan maker dan lodger, mulakan dengan panduan penyediaan MBRS 2.0.