# 11/16 quick note

### 1. DN query只會在一個DB，也就是對應到一個Salues Org，但是一個DN可能有多個License type
- 狀態: Hank"希望在一張Request做完不同license type的申請，希望越簡單越好
- 討論: queryUI/UX方式要改，request的操作也要改。UI想法如下

| |SFT-DCMS-SINGLE|SFT-OOB-LIC|SFT-SDDC-SINGLE|SFT-SDDC-TRIAL|SFT-SPM-LIC|
| -------- | -------- | -------- | -------- | -------- |------ |
| PENDING | 0 | 0 | 0 | 0 | 0 |
| APPROVE | 0 | 0 | 0 | 0 | 0 |
| REJECT | 0 | 0 | 0 | 0 | 0 |
| LC LEFT | 0 | 0 | 0 | 0 | 0 |

#### => 衍伸問題1: PENDING、REJECT的DN要不要能夠被繼續申請，目前系統狀態是不行，但是在DN query時卻不會被扣掉
#### => 衍伸問題2: 有沒有可能部分type要做BMC；部分要做prepaid?

### Check Domain form PKR via customer email
- 狀態: Hank對於QueryDN後能不能從PDBS拿cutomer的資料還需要釐清
我已經先接了Portal的DB資料，但是還沒有跟Matt達成共識
- 討論: 這部分要看Hank最後的流程怎麼順了可能也會改UI/UX/backend

### integrate SPCI to check MAC
- 狀態: Jim要11/28才回來，Hank也說沒有代理人，這部分對接會指定白名單管理需要等Jim
- 討論: 經過Hank的說明，我再去調查portal的code

### Insert record if order is Pre-paid order
- 狀態: 這部分Aubery之前沒有接
- 討論: 直接接DB不會太難，但涉及資料處理我偏好接API，整體要跟Matt達成共識