<!-- {%hackmd SybccZ6XD %} -->

# Maisie OMS
:::success
oms => orders management system
:::
----

# 2022/5/12 minutes

## attendee
* leo
* otto
* RBK

---

:::success
:a: 解析舊系統的架構
:::

:::info
舊系統的核心，在於發票，所以由「銷貨發票管理」介面展開說明
:::


----

## 主檔與關連資料

一張發票分為：
- 主檔：訂單的資料，如訂購者、金流、物流…等 <span style="border:5px solid red;"> 紅色框處</span>
- 關連資料：大多是商品內容 <span style="border:5px solid purple;">紫色框處</span>

---

## 單據號碼、訂單號碼、托運單號
![]

- 單據號碼：在系統中的識別碼 id
- 訂單號碼：從平台帶入的訂單編號，也就是消費者的訂單號碼。各平台編號方式不一，例如 AA0012321、20220436161-001-001…，不同平台也有可能出現同樣的訂單號碼
- 托運單號：目前僅有==統一速達==一家物流，只紀錄其物流編號。

---

## 訂購日期、出貨日期、到貨日期、(客人)希望到貨(日)

4種日期，都需要紀錄。
- 訂購日期：帶入訂單資料
- 出貨日期：需要視「希望到貨」日去調整
- 到貨日期：目前沒有實際追蹤訂單，而是以「出貨日期」後一天記錄。
- 希望到貨(日)：當消費者指定時紀錄

這一些項目，又和SOP與規範有關…
1. 到貨日期：
1. 消費者不指定日期時，僅以**盡快出貨**為原則。
2. 消費者指定日期：僅可選週一至週六，週日不送貨。
3. 台灣本島地區，「出貨日期」後一天即為「到貨日期」。
4. 「星期六到貨」與「(下)星期一到貨」的訂單，都要在「星期五出貨」，但「星期一到貨」訂單需要另外指定「到貨日期」。
3. 平台出貨時限：部份電商平台合約中規範，24小時、48小時之內出貨；官方網站依公告；團購出貨日較有彈性。
4. 出貨管理，盡可能把出貨工作分散到上班日，避免星期一出貨工作太多，星期三出貨工作太少…。

---

## 貨運公司

- 國內
- B2C的訂單，主是以==黑貓宅急便==也就是==統一速達==為主；遇到活動時才會採其他物流
- 手寫單：臨時出貨的需求，懶得進系統，就用手寫單，一樣是==黑貓宅急便==
- 員購：有可能會==自取==
- B2B：要看對方倉庫的江湖而指定物流 :thinking_face:
- 國外
- 華美EMS=>萬國郵政
- 香港、澳門 => 順豐
- 第三方
- 用其他廠商的物流單出貨，僅簡單紀錄

---

## 通路平台

### B2B2C 平台
像是==MOMO購物網、YAHOO購物中心、蝦皮==…

本公司接受平台的訂單，由倉庫出貨，再整批結算向平台請款。

交易的分成2段：1. 消費者與平台，以及 2 平台與本公司。

這類型的交易，金流紀錄比較簡單；發票由會計另行開立給平台。

### B2C(自有)平台

像是==官方網站==、==電話訂購==，消費者直接向公司訂購，在金流及發票的紀錄更詳細，需記錄到每一筆訂單，以供客服快速查詢。

==團購==也屬於B2C平台，但要區分每位團主的績效，實務上視同每一個團主為一個平台。

### B2B 目前未納入

目前未納入，用在整批進代理商倉庫，或是到碼頭報關倉。

在統一管理倉庫出貨的原則下，未來應納入管理。

---

## 付款方式、支付平台


B2B2C平台，如MOMO、PCHOME…，都是於期末向平台請款，不記錄單一訂單的支付方式。

僅於自有的平台，如官網、電話訂購…才需要追蹤==支付平台==及==付款方式==。

因會計對帳的需求，需要區分每種收款方式，在期末整批對帳。


記錄的方式，應該更優化，日後討論。

---

## 發票資訊

### 記錄發票
因現在的網站，大多數都已經有電子發票，無論是平台轉來的訂單，或是自有官網的訂單，都已經有發票資料，系統只記錄。

### 開立發票

只有==電話訂購==的訂單，需要在系統上開立，并且記錄。

---

## 已付款、已出貨、已列印


用於流程控制。

---

## 通路平台

也就是平台，如前述，包含電商平台、自有的網站、團購…等。

目前也用於記錄訂單類型，像是 贈送品、公關品，都是獨立平台的方式紀錄。

匯入格式<span style="border:5px solid red;">紅色框處</span>，將關連平台的==匯入格式==，希望可以自動匯入。

PILOT <span style="border:5px solid purple;">紫色框處</span>，另一個系統需要的資訊。

---

## 貨運公司


這輩子，沒看過這麼簡單的紀錄了。 :smile:

---
## 產品、產品系統


編號：是工廠給的編號
系列：2個<span style="border:5px solid red;">紅色框處</span>，是將產品分類，後續在匯出訂單時，可以用於排序，把相近產品整批出貨。
單位：它很智障，但是其他系統需要，開立發票也需要。
溫層：僅有==常溫==、==冷藏==、==冷凍==3溫層。
部門代碼：為是區分==品牌==
規格代碼：記錄==盒型==，用於推測箱規

:::info
==組合產品==，目前也放在此項目

==紙箱==，也放在此項目
:::

:::danger
目前，如==運費==、==折扣==放在此項，這是不正確的作法，應改善。
:::

---

## 匯入格式


日後，應由內部工程師優化 output。

---

## 包裝規格、箱規


這一組資料，是為了記錄不同產品的外盒，用以判斷在怎樣的的產品組合下，採用哪種箱型。

----

# 2022/5/6 minutes

## attendee
* leo
* otto
* RBK

## resolution
1. 系統完成後，使用者將會來自各部門，應該由各部門派人參考會議。
2. 但，考量到參與者不需全程參與，陸續加入的的效益最大，所以開發過程將隨之調整，待適當時間點，請求人員加入。
3. MAISIE 將會與舊有系統併存一段時間，待第1階段完成後，進行完整的轉移。
4. MAISIE 的第1階段進度，追求完全替代舊有系統。也就是，新提出的需求，在第2階段才會追加開發。
5. 正式採用MAISIE後，舊有系統將放置於近端主機6個月，之後評估是否封存資料。

## MAISIE 的規畫

### 流程管制

| 名稱 | 預備單 | 訂單 | 已出貨訂單 |
| --- | -------- | -------- | -------- |
| 內容 | **未完成訂單** <br> 客人匯款未完成 / 客人未指定出貨日期(寄庫) | **水庫理論的水庫** <br> 待出貨，由訂單管理人員決定出貨順序 | 關聯**物流單**後，即是已出貨訂單 |

:::warning
關於 **寄庫**
這裡有一個未決定的事項，如果訂單未指定日期，發票如何開立。
:::

### 第0階段

:::info
1. 模糊搜尋：搜尋客人訂單時，在參考效能的條件下，以最便利的方式搜尋。
2. 增加權限管理：分為客服、行銷、會計、庫管、訂單管理等功能。
3. 操作記錄：以文字記下人員每項操作。
:::

### 第1階段

| # | 功能 | base on 資料 | base on 功能 |
|-| -------- | -------- | -------- |
|1| **快速匯入、匯出功能** | 產品資料、平台、金流資訊、物流資訊 | 組合產品 |
|2| **打單功能** 儲存人工打單 | | |
|3| **流程功能** [參考流程管制](https://hackmd.io/ImduljcXSP-BlpUjy17q7g?both#%E6%B5%81%E7%A8%8B%E7%AE%A1%E5%88%B6)|
|4| **匯出功能** <br> 會計、出貨 匯出功能 | all | |

### 第2階段

| # | 功能 |
|-| -------- |
|1| **箱規** |
|2| **備註欄位** <br> 跟據**事件**、**訂單**、**購買人to收件人**、**訂單管理2倉管**等不同需求，開立不同欄位，呈現不同資料。 |
|3| **出貨資訊** <br> 優化出貨呈現的資訊，分為內部、客人2大部份，力求客人所見資料清晰、專業。 |
|4| **開立發票** |

### 第3階段

| # | 功能 |
| -------- | -------- |
|1| **barcode** <br> 出貨時防呆 |
|2| **bi 資料** |