Game Owner

Lộ trình: Game Owner

Theo dõi vận hành game, quản lý cấu hình được giao và xem xét các yêu cầu cần phê duyệt.

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

• Đọc KPI/Health của đúng game và phân biệt thiếu dữ liệu với giá trị bằng không.
• Rà catalog, cấu hình và điều kiện publish trước khi giao việc live.
• Xem xét yêu cầu approval trong game scope, bảo đảm reviewer khác người tạo.

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
dashboard_kpi	READ	Super Admin, Game Owner, Live Ops, Economy Admin, Support Agent, Finance, Analyst, Auditor
catalog	WRITE	Super Admin, Game Owner, Live Ops, Economy Admin
remote_config	PUBLISH	Super Admin, Game Owner, Live Ops
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. Bắt đầu với Portal — 10 phút
2. Dashboard — 10 phút
3. Shop — 15 phút
4. Remote Config — 15 phút
5. Approvals — 15 phút
6. Audit Log — 10 phút

Bài thực hành

Bài 1: Rà soát sức khỏe game

Mục tiêu: Đọc chỉ số và nhận diện cảnh báo trong game được giao.

Dữ liệu chuẩn bị: game test_t5_owner_game có dữ liệu sandbox

Vai trò cần: Game Owner

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

1. Chọn game test_t5_owner_game và xác nhận tên ở thanh điều hướng.
2. Mở Dashboard rồi Health cho test_t5_owner_game; so thời điểm cập nhật và nguồn dữ liệu.
3. Ghi lại bất thường trong game test_t5_owner_game, chuyển đúng nhóm phụ trách thay vì sửa dữ liệu nguồn.

Kết quả mong đợi: Dashboard và Health cùng hiển thị đúng game; vấn đề được phân loại với thời điểm.

Bài 2: Xem trước thay đổi shop

Mục tiêu: Rà một thay đổi catalog trước khi publish.

Dữ liệu chuẩn bị: sản phẩm sandbox test_t5_owner_product

Vai trò cần: Game Owner/Live Ops khi được giao publish

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

1. Mở Shop, tìm sản phẩm test và kiểm tra giá/điều kiện.
2. So sánh cấu hình với yêu cầu đã được phê duyệt.
3. Chỉ publish nếu nhiệm vụ và quy trình cho phép; nếu không, ghi nhận đề xuất cho Live Ops.

Kết quả mong đợi: Sản phẩm và trạng thái được kiểm tra; hành động publish chỉ xảy ra khi được giao.

Bài 3: Xử lý yêu cầu duyệt

Mục tiêu: Đánh giá yêu cầu của người khác trong game scope.

Dữ liệu chuẩn bị: yêu cầu pending liên quan game test_t5_owner_game

Vai trò cần: Game Owner/Super Admin reviewer khác người tạo

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

1. Mở Approvals và lọc yêu cầu trong game được giao.
2. Đọc người tạo, reason, payload và tác động dự kiến.
3. Approve/reject theo quy trình; người tạo không tự duyệt yêu cầu của mình.

Kết quả mong đợi: Trạng thái yêu cầu đổi đúng một lần và có dấu vết trong Audit Log.

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

• Đọc nhầm Dashboard của game khác do chưa xác nhận game selector.
• Cho rằng Game Owner có quyền publish mọi loại catalog hoặc sửa feature flag.
• Tự duyệt yêu cầu do chính mình tạo.
• Phê duyệt thay đổi mà chưa đọc reason, audience hoặc tác động.