Finance

Lộ trình: Finance

Đối soát doanh thu và giao dịch provider, thực hiện refund theo quyền và lưu dấu vết.

Sau lộ trình này bạn có thể

• Đối soát purchase và doanh thu theo provider, game, currency, timezone và khoảng ngày.
• Thực hiện refund test đúng một lần với reason và step-up khi được yêu cầu.
• Báo cáo freshness/ingestion để tránh kết luận doanh thu bằng 0 khi dữ liệu thiếu.

Quyền theo backend

Ai dùng được

Đây là quyền endpoint theo backend/src/admin_portal/core/permissions.py; các thao tác nhạy cảm như PII có kiểm tra step-up riêng. Super Admin vượt ma trận bằng quyền khẩn cấp.

Tài nguyên endpoint	Hành động cần	Vai trò được backend cho phép
purchase_refund	WRITE	Super Admin, Finance
economy_ledger	READ	Super Admin, Game Owner, Live Ops, Economy Admin, Support Agent, Finance, Analyst, Auditor
dashboard_kpi	READ	Super Admin, Game Owner, Live Ops, Economy Admin, Support Agent, Finance, Analyst, Auditor
audit_log	READ	Super Admin, Game Owner, Live Ops, Economy Admin, Support Agent, Finance, Analyst, Auditor

Bảng dưới đây lấy quyền endpoint từ dữ liệu permissions.json do T.3 sinh trực tiếp từ backend. Grant không tự đảm bảo menu hoặc feature flag đang bật.

Bảng permission mô tả grant endpoint; menu, điều kiện module, scope game và MFA còn được kiểm tra riêng.

Thứ tự học

1. Purchases — 20 phút
2. Dashboard — 10 phút
3. Health — 10 phút
4. Khiếu nại nạp tiền — 20 phút
5. Sự cố thường gặp — 10 phút

Bài thực hành

Bài 1: Đối soát purchase test

Mục tiêu: Đối chiếu giao dịch đã xác thực với báo cáo tổng hợp.

Dữ liệu chuẩn bị: game test_t5_finance_game; purchase giả lập test_t5_finance_purchase

Vai trò cần: Finance

Các bước (chỉ dev/staging):

1. Mở Purchases cho game test_t5_finance_game và tìm purchase test_t5_finance_purchase.
2. So trạng thái provider, currency, product và thời gian của test_t5_finance_purchase; không dùng client-reported amount làm nguồn chuẩn.
3. Ghi chênh lệch của test_t5_finance_purchase cần điều tra và link sự kiện nguồn.

Kết quả mong đợi: Bảng đối chiếu giữ nguyên dữ liệu provider và chỉ rõ discrepancy.

Bài 2: Thực hành refund sandbox

Mục tiêu: Refund giao dịch test theo lý do đã được phê duyệt.

Dữ liệu chuẩn bị: purchase test_t5_finance_purchase trong môi trường dev/staging có khả năng refund mô phỏng

Vai trò cần: Finance

Các bước (chỉ dev/staging):

1. Xác minh môi trường và trạng thái purchase.
2. Nhập reason, yêu cầu MFA step-up nếu hiện ra và xác nhận transaction.
3. Kiểm tra kết quả refund, ledger/audit và tránh submit lặp.

Kết quả mong đợi: Refund test có kết quả/trace duy nhất và reason; giao dịch production không được thao tác.

Bài 3: Rà soát doanh thu

Mục tiêu: So sánh Dashboard với nguồn và Health ingestion.

Dữ liệu chuẩn bị: game test_t5_finance_game; khoảng ngày test

Vai trò cần: Finance

Các bước (chỉ dev/staging):

1. Mở Dashboard và ghi khoảng ngày, currency, timezone.
2. Mở Health, xác nhận ingestion cho purchases/ad_events/analytics.
3. Nêu rõ độ trễ hoặc khoảng thiếu dữ liệu trước khi chia sẻ báo cáo.

Kết quả mong đợi: Báo cáo nêu nguồn và freshness; không cộng dữ liệu thiếu như doanh thu bằng 0.

Chú ý

Chỉ dùng tài khoản, game và dữ liệu sandbox được cấp. Không chạy thao tác lên hệ thống live; không đưa token, mật khẩu, PII hoặc purchase token vào ghi chú. Mọi ví dụ game/player bên trên là tên marker test_, cần được tạo riêng theo quy trình môi trường.

Tự đánh giá

• Tôi biết cách xác nhận đúng game/scope trước thao tác.
• Tôi phân biệt quyền đọc, ghi, publish và mutation.
• Tôi biết khi nào cần reason, MFA step-up hoặc duyệt độc lập.
• Tôi chỉ dùng dữ liệu test và biết cách dừng/chuyển escalations.

Sai lầm thường gặp

• Tin client-reported amount thay cho trạng thái provider.
• Submit refund nhiều lần trước khi kiểm tra trạng thái transaction.
• So sánh số liệu lệch timezone hoặc currency.
• Bỏ qua Audit Log hoặc không ghi lý do xử lý.