---
# System prepended metadata

title: Untitled

---




## 啟用RG遊戲流程 
(需取得**RG分桶**資訊以及**遊戲進桌列表**)

![](https://i.imgur.com/9WgJffk.png)

*0.前置動作必須先建立RG帳號 (呼叫API建立RG帳號)*
1.呼叫API代入分桶/帳號/遊戲桌...**取得Session **
2.代入Session至入口頁面 (該頁面會直接轉頁至遊戲畫面)
session有ttl&為一次性


---

## RG API 程式內部分層結構
![](https://i.imgur.com/aDbUUPU.png)
#### 1.BLL - 商業邏輯層
#### 2.GameMiddle - 統一遊戲介面層 (ex:必須實作的方法...額度小數4位格式...)
#### 3.EndPoint - 遊戲廠商方法層(實際去呼叫廠商的API方法)

---

## RG API 程式內部分層結構 - 啟用遊戲流程
![](https://i.imgur.com/nsbQLZQ.png)
#### 重點邏輯:
1.取得分桶/遊戲/帳號相關實例，檢查館別開放/維護啟用等狀態
2.遊戲資料，分層為遊戲廠商/遊戲館別/遊戲桌
3.檢查並建立遊戲帳號

#### 備註:
1.無實做試玩模式(是否支援試玩)
2.語系主要泰文(預設英文)
3.幣別固定為唯一泰幣(若同一分桶多幣別需再另建對應廠商代理線，以及考慮對帳層面問題)
4.拔掉踢線，目前不處理進過上一次遊戲的踢線
5.是否大廳，取得大廳連結方法

#### todo:
1.RG內需先建立好遊戲桌資料，需定時同步最新遊戲列表


---

## RG API 程式內部分層結構 - 充值/提款

![](https://i.imgur.com/u019PxE.png)

#### 重點邏輯:
1.開始交易檢查是否Busy/鎖定/請求編號是否重複/交易編號是否重複，使用redis實作Lock機制
2.請求編號由現金網代入，交易編號由RG內部機制產生，遊戲廠商轉入轉出前額度，成功或錯誤回應，對應表皆寫在**交易紀錄表**
3.**交易紀錄表**分為(當前)與(歷史)，需待(當前)無資料時才可接受新的交易請求，而完成的交易後，另有背景佇列服務將(當前)移至(歷史)

#### 備註:
1.一律跟遊戲廠商介接轉帳錢包的模式
2.僅充值有此*檢查並建立遊戲帳號*方法，提款不必有
3.提款金額未填則預設查廠商餘額後全額轉出


---

## 待續...
1.遊戲資料維護...遊戲廠商/遊戲館別分類/遊戲分類...
2.分桶維護...分桶與遊戲廠商/館別/遊戲桌...開放...
3.分桶對應廠商代理參數維護...**共用遊戲參數/各別代理參數**...
