作品 — Superb.G
超吉商行電商 — 從商品目錄到全自動化平台
jijiji rental 是一套整合金流與智能門鎖的無人化租賃平台，讓顧客能在線上完成下單、付款到取件的完整流程，不需要人員在場交付。
問題
有目錄，沒有結帳
舊網站原為電商套版設計（現在還在線上，coltdjijiji.easy.co），就是一個純商品目錄。每個商品都有價格和「加入購物車」按鈕，購物車也支援數量與折扣碼——但整個系統找不到任何一個「租期」欄位，完全沒有日期的概念。
所以顧客把商品加入購物車之後，真正的交易——哪幾天要租、那個時段還有沒有貨、怎麼付款、去哪裡取貨——還是得回到 LINE 上一對一敲定。網站的工作到「這是我們有的東西」就結束了，剩下的都是人在做。
這段交接正是難以擴大規模的原因。每一筆租借需求都要有人靠記憶或共用表格確認檔期、手動核價、等顧客轉帳，確認收到款才回覆取貨方式——顧客才真正拿到東西。商品和訂單越多，這整套人工迴圈就跑越多次，不會因為量大而變輕鬆。
改版之前，每一筆訂單都長這樣：
- 01檔期靠人記憶或共用表格——顧客只能開口問，然後等回覆
- 02價格依租期逐筆人工報價，在 LINE 上一則一則訊息敲定
- 03付款只能銀行轉帳，還要等人工確認款項入帳
- 04取貨方式和開門密碼靠手動傳送，而且要等前面全部走完
改變了什麼
把原本要來回好幾天的溝通，收進一次線上流程
租期變成系統裡的一級資料
商品頁現在內建即時行事曆。顧客選擇開始日期，系統即時算出計費期數（以 72 小時為一期）與總金額，同時逐一檢查該商品規格的可租狀態——這正是過去必須開口問人、再等對方回覆的那一步。
金流與開門流程自動串接
付款完成的瞬間，系統立刻確認訂單並把倉庫貨架位置、平面圖與開門密碼寄出。過去要靠好幾則 LINE 訊息、分散在數分鐘到數小時之間才能走完的「確認訂單、確認付款、傳密碼」，現在跟金流回應一樣快，幾秒內就結束。顧客從結帳到拿到密碼，不需要等任何人上線回覆。
購物車租期邏輯修正
同一項商品若選擇不同的租賃期間，系統會分別記錄、獨立計算，不會再有一個日期選擇在購物車裡悄悄覆蓋掉另一個。
行事曆的設計思考
絕對不能出錯的一件事：同一個貨架不能被搶佔
行事曆從顧客角度看很單純——選日期、看哪些天不能選——但背後要同時處理三種「這天為什麼不能租」的原因，而且每一種都要百分之百準確，一旦出錯，顧客對平台的信任會立刻崩掉。
最直覺的做法是：只要有任何一筆已付款訂單涵蓋這天，就整天標記為不可租。但只要商品庫存超過一件，或是有多個規格（尺寸、顏色）各自獨立計算庫存，這個做法就會出錯——一筆訂單只該擋掉它實際用掉的那個單位，不該把整個商品的這一天都鎖死。
第二種原因對顧客來說完全不可見：物品歸還之後，需要清潔、整理，才能再出租給下一位。我把這件事直接寫進資料庫欄位 buffer_end（歸還日加上固定天數的整理期），而不是指望工作人員每次都記得手動去擋日期。這種事一旦不是資料庫層的規則，總有一天會被遺忘，顧客到現場才發現東西根本沒整理好。
第三種是給工作人員用的手動封鎖表，處理維修、清潔等單次狀況，可以直接在後台切換，不需要動到程式碼。
行事曆的可租檢查（寫在 ItemDetail.tsx）在顧客瀏覽時即時對每一天跑完這三種判斷：這個規格今天是否已滿、是否落在另一筆訂單的整理緩衝期內、是否被手動封鎖。把這三件事收進同一套邏輯，才能讓訂房系統真正保證不會有人再靠共用表格去核對檔期。
擴充功能：買斷模式
租借與買斷，彼此不互相衝突
在同一套架構上，出清特賣商品現在也能直接買斷，不需要另外搭建一套系統。
一項出清商品只有在沒有進行中的租借訂單時，才會顯示買斷選項——這個判斷直接查詢行事曆本來就在讀取的同一張 orders 表，篩選該商品的訂單，讓租借和買斷永遠不會同時賣掉同一個實體庫存。如果該商品目前還在租借中，商品頁會直接告訴顧客確切的歸還日期，屆時才重新開放買斷，而不是讓顧客點到一個實際上買不了的按鈕。
買斷訂單會完全跳過日期衝突檢查（因為沒有租期需要核對），並且在後台走另一條審核路徑，讓工作人員一眼就能分辨哪些是「付款後直接取貨」、哪些是排定日期的租借訂單。
