商品

在基本 商店的設定、地區選定等等完成後。接下來就商品。
其實商品設定 往回去看 Day4 Day5 我講的其實還蠻完整的。

這裡就做一次小整理：

• 產品變體就是商品的其他選擇性，例如，XX牌 T-Shirt 有紅、藍、綠三種顏色。這紅、藍以及綠 T-shirt 就是所謂的產品變體。
• 如果想要整理商品型態等等，Medusa.js 提供 四種 Type(型態)、Collection(組合)、Categories(類別)、Tags(標籤)。其實 Collection(組合) 也不太算，這比較像銷售組合。
• 產品可以新增 Shipping Profile(運送設定) 來限制運送規則。
• 產品可以新增 Sales Channels(銷售通路) 來限制其他販售通路。
• 有型的商品一定要打勾 Managed inventory(管理庫存)。
• 商品可以打勾 allow backorder(允許預下單)表示沒有庫存也可以下單來預訂。
• 如果商品某部分可以賣的，例如腳踏車的腳踏車坐墊，就可以打勾 Has inventory kit(工具包)，來設定坐墊。

庫存

如果商品有商品變體，那就會以商品變體為單位去設定庫存。

在上一章有建立 庫存地區，所以我們的庫存，也是需要選擇我們哪樣商品在哪裡有多少庫存可以使用。

除了以上細節，還有以下小整理

• 如果有購買某項商品但還沒有出貨 Reserced(保留) 數量會顯示。
• 如果有購買商品且已出貨，他會自動扣將你設定的庫存數量。
• 如果商品沒有打勾 allow backorder(允許預下單)，也沒設定庫存，那就沒有辦法購買。

使用者

使用者是最重要的，電商若是沒有人光顧，購買商品，那就是形同虛設了!!!!!!

在 Medusa.js API 設定當中，註冊之後並不會變成使用者，還要經過 Token 、基本資料輸入及驗證才能變成使用者。

當然 這只是預設流程，你可以自己在設定前端時後，兩個 API 在一個步驟時使用，使得註冊後即變成使用者。

管理者

除了一般利用 Terminal 建立的預設管理者

Medusa.js 建立管理者是利用預設管理者去輸入 email 信箱，然後透過設定 Notification 模組去傳送 email 到目標信箱，傳送 URL 通知註冊管理者。

購物車

在於 Medusa.js 系統一般的設定當中，購物車模組是依照 Region(區域)ID 去綁定並且生成，這樣系統才會知道要用到哪一個貨幣、稅率和物流。

所以這部分問題就會浮出一些水面，例如如果我做的前端希望沒有登入就創建購物車的話，那區域是要怎麼去辨認的呢？

這就是 Medusa.js 保持鬆弛可擴展性的原因，每一個電商所給的遊戲規則不一定會是相同的。以下是我想到一些可以在前後端創建購物車遊戲規則：

• 必須登入填入地區才可以正經購物
• 不用登入但是創建購物車時必須填寫地區。
• 依照使用者 IP / Browser locale 偵測 大致地區。

在 Day9 的時候，我們還有測試稅務，在 Tax Region(區域稅金) 裡面設定稅率趴數，聰明的 Medusa.js 購物車模組真的會自動幫你計算稅金然後加入到購物車模組。

在昨天我們有講過，Region 還有 Currency 都有一個可勾選項目是價錢已包含稅金的功能，如果這一樣打勾，購物車會不會自動回推計算稅回報呢？

大家可以自己去測試看看喔

預告

明天，應該可以講完剩下的部分，然後我們整理一下我們還沒了解的地方，是要怎麼去實作。