{"content_id":"zpxre8owiy","slug":"seven-policies-before-building-ai-settlement-system","locale":"id","schema_type":"HowTo","category":"how_to","category_name":"Panduan","title":"7 Kebijakan yang Harus Ditetapkan Sebelum Membangun Sistem Penyelesaian Dana dengan AI","summary":"Penyelesaian dana bukan sekadar fungsi perhitungan yang mengurangi komisi dari nilai penjualan, melainkan sistem operasional keuangan yang mengendalikan kepemilikan hasil penjualan, ketentuan pembayaran, pengembalian dana, pajak, dan penanganan kegagalan. Sebelum menyerahkan implementasinya kepada AI, manusia harus terlebih dahulu menetapkan 7 kebijakan, mulai dari tanggal acuan penyelesaian hingga log audit.","author":{"name":"injoys","url":"https://injoys.com/ko/about"},"key_points":["Hasil penjualan harus dikelola sebagai dana terbatas yang terkait dengan kewajiban pembayaran kepada penjual dan pihak lainnya, bukan sebagai dana operasional yang bebas digunakan oleh platform.","Pisahkan status pesanan dari status penyelesaian dana, lalu catat konfirmasi pembelian, pengembalian dana, sengketa, dan kegagalan pembayaran secara terpisah dalam pembukuan.","Penjual perorangan tidak selalu dikenai pemotongan pajak sebesar 3.3%; penetapannya harus didasarkan pada sifat hukum penghasilan dan status penjual.","Meskipun menggunakan PG atau escrow, platform tetap harus menentukan siklus penyelesaian dana, biaya, penahanan, pemindahan saldo negatif, dan kebijakan perpajakan.","Kode penyelesaian dana yang dibuat oleh AI hanya boleh dioperasikan setelah melalui rekonsiliasi buku besar akuntansi, pencegahan pembayaran ganda, pengendalian hak akses, dan peninjauan oleh ahli."],"content_markdown":"Penyelesaian dana bukan sekadar fungsi pengurangan. Ini adalah sistem buku besar yang menetapkan hak dan kewajiban per pesanan, memisahkan dana yang harus disimpan atau dibayarkan oleh platform, serta melacak pengembalian dana, sengketa, pajak, dan kegagalan transfer.\n\nAI generatif dapat membantu menulis kode dan pengujian, tetapi tidak dapat menjadi pihak yang bertanggung jawab atas kebijakan penyelesaian dana. Jika kebijakan tidak ditetapkan, AI dapat membuat nilai bawaan yang tampak masuk akal atau melewatkan pengecualian, yang dapat mengakibatkan kelebihan pembayaran, pembayaran ganda, kesalahan pajak, atau masalah likuiditas.\n\n## Prinsip yang Perlu Diperhatikan dari Kasus TMON dan WeMakePrice pada 2024\n\nKegagalan penyelesaian dana penjualan berskala besar oleh TMON dan WeMakePrice pada 2024 menunjukkan betapa besarnya dampak berantai yang dapat ditimbulkan oleh keterlambatan penyelesaian dana terhadap penjual dan konsumen. Namun, penyebab kasus tersebut tidak boleh disimpulkan hanya sebagai akibat dari panjangnya siklus penyelesaian dana. Berbagai faktor seperti pengelolaan dana, likuiditas, tata kelola, dan pengendalian internal harus ditinjau bersama.\n\nPelajaran utama yang harus dipetik operator sudah jelas.\n\n- Jangan menganggap dana penjualan yang belum dibayarkan sebagai kas perusahaan yang dapat digunakan secara bebas.\n- Semakin panjang siklus penyelesaian dana, semakin besar saldo terutang yang terpapar pada satu kejadian gangguan atau kekurangan likuiditas.\n- Rekonsiliasikan saldo dana penjualan dengan dana yang benar-benar disimpan setiap hari.\n- Ungkapkan ketentuan penyelesaian dana dan alasan keterlambatan secara transparan kepada penjual.\n- Periksa secara terpisah peraturan perundang-undangan terkait, struktur kontrak, dan cakupan layanan PG.\n\nAtribusi hukum dan metode perlindungan dana penjualan dapat berbeda menurut struktur transaksi. Oleh karena itu, dalam operasional sehari-hari tetaplah waspada dengan menganggapnya sebagai ‘uang milik pihak lain’, tetapi perlakuan akuntansi dan hukum yang sebenarnya harus ditentukan berdasarkan kontrak dan peraturan perundang-undangan yang berlaku.\n\n## 7 Kebijakan Penyelesaian Dana yang Harus Ditetapkan Sebelum Implementasi\n\n### 1. Tanggal Acuan Penyelesaian Dana dan Siklus Pembayaran\n\nPertama, definisikan kapan suatu pesanan memenuhi syarat untuk diselesaikan. Jika hanya menggunakan tanggal pesanan atau tanggal pembayaran sebagai acuan, jumlah yang masih mungkin dibatalkan sebelum pengiriman atau dikembalikan dapat ikut masuk dalam pembayaran.\n\nUntuk transaksi barang pada umumnya, alur berikut dapat dirancang.\n\n1. Persetujuan pembayaran\n2. Pengiriman selesai\n3. Konfirmasi pembelian atau konfirmasi otomatis setelah jangka waktu yang disepakati berlalu\n4. Pemeriksaan pengembalian, sengketa, atau transaksi tidak wajar\n5. Penetapan objek penyelesaian dana\n6. Penyertaan dalam batch pembayaran\n7. Penyelesaian transfer dan rekonsiliasi\n\nHal-hal berikut wajib ditetapkan.\n\n- Peristiwa acuan penyelesaian dana untuk setiap jenis transaksi seperti barang, konten digital, dan layanan\n- Jangka waktu hingga konfirmasi pembelian otomatis dan titik awal perhitungannya\n- Siklus pembayaran harian, mingguan, atau bulanan\n- Cara menangani akhir pekan dan hari libur\n- Waktu penutupan penyelesaian dana dan batch atribusi untuk transaksi setelah penutupan\n- Jumlah pembayaran minimum dan apakah saldo kecil dibawa ke periode berikutnya\n- Apakah siklus yang berbeda diperbolehkan menurut tingkatan penjual\n- Prosedur untuk memastikan tenggat pembayaran tidak melampaui batas menurut peraturan perundang-undangan atau kontrak\n\nTanggal kelayakan penyelesaian dana harus dibedakan dari tanggal pembayaran sebenarnya. Misalnya, `eligible_at` adalah waktu ketika syarat pembayaran terpenuhi, `scheduled_payout_at` adalah waktu ketika pembayaran dimasukkan ke dalam batch, dan `paid_at` adalah waktu ketika keberhasilan transfer dikonfirmasi.\n\n### 2. Perhitungan Biaya dan Laporan Penyelesaian Dana\n\nJika hanya jumlah pembayaran akhir yang ditampilkan kepada penjual, verifikasi akan sulit dan pertanyaan serta sengketa akan meningkat. Rincian per pesanan dan total per periode sama-sama diperlukan.\n\n| Item Rincian | Penjelasan |\n|---|---|\n| Nilai transaksi bruto | Komponen nilai penjualan berdasarkan kontrak, seperti harga barang, harga opsi, dan biaya pengiriman |\n| Beban diskon | Diskon yang masing-masing ditanggung oleh platform, penjual, dan mitra |\n| Jumlah pembatalan dan pengembalian dana | Pengembalian penuh dan sebagian serta penyesuaian biaya pengiriman |\n| Biaya platform | Tarif biaya, biaya tetap, dan status pengenaannya |\n| Biaya terkait pembayaran | Menunjukkan apakah biaya PG dikurangkan secara terpisah atau termasuk dalam biaya |\n| Penyesuaian pajak | Item yang berlaku seperti tampilan pajak pertambahan nilai dan pemotongan pajak |\n| Penyesuaian lainnya | Penyesuaian berdasarkan kontrak seperti kompensasi, biaya iklan, dan penalti |\n| Jumlah pembayaran akhir | Jumlah transfer yang direncanakan setelah memperhitungkan semua penambahan dan pengurangan |\n\nKebijakan biaya juga harus mencantumkan dasar perhitungannya. Harus ditentukan apakah perhitungan didasarkan pada harga jual sebelum diskon atau jumlah pembayaran setelah diskon, apakah biaya pengiriman dan pajak pertambahan nilai disertakan, serta bagaimana biaya dikembalikan saat terjadi pengembalian dana sebagian.\n\nLebih aman untuk tidak menghitung jumlah uang menggunakan tipe data floating-point. Untuk mata uang seperti won Korea yang unit moneter minimumnya berupa bilangan bulat, simpan sebagai bilangan bulat. Jika diperlukan perhitungan mata uang asing atau desimal, gunakan tipe data fixed-point dan aturan pembulatan per mata uang.\n\n### 3. Pengembalian Dana dan Penyelesaian Dana Negatif\n\nPesanan yang sudah dibayarkan kepada penjual dapat dikembalikan dananya di kemudian hari. Dalam hal ini, jumlah pengembalian dana dan biaya yang harus dikembalikan perlu dicatat dalam buku besar penyesuaian lalu dikurangkan dari pembayaran berikutnya.\n\nMisalnya, jika jumlah penyelesaian dana yang direncanakan kali ini adalah 300.000 won dan pengurangan terkait pengembalian dana dari pesanan sebelumnya adalah 400.000 won, penanganannya dapat dilakukan sebagai berikut.\n\n- Jumlah pembayaran kali ini: 0 won\n- Saldo yang belum dipulihkan: minus 100.000 won\n- Jumlah yang dibawa ke penyelesaian dana berikutnya: pengurangan 100.000 won\n\nKebijakan harus memuat hal-hal berikut.\n\n- Cara mengalokasikan harga barang, biaya pengiriman, dan biaya layanan saat terjadi pengembalian dana sebagian\n- Periode penerusan saldo negatif dan urutan saling hapus\n- Cara memulihkan dana dari penjual yang tidak memiliki penjualan dalam jangka panjang\n- Dasar kontraktual untuk menetapkan uang jaminan atau cadangan pembayaran\n- Prosedur untuk memeriksa kewajiban yang belum diselesaikan sebelum penjual keluar\n- Cara membuat jurnal balik ketika pengembalian dana dibatalkan atau hasil sengketa berubah\n\nJangan menimpa catatan transaksi yang ada; hubungkan transaksi awal dengan transaksi penyesuaian. Dengan begitu, dapat direkonstruksi pengembalian dana mana yang mengubah penyelesaian dana tertentu.\n\n### 4. Penahanan dan Pelepasan Pembayaran\n\nAlih-alih menghentikan seluruh pembayaran akun penjual tanpa pengecualian, sistem harus dapat menahan pembayaran berdasarkan pesanan, jumlah, atau alasan. Alasan penahanan yang umum antara lain:\n\n- Sengketa konsumen atau proses pengembalian barang\n- Dugaan transaksi mandiri, pengambilalihan akun, atau pembayaran tidak wajar\n- Kegagalan verifikasi identitas penjual, badan usaha, atau rekening\n- Permintaan sah dari pengadilan, lembaga penyelidikan, atau instansi terkait\n- Dokumen penyelesaian dana yang diwajibkan kontrak belum diserahkan\n\nSetiap catatan penahanan harus menyimpan jumlah yang ditahan, kode alasan, bukti pendukung, waktu mulai, tenggat peninjauan, penanggung jawab, dan syarat pelepasan. Pada layar penjual, tampilkan jumlah dan alasan penahanan, tindakan yang diperlukan, serta jalur pertanyaan sejauh dapat diungkapkan.\n\nSebaiknya pisahkan kewenangan untuk membuat dan melepaskan penahanan agar operator tidak dapat mengulang penahanan secara sewenang-wenang, serta terapkan persetujuan ganda untuk pelepasan penahanan dalam jumlah besar.\n\n### 5. Pengelolaan Terpisah Dana Penjualan serta Struktur PG dan Escrow\n\nJika dana penjualan yang belum dibayarkan dan biaya operasional perusahaan dikelola sebagai kas tersedia yang sama, kekurangan likuiditas dapat langsung berkembang menjadi kegagalan penyelesaian dana. Setidaknya dalam buku besar internal dan pengoperasian rekening, dana terkait penjualan dan dana operasional harus dibedakan dengan jelas serta saldonya direkonsiliasikan setiap hari.\n\nNamun, hanya dengan membuat rekening terpisah tidak berarti pemisahan hukum dari kepailitan atau perlindungan dana secara penuh otomatis terbentuk. Efektivitas dan kewajiban metode perlindungan seperti perwalian, penitipan, dan jaminan pembayaran harus ditinjau berdasarkan peraturan perundang-undangan yang berlaku serta struktur kontrak.\n\nBergantung pada peran platform dalam proses pembayaran dan penyaluran dana, dapat muncul persoalan pendaftaran berdasarkan Undang-Undang Transaksi Keuangan Elektronik, seperti sebagai penyedia layanan payment gateway elektronik. Tidak semua platform wajib terdaftar sebagai PG dengan cara yang sama, dan sekadar menghitung data penyelesaian dana juga tidak selalu menjadikannya objek pendaftaran. Penilaian harus didasarkan pada cara dana benar-benar diterima, disimpan, dan disalurkan serta hubungan kontraktualnya.\n\nPlatform tahap awal dapat mempertimbangkan layanan pembayaran, escrow, atau penyelesaian dana terpisah per penjual yang disediakan oleh PG terdaftar. Namun, penggunaan PG tidak menghilangkan tanggung jawab berikut.\n\n- Menentukan pesanan mana yang diteruskan sebagai objek pembayaran dan kapan\n- Menghitung biaya dan jumlah penyesuaian\n- Mengelola pengembalian dana dan penerusan saldo negatif\n- Memverifikasi informasi dan rekening penjual\n- Merekonsiliasikan hasil PG dengan buku besar internal\n- Menangani gangguan dan kegagalan pembayaran\n\nKewajiban dan pengecualian escrow juga berbeda menurut jenis transaksi dan metode pembayaran, sehingga Undang-Undang Perdagangan Elektronik beserta peraturan turunannya harus diperiksa.\n\n### 6. Pemotongan Pajak, Pajak Pertambahan Nilai, dan Bukti Transaksi\n\nAturan bahwa ‘penjual individu selalu dipotong 3,3%’ tidaklah tepat. 3,3% adalah istilah yang umumnya menggabungkan pajak penghasilan sebesar 3% atas pendapatan usaha dan pajak penghasilan daerah individu sebesar 0,3%. Penerapan pemotongan pajak yang sebenarnya tidak hanya bergantung pada apakah penjual memiliki pendaftaran usaha, tetapi juga pada sifat pendapatan, hubungan kontraktual, item pembayaran, dan ketentuan pengecualian.\n\nInformasi berikut harus diperoleh pada tahap pendaftaran dan kontrak.\n\n- Jenis penjual seperti individu, pengusaha perorangan, atau badan hukum\n- Status sebagai penduduk atau badan hukum dalam negeri maupun luar negeri\n- Status perpajakan seperti kena pajak, bebas pajak, atau pajak sederhana\n- Informasi yang diperlukan untuk pelaporan resmi seperti nomor pendaftaran usaha dan nomor registrasi penduduk\n- Sifat pendapatan dan alasan pembayaran\n- Bukti yang diperlukan seperti faktur pajak, faktur, atau bukti pemotongan pajak\n\nJangan menggeneralisasi bahwa penjual badan usaha ‘selalu dibayar 100% tanpa potongan pajak apa pun’. Jika kontrak menetapkan pengurangan biaya platform, nilai transaksi bruto, biaya, pajak pertambahan nilai, dan jumlah transfer aktual harus dibedakan. Pihak yang menerbitkan faktur pajak atas biaya layanan perantara yang disediakan platform serta waktu penerbitannya juga harus ditentukan sesuai dengan hubungan penyediaan menurut kontrak dan undang-undang perpajakan.\n\nPajak yang dipotong umumnya mengikuti struktur pelaporan dan pembayaran paling lambat tanggal 10 bulan berikutnya setelah bulan pembayaran, tetapi karena mungkin terdapat pengecualian atau perubahan tenggat, peraturan yang berlaku pada saat pelaporan harus diperiksa. Lebih aman mengelola aturan pajak sebagai kebijakan berversi dengan tanggal mulai dan berakhirnya penerapan daripada menetapkannya secara permanen di dalam kode.\n\n### 7. Kegagalan Pembayaran, Admin Penyelesaian Dana, dan Log Audit\n\nPembayaran yang dibuat dengan benar pun dapat gagal akibat kesalahan rekening, ketidakcocokan nama pemilik rekening, pembatasan transaksi, pemeliharaan bank, atau gangguan PG. Jangan sekadar menandai kegagalan sebagai ‘belum dibayar’; perinci status dan aturan pemrosesan ulang.\n\nContoh status yang disarankan adalah sebagai berikut.\n\n- `scheduled`: pembayaran dijadwalkan\n- `submitted`: permintaan disampaikan ke bank atau PG\n- `processing`: sedang diproses oleh lembaga eksternal\n- `paid`: keberhasilan dikonfirmasi\n- `failed_retryable`: kegagalan yang dapat dicoba ulang\n- `failed_final`: kegagalan akhir yang memerlukan koreksi informasi dan sebagainya\n- `reversed`: dibatalkan atau dikembalikan setelah berhasil\n\nPercobaan ulang harus menggunakan kunci idempotensi yang mengidentifikasi pembayaran yang sama. Karena salah menganggap keterlambatan respons sebagai kegagalan dan mengirim ulang dana dapat menyebabkan pembayaran ganda, periksa terlebih dahulu hasil permintaan sebelumnya dengan mencari nomor transaksi eksternal.\n\nCatat hal-hal berikut dalam log audit.\n\n- Pelaku dan akun operator yang digunakan\n- Waktu pelaksanaan dan informasi keamanan seperti lokasi akses\n- Nilai sebelum dan sesudah perubahan\n- Alasan penahanan, pelepasan, dan penyesuaian manual\n- Pemberi persetujuan dan pelaksana\n- Pesanan terkait, batch penyelesaian dana, dan nomor transaksi eksternal\n- Kode kegagalan dan riwayat percobaan ulang\n\nLindungi log audit agar tidak dapat diubah atau dihapus oleh operator biasa, serta terapkan kebijakan pengumpulan minimum, kontrol akses, enkripsi, dan periode penyimpanan untuk data pribadi dan informasi keuangan.\n\n## Komponen Minimum Model Data Penyelesaian Dana\n\nSebaiknya definisikan buku besar berikut terlebih dahulu daripada meminta AI membuat layar terlebih dahulu.\n\n| Objek Data | Peran |\n|---|---|\n| Buku besar pesanan | Mencatat status pesanan, pembayaran, pengiriman, dan konfirmasi pembelian |\n| Item penyelesaian dana | Mencatat jumlah bruto, biaya, pajak, jumlah penyesuaian, dan penjual penerima per pesanan |\n| Buku besar penyesuaian | Mencatat pengembalian dana, kompensasi, penalti, dan penyesuaian manual |\n| Buku besar penahanan | Mencatat jumlah yang ditahan, alasan, tenggat, dan riwayat pelepasan |\n| Batch penyelesaian dana | Kumpulan objek pembayaran untuk periode dan penjual tertentu |\n| Buku besar pembayaran | Mencatat permintaan transfer, keberhasilan atau kegagalan, dan nomor transaksi eksternal |\n| Buku besar pajak | Mencatat pemotongan pajak serta status penerbitan dan pelaporan bukti |\n| Log audit | Mencatat semua perubahan penting oleh operator dan sistem |\n\nSetiap buku besar harus memuat mata uang, versi kebijakan, waktu pembuatan, dan kunci penghubung ke transaksi awal. Jumlah penyelesaian dana historis tidak boleh diam-diam berubah hanya karena status pesanan diubah.\n\n## Aturan Pengendalian yang Wajib Dipertahankan\n\nSistem penyelesaian dana harus secara otomatis memeriksa kondisi tetap berikut.\n\n- Satu item penyelesaian dana terhubung tepat ke satu penjual dan satu transaksi awal.\n- Jangan mentransfer dua kali dengan kunci pembayaran yang sama.\n- Total jumlah yang telah dibayar, belum dibayar, ditahan, dan disesuaikan harus sesuai dengan buku besar.\n- Penyesuaian manual harus memiliki alasan dan pemberi persetujuan.\n- Penyelesaian dana yang telah ditutup tidak boleh diubah, melainkan diperbaiki dengan jurnal balik dan penyesuaian baru.\n- Selisih antara saldo internal terkait dana penjualan dan saldo PG atau bank harus diselidiki setiap hari.\n- Versi kebijakan yang diterapkan harus dicatat dalam perhitungan pajak dan biaya.\n\n## Contoh Spesifikasi Kebijakan untuk Disampaikan kepada AI\n\nMenyusun persyaratan seperti berikut dapat mengurangi kelalaian.\n\n\u003e Rancang status pesanan dan status penyelesaian dana secara terpisah. Implementasikan syarat konfirmasi pembelian per jenis transaksi, batch pembayaran setiap hari Rabu, penanganan hari libur, dasar biaya, alokasi pengembalian dana sebagian, penerusan saldo negatif, penahanan pembayaran per transaksi, versi kebijakan pemotongan pajak, kunci idempotensi pembayaran, dan log audit yang tidak dapat diubah. Proses jumlah uang sebagai bilangan bulat atau fixed-point. Semua penyesuaian manual memerlukan persetujuan ganda dan alasan. Sebelum implementasi, sajikan kebijakan yang belum ditetapkan seperti jumlah pembayaran minimum, periode konfirmasi pembelian otomatis, pemulihan saldo negatif jangka panjang, tenggat penahanan, dan jumlah percobaan ulang dalam bentuk daftar pertanyaan.\n\nJangan hanya meminta kode kepada AI; minta juga hasil berikut.\n\n- Diagram transisi status dan daftar pengecualian\n- Skema basis data dan batasan\n- Sistem kewenangan dan persetujuan\n- Pengujian normal, nilai batas, gangguan, dan permintaan duplikat\n- Format laporan rekonsiliasi harian\n- Prosedur pemulihan gangguan dan penanganan manual\n- Daftar periksa perlindungan data pribadi dan informasi keuangan\n\n## Daftar Periksa Sebelum Peluncuran\n\n- [ ] Tanggal acuan penyelesaian dana per jenis transaksi telah didokumentasikan.\n- [ ] Penjual dapat memverifikasi rincian penyelesaian dana per pesanan.\n- [ ] Pengujian pengembalian dana sebagian dan penerusan saldo negatif telah lulus.\n- [ ] Alasan penahanan, tenggat, dan kewenangan pelepasan telah ditetapkan.\n- [ ] Standar pengelolaan dana terkait penjualan dan dana operasional telah dibedakan.\n- [ ] Status kewajiban terkait PG, escrow, dan usaha keuangan elektronik telah dikonfirmasi bersama ahli.\n- [ ] Perlakuan pajak per jenis penjual dan pendapatan telah ditinjau.\n- [ ] Pengujian pencegahan pembayaran ganda dan percobaan ulang setelah kegagalan telah selesai.\n- [ ] Rekonsiliasi harian antara bank, PG, dan buku besar internal dapat dilakukan.\n- [ ] Perubahan manual oleh operator dicatat dalam log audit.\n- [ ] Terdapat prosedur pemberitahuan kepada penjual dan penanganan pertanyaan saat terjadi gangguan penyelesaian dana.\n\n## Kesimpulan\n\nTitik awal sistem penyelesaian dana yang aman bukanlah prompt AI, melainkan kebijakan eksplisit dan buku besar yang dipisahkan. Gunakan AI sebagai alat untuk menerjemahkan aturan yang telah ditetapkan menjadi kode, pengujian, dan dokumentasi, sedangkan struktur penyimpanan dana serta penilaian terkait keuangan elektronik dan perpajakan harus diverifikasi bersama PG, ahli akuntansi dan perpajakan, serta ahli hukum.","content_html":"\u003cp\u003ePenyelesaian dana bukan sekadar fungsi pengurangan. Ini adalah sistem buku besar yang menetapkan hak dan kewajiban per pesanan, memisahkan dana yang harus disimpan atau dibayarkan oleh platform, serta melacak pengembalian dana, sengketa, pajak, dan kegagalan transfer.\u003c/p\u003e\n\u003cp\u003eAI generatif dapat membantu menulis kode dan pengujian, tetapi tidak dapat menjadi pihak yang bertanggung jawab atas kebijakan penyelesaian dana. Jika kebijakan tidak ditetapkan, AI dapat membuat nilai bawaan yang tampak masuk akal atau melewatkan pengecualian, yang dapat mengakibatkan kelebihan pembayaran, pembayaran ganda, kesalahan pajak, atau masalah likuiditas.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#prinsip-yang-perlu-diperhatikan-dari-kasus-tmon-dan-wemakeprice-pada-2024\" class=\"anchor\" id=\"prinsip-yang-perlu-diperhatikan-dari-kasus-tmon-dan-wemakeprice-pada-2024\"\u003e\u003c/a\u003ePrinsip yang Perlu Diperhatikan dari Kasus TMON dan WeMakePrice pada 2024\u003c/h2\u003e\n\u003cp\u003eKegagalan penyelesaian dana penjualan berskala besar oleh TMON dan WeMakePrice pada 2024 menunjukkan betapa besarnya dampak berantai yang dapat ditimbulkan oleh keterlambatan penyelesaian dana terhadap penjual dan konsumen. Namun, penyebab kasus tersebut tidak boleh disimpulkan hanya sebagai akibat dari panjangnya siklus penyelesaian dana. Berbagai faktor seperti pengelolaan dana, likuiditas, tata kelola, dan pengendalian internal harus ditinjau bersama.\u003c/p\u003e\n\u003cp\u003ePelajaran utama yang harus dipetik operator sudah jelas.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eJangan menganggap dana penjualan yang belum dibayarkan sebagai kas perusahaan yang dapat digunakan secara bebas.\u003c/li\u003e\n\u003cli\u003eSemakin panjang siklus penyelesaian dana, semakin besar saldo terutang yang terpapar pada satu kejadian gangguan atau kekurangan likuiditas.\u003c/li\u003e\n\u003cli\u003eRekonsiliasikan saldo dana penjualan dengan dana yang benar-benar disimpan setiap hari.\u003c/li\u003e\n\u003cli\u003eUngkapkan ketentuan penyelesaian dana dan alasan keterlambatan secara transparan kepada penjual.\u003c/li\u003e\n\u003cli\u003ePeriksa secara terpisah peraturan perundang-undangan terkait, struktur kontrak, dan cakupan layanan PG.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eAtribusi hukum dan metode perlindungan dana penjualan dapat berbeda menurut struktur transaksi. Oleh karena itu, dalam operasional sehari-hari tetaplah waspada dengan menganggapnya sebagai ‘uang milik pihak lain’, tetapi perlakuan akuntansi dan hukum yang sebenarnya harus ditentukan berdasarkan kontrak dan peraturan perundang-undangan yang berlaku.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#7-kebijakan-penyelesaian-dana-yang-harus-ditetapkan-sebelum-implementasi\" class=\"anchor\" id=\"7-kebijakan-penyelesaian-dana-yang-harus-ditetapkan-sebelum-implementasi\"\u003e\u003c/a\u003e7 Kebijakan Penyelesaian Dana yang Harus Ditetapkan Sebelum Implementasi\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-tanggal-acuan-penyelesaian-dana-dan-siklus-pembayaran\" class=\"anchor\" id=\"1-tanggal-acuan-penyelesaian-dana-dan-siklus-pembayaran\"\u003e\u003c/a\u003e1. Tanggal Acuan Penyelesaian Dana dan Siklus Pembayaran\u003c/h3\u003e\n\u003cp\u003ePertama, definisikan kapan suatu pesanan memenuhi syarat untuk diselesaikan. Jika hanya menggunakan tanggal pesanan atau tanggal pembayaran sebagai acuan, jumlah yang masih mungkin dibatalkan sebelum pengiriman atau dikembalikan dapat ikut masuk dalam pembayaran.\u003c/p\u003e\n\u003cp\u003eUntuk transaksi barang pada umumnya, alur berikut dapat dirancang.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003ePersetujuan pembayaran\u003c/li\u003e\n\u003cli\u003ePengiriman selesai\u003c/li\u003e\n\u003cli\u003eKonfirmasi pembelian atau konfirmasi otomatis setelah jangka waktu yang disepakati berlalu\u003c/li\u003e\n\u003cli\u003ePemeriksaan pengembalian, sengketa, atau transaksi tidak wajar\u003c/li\u003e\n\u003cli\u003ePenetapan objek penyelesaian dana\u003c/li\u003e\n\u003cli\u003ePenyertaan dalam batch pembayaran\u003c/li\u003e\n\u003cli\u003ePenyelesaian transfer dan rekonsiliasi\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eHal-hal berikut wajib ditetapkan.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003ePeristiwa acuan penyelesaian dana untuk setiap jenis transaksi seperti barang, konten digital, dan layanan\u003c/li\u003e\n\u003cli\u003eJangka waktu hingga konfirmasi pembelian otomatis dan titik awal perhitungannya\u003c/li\u003e\n\u003cli\u003eSiklus pembayaran harian, mingguan, atau bulanan\u003c/li\u003e\n\u003cli\u003eCara menangani akhir pekan dan hari libur\u003c/li\u003e\n\u003cli\u003eWaktu penutupan penyelesaian dana dan batch atribusi untuk transaksi setelah penutupan\u003c/li\u003e\n\u003cli\u003eJumlah pembayaran minimum dan apakah saldo kecil dibawa ke periode berikutnya\u003c/li\u003e\n\u003cli\u003eApakah siklus yang berbeda diperbolehkan menurut tingkatan penjual\u003c/li\u003e\n\u003cli\u003eProsedur untuk memastikan tenggat pembayaran tidak melampaui batas menurut peraturan perundang-undangan atau kontrak\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eTanggal kelayakan penyelesaian dana harus dibedakan dari tanggal pembayaran sebenarnya. Misalnya, \u003ccode\u003eeligible_at\u003c/code\u003e adalah waktu ketika syarat pembayaran terpenuhi, \u003ccode\u003escheduled_payout_at\u003c/code\u003e adalah waktu ketika pembayaran dimasukkan ke dalam batch, dan \u003ccode\u003epaid_at\u003c/code\u003e adalah waktu ketika keberhasilan transfer dikonfirmasi.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-perhitungan-biaya-dan-laporan-penyelesaian-dana\" class=\"anchor\" id=\"2-perhitungan-biaya-dan-laporan-penyelesaian-dana\"\u003e\u003c/a\u003e2. Perhitungan Biaya dan Laporan Penyelesaian Dana\u003c/h3\u003e\n\u003cp\u003eJika hanya jumlah pembayaran akhir yang ditampilkan kepada penjual, verifikasi akan sulit dan pertanyaan serta sengketa akan meningkat. Rincian per pesanan dan total per periode sama-sama diperlukan.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eItem Rincian\u003c/th\u003e\n\u003cth\u003ePenjelasan\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item Rincian\"\u003eNilai transaksi bruto\u003c/td\u003e\n\u003ctd data-label=\"Penjelasan\"\u003eKomponen nilai penjualan berdasarkan kontrak, seperti harga barang, harga opsi, dan biaya pengiriman\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item Rincian\"\u003eBeban diskon\u003c/td\u003e\n\u003ctd data-label=\"Penjelasan\"\u003eDiskon yang masing-masing ditanggung oleh platform, penjual, dan mitra\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item Rincian\"\u003eJumlah pembatalan dan pengembalian dana\u003c/td\u003e\n\u003ctd data-label=\"Penjelasan\"\u003ePengembalian penuh dan sebagian serta penyesuaian biaya pengiriman\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item Rincian\"\u003eBiaya platform\u003c/td\u003e\n\u003ctd data-label=\"Penjelasan\"\u003eTarif biaya, biaya tetap, dan status pengenaannya\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item Rincian\"\u003eBiaya terkait pembayaran\u003c/td\u003e\n\u003ctd data-label=\"Penjelasan\"\u003eMenunjukkan apakah biaya PG dikurangkan secara terpisah atau termasuk dalam biaya\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item Rincian\"\u003ePenyesuaian pajak\u003c/td\u003e\n\u003ctd data-label=\"Penjelasan\"\u003eItem yang berlaku seperti tampilan pajak pertambahan nilai dan pemotongan pajak\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item Rincian\"\u003ePenyesuaian lainnya\u003c/td\u003e\n\u003ctd data-label=\"Penjelasan\"\u003ePenyesuaian berdasarkan kontrak seperti kompensasi, biaya iklan, dan penalti\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item Rincian\"\u003eJumlah pembayaran akhir\u003c/td\u003e\n\u003ctd data-label=\"Penjelasan\"\u003eJumlah transfer yang direncanakan setelah memperhitungkan semua penambahan dan pengurangan\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eKebijakan biaya juga harus mencantumkan dasar perhitungannya. Harus ditentukan apakah perhitungan didasarkan pada harga jual sebelum diskon atau jumlah pembayaran setelah diskon, apakah biaya pengiriman dan pajak pertambahan nilai disertakan, serta bagaimana biaya dikembalikan saat terjadi pengembalian dana sebagian.\u003c/p\u003e\n\u003cp\u003eLebih aman untuk tidak menghitung jumlah uang menggunakan tipe data floating-point. Untuk mata uang seperti won Korea yang unit moneter minimumnya berupa bilangan bulat, simpan sebagai bilangan bulat. Jika diperlukan perhitungan mata uang asing atau desimal, gunakan tipe data fixed-point dan aturan pembulatan per mata uang.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-pengembalian-dana-dan-penyelesaian-dana-negatif\" class=\"anchor\" id=\"3-pengembalian-dana-dan-penyelesaian-dana-negatif\"\u003e\u003c/a\u003e3. Pengembalian Dana dan Penyelesaian Dana Negatif\u003c/h3\u003e\n\u003cp\u003ePesanan yang sudah dibayarkan kepada penjual dapat dikembalikan dananya di kemudian hari. Dalam hal ini, jumlah pengembalian dana dan biaya yang harus dikembalikan perlu dicatat dalam buku besar penyesuaian lalu dikurangkan dari pembayaran berikutnya.\u003c/p\u003e\n\u003cp\u003eMisalnya, jika jumlah penyelesaian dana yang direncanakan kali ini adalah 300.000 won dan pengurangan terkait pengembalian dana dari pesanan sebelumnya adalah 400.000 won, penanganannya dapat dilakukan sebagai berikut.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eJumlah pembayaran kali ini: 0 won\u003c/li\u003e\n\u003cli\u003eSaldo yang belum dipulihkan: minus 100.000 won\u003c/li\u003e\n\u003cli\u003eJumlah yang dibawa ke penyelesaian dana berikutnya: pengurangan 100.000 won\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eKebijakan harus memuat hal-hal berikut.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eCara mengalokasikan harga barang, biaya pengiriman, dan biaya layanan saat terjadi pengembalian dana sebagian\u003c/li\u003e\n\u003cli\u003ePeriode penerusan saldo negatif dan urutan saling hapus\u003c/li\u003e\n\u003cli\u003eCara memulihkan dana dari penjual yang tidak memiliki penjualan dalam jangka panjang\u003c/li\u003e\n\u003cli\u003eDasar kontraktual untuk menetapkan uang jaminan atau cadangan pembayaran\u003c/li\u003e\n\u003cli\u003eProsedur untuk memeriksa kewajiban yang belum diselesaikan sebelum penjual keluar\u003c/li\u003e\n\u003cli\u003eCara membuat jurnal balik ketika pengembalian dana dibatalkan atau hasil sengketa berubah\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eJangan menimpa catatan transaksi yang ada; hubungkan transaksi awal dengan transaksi penyesuaian. Dengan begitu, dapat direkonstruksi pengembalian dana mana yang mengubah penyelesaian dana tertentu.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#4-penahanan-dan-pelepasan-pembayaran\" class=\"anchor\" id=\"4-penahanan-dan-pelepasan-pembayaran\"\u003e\u003c/a\u003e4. Penahanan dan Pelepasan Pembayaran\u003c/h3\u003e\n\u003cp\u003eAlih-alih menghentikan seluruh pembayaran akun penjual tanpa pengecualian, sistem harus dapat menahan pembayaran berdasarkan pesanan, jumlah, atau alasan. Alasan penahanan yang umum antara lain:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eSengketa konsumen atau proses pengembalian barang\u003c/li\u003e\n\u003cli\u003eDugaan transaksi mandiri, pengambilalihan akun, atau pembayaran tidak wajar\u003c/li\u003e\n\u003cli\u003eKegagalan verifikasi identitas penjual, badan usaha, atau rekening\u003c/li\u003e\n\u003cli\u003ePermintaan sah dari pengadilan, lembaga penyelidikan, atau instansi terkait\u003c/li\u003e\n\u003cli\u003eDokumen penyelesaian dana yang diwajibkan kontrak belum diserahkan\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eSetiap catatan penahanan harus menyimpan jumlah yang ditahan, kode alasan, bukti pendukung, waktu mulai, tenggat peninjauan, penanggung jawab, dan syarat pelepasan. Pada layar penjual, tampilkan jumlah dan alasan penahanan, tindakan yang diperlukan, serta jalur pertanyaan sejauh dapat diungkapkan.\u003c/p\u003e\n\u003cp\u003eSebaiknya pisahkan kewenangan untuk membuat dan melepaskan penahanan agar operator tidak dapat mengulang penahanan secara sewenang-wenang, serta terapkan persetujuan ganda untuk pelepasan penahanan dalam jumlah besar.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#5-pengelolaan-terpisah-dana-penjualan-serta-struktur-pg-dan-escrow\" class=\"anchor\" id=\"5-pengelolaan-terpisah-dana-penjualan-serta-struktur-pg-dan-escrow\"\u003e\u003c/a\u003e5. Pengelolaan Terpisah Dana Penjualan serta Struktur PG dan Escrow\u003c/h3\u003e\n\u003cp\u003eJika dana penjualan yang belum dibayarkan dan biaya operasional perusahaan dikelola sebagai kas tersedia yang sama, kekurangan likuiditas dapat langsung berkembang menjadi kegagalan penyelesaian dana. Setidaknya dalam buku besar internal dan pengoperasian rekening, dana terkait penjualan dan dana operasional harus dibedakan dengan jelas serta saldonya direkonsiliasikan setiap hari.\u003c/p\u003e\n\u003cp\u003eNamun, hanya dengan membuat rekening terpisah tidak berarti pemisahan hukum dari kepailitan atau perlindungan dana secara penuh otomatis terbentuk. Efektivitas dan kewajiban metode perlindungan seperti perwalian, penitipan, dan jaminan pembayaran harus ditinjau berdasarkan peraturan perundang-undangan yang berlaku serta struktur kontrak.\u003c/p\u003e\n\u003cp\u003eBergantung pada peran platform dalam proses pembayaran dan penyaluran dana, dapat muncul persoalan pendaftaran berdasarkan Undang-Undang Transaksi Keuangan Elektronik, seperti sebagai penyedia layanan payment gateway elektronik. Tidak semua platform wajib terdaftar sebagai PG dengan cara yang sama, dan sekadar menghitung data penyelesaian dana juga tidak selalu menjadikannya objek pendaftaran. Penilaian harus didasarkan pada cara dana benar-benar diterima, disimpan, dan disalurkan serta hubungan kontraktualnya.\u003c/p\u003e\n\u003cp\u003ePlatform tahap awal dapat mempertimbangkan layanan pembayaran, escrow, atau penyelesaian dana terpisah per penjual yang disediakan oleh PG terdaftar. Namun, penggunaan PG tidak menghilangkan tanggung jawab berikut.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eMenentukan pesanan mana yang diteruskan sebagai objek pembayaran dan kapan\u003c/li\u003e\n\u003cli\u003eMenghitung biaya dan jumlah penyesuaian\u003c/li\u003e\n\u003cli\u003eMengelola pengembalian dana dan penerusan saldo negatif\u003c/li\u003e\n\u003cli\u003eMemverifikasi informasi dan rekening penjual\u003c/li\u003e\n\u003cli\u003eMerekonsiliasikan hasil PG dengan buku besar internal\u003c/li\u003e\n\u003cli\u003eMenangani gangguan dan kegagalan pembayaran\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eKewajiban dan pengecualian escrow juga berbeda menurut jenis transaksi dan metode pembayaran, sehingga Undang-Undang Perdagangan Elektronik beserta peraturan turunannya harus diperiksa.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#6-pemotongan-pajak-pajak-pertambahan-nilai-dan-bukti-transaksi\" class=\"anchor\" id=\"6-pemotongan-pajak-pajak-pertambahan-nilai-dan-bukti-transaksi\"\u003e\u003c/a\u003e6. Pemotongan Pajak, Pajak Pertambahan Nilai, dan Bukti Transaksi\u003c/h3\u003e\n\u003cp\u003eAturan bahwa ‘penjual individu selalu dipotong 3,3%’ tidaklah tepat. 3,3% adalah istilah yang umumnya menggabungkan pajak penghasilan sebesar 3% atas pendapatan usaha dan pajak penghasilan daerah individu sebesar 0,3%. Penerapan pemotongan pajak yang sebenarnya tidak hanya bergantung pada apakah penjual memiliki pendaftaran usaha, tetapi juga pada sifat pendapatan, hubungan kontraktual, item pembayaran, dan ketentuan pengecualian.\u003c/p\u003e\n\u003cp\u003eInformasi berikut harus diperoleh pada tahap pendaftaran dan kontrak.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eJenis penjual seperti individu, pengusaha perorangan, atau badan hukum\u003c/li\u003e\n\u003cli\u003eStatus sebagai penduduk atau badan hukum dalam negeri maupun luar negeri\u003c/li\u003e\n\u003cli\u003eStatus perpajakan seperti kena pajak, bebas pajak, atau pajak sederhana\u003c/li\u003e\n\u003cli\u003eInformasi yang diperlukan untuk pelaporan resmi seperti nomor pendaftaran usaha dan nomor registrasi penduduk\u003c/li\u003e\n\u003cli\u003eSifat pendapatan dan alasan pembayaran\u003c/li\u003e\n\u003cli\u003eBukti yang diperlukan seperti faktur pajak, faktur, atau bukti pemotongan pajak\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eJangan menggeneralisasi bahwa penjual badan usaha ‘selalu dibayar 100% tanpa potongan pajak apa pun’. Jika kontrak menetapkan pengurangan biaya platform, nilai transaksi bruto, biaya, pajak pertambahan nilai, dan jumlah transfer aktual harus dibedakan. Pihak yang menerbitkan faktur pajak atas biaya layanan perantara yang disediakan platform serta waktu penerbitannya juga harus ditentukan sesuai dengan hubungan penyediaan menurut kontrak dan undang-undang perpajakan.\u003c/p\u003e\n\u003cp\u003ePajak yang dipotong umumnya mengikuti struktur pelaporan dan pembayaran paling lambat tanggal 10 bulan berikutnya setelah bulan pembayaran, tetapi karena mungkin terdapat pengecualian atau perubahan tenggat, peraturan yang berlaku pada saat pelaporan harus diperiksa. Lebih aman mengelola aturan pajak sebagai kebijakan berversi dengan tanggal mulai dan berakhirnya penerapan daripada menetapkannya secara permanen di dalam kode.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#7-kegagalan-pembayaran-admin-penyelesaian-dana-dan-log-audit\" class=\"anchor\" id=\"7-kegagalan-pembayaran-admin-penyelesaian-dana-dan-log-audit\"\u003e\u003c/a\u003e7. Kegagalan Pembayaran, Admin Penyelesaian Dana, dan Log Audit\u003c/h3\u003e\n\u003cp\u003ePembayaran yang dibuat dengan benar pun dapat gagal akibat kesalahan rekening, ketidakcocokan nama pemilik rekening, pembatasan transaksi, pemeliharaan bank, atau gangguan PG. Jangan sekadar menandai kegagalan sebagai ‘belum dibayar’; perinci status dan aturan pemrosesan ulang.\u003c/p\u003e\n\u003cp\u003eContoh status yang disarankan adalah sebagai berikut.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003ccode\u003escheduled\u003c/code\u003e: pembayaran dijadwalkan\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003esubmitted\u003c/code\u003e: permintaan disampaikan ke bank atau PG\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003eprocessing\u003c/code\u003e: sedang diproses oleh lembaga eksternal\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003epaid\u003c/code\u003e: keberhasilan dikonfirmasi\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003efailed_retryable\u003c/code\u003e: kegagalan yang dapat dicoba ulang\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003efailed_final\u003c/code\u003e: kegagalan akhir yang memerlukan koreksi informasi dan sebagainya\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003ereversed\u003c/code\u003e: dibatalkan atau dikembalikan setelah berhasil\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003ePercobaan ulang harus menggunakan kunci idempotensi yang mengidentifikasi pembayaran yang sama. Karena salah menganggap keterlambatan respons sebagai kegagalan dan mengirim ulang dana dapat menyebabkan pembayaran ganda, periksa terlebih dahulu hasil permintaan sebelumnya dengan mencari nomor transaksi eksternal.\u003c/p\u003e\n\u003cp\u003eCatat hal-hal berikut dalam log audit.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003ePelaku dan akun operator yang digunakan\u003c/li\u003e\n\u003cli\u003eWaktu pelaksanaan dan informasi keamanan seperti lokasi akses\u003c/li\u003e\n\u003cli\u003eNilai sebelum dan sesudah perubahan\u003c/li\u003e\n\u003cli\u003eAlasan penahanan, pelepasan, dan penyesuaian manual\u003c/li\u003e\n\u003cli\u003ePemberi persetujuan dan pelaksana\u003c/li\u003e\n\u003cli\u003ePesanan terkait, batch penyelesaian dana, dan nomor transaksi eksternal\u003c/li\u003e\n\u003cli\u003eKode kegagalan dan riwayat percobaan ulang\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eLindungi log audit agar tidak dapat diubah atau dihapus oleh operator biasa, serta terapkan kebijakan pengumpulan minimum, kontrol akses, enkripsi, dan periode penyimpanan untuk data pribadi dan informasi keuangan.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#komponen-minimum-model-data-penyelesaian-dana\" class=\"anchor\" id=\"komponen-minimum-model-data-penyelesaian-dana\"\u003e\u003c/a\u003eKomponen Minimum Model Data Penyelesaian Dana\u003c/h2\u003e\n\u003cp\u003eSebaiknya definisikan buku besar berikut terlebih dahulu daripada meminta AI membuat layar terlebih dahulu.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eObjek Data\u003c/th\u003e\n\u003cth\u003ePeran\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objek Data\"\u003eBuku besar pesanan\u003c/td\u003e\n\u003ctd data-label=\"Peran\"\u003eMencatat status pesanan, pembayaran, pengiriman, dan konfirmasi pembelian\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objek Data\"\u003eItem penyelesaian dana\u003c/td\u003e\n\u003ctd data-label=\"Peran\"\u003eMencatat jumlah bruto, biaya, pajak, jumlah penyesuaian, dan penjual penerima per pesanan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objek Data\"\u003eBuku besar penyesuaian\u003c/td\u003e\n\u003ctd data-label=\"Peran\"\u003eMencatat pengembalian dana, kompensasi, penalti, dan penyesuaian manual\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objek Data\"\u003eBuku besar penahanan\u003c/td\u003e\n\u003ctd data-label=\"Peran\"\u003eMencatat jumlah yang ditahan, alasan, tenggat, dan riwayat pelepasan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objek Data\"\u003eBatch penyelesaian dana\u003c/td\u003e\n\u003ctd data-label=\"Peran\"\u003eKumpulan objek pembayaran untuk periode dan penjual tertentu\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objek Data\"\u003eBuku besar pembayaran\u003c/td\u003e\n\u003ctd data-label=\"Peran\"\u003eMencatat permintaan transfer, keberhasilan atau kegagalan, dan nomor transaksi eksternal\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objek Data\"\u003eBuku besar pajak\u003c/td\u003e\n\u003ctd data-label=\"Peran\"\u003eMencatat pemotongan pajak serta status penerbitan dan pelaporan bukti\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objek Data\"\u003eLog audit\u003c/td\u003e\n\u003ctd data-label=\"Peran\"\u003eMencatat semua perubahan penting oleh operator dan sistem\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eSetiap buku besar harus memuat mata uang, versi kebijakan, waktu pembuatan, dan kunci penghubung ke transaksi awal. Jumlah penyelesaian dana historis tidak boleh diam-diam berubah hanya karena status pesanan diubah.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#aturan-pengendalian-yang-wajib-dipertahankan\" class=\"anchor\" id=\"aturan-pengendalian-yang-wajib-dipertahankan\"\u003e\u003c/a\u003eAturan Pengendalian yang Wajib Dipertahankan\u003c/h2\u003e\n\u003cp\u003eSistem penyelesaian dana harus secara otomatis memeriksa kondisi tetap berikut.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eSatu item penyelesaian dana terhubung tepat ke satu penjual dan satu transaksi awal.\u003c/li\u003e\n\u003cli\u003eJangan mentransfer dua kali dengan kunci pembayaran yang sama.\u003c/li\u003e\n\u003cli\u003eTotal jumlah yang telah dibayar, belum dibayar, ditahan, dan disesuaikan harus sesuai dengan buku besar.\u003c/li\u003e\n\u003cli\u003ePenyesuaian manual harus memiliki alasan dan pemberi persetujuan.\u003c/li\u003e\n\u003cli\u003ePenyelesaian dana yang telah ditutup tidak boleh diubah, melainkan diperbaiki dengan jurnal balik dan penyesuaian baru.\u003c/li\u003e\n\u003cli\u003eSelisih antara saldo internal terkait dana penjualan dan saldo PG atau bank harus diselidiki setiap hari.\u003c/li\u003e\n\u003cli\u003eVersi kebijakan yang diterapkan harus dicatat dalam perhitungan pajak dan biaya.\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#contoh-spesifikasi-kebijakan-untuk-disampaikan-kepada-ai\" class=\"anchor\" id=\"contoh-spesifikasi-kebijakan-untuk-disampaikan-kepada-ai\"\u003e\u003c/a\u003eContoh Spesifikasi Kebijakan untuk Disampaikan kepada AI\u003c/h2\u003e\n\u003cp\u003eMenyusun persyaratan seperti berikut dapat mengurangi kelalaian.\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eRancang status pesanan dan status penyelesaian dana secara terpisah. Implementasikan syarat konfirmasi pembelian per jenis transaksi, batch pembayaran setiap hari Rabu, penanganan hari libur, dasar biaya, alokasi pengembalian dana sebagian, penerusan saldo negatif, penahanan pembayaran per transaksi, versi kebijakan pemotongan pajak, kunci idempotensi pembayaran, dan log audit yang tidak dapat diubah. Proses jumlah uang sebagai bilangan bulat atau fixed-point. Semua penyesuaian manual memerlukan persetujuan ganda dan alasan. Sebelum implementasi, sajikan kebijakan yang belum ditetapkan seperti jumlah pembayaran minimum, periode konfirmasi pembelian otomatis, pemulihan saldo negatif jangka panjang, tenggat penahanan, dan jumlah percobaan ulang dalam bentuk daftar pertanyaan.\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003eJangan hanya meminta kode kepada AI; minta juga hasil berikut.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eDiagram transisi status dan daftar pengecualian\u003c/li\u003e\n\u003cli\u003eSkema basis data dan batasan\u003c/li\u003e\n\u003cli\u003eSistem kewenangan dan persetujuan\u003c/li\u003e\n\u003cli\u003ePengujian normal, nilai batas, gangguan, dan permintaan duplikat\u003c/li\u003e\n\u003cli\u003eFormat laporan rekonsiliasi harian\u003c/li\u003e\n\u003cli\u003eProsedur pemulihan gangguan dan penanganan manual\u003c/li\u003e\n\u003cli\u003eDaftar periksa perlindungan data pribadi dan informasi keuangan\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#daftar-periksa-sebelum-peluncuran\" class=\"anchor\" id=\"daftar-periksa-sebelum-peluncuran\"\u003e\u003c/a\u003eDaftar Periksa Sebelum Peluncuran\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e Tanggal acuan penyelesaian dana per jenis transaksi telah didokumentasikan.\u003c/li\u003e\n\u003cli\u003e Penjual dapat memverifikasi rincian penyelesaian dana per pesanan.\u003c/li\u003e\n\u003cli\u003e Pengujian pengembalian dana sebagian dan penerusan saldo negatif telah lulus.\u003c/li\u003e\n\u003cli\u003e Alasan penahanan, tenggat, dan kewenangan pelepasan telah ditetapkan.\u003c/li\u003e\n\u003cli\u003e Standar pengelolaan dana terkait penjualan dan dana operasional telah dibedakan.\u003c/li\u003e\n\u003cli\u003e Status kewajiban terkait PG, escrow, dan usaha keuangan elektronik telah dikonfirmasi bersama ahli.\u003c/li\u003e\n\u003cli\u003e Perlakuan pajak per jenis penjual dan pendapatan telah ditinjau.\u003c/li\u003e\n\u003cli\u003e Pengujian pencegahan pembayaran ganda dan percobaan ulang setelah kegagalan telah selesai.\u003c/li\u003e\n\u003cli\u003e Rekonsiliasi harian antara bank, PG, dan buku besar internal dapat dilakukan.\u003c/li\u003e\n\u003cli\u003e Perubahan manual oleh operator dicatat dalam log audit.\u003c/li\u003e\n\u003cli\u003e Terdapat prosedur pemberitahuan kepada penjual dan penanganan pertanyaan saat terjadi gangguan penyelesaian dana.\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#kesimpulan\" class=\"anchor\" id=\"kesimpulan\"\u003e\u003c/a\u003eKesimpulan\u003c/h2\u003e\n\u003cp\u003eTitik awal sistem penyelesaian dana yang aman bukanlah prompt AI, melainkan kebijakan eksplisit dan buku besar yang dipisahkan. Gunakan AI sebagai alat untuk menerjemahkan aturan yang telah ditetapkan menjadi kode, pengujian, dan dokumentasi, sedangkan struktur penyimpanan dana serta penilaian terkait keuangan elektronik dan perpajakan harus diverifikasi bersama PG, ahli akuntansi dan perpajakan, serta ahli hukum.\u003c/p\u003e\n","tags":["AI generatif","Sistem penyelesaian","Operasional platform","Payment gateway","Keuangan elektronik","Pajak"],"faqs":[{"question":"Apakah penyelesaian hanya merupakan fungsi untuk mengurangi komisi dari nilai penjualan?","answer":"Tidak. Penyelesaian mencakup konfirmasi pembelian, pengembalian dana sebagian, penangguhan pembayaran, saldo negatif yang dibawa ke periode berikutnya, pajak, kegagalan transfer, pencegahan pembayaran ganda, dan rekonsiliasi buku besar. Selain rumus perhitungan, diperlukan transisi status dan pengendalian dana."},{"question":"Apakah tanggal acuan penyelesaian harus selalu merupakan tanggal konfirmasi pembelian?","answer":"Satu acuan tidak dapat diterapkan secara seragam pada semua transaksi. Untuk produk fisik, konfirmasi pembelian atau konfirmasi otomatis dapat digunakan, tetapi layanan, konten digital, dan produk reservasi memiliki persyaratan penyelesaian pemenuhan yang berbeda. Peristiwa acuan untuk setiap jenis transaksi serta tenggat pembayaran menurut hukum dan kontrak harus ditetapkan bersama-sama."},{"question":"Apakah siklus penyelesaian yang lebih singkat selalu lebih baik?","answer":"Siklus yang singkat mengurangi saldo yang belum dibayarkan dan beban arus kas penjual, tetapi retur, transaksi tidak wajar, dan biaya operasional juga harus dipertimbangkan. Alih-alih memperpanjangnya secara tidak perlu dengan alasan risiko, penting untuk menetapkan periode verifikasi minimum yang sesuai dengan karakteristik transaksi serta tanggal pembayaran yang dapat diprediksi."},{"question":"Jika menggunakan PG, apakah platform tidak perlu membuat kebijakan penyelesaian?","answer":"Tidak. PG dapat menyediakan fungsi pembayaran, penyaluran dana, escrow, atau pembayaran terbagi, tetapi kebijakan platform menentukan pesanan mana yang dibayarkan dan kapan, bagaimana komisi serta jumlah pengembalian dana dihitung, dan pembayaran kepada siapa yang ditangguhkan."},{"question":"Apakah 3.3% harus dipotong dari semua penjual perorangan sebagai pajak penghasilan?","answer":"Tidak. 3.3% biasanya merupakan sebutan untuk gabungan pemotongan pajak penghasilan usaha dan pajak penghasilan daerah perorangan. Ada atau tidaknya pemotongan pajak serta tarifnya harus ditentukan bukan hanya berdasarkan bentuk pendaftaran penjual, tetapi juga sifat penghasilan, hubungan kontraktual, status kependudukan, dan ketentuan pengecualian."},{"question":"Apakah menyimpan hasil penjualan di rekening terpisah sepenuhnya aman?","answer":"Rekening terpisah merupakan pengendalian dasar untuk memisahkan dana operasional dari hasil penjualan, tetapi hal itu sendiri tidak menjamin pemisahan dari risiko kepailitan atau perlindungan hukum. Metode perlindungan yang diperlukan, seperti perwalian, penitipan, dan jaminan pembayaran, serta status hukum rekening harus diperiksa berdasarkan kontrak dan peraturan perundang-undangan yang berlaku."},{"question":"Bagaimana penyelesaian negatif harus dicatat?","answer":"Catat jumlah pengembalian dana untuk pesanan yang sudah dibayarkan sebagai transaksi penyesuaian terpisah, lalu kurangi dari pembayaran berikutnya. Jika jumlah pengurangannya lebih besar daripada jumlah yang dijadwalkan untuk dibayarkan, tetapkan jumlah pembayaran menjadi 0 won dan bawa sisa saldo ke penyelesaian berikutnya. Transaksi asal tidak boleh dihapus dan laporan penyelesaian sebelumnya tidak boleh ditimpa."},{"question":"Jika tidak ada respons atas permintaan transfer, bolehkah permintaan tersebut langsung diajukan kembali?","answer":"Tidak boleh. Permintaan pertama mungkin sebenarnya berhasil, tetapi hanya responsnya yang hilang. Untuk mencegah pembayaran ganda, gunakan kunci idempotensi dan nomor transaksi eksternal untuk pembayaran yang sama, lalu coba kembali setelah memeriksa hasil pemrosesan sebelumnya di PG atau bank."},{"question":"Apakah kode penyelesaian yang dibuat oleh AI boleh langsung digunakan dalam operasional?","answer":"Tidak disarankan. Transisi status, kesesuaian buku besar, konkurensi, permintaan ganda, pengembalian dana sebagian, pemulihan dari kegagalan, dan pengendalian hak akses harus diuji. Hal-hal terkait keuangan elektronik dan perpajakan juga harus ditinjau oleh tenaga ahli berdasarkan struktur bisnis yang sebenarnya."}],"sources":[{"url":"https://www.law.go.kr/법령/전자금융거래법","title":"Undang-Undang Transaksi Keuangan Elektronik","type":"source"},{"url":"https://www.law.go.kr/법령/전자상거래등에서의소비자보호에관한법률","title":"Undang-Undang tentang Perlindungan Konsumen dalam Perdagangan Elektronik dan sebagainya","type":"source"},{"url":"https://www.law.go.kr/법령/소득세법","title":"Undang-Undang Pajak Penghasilan","type":"source"},{"url":"https://www.law.go.kr/법령/지방세법","title":"Undang-Undang Pajak Daerah","type":"source"},{"url":"https://www.law.go.kr/법령/부가가치세법","title":"Undang-Undang Pajak Pertambahan Nilai","type":"source"}],"images":[{"id":300,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzI4NCwicHVyIjoiYmxvYl9pZCJ9fQ==--327ce77d86d637d351158c65c70ddfacddacae1e/ai-ed29586c.webp","is_representative":true,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"쇼핑몰과 정산·보안·검증 단계를 연결한 AI 자동화 흐름도","caption":"거래 데이터가 정책에 따라 정산, 검증, 보안 시스템을 거치는 과정을 보여준다.","description":null},"en":{"alt":"AI automation workflow linking online stores with settlement, security, and verification","caption":"Transaction data moves through policy-based settlement, verification, and security processes.","description":null},"ja":{"alt":"オンライン店舗と精算・セキュリティ・検証工程を結ぶAI自動化フロー","caption":"取引データがポリシーに基づく精算、検証、保護の工程を通る様子を示している。","description":null},"es":{"alt":"Flujo de automatización con IA entre tiendas, liquidación, seguridad y verificación","caption":"Los datos de transacciones pasan por procesos de liquidación, verificación y seguridad basados en políticas.","description":null},"id":{"alt":"Alur otomatisasi AI yang menghubungkan toko, penyelesaian, keamanan, dan verifikasi","caption":"Data transaksi mengalir melalui proses penyelesaian, verifikasi, dan keamanan berbasis kebijakan.","description":null},"pt":{"alt":"Fluxo de automação com IA ligando lojas, liquidação, segurança e verificação","caption":"Os dados das transações passam por processos de liquidação, verificação e segurança baseados em políticas.","description":null},"zh-hant":{"alt":"連結商店、結算、安全與驗證環節的 AI 自動化流程圖","caption":"交易資料依據政策流經結算、驗證與安全控管流程。","description":null}}},{"id":301,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzI5MCwicHVyIjoiYmxvYl9pZCJ9fQ==--128e8c8dd212c1da8f86663e5bcd292ceb74aec1/ai-1bda19eb.webp","is_representative":false,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"보안 방패, 정책 단계, 자금 보관함과 금융기관이 연결된 AI 정산 시스템 일러스트","caption":"AI 정산 시스템의 정책, 보안, 자금 흐름과 외부 연동 구조를 시각화했다.","description":null},"en":{"alt":"AI settlement system linking security shields, policy steps, money vaults, a bank, and servers","caption":"The illustration visualizes policies, security, fund flows, and external connections in an AI settlement system.","description":null},"ja":{"alt":"セキュリティ、ポリシー手順、資金保管庫、銀行、サーバーを結ぶAI精算システム","caption":"AI精算システムのポリシー、セキュリティ、資金の流れ、外部連携を可視化している。","description":null},"es":{"alt":"Sistema de liquidación con IA conectado a controles, bóvedas de fondos, un banco y servidores","caption":"La ilustración muestra las políticas, la seguridad, el flujo de fondos y las conexiones externas del sistema.","description":null},"id":{"alt":"Sistem penyelesaian AI yang menghubungkan keamanan, tahapan kebijakan, brankas dana, bank, dan server","caption":"Ilustrasi ini menampilkan kebijakan, keamanan, aliran dana, dan integrasi eksternal dalam sistem penyelesaian AI.","description":null},"pt":{"alt":"Sistema de liquidação com IA ligado a controles, cofres de fundos, banco e servidores","caption":"A ilustração mostra políticas, segurança, fluxos de fundos e integrações externas do sistema.","description":null},"zh-hant":{"alt":"連結安全防護、政策流程、資金保管庫、銀行與伺服器的AI結算系統","caption":"圖中呈現AI結算系統的政策、安全機制、資金流向與外部串接架構。","description":null}}}],"published_at":"2026-07-27T00:58:06+09:00","updated_at":"2026-07-27T00:58:06+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant"],"url":"https://injoys.com/en/articles/seven-policies-before-building-ai-settlement-system"}