誠 誠信
提案文件 · 2026.11

派工流程
數位化提案

本提案規劃將訂單、約單、派工、照片、門市回報與對帳資料集中於單一系統。全國電子現行之試算表、門市群組與系統流程均不變更。

提案對象誠信金鴻企業社
版本0.1
日期2026.11
範圍誠信內部派工流程
摘要

目的

降低重複輸入與人工比對,建立可追蹤的訂單進度。

範圍

誠信內部之訂單建檔、約單、派工、照片、回報與對帳輔助作業;第一版以全國電子為主。

不變更

全國電子現有之試算表、門市群組與系統流程;結案上傳暫訂人工處理。

預期效益

減少重複輸入、縮短建檔與對帳時間、保留操作紀錄,並支援後續統計。

目前流程

現行作業流程

一筆訂單通常依序經過全國大群、門市群組、自用 Excel、約單表與已派工資料夾。

各階段雖均有專人處理,惟目前無法自單一介面確認訂單進度。

另同一筆訂單之施工內容、單號與指派師傅均可能異動;現行僅能以備註或資料夾名稱保留,事後查詢需人工回溯。

01

兩個來源

全國大群提供線上表,門市群組提供照片或文字。線上表為長條格式,有效欄位落點不一,且常有「與另一單合併施工」等特殊註記,需人工判斷。

格式不一致
02

自用主檔

同一筆訂單需在 Excel、約單表與資料夾之間重複輸入;手機複製不易,貼上後仍須依自家欄位重新整理。

重複輸入
03

約單表

已約與未約狀態記錄於欄位及備註,未約原因為自由文字;曾以自動消失之版本輔助,卻因延遲或操作問題而改回人工維護。

狀態不易統計
04

已派工照片

資料夾名稱同時代表狀態。改單、換號、退件或數量變更後,新舊單號、照片與備註均須保留,現行對應需人工確認。

歷程不易回溯
05

派工控管

師傅排程以人工協調;遇工作量不均、臨時改期或師傅異動時,須逐一確認並通知,無改派紀錄可循。

改派無紀錄
06

三方對帳

對帳須比對全國系統、自用主檔與師傅回報之單據;三者欄位與計價方式不同,差異需逐筆人工找出。

逐筆比對
重複輸入一筆訂單平均需輸入 3–4 次
複製貼上貼錯欄位、貼到公式、格式不一致
未約原因未約原因(沒接、出國、等假表)未分類
回報門市是否回報、由誰回報,均無紀錄
改單換號原單與新單之關聯無系統紀錄
合併單同址或同一師傅之合併施工,現僅能以備註記錄
改派師傅換師傅、換日期以口頭或群組通知,無歷程
數量與異常施工數量或異常註記之變更,未獨立留存
三方對帳全國系統、內部表、師傅單逐筆比對
新流程

從進單到結案的流程

從進單到結案,系統將記錄操作人員、時間與內容。

完成約單後產生門市回報內容;實際格式與發送方式待討論。

01

進單

全國大群與門市群組的資料進入系統,重複單號會比對。

全國 / 門市
02

建檔

手動輸入或匯入,建立單號、客戶、內外特、總價;合併施工之訂單可建立關聯。

行政 / 客服
03

約單

網頁版系統或 LINE LIFF 回填已約時間或未約原因;狀態即時保存,不因延遲或操作中斷而漏單。

行政 / 師傅
04

派工

指派師傅、查看工作量、推播通知;改派時記錄原因與時間,約好後回報門市。

行政
05

完工

師傅上傳施工前後照片、保證書、發票、廢機四聯;照片與單據均綁定單號,改單或換號時保留原單資料。

師傅
06

結案

產生照片包與檢核表,由人工上傳全國系統;本地留存並納入對帳資料。

行政
回報門市:格式與發送方式待討論;第一版由網頁版系統產生可複製文字,不透過 Bot 回報。
異動與對帳:改單、換號、數量變更、改派與異常註記均保留操作人、時間與原因;對帳以系統主檔為基準,標記與全國系統、師傅單之差異。
其他業務

維修統包

維修統包為替包租代管公司處理修繕與統包工程,目前可能也以 LINE 群組派單。若比照全國電子的做法,可沿用同一套群組綁定與 LIFF 建單。

與全國電子案件的主要差異在案件來源、案件類型與結案文件;實際群組、欄位與回報對象需再確認。

可沿用的機制

  • LINE 群組綁定與 LIFF 建單
  • 案件主檔、照片與回報紀錄
  • 師傅派工與進度狀態

需要確認的差異

  • 案件來源:包租代管公司、案場或既有群組
  • 案件類型:維修、修繕或統包工程
  • 回報對象與格式:包租代管公司、案場或內部
  • 結案文件:估價單、驗收、保固、請款
第一版範圍建議:

先以全國電子派工驗證群組綁定與 LIFF 流程;確認可行後,再延伸到維修統包。

資料匯入

資料匯入方案

兩案之資料欄位與 API 相同,差異僅在資料匯入方式。

兩案並不互斥,可先採用 B,再評估是否採用 A;A 亦可作為 B 之備援。

全國大群之線上表為長條格式,有效欄位落點不一;匯入時以欄位對照轉為標準訂單格式,無法對照者列為待確認。

A · Google Sheets 唯讀同步

適用於全國大群使用 Google Sheets,且可提供唯讀權限之情況。

即時性較高
前提Google Sheets、可建立服務帳號、可分享唯讀。
做法每 5–15 分鐘抓取,以單號新增或更新;偵測日期、地址、金額、數量與備註變更,合併單以關聯方式標記。
優點人工需求較低,可偵測改單,約單看板接近即時。
風險欄位格式變動、API 用量限制、權限管理、欄位對照需維護。
衝突處理以全國資料為準;本地標記「待確認」,不自動覆蓋已約資料。
適合長期穩定、表格式固定、可取得權限。

B · Excel / CSV 手動匯入

適用於無法提供 API 權限,或試辦期間不調整權限之情況。

控制度較高
前提能下載 Excel / CSV;欄位固定或可人工對照。
做法行政每日下載後匯入系統;預覽差異、確認匯入、保留原始檔;合併單以關聯方式標記。
優點不需 API 權限、資安單純、格式變動時可由人工判斷。
風險需人工操作、非即時,可能發生漏匯;系統應顯示上次匯入時間。
衝突處理匯入前預覽新增、變更與重複;重複單以單號為鍵,不覆蓋人工備註。
適合試辦、格式常變、無法提供 API 權限。

↔ 表格可左右滑動

比較項目方案 A · Sheets 同步方案 B · Excel 匯入
即時性5–15 分鐘每日/手動
人工步驟低中
權限需求高(服務帳號)低
格式風險中低
建置成本中低
建議角色長期的正式來源試辦/備援
實作建議:兩個方案共用同一個匯入介面。

系統內部只處理標準訂單格式,A 與 B 都是匯入方式。可先以 B 試辦兩週,確認欄位與流程;若 A 的權限可行,再切換到 A,主檔與約單流程不需要重寫。

對帳

三方對帳的優化方向

目前對帳須同時比對全國系統、自用主檔與師傅回報之單據。三者之單號、數量、金額與收款狀態常有差異,現行僅能以人工逐筆核對。

本提案建議以系統主檔為基準,將三方資料並列,僅就差異項目人工確認;第一版不寫回全國系統,亦不變更既有對帳週期。

全國系統

匯入結案與收款資料。第一版以 CSV/Excel 匯入;若 Sheets 權限可行,再評估改以同步方式取得。

外部來源

誠信主檔

系統內之訂單、內外特、總價、收款與異動紀錄,作為三方比對之基準。

比對基準

師傅單

師傅回報之完工數量、收款與照片,依單號歸戶;未回報者標記為待補件。

內部回報

↔ 表格可左右滑動

單號全國系統誠信主檔師傅單差異處理
CA7033I006201,2601,2601,260無已對帳
CA7013I013141,8581,8581,400金額待確認
CA7190I001022,5202,520—未回報追蹤
CA7092I01112—00未結案待上傳

※ 上表為界面示意;實際比對欄位、容許誤差與處理規則待會議確認。

第一版界線:僅讀取與比對,不自動寫回全國系統。

差異原因與處理結果保留於系統,供行政與會計追蹤;待全國系統之權限與 API 確認後,再評估自動同步或寫回。

介面展示

各角色的操作畫面

以下畫面用於說明各角色之操作介面及對應流程。

app.chengxin.tw/dashboard●
今日 · 11/03

今日待辦:8 件約單

林
待約16+3 今日
今日已約83 位師傅
逾期未約3需處理
本週完工42+12%

待約老化

查看全部
0–1 天
6
2–3 天
5
4–7 天
3
> 7 天
2

需要處理

全部
改單/換號2
退件1
未上傳4
逾期未約3

今日行程

8 件
單號客戶門市狀態約定師傅
CA7033I00620陳○杏屏東門市已約14:00陳正諺
CA7052I00859侯○禎大寮門市已約15:30劉家宏
CA7190I00102劉○玲小港門市已派工16:30方昱翔
CA7092I01112洪○森鳳山門市未約——

預期效果:行政人員可於同一頁面查看待約量、等待天數、當日行程及異常項目,無須另以 Excel 統計。

app.chengxin.tw/board●

待約看板

11/03 · 共 16 筆待約
全部岡山屏東鳳山逾期
待約3
CA7186I00412
王○慧
高雄市鼓山區民康街
5 天內1出國
CA7092I01112
洪○森
高雄市鳳山區中崙二路
3 天內1沒接
CA7013I01314
趙○小姐
高雄市苓雅區
0 天內1新單
已約2
CA7033I00620
陳○杏
屏東市公德街54巷
11/05 14:00內1需收款
CA7052I00859
侯○禎
高雄市大寮區保生街
11/05 15:30內1外1
已派工2
CA7190I00102
劉○玲
高雄市小港區桂陽路
11/04內2方昱翔
CA7078I05676
蕭○琪
高雄市三民區明誠一路
11/04內2劉家宏
完工1
CA7089I02306
葉○敏
高雄市三民區褒揚街
11/03內3待上傳
已上傳1
CA7019I01505
邱○娟
高雄市三民區九如一路
11/02內1已上傳

預期效果:以狀態分欄檢視訂單,各卡片顯示等待天數與未約原因,狀態可直接調整。

app.chengxin.tw/orders/CA7033I00620●
派工單 · CA 清洗
CA7033I00620已約需收款 1,899

陳○杏 · 屏東市公德街54巷 · 屏東門市

客戶與訂單

業主陳○杏
電話0926-xxx-410
地址屏東市公德街54巷
門市屏東門市
內清 / 外清 / 特殊1 / 0 / 0
總價1,260
師傅陳正諺

備註

需收款 1,899 元。客指定 11/5 下午,聯絡前先確認社區車道。

11/03 門市來電:施工數量調整,原紀錄與照片保留,總價待確認。

照片與單據

施工前
施工後
保證書
發票

時間軸

10/28 建單來自全國大群 · 行政 林小姐
10/29 未約沒接 · 行政 林小姐
11/01 未約沒接 · 師傅 陳正諺
11/02 已約 11/05 14:00師傅 陳正諺 · 已回報門市
11/03 數量調整門市來電 · 行政 林小姐 · 原紀錄保留
下一步:施工與完工回報師傅上傳照片後回報門市

變更關聯

原單 CA7033I00619 → 新單 CA7033I00620換號 · 11/03 行政 林小姐 · 原單照片與備註保留
關聯單 CA7033I00621同址合併施工 · 以主單 CA7033I00620 計價

改派紀錄

11/03 改派 方昱翔 → 陳正諺原排程衝突 · 行政 林小姐 · 已通知雙方

快速動作

預期效果:同一頁面顯示客戶、價格、備註、照片及操作紀錄;改單、換號、數量變更與改派均保留歷程。

9:41●●● ▰
誠信 · 師傅端

我的工作

11/03
陳師傅,今日 3 件、待約 5 件。
今日 3待約 5已完成
14:00
CA7033I00620 已約
陳○杏 · 屏東市公德街54巷
內1需收款 1,899
15:30
CA7052I00859 已約
侯○禎 · 高雄市大寮區保生街
內1外1
16:30
CA7190I00102 已派工
劉○玲 · 高雄市小港區桂陽路
內2
今日
待約
上傳
我的
9:41●●● ▰
回報約單

CA7033I00620

陳○杏 屏東市公德街54巷
撥號導航
已約未約
沒接打不通出國等假表取消轉派

選原因後可補一句話;行政會在同一張單看到。

預期效果:師傅可於 LINE 內開啟 LIFF,回報已約時間或未約原因,並直接以手機上傳照片,無須開啟 Excel 或於群組中搜尋訊息。

9:41●●● ▰
誠
岡山大德店 × 誠信派工群組 · 5 位成員
今天 08:55
🤖 已加入群組。請輸入「初始化」綁定門市。
初始化
綁定代碼:482913
請由行政在系統輸入代碼並選擇門市。
✅ 已綁定:Digital City-岡山大德店。
今天 09:12
@誠信派工 開單
開啟建單表單
此連結會帶入本群組綁定的門市:Digital City-岡山大德店。
開啟 LIFF
約單、照片與回報作業均於 LIFF/網頁版系統完成;群組僅提供入口。
+
輸入訊息…
◉

預期效果:LINE Bot 僅負責產生 LIFF 連結。群組完成初始化後,門市判定與操作均於 LIFF/網頁版系統完成;群組回報列為第二階段。

app.chengxin.tw/reports●

門市回報

11/03 · 回報格式與發送方式待討論
待回報 4已回報 12格式待確認
Digital City-岡山大德店 2
屏東門市 1
鳳山門市 1
產生的回報文字格式待確認
【誠信回報】11/03
CA7033I00620 陳○杏
已約 11/05 14:00
師傅:陳正諺
備註:需收款 1,899

CA7052I00859 侯○禎
已約 11/05 15:30
師傅:劉家宏
備註:內1外1
已複製文字 14:32 · 林小姐

預期效果:第一版提供可複製文字。回報欄位、格式及是否於第二階段透過 Bot 發送至群組,均待會議確認。

app.chengxin.tw/settlements●

分潤結算 · 11 月

依內清/外清/特殊自動計算,匯出 CSV 給會計
總營收5,638
師傅應得4,100
誠信分潤1,538

↔ 表格可左右滑動

單號內外特總價師傅師傅應得誠信
CA7033I006201001,260陳正諺900360
CA7013I013141011,858陳正諺1,400458
CA7190I001022002,520方昱翔1,800720
合計5,638—4,1001,538

※ 外清 299 與特殊計費的拆分,依現行規則確認後寫入設定。

預期效果:系統依內清、外清及特殊數量計算總價與拆帳,並可匯出 CSV 供會計使用。

app.chengxin.tw/reconcile●

三方對帳 · 11 月

以單號比對全國系統、誠信主檔與師傅單
有差異 5全部 42待補件 3
已對帳34
有差異5
待補件3

↔ 表格可左右滑動

單號全國系統誠信主檔師傅單差異處理
CA7013I013141,8581,8581,400金額待確認
CA7190I001022,5202,520—未回報追蹤
CA7092I01112—00未結案待上傳
CA7033I006201,2601,2601,260無已對帳

※ 第一版僅讀取與比對,不寫回全國系統;差異原因與處理結果保留於系統。

預期效果:行政與會計只需處理差異清單,無須逐筆比對三份資料;差異原因與處理結果均可追溯。

LINE Bot 與 LIFF

LINE Bot 僅產生 LIFF 連結

第一版不包含照片辨識,亦不在群組內進行回報或推播。

LINE Bot 僅負責在群組產生帶 groupId 之 LIFF URL;其餘作業均於網頁版系統或 LIFF 完成。

Bot:只回覆 LIFF 連結

於門市群組被 @ 或輸入「開單」時,Bot 回覆 LIFF 按鈕。連結包含簽章後之 group token,不直接顯示 groupId。

  • 群組初始化:groupId 與 storeId 綁定
  • 群組輸入「開單」取得 LIFF 連結
  • 不主動推播、不查單、不回報
  • 不在群組處理約單結果

LIFF:實際操作

開啟 LIFF 後,系統依 group token 判斷門市,其餘欄位由人工輸入。

  • 手動輸入單號、客戶、地址、內外特
  • 第一版不做照片辨識,全部人工輸入
  • 已約日期時間、未約原因
  • 施工前後照片、保證書、發票
  • 回報文字在網頁版系統產生
  • 照片透過 LIFF 上傳,不使用聊天室
1
Bot 進群

邀請 Bot 到門市群,輸入「初始化」。

2
綁定門市

取得綁定代碼,由行政在系統選擇門市。

3
產生連結

群組輸入「開單」,Bot 回覆 LIFF URL。

4
在 LIFF 操作

建單、約單、照片;回報由系統處理。

Bot 指令(第一版)

↔ 表格可左右滑動

輸入回應
初始化取得群組綁定代碼(群組內)
開單回覆 LIFF 建單連結(含 group token)
解除綁定僅管理員可用,解除群組與門市

群組綁定

  • 加入群組:將 Bot 邀請到門市群組,需開啟「Allow bot to join group chats」。
  • 初始化:在群組輸入「初始化」取得 6 位數代碼,由行政在網頁版系統選擇門市,完成 groupId 與 storeId 綁定。
  • 產生連結:綁定後,群組輸入「開單」會取得帶簽章 group token 的 LIFF URL。
  • 權限:只有群組成員能取得連結;管理員可重新綁定或解除。
  • 隱私:Bot 只回應指令與 @mention,不記錄一般聊天內容。
  • 後續:若之後確認群組回報可行,再增加通知、查單與回報功能。
群組回報列為第二階段:

目前先確認 Bot 能穩定產生帶 groupId 的 LIFF 連結。若之後確認群組回報的格式、權限與計費可行,再增加在群組回報約單結果、每日摘要、查單與提醒。

技術驗證

上線前要驗證的項目

群組綁定與 LIFF 連結於納入正式排程前,先以測試官方帳號及測試群組驗證。

下列項目確認後,再決定第一版範圍。

↔ 表格可左右滑動

驗證項目要確認什麼風險或備案
Bot 加入群組 開啟「Allow bot to join group chats」;由群組管理員邀請;一個群組只能有一個官方帳號。 設定未開啟將自動退出;備案為 1:1 或人工貼回。
取得 groupId 加入事件(join)或訊息事件(message)中的 source.groupId,格式為 C 加 32 位十六進位。 沒有 API 可列出 Bot 所在的所有群組,必須逐群初始化。
群組初始化 群組輸入「初始化」取得一次性代碼,由行政在網頁版系統選擇門市,綁定 groupId 與 storeId。 避免任意群組誤綁;需有解除與重新綁定流程。
產生 LIFF URL Bot 收到「開單」後,用 groupId 產生短效簽章 token,回覆 LIFF URL;確認 LIFF 能讀到 token。 token 需短效、一次性;避免直接暴露 groupId。
回覆連結 僅以回覆訊息(reply)回覆「開單」訊息,不主動推播(push);確認群組訊息計費與額度。 群組訊息以成員數計費;第一版不大量推播。
LIFF token 驗證 LIFF 將 token 傳回後端,後端驗簽並找出 storeId;不依賴 liff.getContext().groupId。 token 被轉貼時仍受短效與一次性限制。
權限與隱私 Bot 只回應 @mention 或「開單」指令;不記錄一般聊天;群組成員皆可看到連結。 連結可能被轉貼;以短效 token 與權限控管降低風險。
群組重新加入 Bot 離開後再邀請,groupId 是否相同;以加入事件重新驗證與綁定。 若 groupId 改變,需重新初始化。
第二階段群組回報 是否要在群組回報約單結果、每日摘要、查單與提醒;格式、權限與計費待確認。 第一版不納入;不影響 LIFF 連結與網頁版系統流程。

PoC(概念驗證)範圍

  • 1 個測試官方帳號、1 個測試群組。
  • 1 個 Webhook 端點,記錄加入與訊息事件。
  • 1 個 LIFF 頁面,測試簽章連結與門市帶入。
  • 1 個門市綁定與解除綁定流程。
  • 只驗證連結產生與 token,不測試主動推播或群組回報。
  • 預估 2–3 個工作天,不動正式資料。

通過標準

  • 能在群組內完成初始化,並正確綁定門市。
  • 能從群組開啟 LIFF,且表單自動帶入正確門市。
  • 能在群組輸入「開單」,取得 LIFF URL。
  • 能解除綁定並重新綁定,不留錯誤資料。
  • 不測試主動推播、每日摘要與群組回報。
  • 確認回覆訊息的計費與額度,可接受再上線。
驗證未通過時的做法:

群組綁定未通過前,正式流程以網頁版系統及人工回報為主。LINE 群組功能列為輔助項目,不影響訂單主檔、約單與照片流程。

導入時程

第一版到後續擴充

第一階段完成進單、約單、回報與照片功能。

全國系統結案上傳暫訂維持人工,以降低內部重複操作為優先。

第 0 週 · 發現

欄位與權限確認

  • 全國大群欄位對照
  • 匯入樣本與去重規則
  • 方案 A/B 權限確認
  • 試辦名單與指標
第 1–3 週 · MVP(最小可行版本)

核心系統

  • 訂單主檔、搜尋、狀態
  • 待約看板、手動建單
  • 師傅 LIFF 回填
  • 照片上傳、門市回報(格式待確認)
  • 改單/換號關聯、改派與異動歷程
  • 合併單/關聯單
第 4–5 週 · 試辦

LINE 連結與結算

  • Bot 產生 LIFF 連結(群組綁定)
  • 分潤計算與 CSV
  • 三方對帳差異清單
  • 儀表板與異常
  • 2 週試辦、修正流程
第 6 週以後 · 擴充

同步與分析

  • 方案 A 自動同步
  • 門市/師傅報表
  • 第二階段群組回報(條件式)
  • 維修統包(條件式)
  • 照片辨識輔助(選配)
  • 歷史資料匯入
-70%建檔時間(目標)
3–4 次 → 1 次重複輸入
-50%待約逾期(目標)
100%回報可追溯(目標)

※ 上述目標值為提案階段之假設,將於試辦兩週後依實際數據調整。