合作探索

餐飲數據採集與分析（測試平台 POC）

食境以事件驅動的餐飲資料後端，將菜單來源、品項、過敏原與供應狀態整理成「登錄→擷取→人工複核→發佈／退役」的信任閉環，並以租戶隔離與冪等設計保證資料可追溯。目前在沖繩測試場域驗證，尚未作為正式商業服務提供；日／中／英多語系菜單資料的處理為規劃中。

適用對象

連鎖餐飲、菜單與外送平台、POS／餐飲 SaaS、需要菜單與標示一致性的食品品牌。

菜單與標示分散在不同系統、過敏原資訊不一致、跨語系版本難以維護，出問題時也難以回溯是哪一版、誰核可的。

本項目為測試平台 POC，非正式商業服務：正式 OCR、正式身分驗證、部署自動化、POS 回寫、支付與 CRM 尚未實作，亦不提供正式 SLA。所有引用須標示「測試平台／合作探索」，不得視為已在生產環境運行。

目前可以用在正式營運嗎？

不行。目前是測試場域 POC，適合共同驗證與需求定義，不適合直接承載正式營運流量。

有哪些合作方式？

以測試場域合作為主：定義菜單資料範圍、複核角色與指標，驗證後再討論產品化。

資料如何隔離？

租戶與門市層級的資料列權限（RLS）與事件流隔離；未帶租戶上下文的請求一律失敗。

多語系菜單呢？

日／中／英多語系菜單的擷取與分析屬規劃中，尚未交付；目前以單語系資料閉環驗證為主。

什麼是「菜單信任閉環」？

指菜單從來源登錄、擷取、人工複核、發佈到退役的完整流程，每一步都留下可追溯紀錄，確保對外顯示的菜單有依據、有人負責。

為什麼需要人工複核？

過敏原與品項異動直接影響消費者安全與商譽；自動擷取會有誤差，因此發佈前必須由具權限的角色確認。

這和一般菜單管理平台有何不同？

一般平台以編輯與展示為主；此模組以「可追溯、可複核、事件驅動」為核心，重點在資料治理而非版面管理。

試點指標包含什麼？

在授權範圍內提供品項供應狀態、版本流動等事件衍生指標；需具備相應權限才能讀取，且不會回傳被截斷的數據。