零售
便利商店早上八點：補貨 agent 算每一項還能撐幾天，先問供應商 agent 西馬的船這週要等多久，兩張叫貨單與兩封叫貨信停在審核頁等店長
同一家亞庇的 24 小時便利商店。沙巴的貨一半從西馬海運來，標準七天，Sepanggar 港一塞就十天，叫晚了架上空一週。08:00 排程叫醒補貨，它讀「門市庫存」八項的現有量與日均銷量，在群組問供應商這週交期，供應商查港口狀況回「西馬 10 天、本地 1 天」；補貨用交期加三天緩衝判斷，八項都要叫，算到整箱，兩家各一張叫貨單、各一封英文叫貨信，全停在審核頁。從排程到點到最後一張卡，1 分 21 秒；店長按三下。
- 8 項
- 用這週的交期算出來要叫的
- 10 天
- 塞港後的西馬交期，標準是 7 天
- 3 下
- 店長要按的：一張叫貨單、兩封信
這是誰、遇到什麼
同一家亞庇的 24 小時便利商店。飲料、杯麵、罐裝咖啡從西馬的經銷商海運過來，標準七天，Sepanggar 港一塞就變十天；吐司、冰塊、鮮奶、雞蛋是本地供應商隔天送。店長每天早上憑感覺叫貨：看架上剩多少、想一下船什麼時候到。塞港的消息他不一定知道，知道了也不一定記得換算成「今天就要叫」，於是 100Plus 空了一週，雞蛋又叫太多。
數字都在：POS 知道每一項一天賣幾個，庫存表知道剩幾個，供應商的交期是固定的，港口狀況每天有公告。缺的是每天早上有人把這四樣放在一起算。
讓兩位 agent 分工
agent 是你在 Dot Agents 裡建立的 AI 同事。這家店建了補貨與供應商兩位，放進交班紙那篇的群組「門市組」。
一件事怎麼在他們之間接力
排程到點後沒有人開口。補貨在群組「門市組」問供應商，供應商查完回一行，補貨算完把三張卡放到審核頁。
- 15:26排程「每天 08:00 補貨」到點排程「每天 08:00 補貨」排程到點補貨「今天是 2026-10-14，請算今天要叫的貨。」
- 資料庫「門市庫存」查資料資料庫「門市庫存」補貨查資料八項：100Plus 剩 6 瓶、一天賣 14；白吐司剩 0；雞蛋剩 30 盒、一天賣 8；每一項的整箱數與供應商。
- 群組「門市組」問群組「門市組」補貨問供應商@供應商：請查 West Mart（西馬）與 KK Fresh（本地）今天的實際交期，含塞港或延誤天數、預計到貨日。
- 資料庫「供應商」「物流狀況」查資料資料庫「供應商」「物流狀況」供應商查資料West Mart 標準 7 天，走巴生港到 Sepanggar；10/13 公告：Sepanggar 貨櫃平均滯留 5.1 天，西馬海運多等 3 天。KK Fresh 標準 1 天，正常。
- 15:27群組「門市組」回報群組「門市組」供應商回報補貨West Mart（西馬）：10 天，Sepanggar 塞港延誤 3 天，預計 10/24 到；KK Fresh（本地）：1 天，正常，預計 10/15 到。
- 規則判斷規則補貨判斷西馬的門檻是 13 天：100Plus 只撐 0.4 天、Maggi 4.4 天、Nescafe 8 天、Red Bull 3.6 天，都要叫。本地門檻 4 天：白吐司 0 天、冰塊 1.3 天、鮮奶 2 天、雞蛋 3.75 天，也都要叫。
- 審核頁等核准審核頁補貨等核准店長「叫貨單」新增兩列：West Mart 四項（100Plus 240 瓶、Maggi 120 杯、Nescafe 72 罐、Red Bull 72 罐）預計 10/24 到、估 RM1,204.80；KK Fresh 四項（吐司 90 條、冰塊 140 袋、鮮奶 48 瓶、雞蛋 40 盒）預計 10/15 到、估 RM944.60。新增資料要核准，停下來。
- 核准店長核准補貨看兩列，按一次，叫貨單寫入，狀態「待送出」。
- 等核准補貨等核准店長給 West Mart 的英文叫貨信：四項的數量與箱數、希望 10/24 前到 Sepanggar、估價。寄 email 要核准，停下來。
- 等核准補貨等核准店長給 KK Fresh 的英文叫貨信：四項、希望 10/15 到。
- 核准店長核准補貨兩封各按一次，信寄出。
- 15:28執行紀錄回報執行紀錄補貨回報店長「8 項要叫，兩張叫貨單待送出，兩封叫貨信已寄；西馬那張是因為 Sepanggar 塞港、交期 10 天。」距離排程到點 1 分 21 秒。
店長早上做的事是看三張卡、按三下。他不用知道今天塞港幾天，叫貨量已經把它算進去了。
系統、接口、把關
| 步驟 | 對接系統 | 需要的接口 | 權限等級 |
|---|---|---|---|
| 1每天叫醒補貨 | 排程 | 「每天 08:00 補貨」，執行紀錄看得到它讀了什麼、問了誰 | 規則 |
| 2讀現有量與日均銷量 | POS、資料庫「門市庫存」 | 有接口的用連接器把庫存與銷量同步進表；沒有就每天匯出匯入 | 唯讀 |
| 3查交期 | 資料庫「供應商」 | 每家的標準交期、出貨地、信箱，建一次 | 唯讀 |
| 4查港口狀況 | 資料庫「物流狀況」 | 貨代或港口公告每天貼一行；有來源的用連接器抓 | 唯讀 |
| 5算要不要叫、叫多少 | 靈魂文件裡的規則 | 門檻與叫貨量的公式寫在靈魂文件，改規則改那裡 | 規則 |
| 6寫叫貨單 | 資料庫「叫貨單」 | 「新增資料」設需核准；核准卡列出每一欄 | 人核准 |
| 7寄叫貨信 | 兩家供應商的網域在允許的外部收件人清單；「寄 email」設需核准，每封一張卡 | 人核准 |
讀四張表，寫一張；寄出去的每一封都經過店長。
出狀況時
「物流狀況」今天沒有新的一行，上一則公告是五天前的。供應商不會把五天前的塞港天數當成今天的。它回「港口狀況最後更新是 10/9，交期先照標準 7 天算，請確認最新公告」，補貨照 7 天算，但在執行紀錄寫明「交期用的是標準值，港口資料過期」。店長看到的叫貨單是保守的那一版，和一句該去查什麼。
用到哪些功能
這個場景跨了 5 個系統：POS 或庫存表、「供應商」與「物流狀況」資料庫、「叫貨單」資料庫、Email。
怎麼設定
- 主控台 → Agent → 新增建補貨與供應商兩位，各寫一份靈魂文件。補貨的要把公式寫清楚：門檻是交期加三天，叫貨量是日均乘以交期加七天減現有量、取整箱；供應商的要寫：西馬海運的交期加上港口滯留天數。
- 工作區 → 新增 → 資料庫建「門市庫存」（品項、現有量、日均銷量、整箱數、供應商、進價）、「供應商」、「物流狀況」、「叫貨單」，分享給對應的 agent。
- 補貨 → 工具分頁「新增資料」與「寄 email」設成需核准。
- 主控台 → 設定 → Agent 寄信與審查在允許的外部收件人填兩家供應商的網域。
- 補貨 → 排程分頁新增「每天 08:00 補貨」。
- 按「立即執行」試一次到群組頁看它怎麼問供應商，到審核頁逐欄看叫貨單，數字對了再核准。
到貨那天店員拿手機拍送貨單，對話頁附檔給補貨，它讀出品項與數量，把「叫貨單」那一列改成已到貨、「門市庫存」加上去，這兩步都設需核准。這篇先寫叫貨那一段。