先認得，這是什麼
把資料對上真正的業務
SO-1024 不只是一個編號。它屬於北區門市、訂了冷凍水餃；這些關係在 FOS 裡明確連在一起，不靠人記在腦中。
畫面新增：客戶、訂單、商品的關係
01 / THE OPERATING FOUNDATION
FOS 是什麼？
從一筆訂單開始
FOS 是 FlySuite 自主研發、用來打造企業系統的核心。它讓系統不只存下資料，還知道資料屬於誰、如何相連，以及每一次變更如何發生。
這些共同的業務資料與紀錄，讓不同部門、系統與 AI 有一致的依據。
FOS / 一筆訂單的四個層次1 / 4
客戶北區門市下單訂單SO-1024包含商品冷凍水餃
下一步會出現在這裡
下一步會出現在這裡
下一步會出現在這裡
知道現在，也記得過去
現況有依據，變化有來由
目前數量 120 箱、狀態待出貨。每個數值都掛在這筆訂單上，並保留從建立到現在的每一次變化。
畫面新增：目前事實與變更歷史每個改變，都有規則
先檢查，再更新，同時留下紀錄
客戶追加 30 箱。系統先確認操作者有權限、訂單還沒開始揀貨、庫存足夠；全部通過才把數量改成 150 箱，並記下誰、何時、為什麼改。
畫面新增：規則檢查，以及一筆新的變更紀錄不同工作，依據一致
不再為同一件事維護多份答案
業務的訂單是 150 箱，倉儲的揀貨單經系統整合同步為 150 箱，財務的應收金額也跟著更新。畫面不同，依據的是同一筆事實。
畫面新增：三個部門的畫面同步更新給技術團隊：FOS 用四個基本元素描述企業物件 · 事實 · 關係 · 事件
物件
這是哪一筆訂單？
替客戶、商品、訂單建立清楚的身分。
事實
現在訂了幾箱？
記錄狀態與屬性，保留新舊事實的變化。
關係
誰訂了哪些商品？
連起業務對象，知道彼此的關聯。
事件
誰在何時追加了數量？
留下操作與變更紀錄，讓過程可追溯。
02 / FROM BUSINESS TO SYSTEM
一個核心
支撐企業的不同工作
現場發生的事，透過明確規則成為 FOS 的業務紀錄；管理畫面、日常流程與 AI 協作，再從這個基礎延伸。
01 / 04
企業操作，先經過規則與權限
建立訂單、調整交期、完成交易。每一次操作都先確認是否允許；外部系統則依整合邊界交換資訊。
03 / 各種使用方式日常作業 · 管理決策 · AI 協作讀取依據，也提出授權行動
FOS客戶 · 訂單 · 商品 · 門市 · 交易共同事實、關係與變更事件
↑01 / 營運發生的地方企業操作 ＋ 外部系統整合規則與權限檢查 · API／事件邊界
同一企業的概念架構。各產品依實際導入範圍協作；AI 功能依方案確認。
03 / HOW FOS KEEPS RECORDS / 設計原則
紀錄可以追溯
數字可以重算
FOS 不是把結果集中起來的報表，而是 FlySuite 每個系統寫入資料的方式。以下四條規則，寫在每一次寫入的程式裡。
- 01
只新增，不覆寫
資料更新時，舊的值不會被蓋掉，而是標記為已被取代；事件寫入後就不再修改。
- 02
每次變更都留下事件
每個操作在同一次交易裡寫入變更與事件，查得到是誰、什麼時候、為什麼改。
- 03
報表可以重新計算
畫面與報表都由事實推導而來；算錯時從事實重建，不必手動修改數字。
- 04
先檢查規則，再執行
會改變狀態或影響其他系統的操作，要先通過規則與權限檢查才會寫入。
和報表工具有什麼不同？
報表工具適合事後分析；FOS 讓日常作業本身就留下可以追溯的事實，分析和營運用的是同一份資料。
給技術團隊
FOS 以物件、版本化事實、關係與事件為核心；操作先檢查規則，在同一交易內寫入變更與事件。畫面與查詢模型由這些事實推導，可以重播重建。WMS 有獨立資料庫，經 API／事件整合，不與其他產品共用資料庫。
同一個問題「北區門市這週的訂單，為什麼和倉儲出貨數不一樣？」
- 資料什麼時候進來
- 報表工具各系統匯出，每晚同步一次
- FOS訂單建立、修改的當下就寫入
- 早上 10 點看到的是
- 報表工具昨天下班前的數字
- FOS此刻的狀態
- 發現數字不對
- 報表工具回原系統修改，再等下次同步
- FOS在同一個核心修正，自動留下紀錄
- 追查為什麼不同
- 報表工具人工比對兩份匯出檔
- FOS直接看到哪一次變更、誰、為什麼
報表工具適合事後分析；FOS 讓日常作業本身就留下可以追溯的事實，分析和營運用的是同一份資料。
04 / A FOUNDATION FOR AI
AI 要做對事
先有可靠的依據
能讀懂文字，不代表知道企業正在發生什麼。FOS 把業務對象、最新狀態、關聯與規則組織好，讓 AI 的建議與行動有據可循。
這就是我們從底層設計 AI 協作的方式。
規劃中功能示範以下流程示範授權 AI 助理的設計方向，尚未開放。
你
「SO-1024 客戶要多 30 箱，可以直接加嗎？」
AI 助理 · 步驟 1／4
我先找到這筆訂單：北區門市的 SO-1024，冷凍水餃 120 箱，目前待出貨。
回答對應到真實的業務對象，而不是從對話猜測。AI 會讀取與檢查的資料（示範）
訂單
SO-1024 · 120 箱 · 待出貨
調整權限
尚未檢查
揀貨狀態
尚未檢查
庫存
尚未檢查
數量 120 → 150 箱
尚未提出
目前在產品中實際使用的 AI 功能：
已在產品中使用
- 客服對話整理自動整理對話摘要、分類與客人情緒；回覆仍由客服人員確認後送出。
- 每日營運摘要數字由系統計算，AI 只負責寫成文字；每一句都要引用實際資料，不做預測。
- 統一的 AI 閘道所有模型呼叫經過同一個入口，控管成本與額度，並留下紀錄。
- 唯讀的資料查詢給 AI 使用的查詢只能讀取，預設遮蔽個人資料。
規劃中
- 授權的 AI 助理只能透過定義好的查詢與操作做事，經過規則判斷與人員核准；第一版只讀取、不寫入。
05 / FROM CORE TO EVERYDAY
你不必從技術開始
從想改善的工作開始
無論需要量身打造，或從 SaaS 開始，FOS 都是 FlySuite 設計系統的核心。選擇適合企業現況的導入方式。
LET’S BUILD WHAT’S NEXT
從一個值得改善的流程
開始你的下一步
不必先準備規格。告訴我們哪個流程正在卡住，我們一起判斷適合專屬系統，還是從 SaaS 模組開始。