---
# System prepended metadata

title: W1 優化項目
tags: [W1]

---

# W1 優化項目
###### tags: `W1`



## H1餘額全託管

將所有餘額充值後直接轉入W1
會員要提取時才直接從W1轉出
中途更換遊戲不需要轉帳

| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 8 | 建議之後H1都不要保留餘額 |
| 風險     | 5  | 風險在H1餘額會不會受影響|
| 開發時間  | 3 | 開發工作在H1|
| 測試時間 |3|

## W1帳務驗證
將帳務驗證機制移動到W1實作
1. 用最新餘額檢查
2. 用Session紀錄檢查
3. 用轉帳紀錄檢查

| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 2 | 目前H1已經有類似功能 |
| 風險     | 2  | |
| 開發時間  | 5-10 | 視選擇方式來定|
| 測試時間 |5| 

## 遊戲館設定檔資料移出appsetting
將遊戲館設定資料移至DB或config map


| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 4 |  |
| 風險     | 5  | |
| 開發時間  | 3| 目前有13個遊戲館|
| 測試時間 |1|| 

## 錯誤代碼重新整理與catch機制調整
目前錯誤捕捉與log並沒有一個比較一致的方式
1. 定義錯誤代碼與訊息
2. 實作自訂義catch
3. 調整所有code的catch

| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 3 |  |
| 風險     | 2  | |
| 開發時間  | 5| |
| 測試時間 |2|| 

## 建立log查詢字串表
新增gcp log 查詢代碼或是定義字串方便查詢線上問題
1. 定義log編碼
2. 修改log內容
3. 
| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 5 |  |
| 風險     | 2  | |
| 開發時間  | 5| |
| 測試時間 |2|| 

## 遊戲清單
重新編碼各館別遊戲, 並提供api取得list
1. 定義gamecode
2. 多國語系
3. 定義遊戲類別

| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 2 |  |
| 風險     | 1  | |
| 開發時間  |3| |
| 測試時間 |1|| 



## 新增活動模組 
W系列提供活動功能
1. 贈金
2. 返水,推薦人
3. 排行榜
4. 抽獎券

| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 2 |  |
| 風險     | 1  | |
| 開發時間  | 10 | |
| 測試時間 |10|| 


## 遊戲第二層明細移到game service(進行中DEV)
將遊戲明細實作移動到game service實作
W1核心部分解偶

| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 2 |  |
| 風險     | 1  | |
| 開發時間  |2| |
| 測試時間 |1|| 


## 閒置user 無法取得在線清單者仍要踢線(進行中)
SABA與AE無法取得線上清單, 若超過30分鐘無注單直接視為離線
避免長時間未更換遊戲造成誤判

| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 3 |  |
| 風險     | 1  | |
| 開發時間  |1| |
| 測試時間 |1||

## PG在線清單更新
PG已不提供在線名單
這部分需要調整成跟SABA與AE相同使用last_platform參考

| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 4 |  |
| 風險     | 1  | |
| 開發時間  |1| |
| 測試時間 |1||


## 遊戲館使用者改成垂直建立(已開發2023/01/09 PRD)

舊版遊戲館使用者id是以建立欄位方式進行
若是新增遊戲需要擴充DB欄位, 
新增遊戲館若有遺漏容易造成錯誤

| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 6 | 有要持續新增遊戲館才有必要 |
| 風險     | 8  | 系統使用此表的頻率平當高,且錯誤會造成餘額卡住|
| 開發時間  | 3  |Redis , platform user 相關資料結構要調整|
| 測試時間 |5|需做到每個遊戲的完整建立使用者與轉帳測試


## 遊戲館接入改成共用介面 (已開發12/19 PRD)

目前新遊戲館的開發都是在W1系統下
如果要快速接入遊戲並驗證
可以開發介面並將遊戲封裝可以加速整合時間
| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 2 | 有要持續新增遊戲館才有必要 |
| 風險     | 1  | 基本上可以降低風險|
| 開發時間  | 10 | 需要花較多時間整理架構, 並規劃共用介面|
| 測試時間 |3|做每個遊戲的基礎測試即可

## 所有遊戲館小時彙總帳檢查(已開發12/19 PRD)
驗證所有遊戲館補帳流程與功能
1. 檢查每小時彙總帳功能
2. 檢查自動補帳機制
3. 測試人工補帳機制與流程優化

| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 8 | 目前部分遊戲已完成 |
| 風險     | 1  | |
| 開發時間  | 3 | |
| 測試時間 |5|這個需要長時間觀察測試| 

## 遊戲館API關閉功能(已開發2023/01/09 PRD)
遊戲館若長時間Timeout, 查詢餘額與轉出需排除
1. forward game 踢線提款功能排除遊戲館
2. get balance 排除遊戲館

| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 8 |  |
| 風險     | 1  | |
| 開發時間  | 1| |
| 測試時間 |1|| 

## 進入遊戲踢線取款優化(已開發2023/01/09 PRD)
排除掉非最後進入的遊戲館
在大量接入遊戲館後有效降低請求數量
使用者洗分仍需要全部遊戲館詢問避免卡錢

| 評估項目 | 評級 | 補充 |
| -------- | -------- | -------- |
| 必要性    | 7 |  |
| 風險     | 1  | |
| 開發時間  | 1| |
| 測試時間 |1|| 