A1-1訂單狀態日報表
訂單狀態：A訂單成立>B待付款>C備貨中>D出貨中>E已出貨>F對帳中>G待7天>H獎佣金>I已發放││
公司管理>O會員管理 P商品管理 K異常管理 M經銷商管理 N倉儲管理 W營運管理
1). 本表為原始訂單日報，以及統計
2). 訂單分流處理之後，相關結果匯總到這裡做為總覽、統計
3). 訂單狀態隨著實際流程執行的狀態變更，流程如下：
A訂單成立>B待付款>C備貨中>D出貨中>E已出貨>F對帳中>G待7天>H獎佣金>I已發放││
4). 除了上述標準流程以外，也有可能提早結束流程：
在<E已出貨>前<取消訂單>；
或是<E已出貨>之後<拒收>；
或在<G待7天>時，招到<退貨>。
5).在<G待7天>的程序中，下列都算標準程序結束，列入獎佣金計算：
51<7天內轉買>因為買價已經全數租金扣抵，所以獎佣金是<0>。
52<7天內提早退租>因為扣除<基本費開銷>，餘款全數退款，所以獎佣金是<0>。
53<第8天內提早退租>因為租金未退，所以獎佣金如<滿期租賃>正常計算。
54<退貨>如果經過審核流程，允許退貨。獎佣金是<0>。如果獎佣金已經發放，就要<扣款追回>。
6).流程完成之後，所有數據保留不能編輯，僅供運算分析。
11). 按宅配1天到達範圍或考量費用，設1倉儲。
12). 台灣只有1個倉儲。所以只有TW。韓國可能也只有1個。
13). 但到日本的時候，同樣一個日語網站，預定會有3~4個倉儲，分別是JP1.JP2...。
21). 1天1張的訂單範圍起訖，從昨日下午16：01~本日16：00為止。
22). 所以1張訂單範圍，會包含2個日期。
23). 訂單的管理就是以1天1張為單位，作為運算、排查、管理的基礎。
11). 訂單序號=前欄<訂單日期年月日+本序號5碼流水序號。如20200512123456
12).時間起迄：從當日凌晨00：00開始~23：59：59。
13). 序號5碼。可支持1天10萬筆訂單。
14). 台灣規模最大10萬套/月銷售估計。
141). 100000/30=3333.3筆。(銷售)
132). 先租後售*2倍=6666.6筆
133). 其他配套食品*3倍=約1萬。
134). 總寄台灣最大可能2萬筆訂單/天。所以10萬筆空間相當足夠。
135). 但是日本人口雖是台灣6倍，但嚴重人口老化，50歲以上人口估計約台灣10倍，1天20萬筆，需要6碼。
136). 韓國估計台灣的2~3倍。1天4~6萬。5碼足夠。
137). 美國估計是台灣20~25倍市場，不會超過50萬筆/天，需要6碼。
41). 如果一張訂單，需要分割的話，這裡預留<子單>欄位。以英字為代號。
42). 如果要合併原訂單序號時，尾碼英字亦可以與前阿拉伯字視覺區隔。
<訂單狀態>是一種變動狀態，從訂單成立→到最終獎佣金發放，標示著該訂單所完成程序位置，以供確認、統計。在各個訂單流程節點完成時，回饋訊息，變更<訂單狀態>的位置。
訂單狀態：A訂單成立>B待付款>C備貨中>D出貨中>E已出貨>F對帳中>G待7天>H獎佣金>I已發放
除了上述標準流程以外，<訂單狀態>在移動過程，還有2個突發狀況，<取消訂單><拒收>
取銷訂單：
參考<訂單狀態>相關節點範圍：
<待付款>：<訂單成立>後，付款方式<刷卡>、<轉帳>的訂單分別進入<刷卡>、<轉帳>的對帳單，收到款項無誤的訂單，進入<備貨中>表單。
<備貨中>：的訂單，等待(1)列印宅配單，以及(2)貼宅配單到器材紙箱外，最後(3)掃描宅單上<訂單編號><宅配單號><器材序號>進入<出貨單><核對單>後，及進入<出貨中>，裝貨台車推至出貨區，等待宅配車來載貨。
<已出貨>：工作日下午4點，宅配出來載貨。所以4點後，進入<出貨中>的訂單全部進入<已出貨>的<訂單狀態>
<取消訂單>的處理：
1). 如果訂單在<待付款>未進入<備貨中>，直接取消訂單即可，從<待付款>單中移除該筆訂單，<訂單狀態>變更為<取消訂單>
2). 如果訂單已經進入備貨單，在未列印之前，是否可以從<備貨單>中移除該筆訂單，<訂單狀態>變更為<取消訂單>
3). 如果訂單已經進入<備貨中>即是宅配單已經列印，不知有沒有貼標，但尚未掃描，位置在<備貨區>可以找回取消出貨，倉儲回報<取消出貨>之後，<訂單狀態>從<備貨中>變更為<取消訂單>
4). 如果訂單已經進入<出貨中>即是宅配單已經掃描，進入<出貨中>狀態，位置在<出貨區>可以找回取消出貨，倉儲回報<取消出貨>之後，<訂單狀態>從<出貨中>變更為<取消訂單>
5). 如果沒有倉儲回報<取消出貨>的訊息，或超過下午4點，而進入<已出貨>狀態，就無法<取消訂單>。
<拒收>的處理：
<已出貨>的訂單，未收到<已到貨>的訊息。卻在<入貨分類掃描>中收到退回件，依其訂單序號回饋訊息，該筆訂單的<訂單狀態>變更為<拒收>。
<已到貨>來自2個位置。1.每日宅配對帳單。2.下單人的業績管理/交易中訂單/回報<已到貨>。
61). 下單完成的時間，為系統自動記錄，不能更改。
62). 可以評估下單的尖峰、離峰的狀態，相關於網路流量、倉儲備貨工作分配。
71). 本下單人ID，為計算佣金的基準。下單人可能是經銷商，也可能是業務。下單人都一樣支領佣金的部分。然後獎金的歸屬，可以從業務ID找到上屬經銷商
72)下單人登入後，才可以看到商品服務區，來進行下單。所以系統可以知道是下單人是誰，可以自動帶入。
72). 招募經銷商期間2個月，商品服務的權限會打開為<訪客>，第3個月起權限變更為<註冊>
721). 第2個月公司招募經銷商和經銷商銷售代為下單同時並存。需要知會經銷商下單時，必需先登入，才能計算獎佣金。
73). 網站公開時，關閉訪客註冊窗口，透過購物過程留下來的資料即為會員註冊。
81). 透過下單人代客戶下單的過程，留下來的客戶資料即為客戶會員註冊。系統自動編碼成為客戶ID。
82). 各類表單都可以從客戶ID，找到該ID的相關資料。
83). ，客戶ID為該員在公司內部資料處理的主Key，之後可能變更為經銷商、業務，或取消業務下單資格，或僅是網路會員，都永遠不變更，且保留資料備查。
倉儲 訂單日期 訂單序號 子單 訂單狀態 付款方式 下單時間 下單人ID 訂購人ID 收件人ID 訂購商品 數量 商品單價 訂單金額 貨到付款 轉帳 刷卡 尾5碼 信用卡號 宅配備註
