Apabila Caj Platform 40% Mengubah Definisi Hasil dalam Sistem Operasi✎ Edit

Gross Margin (%) = (Hasil – COGS) ÷ Hasil × 100

Formula ini kelihatan ringkas. Tetapi dari sudut pembinaan sistem operasi logistik, definisi revenue menjadi kompleks apabila setiap pesanan melalui pelbagai lapisan potongan platform sebelum sampai ke akaun bank.

Sebagai pasukan R&D operasi di AINNA, kami melihat aliran data pesanan dari marketplace tidak berakhir di warehouse. Penjual platform menghadapi beberapa potongan: yuran komisen, yuran transaksi, yuran sokongan platform, komisen affiliate, pengiklanan, baucar dan promosi yang didanai penjual. TikTok Shop Malaysia, sebagai contoh, secara rasmi menyenaraikan komisen berasaskan kategori, yuran transaksi 3.78% dan yuran sokongan platform RM0.54 setiap pesanan selesai. Shopee Malaysia juga mengenakan komisen, yuran transaksi 3.78% dan yuran sokongan platform. (TikTok Shop)

Apabila semua potongan disusun dalam satu pipeline penyelesaian, deduction sebenar untuk sesetengah jualan atau kempen boleh mendekati 40%.

Penjual mungkin merekod jualan RM100, tetapi hanya RM60 yang akhirnya masuk ke akaun bank. Baki RM40 tidak pernah tersedia untuk gaji, penggantian inventori atau pengembangan perniagaan. Dalam sistem kami, perbezaan ini bukan sekadar nombor perakaunan-ia adalah data operasi yang perlu dipetakan kepada setiap SKU dan setiap pesanan.

Di bawah IFRS 15, sama ada hasil perlu dilaporkan secara kasar atau bersih bergantung pada sama ada perniagaan bertindak sebagai principal atau agen. Principal biasanya mengiktiraf gross revenue dan merekod yuran platform secara berasingan sebagai perbelanjaan. Agent pula biasanya mengiktiraf hanya yuran atau komisennya. Oleh itu, mengubah accounting revenue kepada jumlah penyelesaian platform secara langsung mungkin tidak semestinya betul dari segi teknikal. Struktur data dalam sistem mestilah membezakan kedua-dua lapisan ini tanpa menggabungkannya dalam satu medan revenue. (IFRS Asas)

Tetapi untuk pengurusan PKS, bergantung hanya kepada gross sales boleh menghasilkan gambaran yang salah.

Penjual mungkin menunjukkan revenue yang kukuh tetapi wang tunai yang dikekalkan sangat lemah. Prestasi kemudian kelihatan buruk, seolah-olah margin gagal dikekalkan, sedangkan sebahagian besar sudah diambil oleh platform sebelum wang sampai. Dalam operasi logistik, ini sama seperti mengira produktiviti gudang tanpa mengambil kira lead time terakhir-data kelihatan lengkap, tetapi keputusan yang dibuat daripadanya akan tersasar.

Mungkin PKS memerlukan dua ukuran berasingan dalam sistem pengurusan mereka:

Perakaunan Hasil = Gross sales yang diiktiraf mengikut rawatan perakaunan yang berkenaan

Actual Seller Hasil = GMV – refund – caj platform – promosi didanai penjual

Kemudian kira margin dalaman:

Seller Margin (%) = (Actual Seller Hasil – COGS) ÷ Actual Seller Hasil × 100

Tekanan ini bukan hanya pada margin.

PKS mesti memuat turun laporan penyelesaian, memisahkan pelbagai jenis yuran, memadankan setiap pesanan, merekonsiliasi refund dan menyediakan rekod cukai yang betul. Banyak sumber manusia digunakan hanya untuk memahami berapa banyak yang sebenarnya diperoleh, sedangkan PKS sepatutnya memberi tumpuan kepada penambahbaikan produk dan peningkatan jualan. Dari perspektif R&D operasi, ini menunjukkan keperluan untuk membina enjin rekonsiliasi yang boleh memproses fail penyelesaian secara automatik, mengenal pasti potongan mengikut jenis, dan memadankan semula dengan data pesanan dari sistem warehouse management.

Authority cukai Malaysia mengesahkan bahawa pendapatan perniagaan e-dagang adalah dikenakan cukai, tetapi cukai umumnya berdasarkan taxable business income-bukan semata-mata jumlah yang dipaparkan sebagai marketplace GMV. Rekod yang betul mengenai pendapatan dan perbelanjaan perniagaan berkaitan masih diperlukan. Sistem kita perlu menyimpan jejak audit ini secara terstruktur supaya penyata cukai boleh dijana tanpa proses manual yang memakan masa. (lampiran2.hasil.gov.my)

Isunya bukan meminta platform beroperasi secara percuma.

Isunya adalah transparency.

Setiap platform seharusnya menyediakan satu penyata standard yang dengan jelas memisahkan:

GMV → Refund → Platform Fees → Promotion Costs → Net Settlement

Tanpa ini, PKS mungkin kelihatan berjaya berdasarkan angka jualan, sementara akaun bank menceritakan cerita yang sangat berbeza. Dalam sistem operasi yang kami bina di AINNA, kejernihan aliran data ini adalah asas kepada setiap keputusan perolehan, pengurusan inventori dan perancangan perkapalan.