# Buat rencana implementasi berikut
## Subscription dan transaksi
Admin dapat mengelola informasi subscription dengan data berikut

## CRUD Subscription
- nama subscription
- deskripsi subscription
- durasi subscription (dengan satuan hari)
- harga subscription

## CRUD User Subscription
- nama user
- subscription
- waktu berakhir subscription (tanggal sejak user berlangganan + durasi subscription)
- status subscription (ini logic UI, bukan field artinya buatkan fungsi utils, misalnya jika user customer melebihi batas tanggal subscription, maka Admin akan ubah role menjadi ke Guest secara manual)

## CRUD Transaksi
- nama user
- subscription
- jumlah transaksi
- bank customer
- bank tujuan
- status (pending, success, rejected)

## fungsi
sebagai informasi harga berlangganan pada sistem yang nantinya akan dipajang di landing page, yang nantinya user guest dapat mengirimkan data transaksi dan nantinya Admin akan approve secara manual sehingga status usernya berganti yang tadinya Guest menjadi Customer

## aturan role
### CRUD Subscription
Admin: full akses
Customer: sama sekali tidak dapat mengakses
Guest: sama sekali tidak dapat mengakses

### CRUD User Subscription
Admin: full akses
Customer: sama sekali tidak dapat mengakses
Guest: sama sekali tidak dapat mengakses

### CRUD Transaksi
Admin: full akses
Customer: hanya bisa membuat transaksi kecuali field note yang nantinya note diisi oleh admin dan juga tidak bisa mengubah status transaksi kecuali admin
Guest: hanya bisa membuat transaksi kecuali field note yang nantinya note diisi oleh admin dan juga tidak bisa mengubah status transaksi kecuali admin

## metode testing
untuk testing yaitu human testing sebagai saya sendiri

## note
- untuk penjelasan transaksi saya akan kirim prompt terpisah
- buat rencana implementasi yang nantinya digunakan oleh junior programmer atau AI model yang lebih murah