ORDER OPEN 現在可以下單 FROZEN PICKUP 7-ELEVEN 冷凍店到店
BAGEL COMA · FRESHLY MADE

BAGEL
FIRST.

留一點時間，給喜歡的味道。

接單後新鮮製作。口味簡單、嚼感剛好，想吃的時候回烤一下，就像重新出爐。

TAKE YOUR TIME. ENJOY
THE BITE.
CURRENT LEAD TIME 7–14 個工作天

依目前未完成訂單量調整。超過 10 筆時顯示 14–21 個工作天。

014 顆起訂自由搭配喜歡的口味
02接單製作依訂單順序新鮮完成
03冷凍取貨標準 NT$129，優惠依結帳為準
04取貨付款目前支援 7-ELEVEN 取貨付款
TODAY'S PICKS

今天想吃哪一顆？

從經典原味到甜鹹口味，慢慢挑就好。

點選「查看成分・營養標示」可看每個口味的完整資訊。
SAVE & REHEAT

保存與回烤。

首頁先看簡單 4 步驟就好；想看更完整的保存時間、加熱方式與口感建議，再打開完整說明。

01冷凍保存建議優先冷凍，可保存 21 天；若短時間內食用，冷藏約 2 天內吃完。
02食用前不用退冰冷凍取出後表面噴點水，就能直接進氣炸鍋或烤箱。
03回烤 6–8 分鐘最推薦氣炸鍋或烤箱，表面微酥、裡面保留彈性與嚼感。
04想做三明治可先切半若之後要夾料，建議先切半再冷凍，回烤後會更方便。
BAGEL
COMA
ABOUT US

不是趕著吃完的那種貝果。

我們喜歡把味道留得清楚一點，不需要太多複雜的東西。回烤後外層微脆，裡面保留舒服的彈性和嚼感。

平常即可下單，依訂單順序製作。你選好喜歡的口味，剩下的交給 BAGEL COMA。

STAY IN TOUCH

新品、出爐日與小消息

追蹤 BAGEL COMA，開單與新品消息不漏掉。

CHECKOUT

確認訂單

確認貝果數量、填好取件資料，最後送出訂單即可。

1 確認購物車→ 2 填取件資料→ 3 送出訂單
01

購物車

4 顆起訂，可在這裡直接調整數量
02

取件資料

請填寫實際取件人與 7-ELEVEN 門市資訊
訂購人
取件門市
搜尋你的 7-ELEVEN 門市 只要輸入平常記得的店名，店號、地址與冷凍交貨便資格由系統帶入。
官方即時確認
輸入至少 2 個字，例如「松高」。如果有同名或相似門市，會用地址讓你確認。
尚未選擇取件門市。
MEMBERS

會員專區

登入後查看點數與訂單；沒有會員也可以直接下單。

BAGEL COMA MEMBERS

把每一次喜歡，
慢慢累積起來。

消費滿 NT$100 累積 1 點，訂單完成取貨後入帳。

NT$100 = 1 點取貨完成後入帳
點數效期 1 年會員中心可查看紀錄
✓
ORDER CONFIRMED

訂單成立！

我們會依訂單順序新鮮製作，完成並寄出後請留意 7-ELEVEN 取件通知。

訂單編號 —
取件方式 7-ELEVEN 冷凍店到店
付款方式 取貨付款
目前製作時間 約 7–14 個工作天
1訂單成立
2排入製作
3冷凍寄出
4到店取件
小提醒

商品為接單後依序製作，工作天不含例假日；訂單較多時製作時間可能延長，實際仍依當週製作進度為準。完成出貨後會再通知。

BAGEL COMA · ORDER ONLINE
新鮮製作 · 冷凍店到店
ONLINE ORDER

選你今天想吃的貝果

每筆訂單至少 4 顆。完成下單後會直接進入後台「新訂單」，可接著測製作、物流、會員與報表。

目前預計出貨 7–14 個工作天 依目前未完成訂單量自動顯示
01

貝果選單

只顯示商品管理中「上架」的口味
02

取件資料

目前付款方式：7-ELEVEN 取貨付款

後台首頁

今天的 BAGEL COMA 營運概況

今日訂單 0 筆 NT$ 0
本月訂單 0 筆 訂單金額 NT$ 0
新訂單 0 筆 等待確認與安排製作
待製作／製作中 0 筆 前往製作管理
待匯出賣貨便 0 筆 完成後準備物流
已出貨 0 筆 目前訂單狀態
訂單異常 0 筆 需要注意或處理
待通知 0 筆 Email／LINE 通知工作
每天主要看這裡就好 接單 → 製作 → 出貨；有異常再處理。其他報表與設定平常可以先不用打開。
系統狀態 正式後端連線後會自動顯示冷凍門市更新狀態。
冷凍門市— 確認方式— 同步方式—

今天要處理

依目前訂單與通知狀態整理

本月營運

本月已完成訂單計算
本月訂單量0 筆
已取貨完成0 筆
已完成營收NT$ 0
已完成淨利NT$ 0
官網0%
本月訂單 0 筆 訂單金額 NT$ 0 已完成營收 NT$ 0
賣貨便0%
本月訂單 0 筆 訂單金額 NT$ 0 已完成營收 NT$ 0
營收與淨利沿用「營運報表」的計算方式，只計入已取貨完成訂單；製作需求仍合併官網與賣貨便訂單。

訂單流程

目前每個狀態的訂單數

本月熱銷口味

依本月成立訂單的付費商品數量

最近訂單

最近成立的 6 張訂單
訂單編號日期客戶內容金額狀態操作

快速入口

常用工作直接進入

訂單管理

日常先處理新訂單與待製作；需要搜尋、來源篩選或完整狀態時，再打開「更多工具」。

新訂單0 筆
待製作0 筆
待匯出賣貨便0 筆

需要注意

有異常時會自動展開；平常可收起，不干擾訂單列表。
0 筆待注意

訂單列表

勾選訂單後才會出現批次改狀態。
批次選取 已選 0 筆
已選取 0 筆
訂單編號日期／預計出貨客戶內容金額狀態／製作批次操作

賣貨便匯入

平常只要三步：選 Excel → 確認系統檢查結果 → 匯入完成。

1 選擇 Excel→ 2 確認內容→ 3 匯入完成
已匯入賣貨便訂單0 筆目前後台中的賣貨便訂單
已記住商品對應0 組遇到相同賣貨便品名會自動辨識
最近一次匯入尚未匯入—
會員／通知規則不累積點數賣貨便訂單不建立官網 Email 通知

① 選擇 Excel 報表

支援賣貨便下載的 .xlsx；不會修改你原本的 Excel 檔案。

過去匯入紀錄

只有要確認以前是否已經上傳過報表時才需要查看。

通知中心

正常情況下不需要每天管理；有待通知時再處理，設定與完整紀錄需要時再展開。

待通知0
已通知0
已略過0
全部紀錄0
日常只要看「待通知」 正式接上 Resend 並開啟自動寄送後，這裡主要用來確認是否有未處理的通知。

待處理與最近通知

平常先看待通知；需要查歷史時再打開完整紀錄。

製作管理

每天只需要：選待製作訂單 → 建立批次 → 查看批次並登記完成。其他明細需要時再展開。

待排製作0 張
目前需製作0 顆
目前尚缺0 顆
1 選待製作訂單 → 2 建立製作批次 → 3 查看／登記完成

① 建立製作批次

只顯示「待製作」且尚未加入其他批次的訂單。
批次名稱不填也沒關係，系統會自動命名。

待製作訂單

勾選今天要一起製作的訂單即可
已選取 0 筆

詳細製作需求

要核對口味、訂單來源或批次組成時再打開。

② 目前製作批次

需要登記完成數量時，直接按該批次的「查看／登記」。
批次預計製作日訂單數需求尚缺多做狀態備註操作

額外成品

多做、自用、贈送或損耗時才需要使用。

出貨管理

每天主要依序看 ① 待匯出、② 匯出批次、③ 待出貨。賣貨便原生訂單會直接進③，不需要再次匯出。

V15.38｜賣貨便核心維持 V15.38 穩定流程，新增出貨確認與取貨／未取退回會員點數規則。

官網待匯出訂單0 筆
官網未匯出批次0 批
官網已匯出待確認0 批
賣貨便入口、官網物流、LINE／Instagram 都在這裡設定。

① 官網｜待匯出賣貨便訂單

只顯示官網訂單；賣貨便原生訂單不會進入此區，避免重複匯出。
正式上傳需使用賣貨便官方《訂單匯入.xlsm》格式；測試模式下載的 CSV 僅供核對資料，不會把批次標記為已匯出。
勾選訂單編號日期來源製作批次姓名手機門市商品金額
已選 0 筆

② 官網｜處理中的匯出批次 已實測匯入成功

日常流程：網站預檢 → 匯出賣貨便訂單檔 → 前往賣貨便「訂單匯入」上傳 → 回來確認匯入成功。
正式匯出格式：賣貨便官方《訂單匯入.xlsm》V1.4（已實測可成功匯入）

③ 雙通路｜待確認出貨訂單

官網完成賣貨便匯入後，以及賣貨便原生訂單製作完成後，都統一在這裡等待出貨。
勾選訂單編號來源來源製作批次姓名手機門市金額操作
已選 0 筆

④ 歷史匯出批次

完成批次收在這裡，平常不干擾目前工作。

活動／優惠

平常先看進行中與排程中的活動；搜尋、進階欄位與使用說明需要時再打開。

進行中活動0
排程中0
會員限定0
可疊加活動0

活動列表

由上到下＝前台顯示順序
排序 活動名稱 類型 條件 優惠內容 開始 結束 會員限定 可疊加 狀態 操作

會員管理

平常先搜尋會員、查看消費與點數；進階篩選、批次操作與匯出需要時再使用。

會員總數0
Email 已設定0
目前總點數0
30 天內到期點數0

搜尋會員

顯示全部會員
已選取 0 位會員 目前顯示 0 位
姓名聯絡方式LINE累積消費訂單數目前點數即將到期最後消費日標籤操作
會員選取 已選 0 位

原物料／成本

平常只要確認原物料目前價格與商品單顆成本；搜尋、篩選與成本規則需要時再打開。

原物料品項0
已有目前價格0
配方成本完成0
配方待完成0

原物料品項設定

建立常用原料、包材與其他成本品項；每個品項只需要設定一次，之後進貨直接從清單選擇。
品項分類包裝規格目前單包價目前單位成本操作

商品配方成本

用最新原物料單價自動計算每顆成本；需要搜尋或篩選時再打開工具。
商品售價配方產量配方原料目前單顆成本單顆毛利狀態操作

進貨管理

平常只要登記今天買了什麼、幾包與發票金額；過去紀錄需要查帳時再展開。

1 選日期→ 2 加入進貨品項→ 3 核對發票並儲存
今日進貨品項0
今日價格異動0

今日進貨登記

選擇品項、輸入包數並核對發票金額；同一張發票可一次登記多個品項。
品項 入庫數量 目前單包價 本次總價 價格核對 操作
系統會依目前單包價 × 包數自動帶入總價；只有發票金額不同時才需要修改。
確認發票金額後再儲存
若有漲價或降價，儲存後會更新原物料目前成本；已成立訂單的成本快照不回改。

過去進貨紀錄

查帳或確認歷史價格時再展開。

商品管理

平常直接在列表調整價格、標籤、上下架與排序；成分、營養標示與圖片需要時再進完整編輯。

全部商品0
上架中0
已下架0
平均單顆毛利NT$ 0
日常快速管理 價格、標籤、上下架可直接改；↑ ↓ 控制前台順序。修改完成後按「儲存全部」。

商品列表

可直接編輯；↑ ↓ 控制前台排序
排序商品售價單顆成本（自動） 單顆毛利標籤狀態操作

營運報表

預設先看本期營收、淨利與熱銷口味；需要成本、物流、訂單明細或匯出時再開啟詳細報表。

需要留存或對帳時再使用：

報表期間

切換月份、自訂日期或今年累計，以下所有數字與明細會同步更新。
總訂單量0
已取貨完成0
已完成營收NT$ 0
淨利NT$ 0
商品成本NT$ 0
實際配送費NT$ 0BAGEL COMA 負擔 NT$ 0
客戶支付運費NT$ 0平台免運補貼 NT$ 0
優惠折扣NT$ 0

熱銷口味

平常以銷售顆數查看；只計已取貨完成訂單。

口味明細

整單優惠按商品金額比例分攤；指定商品優惠可直接記在該商品。
口味銷售顆數折前銷售額分攤折扣折後營收商品成本商品淨利毛利率

本期已取貨完成訂單

訂單編號來源下單日完成日顧客商品實收客付運費實際配送費平台免運補貼BAGEL COMA 負擔商品成本折扣淨利
報表口徑：配送費與「誰負擔」分開計算：官網冷凍配送費為 NT$129；客人有付運費時由客人負擔，官網免運時差額才由 BAGEL COMA 負擔。賣貨便則同時讀取客付運費與平台免運券折抵，只有兩者都未涵蓋的差額才列為 BAGEL COMA 負擔。

冷凍門市確認

客人從 7-ELEVEN 官方地圖自行找冷凍門市；第一次出現的店號由 BAGEL COMA 確認一次，之後同店號就可直接使用。

FROZEN STORE UPDATE

更新 7-ELEVEN 冷凍門市

你可以每幾天按一次。系統會檢查最新門市資料，只在有變動時更新正式清單。

目前門市數—
最後更新—
資料狀態—
自動來源尚未檢查等待後端回報
正在讀取目前門市資料狀態…
一鍵更新來源：後端會從 7-ELEVEN 官方電子地圖即時辨識「冷凍交貨便」選項，再抓取符合資格的門市；不把內部服務代碼寫死。
AUTO REFRESH

每 3 天自動更新

開啟後由正式後端自動檢查冷凍門市。沒有變動就不建立新版本；有變動時先備份上一版，再安全更新。

自動更新尚未讀取預設每 3 天
下次檢查—伺服器排程
上次結果—尚未執行
正在讀取自動更新狀態…
更新頻率

平常建議維持每 3 天。若官方來源暫時失敗，系統不會改動正式清單，並會約 6 小時後重新嘗試。

AUTO REFRESH HEALTH

自動更新狀態

只要看這裡就知道排程是否正常。失敗時正式門市清單會維持上一版，不會把錯誤資料發布給客人。

讀取中…
連續失敗—3 次以上會標示異常
最後成功—成功更新或確認無變動
資料驗證—等待資料
正在讀取自動更新健康狀態…
最近更新紀錄
只保留近期營運紀錄，不會影響門市主資料。
尚未讀取紀錄。
ANOMALY EMAIL

異常 Email 通知

直接共用 BAGEL COMA 的管理員／營運通知信箱。只有真的需要處理時才寄信；1–2 次短暫失敗只留在後台。

讀取中…
通知收件人—共用管理員通知信箱
通知條件異常才寄相同事故只寄一次
最近寄送—尚未寄送
正在讀取 Email 通知設定…
預設沿用 BAGEL COMA 共用管理員通知信箱；只有需要分流時才設定冷凍門市專用收件人。API Key 只放在正式後端。
DEPLOYMENT CHECK

部署驗收

按一次會自動檢查後端，若冷凍來源尚未驗證，也會先執行安全的來源測試；不會修改正式門市資料。

後端連線尚未檢查/health
管理員登入尚未檢查Session
冷凍來源尚未檢查Live Discovery
客人門市搜尋尚未檢查Storefront API
尚未執行部署驗收。
本機一鍵啟動後會自動執行一次準備檢查；你也可以隨時按上方按鈕重新檢查。
UPDATE PROTECTION

更新保護與回復

每次正式門市清單真的發生變更前，後端會先自動保存上一版。若更新後發現異常，可以直接回復最近一版。

自動備份尚未檢查有變更才建立
最近備份—尚無資料
備份門市數—上一版正式清單
第一次正式清單建立成功後會自動建立 baseline 保護點；之後每次有變更的更新前都會再保存上一版。
查看最近備份
尚未讀取備份。
進階／備用更新

只有自動更新來源暫時不可用時才需要這裡。你可以依官方電子地圖確認後，用 CSV／JSON 手動更新。

後端能力尚未檢查
資料版號—
待上傳0
版本升級與資料保護尚未檢查
目前資料格式—目標 Schema 2
升級前快照—與日常 rollback 備份分開
相容性檢查—門市／備份／紀錄／通知狀態
正常情況下會在後端啟動時自動檢查並安全升級。

後端連線

先建立正式 API 的連線入口與健康檢查；目前不會把本機資料自動切到雲端。

✓
這裡只保存 API Base URL，不保存密碼或 API Key

Resend Key、資料庫密碼、管理員驗證密鑰都必須留在伺服器端。前端 HTML 不應存放任何秘密憑證。

目前資料模式本機
API 設定未設定
健康檢查尚未測試
最後成功—

API 連線設定

正式部署後只需要填後端公開 API 網址，例如 https://api.example.com。
健康檢查網址 尚未設定
尚未進行連線測試

儲存 API URL 後，可測試後端是否符合 BAGEL COMA API 契約。

後端健康檢查契約

後端的 GET /health 會回報資料庫、管理員驗證與冷凍門市資料庫能力；前台只在正式門市資料庫可查詢時才會啟用正式選店。
HTTPGET /health公開、不帶秘密憑證
服務識別bagel-coma-api避免連到錯誤服務
API 版本1與前端契約版本一致
資料庫database: true後端已能讀寫正式資料庫
雲端同步cloudSync: trueBAGEL COMA 核心資料 API 已可用
Shadow 測試cloudShadow: true非主資料的 Shadow 寫入／比對 API 已可用
Cloud PromotioncloudPromotion: true正式切換準備／提交 API 已可用
正式 CloudcloudActive: true正式 /data/core 已建立，可讓其他管理裝置安全加入
官網訂單publicOrders: true客人送出的官網訂單會由後端驗證並寫入正式資料
管理員驗證adminAuth: true伺服器端登入／權限能力已存在
冷凍門市storeDirectory: trueBAGEL COMA 冷凍門市資料庫與公開搜尋 API 已可用
資料升級storeDirectoryStorageMigration: true舊版門市資料會先保留原始快照，再安全升級
基本狀態ok: true服務目前可用
{
  "ok": true,
  "service": "bagel-coma-api",
  "apiVersion": 1,
  "database": true,
  "cloudSync": true,
  "cloudShadow": true,
  "cloudPromotion": true,
  "cloudActive": true,
  "publicOrders": true,
  "adminAuth": true,
  "storeDirectory": true,
  "storeDirectoryStorageMigration": true
}
正式安全原則： 後台登入使用伺服器 Session Cookie；前端不保存管理員密碼或登入 token。正式 Cloud、門市與其他私人 API 也必須在伺服器端各自驗證 Session，不能只依賴畫面是否顯示登入。

正式營運初始化

把測試期的 Cloud 訂單、測試團購與這台裝置的會員／製作紀錄清乾淨，保留商品、成本與正式設定。

!
這不是一般的「清除篩選」

完成初始化後，PostgreSQL 裡的測試訂單與測試團購會被清除；這台瀏覽器的會員、製作與營運歷史也會清空。正式模式會同步到所有裝置。請只在確定準備開始正式營運時使用。

Cloud 訂單0
目前會員0
製作批次0
測試團購0
Cloud 狀態測試期

初始化範圍

會清除營運交易資料，但不碰已經整理好的商品與設定。
會清除 測試／營運紀錄
  • PostgreSQL 官網測試訂單與這台裝置的賣貨便訂單
  • 測試團購活動（Cloud）
  • 會員、點數與會員消費紀錄
  • 製作批次、實際完成數量、額外成品紀錄
  • 賣貨便匯入訂單與匯入歷史
  • 通知中心歷史
  • 出貨批次與訂單預計出貨日紀錄
  • 訂單編輯／物流確認等暫存狀態
會保留 商品與正式設定
  • 商品、售價、上下架與營養標示
  • 原物料、成本與配方
  • 進貨／商品設定本身
  • 活動／優惠規則
  • 賣貨便商品名稱對照
  • LINE、Instagram、賣貨便公開入口
  • Email／通知設定
  • 物流費與其他網站設定
✓
目前已是正式營運模式

正式營運初始化已鎖定，不會再允許重複清除訂單、會員與製作資料。若只是要備份或還原資料，請使用「資料備份」。

開始正式營運

需要完成三個確認步驟，系統不會自動執行。
01
先下載本機＋Cloud 備份

會下載原本的完整備份，並另外保存 Cloud 訂單／團購初始化備份。

02
輸入確認文字

請完整輸入「開始正式營運」，避免手機誤觸。

03
清除測試期營運資料並切正式模式

Cloud 訂單／測試團購與這台裝置交易資料會清除，所有裝置之後都會使用正式模式。

尚未從這個頁面完成本機＋Cloud 初始化前備份。

正式上線檢查

自動檢查正式公開營運前的重要設定；只顯示狀態，不會修改任何資料。

✓
這一頁是「正式營運前」的總檢查

日常不需要使用。只有會影響資料安全、後台安全、下單、通知、商品資訊或財務資料的項目才放進來。

阻擋上線0
需要注意0
已完成0
目前完成度0%
公開營運狀態 正在檢查…

必要條件

有「阻擋」時，不建議把後台與正式訂單資料公開上線。

下單、物流與通知

客人實際下單、冷凍門市選店、賣貨便匯出與 Email 通知。

下單流程總驗收 V18.14.1

以最近一筆官網訂單檢查：官方冷凍門市 → 訂單保存 → 後台門市資料 → 本機持久化 → 賣貨便匯出資料。
1前台建立測試訂單選綠色冷凍門市、確認地址、至少 4 顆後送單。
→
2回到這裡驗收系統自動讀取最近一筆官網訂單，不會修改訂單。
→
3後台更換門市再驗一次可確認新門市證明與賣貨便匯出資料仍一致。
尚未執行驗收。

商品與財務

上架商品資料、營養標示與成本配方完整度。

品牌與資料安全

社群入口、本機保存、備份與資料健康狀態。
安全原則： 正式後台登入、雲端資料庫與 Resend API Key 都不能靠這個 HTML 自己「藏起來」。正式公開網站需要伺服器端驗證；API Key 仍只放後端，不會寫進前端檔案。

資料備份

這裡處理目前單機版的資料安全與跨裝置手動搬移；不會改動日常訂單流程。

!
目前是「本機資料」模式

手機與電腦的瀏覽器資料目前彼此獨立。這裡可以匯出／匯入完整備份，但還不是即時雲端同步。

目前訂單0
會員0
製作批次0
最後自動儲存—

資料模式

先把現在單機版的資料格式固定，之後接正式雲端時不需要重新設計訂單／會員／製作資料結構。
目前使用 本機資料 這台瀏覽器自動保存
下一階段 Shadow 測試 先驗證雲端寫入與比對，本機仍維持主資料來源
同步資料格式 Schema v1 訂單／會員／製作／設定統一封裝

這台裝置加入正式 Cloud

適用於手機、第二台電腦或重新登入的裝置。正式 Cloud 會是主資料，不會把這台裝置的 local 資料自動合併上去。
檢查中
這台裝置 LOCAL —
正式 Cloud 尚未確認 —
資料比對 — —
先確認後端與管理員登入狀態，系統才會讀取正式 Cloud 的 metadata。

同步前資料檢查

只檢查資料完整性，不會修改任何訂單或會員。
檢查結果 尚未檢查
阻擋問題 0
提醒 0
資料包 0 筆
按「重新檢查」查看目前資料是否適合接雲端。
同步資料包

與完整備份不同：這份檔案使用固定 schema，主要提供未來 API／雲端資料庫接入使用。

雲端切換演練

正式切換前先確認「目前這一份資料」與雲端 API 都符合條件；演練不會把正式資料寫入雲端。
目前狀態 尚未演練
Schema v1
資料指紋 —
最後演練 —
按「執行切換演練」檢查目前資料與雲端 API。
切換前安全措施

建議正式切換前先下載完整備份。這裡的演練只檢查，不會改變 local / shadow / cloud 資料模式。

Shadow 雲端測試

本機仍是唯一正式來源；Shadow 只把同一份資料送到測試副本並比對指紋，雲端不會回寫覆蓋本機。
尚未啟用
資料模式LOCAL
本機指紋—
雲端指紋—
最後比對—
累計一致0 次
連續一致0 / 3
本次異常0 次
Cloud 切換資格尚未具備
需先通過「雲端切換演練」，並完成後端 Shadow API 後才可啟用。
Cloud 切換門檻至少連續 3 次本機／Shadow 指紋一致，且目前沒有未處理的 mismatch 或同步錯誤，才會標示「具備 Cloud 切換資格」。曾發生的異常會保留計數，但修復後可重新累積連續一致。本機仍是主資料，不會自動切 Cloud。

正式 Cloud 切換保護

先建立「切換準備快照」，確認備份、登入保護、Shadow 穩定度與目前資料完全一致；這一步不會把正式資料模式切成 Cloud。
尚未準備
Shadow 穩定度 未通過
管理員登入保護 未就緒
Promotion API 未就緒
切換前備份 尚未確認
正式 Cloud 讀寫層 前端讀寫 adapter 已載入，尚未啟用 Cloud 模式。
檢查中
① 下載切換前完整備份

下載後請確認瀏覽器真的有出現 JSON 備份檔。確認時會把這份備份與目前資料指紋綁定；之後資料若有任何變動，就必須重新備份。

② 建立 Cloud 切換準備快照

只有所有條件都通過後才能建立。快照存放在後端暫存區，不會更新正式 /data/core，也不會改變目前 LOCAL／SHADOW 資料來源。

提交仍有最後核對 只有準備快照仍有效、Shadow 穩定度仍通過、正式讀寫層可用，而且目前資料 fingerprint 完全沒有改變時才能提交。後端 commit 與隨後的 GET 驗證都必須回到同一個 fingerprint／revision，才會真正把本機資料模式設為 Cloud。

完整備份

包含訂單、會員、製作批次，以及商品、成本、通知、匯入紀錄、活動、物流設定等 BAGEL COMA 本機資料。
01
匯出完整備份

下載一份 JSON 檔。建議重大調整前、或要換裝置前先匯出。

02
匯入／還原備份

選擇由這個系統匯出的 JSON。確認後會覆蓋目前本機 BAGEL COMA 資料並重新載入。

正式營運保護 正式營運模式下還原完整備份屬於高風險操作，確認還原時會再要求輸入指定文字。

目前自動儲存內容

核心資料每隔幾秒自動保存，也會在離開頁面前再保存一次。
訂單官網＋賣貨便訂單、狀態、歷史與訂單欄位
會員會員資料、點數、標籤與會員異動結果
製作製作批次、完成數量、額外成品與相關紀錄
既有設定商品、成本、進貨、通知、活動、出貨批次、前台連結等既有本機資料
下一階段： 正式 Cloud 與多裝置同步完成後，後台登入也必須使用伺服器 Session 保護；只有通過管理員驗證的裝置才能讀寫私人營運資料。