EUMOSA 字典

Enterprise-ready（企業級準備度）中的固定子檢查：公開內容是否可被正確爬取、理解與引用；互動元件是否具有清楚語意；私人資料是否被可靠隔離。

把 EUMOSA 已確認可公開的 Canonical Data（標準資料）投影成搜尋引擎與 AI 容易理解的公開語意輸出；它不是第二套主資料，也不能繞過權限讀取私人 Workspace。

EUMOSA 全站共用的 AI 工作助手。它依目前功能、正式主資料、權限與相關記憶理解情境，而不是每個頁面各放一個彼此不認識的小機器人。

可編輯 Workspace 的資料防遺失機制：Dirty State（未儲存狀態）追蹤、Local Draft（本機草稿）自動暫存、離開前保護與正式 Save（儲存）分工。Local Draft 不寫入 canonical data。

W3C 的 JSON-based Linked Data（以 JSON 表達的關聯資料）格式。EUMOSA 可用它把公開頁面中已經讓使用者看得到的 Brand、Item、Course、Credential、Dictionary 等語意同步提供給機器。

EUMOSA 的全域元件必須在全域樣式層自帶完整 normal、hover、active、focus、disabled、responsive 與可讀對比，不依賴任一功能頁 Page CSS 才能正常顯示。

EUMOSA Dense Table／List Workspace 的頁面級功能按鈕預設集中在右側；Primary 主操作最右，Danger 危險操作位於其左並保持危險樣式，Secondary 次要操作再往左。表格最右欄原則上保留 Edit／Action。

品牌團隊建立、維護與共同使用品牌主資料、內容、店型、品項、展店能力與權限的工作空間。

EUMOSA 的新功能固定檢查 Enterprise-ready（企業級準備度）、Finance-ready（財務準備度）、Evidence-based（有來源依據）與 Learning-ready（教學準備度）。

EUMOSA Unique Identifier（EUMOSA 唯一識別碼）。EUMOSA 為一筆正式資料建立的永久、無語意身份，格式為 XXXXX-XXXXX；它不把 Item、Brand、Branch、Category 或其他分類塞進編號。

用 Valid From（生效日）與 Valid To（失效日）表達一筆資料何時生效，而不是把新值直接蓋掉舊值。

對需要保留歷史與可追溯性的資料建立正式版本，而不是修改後把前一版擦掉。

某一類資料「誰說了算」的正式規則。它避免品牌、分店、ERP、網站各自保存不同答案，最後大家拿著不同版本互看。

允許較低層級在不破壞主資料身份的前提下，針對被允許的欄位使用自己的設定。哪些資料能覆寫、哪些不能，由資料治理規則明確決定。

一筆資料在哪個層級成立，例如 Global（全域）、Brand（品牌）、Market（市場）、Store Model（營運店型）或 Branch（分店）。

在 EUMOSA 中被正式認定為同一實體的權威主資料。其他 ERP、POS、網站或匯入檔可以映射到它，但不各自變成另一個「真相」。

品牌自己使用與理解的使用者業務品項碼。在同一品牌內保持唯一；一旦曾分配給某個 Item，即保留在該 Item 的 Code History（歷史編碼）中，不再分配給另一個 Item。它可以服務日常溝通、使用者找檔與媒體命名，但不取代 EUID 的永久系統身份。

Item（品項）中負責描述「這個品項本身具有什麼固定或描述性特徵」的資料域。它與 Product Option（商品選項）完全獨立：分類是品牌整理貨架；屬性描述品項本身；商品選項則處理每次購買要重新選什麼。

EUMOSA 用來描述一筆 Item「本質上是什麼」的底層系統分類，例如 Raw Material（原料）、Semi-finished（半成品）、Menu Product（菜單商品）或 Packaging Material（包裝材料）。

主要用於使用者閱讀、商品內容與呈現的品項本身特性，例如顏色、材質、固定風味描述或其他品牌想描述的固有特徵；不包含每次購買會重新選的甜度、冰度、尺寸或加料。

品牌建立一次、可重複套用到很多 Item 的正式屬性規格，包含名稱、可選代碼、Attribute Class（屬性類別）、Value Type（值類型）、預設 UOM 與排序。

偏向可量測、可驗證或技術用途的品項特性，可使用 Number（數字）與 UOM（計量單位）等型別化資料。

八大 Item Data Domain（品項資料域）之一，負責使用者會閱讀或看到的品項內容，例如多語正式名稱、短名稱、說明、行銷文字與媒體關聯；它與 EUID 等永久身份分離。

品牌擁有並由 EUMOSA 登錄的來源媒體檔。實體檔案保留使用者可讀路徑與檔名，系統另以 Asset ID、Checksum（完整性雜湊）與 Item Media Relation（品項媒體關聯）管理用途與追溯。

以 Default Content Language（預設內容語言）為來源，將品項正式名稱、短名稱、商品摘要與商品介紹補齊到其他啟用語言的翻譯工作區。只翻譯空白目標欄位，不覆蓋既有人工內容；並記錄翻譯狀態與來源語言。

當使用者可讀的來源檔名刻意保持不變時，EUMOSA 在顯示網址加上一個由檔案內容識別產生的版本值，讓瀏覽器知道圖片已更新，而不需要把 2201.jpg 改成一長串難找的檔名。

把已存在的 Item（品項）轉成實際銷售設定的工作流程。第一步「商品／菜單」建立 Sellable Offering 關聯；後續依序為商品選項、價格設定、銷售範圍／通路、上架排程／供應狀態。資料依賴與左側導覽順序一致。

Item（品項）在銷售層被選定為可對顧客販售或放上菜單後形成的商業設定。 EUMOSA 以 Sellable Offering relation（可銷售商品關聯）直接引用原 brand_item_id／EUID；不建立第二套 Product Master（商品主檔）。

表示「商品／菜單」這一步本身是否仍在 Draft（草稿）或已 Ready（本步驟完成）。Ready 只代表可以進入下一步商品選項，不代表商品目前已發布、可供應或在任何通路販售。

只記錄顧客／店員這次怎麼選，不要求每個選項值都有獨立 Item Master（品項主檔）的商品選項。

商品選項值相對於商品基準售價的增減額。0 代表不加不減；正數代表加價；負數代表減價。價格調整屬於商品銷售設定，不寫回品項屬性。

當差異形成不同 SKU（庫存單位）、GTIN（全球貿易品項編碼）、條碼、庫存、採購、成本或永久商品身份時，不應只用 Product Option（商品選項）表示，而應建立商品變體或獨立品項。

品牌可重複使用、且完全獨立的銷售選擇定義。一般使用者只需要理解三層：商品選項 →［選項分類］→ 選項值；選項分類是選用層。商品選項擁有穩定代碼、多語名稱、Input Type（輸入型態）、Option Nature（選項性質）、Selection Rule（選擇規則）、圖片與 Sort Order（排序）。結構由實際關係自動判定，不要求使用者重複設定單層／階層式。技術資料模型仍可使用 Product Option / Subgroup / Value，但一般 UI 以商品選項、選項分類、選項值呈現。

顧客／店員真正點選、POS（銷售點系統）與廚房需要辨識的選項值。它可以直接位於商品選項底下，也可以位於選項分類底下。Product Option Value ID（商品選項值識別碼）是永久內部身份；Value Code（選項值代碼）是品牌自行定義、可修改的業務代碼。若選項值確實代表真實原料／半成品，可由獨立 Option Item Link（選項品項連結）頁集中管理，也可直接在選項值編輯器的「品項連結」TAB 連到 Item Master；選項值本身可封存／還原，不會因此刪除 linked Item。

把 Brand-level Product Option（品牌層商品選項）套用到特定可銷售 Item（品項）的關聯與設定。它決定該商品提供哪些值、Default（預設值）與 Price Adjustment（價格調整）。所有符合可銷售條件的品項都可被選取；若尚無 Sellable Offering（可銷售設定），第一次儲存時自動建立 Draft（草稿）關聯，不複製群組定義、不建立第二套商品主檔，也不改 Item EUID。套用工作台主頁採 List First Dense Table，先列圖片、品項碼、商品／菜單名稱、已套用選項數、待補品項連結數、狀態與編輯；「待補品項連結」只計算該商品已啟用的 Material-linked 末端值中尚未連到有效 Item Master 的項目；按編輯才進入 Item Workspace 商品選項 TAB。階層選項支援展開／收合；直接輸入型只保存套用層的必選／選填與排序，實際輸入由 POS／Order Runtime 負責。

用來表示 Product Option（商品選項群組）是 Choice Only（一般選擇型）或 Material-linked（物料連動型）。它不是價格分類，而是回答「這個選擇是否代表實際物料消耗／增加」。

表示商品選項目前是單層或三層結構。它是系統依實際資料關係衍生的狀態，不是使用者必須重複設定的欄位：商品選項直接擁有選項值＝單層；商品選項擁有選項分類，再由分類擁有選項值＝三層。結構與 Product Option Nature（商品選項性質）分開。

集中管理 商品選項、選項分類與商品選項值的多語名稱與說明。以 Default Content Language（預設內容語言）作為一鍵自動翻譯來源；自動翻譯只填空白目標欄位，不覆蓋既有人工文字，翻譯可逐語言檢查、修改與儲存。Code 類識別碼不參與翻譯。

負責描述「這次購買要選什麼」的交易設定資料域。 將操作分為「建立商品選項」與「套用商品選項」：前者建立可重複使用定義，後者把定義套到特定 Sellable Offering（可銷售設定）。Product Option 可以沒有價差，也可以有正負 Price Adjustment（價格調整）。

TWEU 範例品牌使用的可選 Benchmark 資料包，一鍵建立 7 組常見國際茶飲 Product Option 定義：SIZE、TEMPERATURE、MILK_TYPE、TEA_BASE、TEA_STRENGTH、SWEETENER_TYPE、CREAM_TOPPING。資料包只建立缺少的代碼，不覆蓋既有資料、不自動套用商品，也不替 Material-linked 選項猜 Item Master Link。

末端選項代表會實際消耗／增加的原料或半成品，因此可透過 Option Item Link（選項品項連結）接到 Item Master，為 Inventory（庫存）、Costing（成本）與 Recipe / Production（配方／製作）準備。建置期間可先保存選項，再逐步補連結。

商品選項與選項值之間的選用中間層，用來整理同類選項值。例如 TOPPING → POPPING → PASSION，其中 POPPING（爆爆珠）就是選項分類。選項分類不是顧客最後點選的模糊答案；真正可點的是其下方選項值。正式建立後採封存／還原，不做 Hard Delete（硬刪除），以保留歷史訂單與 ERP / BOM 關聯。

把 Material-linked Product Option Value（物料連動型商品選項值）與 Item Master（品項主檔）中的真實原料／半成品建立 operational relationship（營運關係）。集中連結主頁採 Material-linked List First，只列需要 Item 身份管理的末端值；每列直接顯示品項連結狀態與已連結 Item，按編輯直接進入單一選項值的「品項連結」TAB。Choice Only 不需要 Item Master Link，因此不列入工作清單。此關係獨立於「建立商品選項」與「套用商品選項」，避免把選項所套用的商品誤當成選項本身所代表的原料。

把顧客已選定的商品選項轉成實際製作指令，例如原料用量、設備程式或製程步驟。它不負責銷售選擇本身，也不應塞進 Item Attribute（品項屬性）。

品牌用來整理品項的業務分類。Category 可以有上下層，也可以讓同一個 Item 同時出現在多個分類；它不等於 Item Type。

品牌或外部系統自行建立的分類方法。EUMOSA 允許多套分類並存，一個 Item 也可以同時屬於多個分類。

Bill of Materials（物料清單）。描述一項半成品、成品或菜單商品由哪些材料、數量與版本組成，並可形成多層結構。

Item 在 EUMOSA 中最基本、穩定的計量單位。採購、配方、庫存與銷售可以使用不同單位，再透過正式換算關聯。

品牌真正不同的營運／食品模式。當商品或菜單、製作流程、設備、人力、空間或法規條件出現實質差異時，才需要建立不同 Store Model。

把真實業務活動轉成可由 Accounting Rule（會計規則）處理的標準事件，再產生 Journal Entry（會計分錄）與 General Ledger（總帳）結果。

掛在 Item 上的標準財務分類集合。它保存 Revenue Class、COGS Class、Tax Product Class 等分類，而不是把單一總帳科目或稅率硬寫在商品上。

重要功能的定義、Help（說明）、來源、案例、工具實作、常見錯誤、知識測驗與實作任務共用同一套知識結構。

EUMOSA 將 Learning Topic（學習主題）、Learning Objective（學習目標）、Practice（實作／功法）、Automatic Assessment Rule（自動判定規則）、Evidence（能力證據）與 Progress（進度）串成同一套能力路徑。Academic View（課程視圖）與 Cultivation View（修練視圖）只改變呈現方式，不複製內容或進度。

EUMOSA 直接讀取平台內真實操作結果，以可重複的確定性規則自動判定學習任務是否完成，並保存 Evidence（能力證據）與 Progress（進度）；不要求學員手動觸發驗功。

用正式教育與企業培訓語彙呈現同一 Learning & Competency Graph，包括 Course Module（課程單元）、Learning Objective（學習目標）、Practical Assessment（實作評量）、Competency Evidence（能力證據）與 Completion（完成狀態）。

用心法、功法、祕笈、修練、自動判定、領悟與出關等沉浸式語彙呈現同一套課程與能力資料；遊戲體驗不改變正式 Learning Outcome（學習成果）與 Evidence（能力證據）。

把一項平台能力拆成「心法 → 修練 → 自動判定 → Evidence（能力證據）」的真實能力任務。系統直接讀取指定功法的真實成果並自動更新 Progress（進度），不要求使用者重複驗功。練氣期累積基本功，核心功法全部達標後形成築基條件，再銜接星等成長。

以 Brand Workspace 中真實 Product Option 定義、階層、選項性質、商品套用、Item Master 連結與多語內容作為 deterministic Evidence（確定性能力證據）的自動實作評量。

EUMOSA Course View（課程視角）與 Cultivation View（修練視角）只提供不同敘事體驗；兩者必須讀取同一份 Learning & Competency Graph、Progress 與 Evidence，因此同一功法不能在一邊顯示完成、另一邊顯示未完成。

依 Track（修練路線）、Realm（境界）與 Chapter（篇章）整理功法；每一門功法有自己的心法、實作、Automatic Assessment Rule（自動判定規則）、Evidence（能力證據）與 Progress（進度）。功法譜顯示已通關、條件已達成、修練中與前置條件狀態。

一項功能背後的原理、目的、定義與判斷邏輯。先理解為什麼，再進入功法修練。

取消手動「驗功」操作。系統直接讀取指定功法的真實操作成果，比對公開的通關條件，自動更新 Progress（進度）並留下 Evidence（能力證據）。舊版 Attempt（嘗試紀錄）只保留為歷史資料，不再因學員按鈕產生新紀錄。

一筆記錄小量學習後、已經透明標準評量的 Learning Outcomes（學習成果）之憑證資料。EUMOSA 微證書把學習成果、實作評量、能力證據、授證單位、品質保證、可攜性與可堆疊性放進同一 Credential Record（憑證紀錄）。

定義一張微證書「要證明什麼、由誰發、如何評量、需要多少學習量、如何品質保證、能否堆疊與如何對外映射」的正式主資料。它與 Learner Award（學員實際獲證紀錄）分開。

系統判斷學員何時有資格取得某一 Credential（憑證）的透明規則。規則可以引用已由真實成果自動判定通過的 Practice（功法）、完成的 Learning Outcome（學習成果）、Assessment Evidence（評量證據）或其他正式能力條件。

Europass 用於 qualifications、learning opportunities、credentials 與 accreditations 的共同資料模型。EUMOSA 的微證書欄位以可映射到 ELM 的方式預留，但 ELM-ready 不代表取得 EU 或 Europass 認證。

學員已滿足 Credential Specification（憑證規格）的授證條件與必要資料準備度，但 Credential Award（實際發證紀錄）尚未建立的狀態。

達成某組 Learning Outcomes（學習成果）所需的典型預估學習時間。它是 provider 對學習規模的透明描述，不等於每位學員的實際操作時間。非 ECTS provider 可用 estimated hours（預估小時）描述。

學員真正取得某一 Credential Specification（憑證規格）後建立的不可混淆發證紀錄。它保存 Credential UID、學員身份參照、發證日期、學習成果、學習量、評量方式、品質保證與能力證據快照。

Europass 的可驗證原生數位學習憑證形式，可包含 micro-credentials，並以 electronic seal（電子印章）支援來源與完整性查驗。EUMOSA 保留 EDC-ready 資料邊界與整合接點，不宣稱已完成正式 EDC 發證。

EUMOSA 提供免登入的公開查驗入口。第三方可精確輸入 Credential UID，或使用學員分享的不透明 Verification Token（查驗權杖），確認 Learner Award 的目前生命週期狀態與 SHA-256 Payload Integrity（資料完整性）。公開結果預設遮蔽學員個資。

憑證在查驗當下的生命週期結果。EUMOSA 將 Credential Status（例如 VALID、EXPIRED、REVOKED、SUSPENDED）與 Payload Integrity（資料完整性）分開判定：資料未被竄改，不代表憑證目前仍有效。

Credential Specification（憑證規格）用來決定學員獲證後何時開始生效、是否需要到期日，以及是否只提供非強制的更新建議。EUMOSA 基礎型微證書預設 no_expiry（未設定到期日），只有具明確時效性的能力才設定 fixed validity（固定效期）。

不改變 Credential Status（憑證狀態）的提醒日期。它適合內容會逐步演進、但不值得強制讓舊證失效的學習主題。到達更新建議日後，微證書仍可保持 VALID，除非 Credential Specification 另有固定效期或授證方正式改變其生命週期狀態。