EnakGame phases 1-8 of docs/tasks-enakgame.md (EG-101 to EG-803), built on the existing EnakPoint/EnakCoin wallet (docs/rfc-enakgame.md). Foundation (phase 1) - Migrations 000103-000106: games extended with organization, slug, status, entry cost and result rules, old games archived (not deleted); budgets, versioned reward configs, sessions and session rewards; the ledger types GAME_SPEND_REFUND, GAME_REWARD and REWARD_REDEEM_REFUND; audit_logs. - AuditLogger writes in the caller's transaction only. - enakgame.limit.user_daily and global_daily organization settings. Games and sessions (phases 2-4) - Admin /marketing/enakgame: games, reward config versions (immutable but for status, one ACTIVE per game), budgets with non-overlapping global periods and a daily job opening the next month. - Customer /customer/enakgame: start (Idempotency-Key, entry cost and config frozen on the session), complete (result validation, reward engine, max_reward cap, daily limits via game_reward_counters, one GAME_REWARD per budget), automatic refunds for system errors and deactivated games, and a session job. - Reward engine: FIXED, SCORE_BASED, OUTCOME_BASED, PROBABILITY (crypto/rand), rounded down. Vouchers and budgets (phases 5-6) - Migration 000108 and 000107: vouchers, codes, redemptions, cost attribution; Economy Guard counters. - STATIC and CODE_POOL redemption in one transaction with the REDEEM PIN action; realized cost traced through the lots to the budget that paid the reward. - Budget metrics: realized cost, forecast, exposure and status. Migrations 000109-000110 add the wallet_lots indexes they need, built CONCURRENTLY. Events (phase 7) - Migration 000111: game events, each with its own EVENT budget. Event extras stack per PRD §16 defaults, with event and per-customer limits. External vouchers (phase 8) - VoucherProvider contract, two-step PENDING redemption and a recovery job, tested with a fake provider. No provider adapter is registered yet, so EXTERNAL vouchers stay out of the catalog. Not yet decided before release: reward rounding, event stacking, budget exhaustion policy and thresholds (RFC §19.2). Migrations 000103-000111 have not been run on any shared database. Also fixes a leftover PAYMENT filter in a wallet test and a data race in a test PIN fake. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
19 KiB
Backoffice EnakPoint & EnakCoin
30 Sep 2026
Backoffice perlu tujuh layar untuk mengelola program loyalitas: setting per outlet, setting per organisasi (termasuk kedaluwarsa), wallet customer, telusuri mutasi, PIN customer, riwayat setting, dan biaya main game.
Perubahan 7 Okt 2026: bayar dengan EnakPoint sudah dihapus karena EnakPoint sekarang hanya bisa ditukar ke voucher, tidak bisa dipakai sebagai alat bayar dan tidak bisa dicairkan (
enakgame-prd.md§3.2). Akibatnya setting outlet tidak lagi punyapoint_payment, method "EnakPoint" (tipepoint) tidak ada lagi di Payment Method, dan laporan per payment method tidak lagi membawapoint_amount,points_used,total_with_points, ataucounts_as_cash_in;summary.total_amountkembali total semua method.
Layar yang perlu dibuat
Semua endpoint di bawah base URL /api/v1, butuh login user dengan role Admin atau Manager, dan otomatis dibatasi ke organisasi user tersebut. Data customer atau outlet organisasi lain dijawab 404.
| Layar | Endpoint | Tempat di menu |
|---|---|---|
| Setting loyalitas outlet | GET / PUT /outlets/:outlet_id/loyalty-settings |
Outlet → detail outlet → tab Loyalitas |
| Setting loyalitas organisasi | GET / PUT /marketing/loyalty-settings (+ ?dry_run=true) |
Marketing → Loyalitas → Pengaturan |
| Riwayat perubahan setting | GET /marketing/loyalty-settings/history |
Marketing → Loyalitas → Riwayat |
| Wallet customer | GET /marketing/customers/:id/wallet, POST …/wallet/adjust |
Customer → detail customer → tab Wallet |
| Telusuri mutasi | GET /marketing/wallet-transactions/:id/trace |
Dibuka dari baris riwayat wallet |
| PIN & keamanan customer | DELETE /marketing/customers/:id/pin, GET …/security-events |
Customer → detail customer → tab Keamanan |
| Biaya main game | PUT game yang sudah ada, metadata.coin_cost |
Marketing → Game → edit game |
Penempatan menu di atas adalah usulan; sesuaikan dengan struktur backoffice yang ada.
Istilah di layar. EnakPoint (POINT) adalah saldo yang hanya bisa ditukar ke voucher, bukan alat bayar; EnakCoin (COIN) untuk main game dan bisa ditukar ke EnakPoint. Nilai rupiah EnakPoint selalu ditulis "setara potongan Rp …", tidak pernah "saldo Rp …", karena saldo tidak bisa dicairkan.
Format response. Sukses { "success": true, "data": … }; gagal { "success": false, "errors": [{ "code", "entity", "cause" }] }. Tampilkan cause sebagai pesan (lihat bagian Pesan error).
Setting loyalitas outlet
Tiap outlet mengatur sendiri berapa EnakPoint dan EnakCoin yang didapat dari order. Semua nilai default mati sampai owner menyalakannya.
GET /outlets/:outlet_id/loyalty-settings → isi form. PUT ke path yang sama dengan objek yang sama untuk menyimpan; field yang tidak dikirim tetap, field tak dikenal ditolak (termasuk point_payment yang sudah dihapus).
{
"point": { "enabled": true, "earn_mode": "PER_AMOUNT", "earn_per_amount": 100, "earn_value": 1, "earn_percent": 1, "min_order_amount": 0, "max_per_order": null },
"coin": { "enabled": true, "earn_mode": "PER_AMOUNT", "earn_per_amount": 25000, "earn_value": 1, "earn_percent": 1, "min_order_amount": 0, "max_per_order": null }
}
| Field | Label usulan | Tipe | Default | Validasi |
|---|---|---|---|---|
point.enabled / coin.enabled |
Beri EnakPoint / EnakCoin | toggle | mati | – |
earn_mode |
Cara hitung: per nominal / persentase | pilihan PER_AMOUNT / PERCENTAGE |
PER_AMOUNT |
salah satu dari keduanya |
earn_per_amount |
Setiap belanja Rp … (mode PER_AMOUNT) |
Rp | 100 (point), 25.000 (coin) | > 0 |
earn_value |
… mendapat (mode PER_AMOUNT) |
angka | 1 | ≥ 0 |
earn_percent |
… % dari belanja (mode PERCENTAGE) |
%, boleh desimal | 1 | 0–100, maks. 2 angka desimal |
min_order_amount |
Minimal belanja | Rp | 0 | ≥ 0 |
max_per_order |
Maksimal per order | angka, boleh kosong | kosong = tanpa batas | ≥ 0 |
Cashback efektif. Response membawa point_cashback_percent dan point_value. Tampilkan persentase di samping field earning EnakPoint, mis. "setara cashback 1%", dan hitung ulang di sisi klien saat owner mengetik: earn_value × point_value ÷ earn_per_amount × 100, atau pada mode PERCENTAGE: earn_percent × point_value. Tujuannya agar owner tidak salah membaca skala (1 per Rp 100 bukan 1 per Rp 1).
Mode earning. Tampilkan hanya field mode yang dipilih (earn_per_amount + earn_value, atau earn_percent). Field mode lain tetap tersimpan di server, jadi tidak perlu dikosongkan saat owner berpindah mode. Pada mode PERCENTAGE jumlah yang didapat adalah floor(basis × earn_percent ÷ 100), mis. 2,5% dari Rp 87.500 = 2.187 EnakPoint.
Contoh di bawah form. "Belanja Rp 87.500 mendapat 875 EnakPoint dan 3 EnakCoin." Earning dihitung dari subtotal setelah diskon, sebelum pajak.
Setelah PUT, response membawa changes (key yang berubah); tampilkan toast singkat, mis. "2 pengaturan disimpan".
Setting loyalitas organisasi
Nilai rupiah EnakPoint, kurs exchange, batas transfer, dan kedaluwarsa berlaku sama untuk semua outlet, jadi diatur sekali per organisasi. Mengubah nilai EnakPoint atau kurs langsung mengubah daya beli semua saldo customer, jadi layar ini wajib menampilkan dampaknya sebelum disimpan.
{
"point_value": 1,
"exchange": { "coin_amount": 1, "point_amount": 1 },
"transfer": { "enabled": true, "min_amount": 1, "max_per_transaction": null, "daily_limit": null },
"point_expiry": { "…": "lihat bagian kedaluwarsa" },
"coin_expiry": { "…": "lihat bagian kedaluwarsa" },
"enakgame": { "user_daily_limit": 0, "global_daily_limit": 0 }
}
| Field | Label usulan | Default | Validasi |
|---|---|---|---|
point_value |
Nilai 1 EnakPoint (Rp) | 1 | ≥ 1 |
exchange.coin_amount : exchange.point_amount |
Kurs tukar: … EnakCoin = … EnakPoint | 1 : 1 | keduanya ≥ 1 |
transfer.enabled |
Izinkan transfer antar customer | aktif | – |
transfer.min_amount |
Minimal per transfer | 1 | ≥ 1 |
transfer.max_per_transaction |
Maksimal per transfer | kosong = tanpa batas | ≥ 1 |
transfer.daily_limit |
Batas harian per customer | kosong = tanpa batas | ≥ 1, dihitung per currency, reset tengah malam WIB |
enakgame.user_daily_limit |
Maksimal EnakCoin dari EnakGame per customer per hari | 0 = tanpa batas | ≥ 0, reset tengah malam WIB |
enakgame.global_daily_limit |
Maksimal EnakCoin dari EnakGame seluruh organisasi per hari | 0 = tanpa batas | ≥ 0, reset tengah malam WIB |
Alur simpan
- Owner mengubah form.
- Tombol Simpan memanggil
PUT /marketing/loyalty-settings?dry_run=truedengan objek yang diubah. Tidak ada yang tersimpan. - Bila
changeskosong, beri tahu "tidak ada perubahan" dan berhenti. - Tampilkan dialog konfirmasi berisi
changes,impact(bilapoint_valueatau kurs berubah), danexpiry_activations(bila ada, lihat bagian kedaluwarsa). - Konfirmasi memanggil
PUTyang sama tanpadry_run.
Dialog dampak
impact berisi saldo beredar organisasi dan nilainya sebelum/sesudah:
Field impact |
Tampilkan sebagai |
|---|---|
outstanding_points |
EnakPoint beredar |
point_rupiah_before → point_rupiah_after |
Setara potongan Rp … → Rp … |
outstanding_coins |
EnakCoin beredar |
coins_as_points_before → coins_as_points_after |
Bila semua ditukar: … EnakPoint → … EnakPoint |
coin_rupiah_before → coin_rupiah_after |
Setara potongan Rp … → Rp … |
Contoh kalimat: "Menaikkan nilai EnakPoint dari Rp 1 ke Rp 2 membuat 1.250.000 EnakPoint yang beredar setara potongan Rp 2.500.000 (sebelumnya Rp 1.250.000)." Perubahan hanya berlaku ke depan: exchange yang sudah terjadi memakai kurs saat itu.
Pengaturan kedaluwarsa
Kedaluwarsa diatur terpisah untuk EnakPoint (point_expiry) dan EnakCoin (coin_expiry) dengan salah satu dari dua model; defaultnya mati, dan bila dinyalakan defaultnya hangus setiap 31 Desember.
"point_expiry": {
"enabled": true,
"mode": "FIXED_DATE",
"fixed_dates": ["12-31"],
"grace_months": 3,
"period": 12,
"unit": "MONTH",
"end_of_month": false,
"reminder_days": 7
}
| Field | Tampil saat | Label usulan | Validasi |
|---|---|---|---|
enabled |
selalu | Saldo bisa kedaluwarsa | – |
mode |
aktif | Model: Tanggal tetap / Sejak didapat | FIXED_DATE atau ROLLING |
fixed_dates |
FIXED_DATE |
Tanggal hangus setiap tahun | minimal satu, format MM-DD, 02-29 ditolak |
grace_months |
FIXED_DATE |
Periode tanggung (bulan) | 0–24, default 3 |
period + unit |
ROLLING |
Berlaku selama … hari/bulan | period ≥ 1, DAY atau MONTH |
end_of_month |
ROLLING |
Bulatkan ke akhir bulan | – |
reminder_days |
aktif | Ingatkan customer … hari sebelumnya | ≥ 0, 0 = tanpa pengingat |
Tanggal tetap (FIXED_DATE). Semua saldo hangus di tanggal yang sama, mis. 31 Desember, atau 30 Juni dan 31 Desember untuk dua kali setahun. Saldo yang didapat kurang dari grace_months sebelum tanggal itu ikut ke tanggal berikutnya, jadi saldo yang didapat 1 Oktober dengan tanggung 3 bulan hangus 31 Desember tahun depan. Untuk input fixed_dates, pakai pemilih tanggal+bulan tanpa tahun.
Sejak didapat (ROLLING). Tiap saldo berlaku period hari atau bulan sejak masuk, mis. 12 bulan. Dengan end_of_month, saldo yang didapat 14 Maret 2026 hangus 31 Maret 2027.
Preview. Response GET, PUT, dan dry run membawa expiry_preview.point dan .coin: kapan saldo yang didapat sekarang akan kedaluwarsa (null = tidak). Tampilkan di bawah form: "EnakPoint yang didapat hari ini kedaluwarsa pada 31 Des 2026." Karena dihitung dari nilai yang dikirim, dry run bisa dipakai untuk memperbarui preview saat owner mengubah pilihan.
Menyalakan pertama kali. Saldo lama yang belum punya tanggal ikut diberi tanggal, dengan masa berlaku penuh: tanggal hangus kedua berikutnya (FIXED_DATE) atau satu periode sejak hari ini (ROLLING). Dry run mengembalikan expiry_activations; tampilkan di dialog konfirmasi dengan kalimat tegas, mis. "1.250.000 EnakPoint milik customer yang ada sekarang akan kedaluwarsa pada 31 Des 2027. Tindakan ini tidak bisa dibatalkan dengan mematikan kedaluwarsa."
Field expiry_activations[] |
Arti |
|---|---|
currency |
POINT atau COIN |
lots |
Jumlah paket saldo yang diberi tanggal |
amount |
Total saldo yang diberi tanggal |
expires_at |
Tanggal kedaluwarsanya |
Aturan lain yang perlu dijelaskan di layar:
- Mengubah model atau masa berlaku hanya berlaku untuk saldo yang masuk setelahnya.
- Mematikan kedaluwarsa tidak membatalkan tanggal yang sudah terjadwal.
- Saldo yang ditransfer atau ditukar membawa tanggal kedaluwarsa aslinya.
- Saldo hangus tanpa kompensasi apa pun. Customer mendapat pengingat push
reminder_dayshari sebelumnya dan notifikasi saat hangus.
Wallet customer
Tab Wallet di detail customer dipakai untuk menangani komplain: melihat saldo dan asal-usulnya, mengoreksi saldo, dan menelusuri satu mutasi sampai ke order asalnya.
Saldo, lot, dan riwayat
GET /marketing/customers/:id/wallet?page=1&limit=20¤cy=POINT&type=TRANSFER_OUT,EARN&from=2026-09-01&to=2026-09-30 (semua query opsional, sama seperti riwayat di aplikasi customer)
{
"customer": { "id": "…", "name": "Budi Santoso", "phone": "081234561234" },
"point_balance": 12650,
"coin_balance": 8,
"spendable_point_balance": 12500,
"spendable_coin_balance": 8,
"lots": [
{ "id": "…", "currency": "POINT", "original_amount": 875, "remaining_amount": 875, "expires_at": "2026-12-31T23:59:59+07:00", "expired": false, "source_transaction_id": "…", "origin_lot_id": null, "created_at": "…" }
],
"transactions": {
"data": [
{
"id": "…", "currency": "POINT", "type": "TRANSFER_OUT", "amount": -120, "balance_after": 12650,
"description": "Transfer ke An*** (08**-****-5678)",
"destination": { "type": "WALLET_TX", "id": "…" },
"counterparty": { "id": "…", "name": "Anita Rahma" },
"created_by": null, "outlet": null, "reason": null, "metadata": {},
"created_at": "…"
}
],
"pagination": { "page": 1, "limit": 20, "total_count": 42, "total_pages": 3 }
}
}
- Saldo: tampilkan
spendable_*sebagai saldo utama.point_balance/coin_balancebisa sedikit lebih besar selama ada lot yang sudah lewat tanggal tapi belum diproses job kedaluwarsa (paling lama sekitar 15 menit). - Lot: tabel paket saldo yang masih berisi, urut dari yang paling cepat kedaluwarsa. Beri tanda untuk
expired: true. - Riwayat: sama dengan riwayat customer, ditambah nama asli yang disamarkan untuk customer:
counterparty(lawan transfer),created_by(admin pelaku adjustment),outlet,reason, danmetadata(kurs, rumus earning, shortfall).
Adjustment manual
POST /marketing/customers/:id/wallet/adjust
{ "currency": "POINT", "amount": -500, "reason": "Komplain #45", "idempotency_key": "adj-7f3c" }
| Field | Aturan |
|---|---|
currency |
POINT atau COIN |
amount |
Bertanda, tidak boleh 0. Positif menambah, negatif mengurangi |
reason |
Wajib; tampil di riwayat customer sebagai "Koreksi oleh admin: …" |
idempotency_key |
Opsional tapi disarankan: buat satu nilai saat dialog dibuka, supaya klik ganda tidak mengoreksi dua kali |
Pengurangan yang melebihi saldo yang bisa dipakai ditolak 304. Adjustment tambah mengikuti aturan kedaluwarsa organisasi. Response: { "transaction", "spendable_point_balance", "spendable_coin_balance", "replayed" }. Beri catatan di dialog bahwa adjustment tidak disertai pembayaran uang, sehingga alasan tidak boleh "pencairan".
Telusuri mutasi
Dari baris riwayat mana pun, tombol Telusuri memanggil GET /marketing/wallet-transactions/:id/trace.
{
"transaction": { "id": "…", "customer": { "id": "…", "name": "Budi Santoso" }, "currency": "POINT", "type": "TRANSFER_OUT", "amount": -30, "description": "Transfer ke Ri*** (08**-****-9012)", "reference_type": "WALLET_TX", "reference_id": "…", "created_at": "…" },
"lots": [
{
"amount": 30,
"chain": [
{ "lot": { "id": "…", "expires_at": "…", "origin_lot_id": "…" }, "source": { "type": "TRANSFER_IN", "customer": { "name": "Budi Santoso" }, "description": "Transfer dari An*** (08**-****-5678)" } },
{ "lot": { "id": "…", "origin_lot_id": null }, "source": { "type": "EARN", "customer": { "name": "Anita Rahma" }, "reference_type": "ORDER", "reference_id": "…", "description": "Belanja #ORD-1 di Outlet Kemang" } }
]
}
]
}
Tampilkan tiap lots[] sebagai rantai dari atas ke bawah: jumlah yang lewat lot itu, lalu setiap langkah chain dengan pemilik, tipe, dan deskripsinya. Langkah terakhir selalu EARN, ADJUSTMENT, atau MIGRATION; bila reference_type = ORDER, jadikan tautan ke detail order. Mutasi keluar menampilkan lot yang dipakai; mutasi masuk menampilkan lot yang dibuatnya.
PIN, riwayat setting, dan game
PIN & keamanan customer
Admin tidak bisa membuat, mengganti, atau melihat PIN customer; satu-satunya aksi adalah menghapusnya, misalnya bila customer kehilangan akses, sehingga customer harus membuat PIN baru lewat OTP di aplikasi.
DELETE /marketing/customers/:id/pindengan body{ "reason": "Customer ganti nomor HP" }.reasonwajib. Tampilkan dialog konfirmasi dengan input alasan.GET /marketing/customers/:id/security-events?page=1&limit=20untuk tab Keamanan:
{
"data": [
{ "id": "…", "event": "PIN_LOCKED", "actor_user": null, "reason": null, "ip_address": "103.10.0.7", "user_agent": "EnakApp/2.4 (Android 14)", "created_at": "…" }
],
"pagination": { "page": 1, "limit": 20, "total_count": 5, "total_pages": 1 }
}
event |
Label usulan |
|---|---|
PIN_SET |
PIN dibuat |
PIN_CHANGED |
PIN diganti |
PIN_RESET |
PIN direset lewat OTP (transfer ditahan 24 jam) |
PIN_FAILED |
PIN salah dimasukkan |
PIN_LOCKED |
PIN terkunci 30 menit |
PIN_REMOVED_BY_ADMIN |
PIN dihapus admin (actor_user, reason terisi) |
Riwayat perubahan setting
GET /marketing/loyalty-settings/history?page=1&limit=20 untuk setting organisasi; tambah &outlet_id=… untuk riwayat satu outlet.
{ "id": "…", "organization_id": "…", "outlet_id": null, "key": "loyalty.point.value", "old_value": "1", "new_value": "2", "changed_by": "…", "created_at": "…" }
old_value null berarti sebelumnya masih nilai default. Tampilkan key dengan label yang sama seperti di form (mis. loyalty.point.value → "Nilai 1 EnakPoint"), dan changed_by sebagai nama user.
Biaya main game
Semua game (spin, raffle, minigame) memakai EnakCoin yang sama. Biaya per main diisi di metadata.coin_cost saat membuat atau mengedit game (/marketing/games): bilangan bulat ≥ 1, default 1 bila kosong. Nilai pecahan, 0, atau teks membuat game tidak bisa dimainkan. Karena metadata dikirim utuh, pertahankan key metadata lain saat menyimpan. Hadiah game juga bernilai rupiah secara tidak langsung, karena EnakCoin bisa ditukar ke EnakPoint.
Pesan error dan checklist
code |
HTTP | Kapan terjadi di backoffice | Yang ditampilkan |
|---|---|---|---|
303, 310 |
400 | Body tidak valid, field tak dikenal di PUT setting, UUID salah |
Pesan umum "Data tidak valid" + cause untuk developer |
304 |
400 | Nilai di luar batas, adjustment melebihi saldo, alasan kosong | cause di dekat field atau di toast |
404 |
404 | Customer, outlet, atau mutasi bukan milik organisasi ini | "Data tidak ditemukan" |
900 |
500 | Kesalahan server | "Terjadi kesalahan, coba lagi" |
Pesan cause saat ini berbahasa Inggris, mis. invalid loyalty settings: loyalty.point.earn_per_amount must be at least 1. Untuk validasi form, lebih baik cek batasnya di sisi klien (tabel di tiap bagian) dan tampilkan cause hanya sebagai cadangan.
Checklist rilis
- Form setting outlet menampilkan cashback efektif dan contoh earning.
- Setting organisasi selalu lewat dry run dan dialog konfirmasi sebelum disimpan.
- Dialog konfirmasi menampilkan
impactsaat nilai EnakPoint atau kurs berubah. - Dialog konfirmasi menampilkan
expiry_activationssaat kedaluwarsa dinyalakan pertama kali. - Preview "yang didapat hari ini kedaluwarsa pada …" tampil di bawah pengaturan kedaluwarsa.
- Wallet customer menampilkan saldo yang bisa dipakai, lot, dan riwayat dengan nama asli.
- Adjustment mewajibkan alasan dan mengirim
idempotency_key. - Tombol Telusuri ada di setiap baris riwayat.
- Hapus PIN mewajibkan alasan; tab Keamanan menampilkan log.
- Form game punya input
coin_cost. - Semua nilai rupiah EnakPoint ditulis "setara potongan Rp …".
Transfer belum boleh dirilis sebelum tinjauan legal (N3) selesai. Layar backoffice boleh disiapkan lebih dulu.