第一共用核心
01｜員工排班 / 排休設定 先把班表、排休與人力安排放在同一條處理線上。
02｜出勤與打卡資料 建立薪資資料來源，避免班表、打卡與實際工時各自分散。
03｜請假、加班、缺勤核對 把例外狀況整理清楚，不讓人工追查變成每次發薪前的重工。
04｜薪資計算與薪資條整理 把資料與規則整理成可核對的薪資結果，而不是只剩最後一張表。
05｜員工確認與問題提出 讓員工有正式確認節點，避免疑問只散落在訊息、口頭與截圖裡。
06｜主管處理與發薪準備 把異常處理與發薪前整理接起來，讓主管與老闆都看得到卡點。
真正困難的不是算一個數字，而是資料來源分散
很多企業不是沒有出勤資料，也不是沒有薪資表，而是排班、打卡、請假、排休、加班與薪資核對分散在不同表格或不同工具裡。 一旦人員類型包含月薪、時薪、兼職、正職，發薪前就需要大量人工核對。
排班與打卡分開
主管看得到班表，但薪資核對時還要再對打卡、請假與加班紀錄。
異常處理缺少紀錄
員工提出薪資或出勤問題後，如果沒有流程節點，後續很難知道誰處理、何時處理、如何處理。
老闆看不到卡點
發薪前到底是資料未齊、員工未確認，還是主管尚未處理，常常只能靠人工追問。
流程閉環總覽
出勤是薪資資料來源，排休與請假會影響出勤判斷，薪資計算後需要員工確認。 員工提出問題後，需要主管處理；發薪準備應該建立在已確認的薪資資料上。
01
出勤 建立實際工時與上班紀錄。
02
排休 把休假、排休與輪班安排接進同一流程。
03
薪資 依資料與規則整理出可核對的薪資結果。
04
員工確認 讓薪資條與問題提出有正式節點。
05
主管處理 對異常與疑問進行可追蹤的處理。
06
發薪準備 在確認完成後整理本批發薪資料。
不是單一行業工具，而是排班制企業都會遇到的共用問題
本頁以排班制、多門市與服務型企業為主要情境說明，但這些出勤、排休、薪資核對與主管處理問題並不限於單一行業。 如果企業也面臨相同的資料分散與人工核對問題，可以把這套流程框架作為系統化整理與後續平台規劃的參考。
排班制門市與服務現場
這類企業最常見的問題不是沒有資料，而是資料散在不同位置。
- 餐飲業
- 零售門市
- 美業 / 美髮 / 美甲
- 旅宿業
多角色與混合人力
當月薪、時薪、兼職、正職混合時，人工核對成本會快速上升。
- 時薪 / 月薪混合團隊
- 兼職與正職並行
- 輪班與臨時調班
- 請假與加班例外多
多門市與多主管協作
主管、店長與老闆通常需要共同掌握目前流程卡在哪一步。
- 連鎖品牌
- 跨據點管理
- 多主管分工
- 需統一發薪前整理
薪資與出勤容易分散的企業
如果你常靠 Excel、訊息與人工表單收資料，通常就會適合先導入這個核心。
- 補教業
- 娛樂業
- 一般服務業
- 時薪兼職人員較多的企業
如果你現在最常遇到的是「班表有了，但薪資還是要人工核對」、「員工對薪資有疑問但處理紀錄分散」、 「主管與老闆看不到發薪準備卡在哪一步」，這類問題通常不是單一行業問題，而是營運流程問題。
後續模組可以接到同一個營運平台上
從平台規劃角度來看，薪資、出勤與排休可以作為企業營運資料的一個核心，再依實際需求延伸到預約、點餐、財務、商品、訂單或庫存等不同流程。 這裡呈現的是 MycelBlock 的平台設計方向，不代表上述模組目前都已作為正式產品提供。
預約
把預約資料與人員、時段、服務流程串起來，降低人工確認成本。
點餐 / 訂單
讓點餐、接單、出餐、結帳與訂單狀態能接到同一套營運資料上。
財務
把收入、支出、薪資、對帳與報表逐步整理成可查、可追蹤的資料流。
不是把所有流程一次全自動化，而是讓該確認的地方清楚可追蹤
MycelBlock 目前的平台規劃方向，不是把所有流程包裝成一鍵全自動化，而是讓需要核對、確認、處理與追蹤的節點更清楚。 高風險動作仍應保留明確確認與紀錄，讓系統成為營運管理的輔助骨架，而不是黑箱。
先看清楚出勤、排休與薪資之間的流程關係
如果你現在仍使用 Excel、LINE、打卡機匯出檔與人工表格整理發薪資料，可以先盤點哪些資料來源與確認節點最容易產生重工。 你也可以查看 MycelBlock 目前的平台方向，了解這類企業營運流程未來如何被整理成更清楚、可追蹤的系統架構。