---
title: "7 Kebijakan yang Harus Ditetapkan Sebelum Membangun Sistem Penyelesaian Dana dengan AI"
locale: id
category: how_to
category_name: "Panduan"
translation_status: reviewed
license: cc_by
author: "injoys"
source_url: https://injoys.com/en/articles/seven-policies-before-building-ai-settlement-system
published_at: 2026-07-27T00:58:06+09:00
---

# 7 Kebijakan yang Harus Ditetapkan Sebelum Membangun Sistem Penyelesaian Dana dengan AI

> 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.

## 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.

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.

AI 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.

## Prinsip yang Perlu Diperhatikan dari Kasus TMON dan WeMakePrice pada 2024

Kegagalan 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.

Pelajaran utama yang harus dipetik operator sudah jelas.

- Jangan menganggap dana penjualan yang belum dibayarkan sebagai kas perusahaan yang dapat digunakan secara bebas.
- Semakin panjang siklus penyelesaian dana, semakin besar saldo terutang yang terpapar pada satu kejadian gangguan atau kekurangan likuiditas.
- Rekonsiliasikan saldo dana penjualan dengan dana yang benar-benar disimpan setiap hari.
- Ungkapkan ketentuan penyelesaian dana dan alasan keterlambatan secara transparan kepada penjual.
- Periksa secara terpisah peraturan perundang-undangan terkait, struktur kontrak, dan cakupan layanan PG.

Atribusi 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.

## 7 Kebijakan Penyelesaian Dana yang Harus Ditetapkan Sebelum Implementasi

### 1. Tanggal Acuan Penyelesaian Dana dan Siklus Pembayaran

Pertama, 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.

Untuk transaksi barang pada umumnya, alur berikut dapat dirancang.

1. Persetujuan pembayaran
2. Pengiriman selesai
3. Konfirmasi pembelian atau konfirmasi otomatis setelah jangka waktu yang disepakati berlalu
4. Pemeriksaan pengembalian, sengketa, atau transaksi tidak wajar
5. Penetapan objek penyelesaian dana
6. Penyertaan dalam batch pembayaran
7. Penyelesaian transfer dan rekonsiliasi

Hal-hal berikut wajib ditetapkan.

- Peristiwa acuan penyelesaian dana untuk setiap jenis transaksi seperti barang, konten digital, dan layanan
- Jangka waktu hingga konfirmasi pembelian otomatis dan titik awal perhitungannya
- Siklus pembayaran harian, mingguan, atau bulanan
- Cara menangani akhir pekan dan hari libur
- Waktu penutupan penyelesaian dana dan batch atribusi untuk transaksi setelah penutupan
- Jumlah pembayaran minimum dan apakah saldo kecil dibawa ke periode berikutnya
- Apakah siklus yang berbeda diperbolehkan menurut tingkatan penjual
- Prosedur untuk memastikan tenggat pembayaran tidak melampaui batas menurut peraturan perundang-undangan atau kontrak

Tanggal 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.

### 2. Perhitungan Biaya dan Laporan Penyelesaian Dana

Jika 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.

| Item Rincian | Penjelasan |
|---|---|
| Nilai transaksi bruto | Komponen nilai penjualan berdasarkan kontrak, seperti harga barang, harga opsi, dan biaya pengiriman |
| Beban diskon | Diskon yang masing-masing ditanggung oleh platform, penjual, dan mitra |
| Jumlah pembatalan dan pengembalian dana | Pengembalian penuh dan sebagian serta penyesuaian biaya pengiriman |
| Biaya platform | Tarif biaya, biaya tetap, dan status pengenaannya |
| Biaya terkait pembayaran | Menunjukkan apakah biaya PG dikurangkan secara terpisah atau termasuk dalam biaya |
| Penyesuaian pajak | Item yang berlaku seperti tampilan pajak pertambahan nilai dan pemotongan pajak |
| Penyesuaian lainnya | Penyesuaian berdasarkan kontrak seperti kompensasi, biaya iklan, dan penalti |
| Jumlah pembayaran akhir | Jumlah transfer yang direncanakan setelah memperhitungkan semua penambahan dan pengurangan |

Kebijakan 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.

Lebih 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.

### 3. Pengembalian Dana dan Penyelesaian Dana Negatif

Pesanan 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.

Misalnya, 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.

- Jumlah pembayaran kali ini: 0 won
- Saldo yang belum dipulihkan: minus 100.000 won
- Jumlah yang dibawa ke penyelesaian dana berikutnya: pengurangan 100.000 won

Kebijakan harus memuat hal-hal berikut.

- Cara mengalokasikan harga barang, biaya pengiriman, dan biaya layanan saat terjadi pengembalian dana sebagian
- Periode penerusan saldo negatif dan urutan saling hapus
- Cara memulihkan dana dari penjual yang tidak memiliki penjualan dalam jangka panjang
- Dasar kontraktual untuk menetapkan uang jaminan atau cadangan pembayaran
- Prosedur untuk memeriksa kewajiban yang belum diselesaikan sebelum penjual keluar
- Cara membuat jurnal balik ketika pengembalian dana dibatalkan atau hasil sengketa berubah

Jangan menimpa catatan transaksi yang ada; hubungkan transaksi awal dengan transaksi penyesuaian. Dengan begitu, dapat direkonstruksi pengembalian dana mana yang mengubah penyelesaian dana tertentu.

### 4. Penahanan dan Pelepasan Pembayaran

Alih-alih menghentikan seluruh pembayaran akun penjual tanpa pengecualian, sistem harus dapat menahan pembayaran berdasarkan pesanan, jumlah, atau alasan. Alasan penahanan yang umum antara lain:

- Sengketa konsumen atau proses pengembalian barang
- Dugaan transaksi mandiri, pengambilalihan akun, atau pembayaran tidak wajar
- Kegagalan verifikasi identitas penjual, badan usaha, atau rekening
- Permintaan sah dari pengadilan, lembaga penyelidikan, atau instansi terkait
- Dokumen penyelesaian dana yang diwajibkan kontrak belum diserahkan

Setiap 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.

Sebaiknya 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.

### 5. Pengelolaan Terpisah Dana Penjualan serta Struktur PG dan Escrow

Jika 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.

Namun, 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.

Bergantung 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.

Platform 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.

- Menentukan pesanan mana yang diteruskan sebagai objek pembayaran dan kapan
- Menghitung biaya dan jumlah penyesuaian
- Mengelola pengembalian dana dan penerusan saldo negatif
- Memverifikasi informasi dan rekening penjual
- Merekonsiliasikan hasil PG dengan buku besar internal
- Menangani gangguan dan kegagalan pembayaran

Kewajiban dan pengecualian escrow juga berbeda menurut jenis transaksi dan metode pembayaran, sehingga Undang-Undang Perdagangan Elektronik beserta peraturan turunannya harus diperiksa.

### 6. Pemotongan Pajak, Pajak Pertambahan Nilai, dan Bukti Transaksi

Aturan 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.

Informasi berikut harus diperoleh pada tahap pendaftaran dan kontrak.

- Jenis penjual seperti individu, pengusaha perorangan, atau badan hukum
- Status sebagai penduduk atau badan hukum dalam negeri maupun luar negeri
- Status perpajakan seperti kena pajak, bebas pajak, atau pajak sederhana
- Informasi yang diperlukan untuk pelaporan resmi seperti nomor pendaftaran usaha dan nomor registrasi penduduk
- Sifat pendapatan dan alasan pembayaran
- Bukti yang diperlukan seperti faktur pajak, faktur, atau bukti pemotongan pajak

Jangan 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.

Pajak 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.

### 7. Kegagalan Pembayaran, Admin Penyelesaian Dana, dan Log Audit

Pembayaran 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.

Contoh status yang disarankan adalah sebagai berikut.

- `scheduled`: pembayaran dijadwalkan
- `submitted`: permintaan disampaikan ke bank atau PG
- `processing`: sedang diproses oleh lembaga eksternal
- `paid`: keberhasilan dikonfirmasi
- `failed_retryable`: kegagalan yang dapat dicoba ulang
- `failed_final`: kegagalan akhir yang memerlukan koreksi informasi dan sebagainya
- `reversed`: dibatalkan atau dikembalikan setelah berhasil

Percobaan 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.

Catat hal-hal berikut dalam log audit.

- Pelaku dan akun operator yang digunakan
- Waktu pelaksanaan dan informasi keamanan seperti lokasi akses
- Nilai sebelum dan sesudah perubahan
- Alasan penahanan, pelepasan, dan penyesuaian manual
- Pemberi persetujuan dan pelaksana
- Pesanan terkait, batch penyelesaian dana, dan nomor transaksi eksternal
- Kode kegagalan dan riwayat percobaan ulang

Lindungi 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.

## Komponen Minimum Model Data Penyelesaian Dana

Sebaiknya definisikan buku besar berikut terlebih dahulu daripada meminta AI membuat layar terlebih dahulu.

| Objek Data | Peran |
|---|---|
| Buku besar pesanan | Mencatat status pesanan, pembayaran, pengiriman, dan konfirmasi pembelian |
| Item penyelesaian dana | Mencatat jumlah bruto, biaya, pajak, jumlah penyesuaian, dan penjual penerima per pesanan |
| Buku besar penyesuaian | Mencatat pengembalian dana, kompensasi, penalti, dan penyesuaian manual |
| Buku besar penahanan | Mencatat jumlah yang ditahan, alasan, tenggat, dan riwayat pelepasan |
| Batch penyelesaian dana | Kumpulan objek pembayaran untuk periode dan penjual tertentu |
| Buku besar pembayaran | Mencatat permintaan transfer, keberhasilan atau kegagalan, dan nomor transaksi eksternal |
| Buku besar pajak | Mencatat pemotongan pajak serta status penerbitan dan pelaporan bukti |
| Log audit | Mencatat semua perubahan penting oleh operator dan sistem |

Setiap 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.

## Aturan Pengendalian yang Wajib Dipertahankan

Sistem penyelesaian dana harus secara otomatis memeriksa kondisi tetap berikut.

- Satu item penyelesaian dana terhubung tepat ke satu penjual dan satu transaksi awal.
- Jangan mentransfer dua kali dengan kunci pembayaran yang sama.
- Total jumlah yang telah dibayar, belum dibayar, ditahan, dan disesuaikan harus sesuai dengan buku besar.
- Penyesuaian manual harus memiliki alasan dan pemberi persetujuan.
- Penyelesaian dana yang telah ditutup tidak boleh diubah, melainkan diperbaiki dengan jurnal balik dan penyesuaian baru.
- Selisih antara saldo internal terkait dana penjualan dan saldo PG atau bank harus diselidiki setiap hari.
- Versi kebijakan yang diterapkan harus dicatat dalam perhitungan pajak dan biaya.

## Contoh Spesifikasi Kebijakan untuk Disampaikan kepada AI

Menyusun persyaratan seperti berikut dapat mengurangi kelalaian.

> 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.

Jangan hanya meminta kode kepada AI; minta juga hasil berikut.

- Diagram transisi status dan daftar pengecualian
- Skema basis data dan batasan
- Sistem kewenangan dan persetujuan
- Pengujian normal, nilai batas, gangguan, dan permintaan duplikat
- Format laporan rekonsiliasi harian
- Prosedur pemulihan gangguan dan penanganan manual
- Daftar periksa perlindungan data pribadi dan informasi keuangan

## Daftar Periksa Sebelum Peluncuran

- [ ] Tanggal acuan penyelesaian dana per jenis transaksi telah didokumentasikan.
- [ ] Penjual dapat memverifikasi rincian penyelesaian dana per pesanan.
- [ ] Pengujian pengembalian dana sebagian dan penerusan saldo negatif telah lulus.
- [ ] Alasan penahanan, tenggat, dan kewenangan pelepasan telah ditetapkan.
- [ ] Standar pengelolaan dana terkait penjualan dan dana operasional telah dibedakan.
- [ ] Status kewajiban terkait PG, escrow, dan usaha keuangan elektronik telah dikonfirmasi bersama ahli.
- [ ] Perlakuan pajak per jenis penjual dan pendapatan telah ditinjau.
- [ ] Pengujian pencegahan pembayaran ganda dan percobaan ulang setelah kegagalan telah selesai.
- [ ] Rekonsiliasi harian antara bank, PG, dan buku besar internal dapat dilakukan.
- [ ] Perubahan manual oleh operator dicatat dalam log audit.
- [ ] Terdapat prosedur pemberitahuan kepada penjual dan penanganan pertanyaan saat terjadi gangguan penyelesaian dana.

## Kesimpulan

Titik 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.

## FAQ

### Apakah penyelesaian hanya merupakan fungsi untuk mengurangi komisi dari nilai penjualan?
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.

### Apakah tanggal acuan penyelesaian harus selalu merupakan tanggal konfirmasi pembelian?
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.

### Apakah siklus penyelesaian yang lebih singkat selalu lebih baik?
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.

### Jika menggunakan PG, apakah platform tidak perlu membuat kebijakan penyelesaian?
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.

### Apakah 3.3% harus dipotong dari semua penjual perorangan sebagai pajak penghasilan?
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.

### Apakah menyimpan hasil penjualan di rekening terpisah sepenuhnya aman?
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.

### Bagaimana penyelesaian negatif harus dicatat?
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.

### Jika tidak ada respons atas permintaan transfer, bolehkah permintaan tersebut langsung diajukan kembali?
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.

### Apakah kode penyelesaian yang dibuat oleh AI boleh langsung digunakan dalam operasional?
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

- [Undang-Undang Transaksi Keuangan Elektronik](https://www.law.go.kr/법령/전자금융거래법)
- [Undang-Undang tentang Perlindungan Konsumen dalam Perdagangan Elektronik dan sebagainya](https://www.law.go.kr/법령/전자상거래등에서의소비자보호에관한법률)
- [Undang-Undang Pajak Penghasilan](https://www.law.go.kr/법령/소득세법)
- [Undang-Undang Pajak Daerah](https://www.law.go.kr/법령/지방세법)
- [Undang-Undang Pajak Pertambahan Nilai](https://www.law.go.kr/법령/부가가치세법)

## Images

![Alur otomatisasi AI yang menghubungkan toko, penyelesaian, keamanan, dan verifikasi](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzI4NCwicHVyIjoiYmxvYl9pZCJ9fQ==--327ce77d86d637d351158c65c70ddfacddacae1e/ai-ed29586c.webp)
![Sistem penyelesaian AI yang menghubungkan keamanan, tahapan kebijakan, brankas dana, bank, dan server](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzI5MCwicHVyIjoiYmxvYl9pZCJ9fQ==--128e8c8dd212c1da8f86663e5bcd292ceb74aec1/ai-1bda19eb.webp)