ERP 財務對帳
待核對 4依合作社、校點與團購檔期整理應收、已收、待核對與異常狀態，遇到來源不明或金額衝突時保留人工介入。
本期應收48.6萬minor units
已核對71%人工確認
食品團購企業展示原型・候選名稱
把多校團購，
把多校團購，
整理成一個清楚的營運系統。
校鮮集以 MerchCore 企業管理平台概念，示範從校點、會員、商品、訂單到配送／取貨與對帳的完整工作畫面，讓管理者先看懂，再決定如何落地。
✓100 所為展示數據｜正式公司名稱、平台網址與營運數據待確認
校MerchCore Food Hub
DEMO MOCK
團購營運總覽
跨校營運狀態・展示資料
服務校點100展示數據
活躍會員2,480＋8.4%
待處理訂單126需關注
每週團購金額NT$ minor units
78%校點啟用
北
北區聯合團・冷藏乳品取貨：週三 16:00｜訂單 #1042
已確認新
新店國小・水果箱配送：週四｜訂單 #1041
待出貨桃
桃園教職員會・米麵組對帳：待彙整｜訂單 #1038
待核對✓訂單狀態已更新LINE 通知概念
↗今日校點100 個展示範圍
一個企業管理畫面，串起五個營運面向
多校管理會員名單商品與訂單配送／取貨對帳儀表板
MerchCore enterprise hub
管理者需要的，不只是訂單列表。
從同一個工作台查看校點、會員、商品、配送與對帳，讓跨校團購從「各自處理」變成「有脈絡地管理」。以下為展示畫面，數據皆為合成示意。
服務校點100展示數據
本月會員2,480＋8.4%
進行中團購18＋3 檔
待對帳金額32.8萬待核對
校點活動摘要
北北區聯合團本週 12 檔團購286會員
新新店國小本週 8 檔團購214會員
桃桃園教職員會本週 6 檔團購177會員
流程健康度
本週訂單確認92%
取貨完成86%
對帳完成71%
!
展示提醒校點、會員與金額數字僅用於展示資訊架構，不代表正式營運成果。
北部校點分布
展示 100 所基基隆・示範校群配送節點 3｜窗口 1212校
北台北・示範校群配送節點 8｜窗口 2836校
新新北・示範校群配送節點 9｜窗口 3139校
桃桃園・示範校群配送節點 4｜窗口 1513校
校點啟用檢核
已建立窗口100/100
已設定取貨點78/100
已完成首檔團購52/100
i
正式資料邊界公司、校點與窗口權限應由後端依 company_id 授權；此頁不連接正式資料庫。
會員總數2,480展示數據
本週新加入86＋12.7%
已綁 LINE1,97279.5%
通知待確認31需關注
會員分群摘要
A高頻團購會員近 30 日下單 3 次以上684人
B本月首次加入可接收新手導覽與團購提醒86人
C通知偏好待設定不自動推送，需完成偏好確認31人
熱門商品組合
本週展示鮮友善農場蔬果箱冷藏｜週四配送42檔
米台灣米麵日常組常溫｜週三取貨35檔
乳鮮乳與點心組冷藏｜週五取貨28檔
供應狀態
已完成商品資料96%
已設定配送溫層84%
庫存提醒已啟用62%
庫存 SKU186展示資料
正常供應14276.3%
低庫存31需補貨
跨校調撥8待確認
校點庫存摘要
即時展示北北區聯合團冷藏乳品・取貨點 A72可售
新新店國小水果箱・配送批次 B38可售
桃桃園教職員會米麵組・取貨點 C12低庫存
正常低庫存暫停供應
取貨方式選項
StallPay 概念校內窗口依校點清單核對會員與取貨編號，完成後回寫訂單狀態。
i
庫存資料邊界多校庫存、批次、溫層與調撥數字為合成示意；正式庫存、供應商與取貨設備接點待確認。
待確認28需關注
配送中41已排程
待取貨57LINE 提醒
已完成1,204本月
今日取貨批次
01北區聯合團｜冷藏16:00–17:00｜取貨點 A待取 32
02新店國小｜常溫16:30–17:30｜取貨點 B待取 18
03桃園教職員會｜冷藏17:00–18:00｜取貨點 C待取 7
本期應收48.6萬minor units 概念
已收款43.2萬88.9%
待核對32.8萬人工確認
異常筆數4需處理
合作社對帳批次
展示資料| 合作社／校點 | 應收 | 狀態 |
|---|---|---|
| 北區員生合作社12 校・冷藏團 | 18.4萬 | 已核對 |
| 校園員生合作社36 校・用品團 | 12.7萬 | 待確認 |
| 單位福利合作社8 部門・福利品 | 7.9萬 | 有異常 |
財務控制
Fail-closed來源完整度94%
人工核對完成71%
異常已留痕100%
!
對帳安全提示結果不明、金額衝突或付款狀態待查時，應進入人工確認，不自動重複扣款或標記完成；正式資料需依 company_id、合作社與稽核紀錄隔離。
ERP management dashboard
管理者看得到財務，也掌握每一校的庫存。
以合作社與校點為資料邊界，展示 ERP 對帳、庫存、調撥與取貨設備選項；所有金額、庫存與校點數字均為合成示意。
查看財務對帳畫面
多校庫存與取貨
186 SKU跨校追蹤冷藏、常溫與低庫存狀態，並在校內窗口、智販機與取物櫃之間選擇可用的取貨方式。
正常供應14276.3%
低庫存31需補貨
Staff welfare settlement
教職員福利點數與回饋金，結算後再入帳。
以合作社、校點與團購批次為邊界，展示會員福利點數、回饋金資格、退貨沖正與對帳狀態的自動化結算流程。金額與規則皆為合成展示資料。
| 會員／校點 | 福利點數 | 回饋金 | 資格與對帳 |
|---|---|---|---|
| masked-staff-031新店國小・教職員工 | 1,280 點 | NT$ 128 | 待結算 |
| masked-staff-044北區聯合團・教職員工 | 860 點 | NT$ 86 | 待資格核對 |
| masked-staff-092桃園教職員會・教職員工 | 2,140 點 | NT$ 214 | 待退貨窗口期 |
規則邊界：點數倍率、回饋金資格、退貨沖正、稅務、福利預算與會員身分均需由合作社核准；展示回饋金不是產品價格或收益承諾，正式入帳前維持人工可追溯核對。
Order AI success data flow
成功辨識後，庫存與對帳如何接續？
以一筆教職員工 LINE 團購成功辨識事件，示範訂單確認、跨校庫存預留／扣減、取貨批次與 ERP 批次對帳的完整資料流。以下皆為合成資料。
LINE 訊息已辨識
Order AI 解析商品、數量、校點與會員身分。
目前事件訂單草稿確認
建立可追溯訂單與商品明細，等待確認結果。
待處理多校庫存預留
依校點與溫層找出可售庫存，建立預留事件。
待處理庫存數量扣減
以冪等事件扣減指定校點 SKU，不重複扣減。
待處理取貨批次建立
產生取貨編號、設備路由與 LINE 通知待發狀態。
待處理ERP 批次對帳
彙整訂單、庫存與收款狀態，進入批次核對。
待處理資料邊界：本畫面中的「扣減」是庫存數量扣減，不是金融付款扣款；正式付款、退款與帳務入帳仍須經獨立的 Payment／Finance Adapter，結果不明時維持 fail-closed。
Pickup device simulator
智販機與取物櫃，從取貨碼到完成回寫。
模擬 StallPay 取貨 Adapter 將已確認訂單路由至不同設備。iMin Falcon 1／F1 作為候選設備展示掃碼、列印與狀態回報；正式型號、SDK、韌體、支付與開櫃協議仍待確認。
iMin Falcon 1／F1 取貨終端
掃描取貨 QR，核對訂單後可列印取貨單。
待機／掃描取貨碼
請掃描 LINE 取貨 QR 或輸入取貨編號，確認訂單後再完成取貨。
訂單 #1042A-032｜冷藏乳品組 × 2
等待操作
設備事件回寫
所有動作先寫入 Adapter 事件，再更新取貨狀態。
01等待掃描device.ready・設備已連線目前
02訂單核對pickup.verify・待執行待處理
03取貨操作pickup.complete・待執行待處理
04狀態回寫audit.append・待執行待處理
正式 iMin API、設備序號、網路、韌體、支付、開櫃協議與維運 owner 均為 [TODO: 待人工確認]。模擬失敗時不標記取貨完成。
iMin cashier and invoice
iMin F1 收銀、發票列印與訂單回寫。
以 Falcon 1／iMin F1 作為候選收銀終端，展示商品掃碼、金額確認、發票列印與收銀事件回寫；正式型號、稅務發票服務、SDK 與憑證仍待人工確認。
待結帳／掃描商品
掃描團購商品或讀取已確認訂單，核對金額後才可列印。
鮮乳與點心組 × 2NT$ 240
福利點數折抵- NT$ 20
應收合計NT$ 220
等待操作
發票／收銀事件回寫
列印前後都保留 Adapter 事件，不直接將硬體狀態視為付款成功。
校鮮集・展示發票待產生
訂單#OA-2048
載具／會員masked-staff-031
商品小計NT$ 240
福利點數折抵- NT$ 20
應收金額NT$ 220
發票尚未列印待處理
iMin Printer SDK、Android 版本、印表機紙張、發票 API、付款結果與稅務責任需由正式 Adapter 串接；列印失敗時維持未完成狀態。
Equipment anomaly to LINE
設備庫存異常，系統自動通知並建立補貨任務。
展示智販機、取物櫃或冷藏設備發生低庫存、盤點不一致與溫度異常時，如何經 EventBus 建立後端處理任務，再由 LINE 通知合作社窗口與管理者。
校校鮮集營運通知
設備尚未回報異常。
選擇情境後可播放後端處理與 LINE 通知。
等待管理者確認補貨任務。
後端處理與通知事件
EventBus・company_id／device_id scope異常先建立事件與任務，再通知 LINE；狀態不明時不自動扣庫或標記完成。
01設備回報異常device.alert.received目前
02建立補貨／檢查任務restock.task.created待處理
03排入 LINE 通知line.notification.queued待處理
04寫入稽核紀錄audit.log.appended待處理
event: device.alert.received
device_id: VM-07
severity: warning
next: restock.task.created
正式 LINE 官方帳號、接收者群組、補貨 SLA、設備 API、冷鏈閾值與責任 owner 均為 [TODO: 待人工確認]。本頁不會真的發送通知。
Thermal pickup exception remediation
開門失敗或物品未取出，先補救再結案。
展示加熱／保溫、常溫與冷藏取貨遇到開門失敗、結果不明、物品未取出或溫層條件不明時，如何 fail-closed、建立人工任務、排入 LINE 通知並留下稽核回寫。
目前狀態尚未完成取貨
設備AMBIENT-01
格位A-12
訂單參照#OA-2048
補救控制台
先凍結自動完成，再依授權結果決定下一步。
異常代碼OPEN_FAILED
庫存狀態預留保留
設備操作禁止自動重試
通知狀態尚未排入
取貨未完成開門失敗時不標記完成；需先確認設備或替代取貨方式。
等待播放補救流程。
事件、人工任務與稽核
事件先進入 Adapter／EventBus 概念，再由授權窗口處理。
01異常偵測exception.detected目前
02Fail-closed 凍結pickup.fail_closed待處理
03建立人工補救任務remediation.task.created待處理
04排入 LINE 通知line.notification.queued待處理
05等待人工確認human.review.required待處理
06補救結果留痕audit.log.appended待處理
event: exception.detected
zone: ambient
exception_code: OPEN_FAILED
next: pickup.fail_closed
01凍結自動完成不重複開門、不釋放預留。
02建立人工任務綁定 company／校點／設備範圍。
03通知必要對象會員、合作社與維運採遮罩參照。
04人工確認留痕完成結果寫入 UTC 稽核事件。
展示邊界：正式設備 API、溫度門檻、感測器、LINE 官方帳號、人工 SLA 與替代取貨規則均為 [TODO: 待人工確認]；訪客按下「模擬人工確認」才會完成展示事件，不代表真實取貨已完成。
Connected product lines
把 LINE 互動，放進每一個關鍵節點。
以平台中立的 Adapter 邊界展示 Order AI、MerchLoop 與 StallPay 的協作方式；本頁只呈現產品概念與合成資料，不宣稱正式服務已接通。
Order AI｜訂單理解
把 LINE 對話、文字或快速選單整理成可確認的團購意向，遇到低信心或資訊不足時交給人工確認。
MerchLoop｜會員與福利
以會員分群、團購提醒與券／福利概念，支援學校社群長期互動；規則與通知頻率由管理者設定。
StallPay｜取貨與通知
延伸 QR、取貨編號與 LINE 通知的成熟互動概念，讓團購訂單有清楚的到貨、取貨與完成節點。
展示邊界：正式 LINE 官方帳號、LIFF、支付、ERP 與通知 Adapter 的 owner、憑證、正式網址與資料來源均為 [TODO: 待人工確認]；目前頁面不呼叫外部 API。
查看合作社 LINE 互動畫面
Cooperative LINE workspace
每一所合作社，都能保有自己的 LINE 服務入口。
展示個別合作社如何面向教職員與在校學生，透過 LINE 進行商品詢問、團購、福利提醒、取貨通知與人工確認；正式帳號與資料來源均待合作社核准。
北北區員生合作社
您好，本週冷藏乳品團購收單至週二 18:00。
我想看教職員團購與取貨時間
可以。Order AI 已整理您的意向，請確認商品與取貨點；不確定時會轉人工確認。
Order AI｜先理解，再確認
解析 LINE 文字與選單意向，低信心、商品衝突或身分不明時，停止自動處理並交給合作社窗口。
狀態信心閾值・人工接手
Loop｜持續互動與福利
依合作社、校點與會員身分提供團購提醒、福利商品、特約資訊與通知偏好，不跨租戶混用。
狀態分群・偏好・提醒
StallPay｜取貨與狀態通知
訂單確認後回到取貨編號、到貨與完成通知；正式支付、LIFF 與取貨接點仍為待確認。
狀態取貨編號・LINE 通知
合作社資料邊界：本情境為北區員生合作社展示資料；正式會員資格、LINE 官方帳號、商品目錄、訂單與帳務 owner 均為 [TODO: 待人工確認]。
Order AI review queue
低信心，不自動猜答案；先把對話交給合作社窗口。
展示教職員工在 LINE 中描述不完整、商品名稱不明或取貨校點衝突時，Order AI 如何停住自動建單、留下判斷紀錄，並讓人工接手。
北北區員生合作社
教職員您好，請問要查本週團購還是福利商品？
我想要那個乳品，週三新店拿，還有上次的米
低信心 0.54
訊息包含商品與校點歧義，尚未建立訂單。請選擇商品或轉由合作社窗口確認。
訊息包含商品與校點歧義，尚未建立訂單。請選擇商品或轉由合作社窗口確認。
自動處理已暫停
教職員團購對話
Order AI 只整理意向，不代替合作社判定會員資格、商品或取貨校點。
商品識別乳品／米麵・不唯一
取貨校點新店・需確認
下一步保留草稿・人工介入
人工介入流程
Review queue・合成事件 #OA-1042
01
接收對話
LINE 文字與快速選單進入 Order AI。
02
評估信心
商品、校點與身分訊號不充分，標記 0.54。
03
停止建單
不自動扣款、不標記完成，保留待處理草稿。
04
窗口確認
人工選定商品、校點與下一步，再回 LINE。
稽核紀錄已建立company_id／coop_id／member_id masked・UTC event time・人工結果待填
展示邊界：正式信心閾值、PII 欄位、合作社窗口權限與訊息模板均為 [TODO: 待人工確認]；正式 AI 呼叫需透過可替換的 ILLMProvider Adapter。
One operating flow
從開團到完成，管理者只需要一條清楚的路徑。
團購平台的價值不只在「能不能下單」，而在每個角色都知道下一步是什麼。
01
建立校點與檔期
設定校點窗口、商品組合、收單時間與配送／取貨方式。
School + Campaign02
會員從 LINE 進入
由 LIFF、官方帳號或團購連結進入，依偏好接收必要提醒。
Member + LINE03
訂單確認與分流
Order AI 協助整理意向，低信心、衝突或異常狀態保留人工確認。
Order + Review04
配送、取貨與對帳
通知到貨與取貨節點，完成後回到對帳中心追蹤狀態。
Pickup + ReconcileLINE member journey
讓會員不必重新學一套系統。
以熟悉的 LINE 互動承接通知、查詢與確認，再把管理者需要的資料回收到 MerchCore 工作台。
收到團購提醒
依校點與會員偏好，呈現進行中的商品檔期。
查看訂單狀態
訂單確認、配送中、待取貨等狀態以清楚文字呈現。
完成取貨通知
以取貨編號或 QR 概念協助窗口核對，避免重複處理。
校校鮮集團購助手
嗨，北區聯合團本週有 3 檔商品，收單至週二 18:00。
我想查看冷藏乳品組的取貨資訊
訂單 #1042 已確認。週三 16:00 起可至 A 取貨點領取，取貨編號為 A-032。
LINE 互動概念
這個畫面示範會員端的最短路徑，正式訊息模板與通知條件待確認。
✓提醒 收單、配送與取貨節點
⌕查詢 會員自己的訂單狀態
↗導流 回到團購平台完成操作
Operating data model
每一筆資料，都回到可追溯的營運脈絡。
展示原型將企業管理拆成清楚的資料節點，方便後續由開發團隊接上權限、稽核與外部 Adapter。
企業與校點
公司、地區、校點、窗口與取貨節點。
company_id scope商品與檔期
商品、溫層、供應商、收單時間與狀態。
product + campaign會員與偏好
會員分群、LINE 綁定狀態與通知偏好。
PII masked concept訂單與取貨
訂單狀態、配送批次、取貨編號與完成紀錄。
status + audit reference對帳與報表
應收、已收、待核對與人工處理紀錄。
minor units concept先進入團購平台，
再一起確認正式名稱。
此頁目前以「校鮮集」作為食品團購展示候選名稱。正式公司名稱、平台網址、服務區域與營運數據，請以後續確認版本為準。
平台入口：展示原型｜正式網址 [TODO: 待人工確認]
FAQ
管理者會先問的幾件事。
以展示原型先把範圍說清楚，正式規格、資料來源與服務條件由後續決策確認。
不是。目前「校鮮集」只是食品團購企業展示的候選名稱，正式公司名稱與品牌識別為 [TODO: 待人工確認]。
不是。本頁的 100 所是展示數據，用來示範多校管理情境，不代表已簽約、已服務或已完成導入的校點數量。
展示概念包含 LINE 官方帳號互動、LIFF 導流、訂單狀態與取貨提醒，以及 Order AI、MerchLoop、StallPay 的功能邊界。正式帳號、LIFF、訊息模板與 Adapter 接點仍需另行確認。
目前為企業展示原型，按鈕會導向平台展示區，不會建立正式訂單，也不會收集或保存付款資料。正式平台網址為 [TODO: 待人工確認]。
本原型不連接資料庫，也不保存客戶資料。正式系統應依 Jiimoo 自有基礎設施與核准的資料主權方案部署，詳細環境與保留政策待確認。