場景定位
機關一卡通的重心不是消費，而是補貼與考核
機關食堂通常有明確的餐補政策與反食品浪費考核要求。一卡通要解決的是補貼怎麼發、怎麼分賬、怎麼形成考核數據。
主體
黨政機關、事業單位
賬户形態
資金型 + 碳賬户
交付層級
Tier 1 完整交付
典型入口
政務門户或企業微信 H5
人羣與角色
管理層級比校園更深
機關場景常見「區級 + 單位 + 處室」三級結構，權限隔離要求高於其他場景。
幹部職工刷卡或掃碼就餐、查看餐補餘額與消費明細，不希望裝新 App
單位管理員管理本單位名冊與餐補標準，導出本單位報表
區級管理員跨單位統一政策與口徑，彙總考核數據
食堂運營方出餐效率、日結準確、補貼與自付部分清晰可對賬
機關事務部門反食品浪費評估數據、節約型機關創建材料
核心能力
機關側要交付什麼
與校園最大的差異是「補貼優先扣減」與「H5 嵌入宿主」這兩件事。
餐補按月發放
按人羣與職級設定標準，週期自動發放，可設過期規則
補貼優先扣減
消費時先扣補貼餘額，不足部分再扣個人賬户，兩部分獨立記賬
幹部職工 H5
嵌入政務門户或企業微信，複用宿主身份，免安裝免二次登錄
食堂稱重反浪費
取餐與回收雙向稱重，形成餐次浪費率與個人光盤記錄
多層級權限
區級、單位、處室三級數據隔離與逐級彙總
考核報表
按反食品浪費評估與節約型機關口徑導出材料
場景難點
機關項目的三個特殊約束
機關場景的約束多來自制度而非技術，方案階段必須提前確認。
不宜設在線充值
部分單位不允許個人在平台內充值，避免資金歸集爭議
默認只發補貼不做充值；確需充值時資金直達客户賬户
內網與信創要求
政務雲與內網環境，可能要求國產化中間件與數據不出域
支持私有化部署與信創環境適配
數據口徑要能對上考核
自建口徑與考核口徑不一致，材料無法採用
報表按現行評估與創建要求預置模板
碳價值點
反食品浪費是機關最有説服力的碳故事
機關的碳訴求集中在「可上報、可考核」，因此證據強度比覆蓋面更重要。
食堂光盤
取餐與回收雙向稱重
直接對應反食品浪費評估要求
公務綠色出行
門禁與車輛識別
含班車與公務用車電動化
辦公節能
分項計量
與節約型機關能耗定額指標聯動
交付邊界
做什麼，不做什麼
食堂業務流程本體與一卡通賬户體系分屬不同模塊，交付時須説明清楚。
本方案交付
- 餐補發放與補貼自付分賬
- 幹部職工 H5 與消費記錄
- 稱重反浪費數據採集
- 多層級報表與考核材料
本方案不做
- 不做公文與 OA 審批
- 不做人事與工資發放
- 不替代政府採購流程
- 不承擔食堂經營與食材供應