---
# System prepended metadata

title: Bank Gateway Thailand Review

---

# Bank Gateway Thailand Review
## 各家銀行注意項目

### KBANK

### SCB

### KTB

### BAY

### BBL 

## 二次查核
- 必須有(附言,金額,時間) 金額必須為負數，時間必須為UTC0
- 注意可能有失敗明細

##  交易明細
- TransactionEntity OptionRemark  當日、非當日的值都會一樣，避免跨日後重複刷明細
- 金額正負數皆有可能
- 注意可能有失敗明細


```
SCB 拿交易明細一次拿取就是一個月，並且資料排序是透過時間ASC排序，所以每次撈取都要全撈所有分頁 
```
```
BAY 非當日的交易明細時間精度只有到 [yyyyMMdd]
```

### 待辦項目
- BAY 明細由於當天跟非當天時間精度不一樣，所以只支援當天刷新，需更新文件備註
- 逐筆查詢的時候如果有遇到Exception的情境需要處理通知、Log或加入回應內容
- SyncAPI 加入Last Transaction No 的參數，如果有帶入則查到該筆最後一筆，沒帶入則是全天
- 交易明細的欄位確認為下列五種
    * 時間 : `yyyy-MM-dd HH:mm:ss`
    * 金額 : 小數點兩位
    * 類型 : 需轉換成該國的類型 目前為 轉入(預設沒有辦法判斷的都是轉入)、轉出、掃碼、網銀
    * 外部戶名 : 可為空
    * 附言    : 可為空(唯一識別編號，轉帳建立時由轉帳方決定，並且至少會出現在自己的轉出明細)
    * 選填項目 : 不同國家、不同銀行不同皆可，也可為空，用做於對帳用途，各資訊以,分隔
- 交易唯一識別編號的Hash格式為 `{時間:yyyyMMddHHmmss}:{金額:.00}:{類型}:{外部戶名}:{附言}:{選填項目}`

## Transfer
### 注意項目

* 轉帳有"日期"參數的要檢查是UTC0或UTC7，如果精度只有到yyyyMMdd 很難確定是否是+0
* 轉帳要注意建立成功跟驗證成功的判斷依據會不會造成混淆
* 轉帳有建立成功以後就直接成功不需要簡訊驗證的流程，API、Phishing前端要注意、超級交易員也要

### 待辦項目
* 不支援的銀行要確認

## 試營運流程

1. 確認BAY是否要做為掃碼的收款行，
    * 若是需要   => API只支援當日Sync
    * 若是不需要 => BAY 當日的日期寫入也只寫入 年月日
2. API測試 :確認是否能提供五家銀行新的帳號做交叉比對測試，若否則詢問是否能夠協助測試BankGateway API
3. Phishing dev環境測試
4. 上正式吧

## 其他


BankGateway Malaysia

* CIMB 結果處理 DK回報
* 統一錯誤訊息回應 Timeout改成 OtherError



### 交易明細處理調整

## 到帳方式
* 附言到帳　`時間、金額、附言`
* 小數點到帳 `時間、金額`
* 實名制到帳 `時間、金額、對方戶名`
* PromtPayQR(小數點) `時間、金額、交易類型`

## 聯集欄位
* 時間
* 金額
* 對方戶名
* 交易類型 
    * Credit 存入 (增加帳戶餘額的交易預設為存入) 
    * Debit  轉出 (減少帳戶餘額的交易預設為轉出)
    * Fee 手續費 (需要各銀行額外處理比對)
    * QR `THA=>Promptpay` `MYS=>DuitNow` (需要各銀行額外處理比對)
* 附言



## 國碼
| 國家 | 三碼 | 兩碼 |
| --- | --- | --- |
| 台灣 | TWN | TW |
| 中國 | CHN | CN |
| 印度 | IND | IN |
| 柬埔寨 | KHM | KH |
| 印尼 | IDN | ID |
| 日本 | JPN | JP |
| 馬來西亞 | MYS | MY |
| 菲律賓 | PHL | PH |
| 泰國 | THA | TH |
| 越南 | VNM | VN |



[國碼參考表](https://www.webdesigntooler.com/internet-country-code-table)

Social API
* Token一次性失效
* Phishing Task 超過  以後就不允許重建?
* 多語系
* 時區
* BankGateway Cookie測試
