兩個來源
全國大群提供線上表,門市群組提供照片或文字。線上表為長條格式,有效欄位落點不一,且常有「與另一單合併施工」等特殊註記,需人工判斷。
格式不一致降低重複輸入與人工比對,建立可追蹤的訂單進度。
誠信內部之訂單建檔、約單、派工、照片、回報與對帳輔助作業;第一版以全國電子為主。
全國電子現有之試算表、門市群組與系統流程;結案上傳暫訂人工處理。
減少重複輸入、縮短建檔與對帳時間、保留操作紀錄,並支援後續統計。
一筆訂單通常依序經過全國大群、門市群組、自用 Excel、約單表與已派工資料夾。
各階段雖均有專人處理,惟目前無法自單一介面確認訂單進度。
另同一筆訂單之施工內容、單號與指派師傅均可能異動;現行僅能以備註或資料夾名稱保留,事後查詢需人工回溯。
全國大群提供線上表,門市群組提供照片或文字。線上表為長條格式,有效欄位落點不一,且常有「與另一單合併施工」等特殊註記,需人工判斷。
格式不一致同一筆訂單需在 Excel、約單表與資料夾之間重複輸入;手機複製不易,貼上後仍須依自家欄位重新整理。
重複輸入已約與未約狀態記錄於欄位及備註,未約原因為自由文字;曾以自動消失之版本輔助,卻因延遲或操作問題而改回人工維護。
狀態不易統計資料夾名稱同時代表狀態。改單、換號、退件或數量變更後,新舊單號、照片與備註均須保留,現行對應需人工確認。
歷程不易回溯師傅排程以人工協調;遇工作量不均、臨時改期或師傅異動時,須逐一確認並通知,無改派紀錄可循。
改派無紀錄對帳須比對全國系統、自用主檔與師傅回報之單據;三者欄位與計價方式不同,差異需逐筆人工找出。
逐筆比對從進單到結案,系統將記錄操作人員、時間與內容。
完成約單後產生門市回報內容;實際格式與發送方式待討論。
全國大群與門市群組的資料進入系統,重複單號會比對。
全國 / 門市手動輸入或匯入,建立單號、客戶、內外特、總價;合併施工之訂單可建立關聯。
行政 / 客服網頁版系統或 LINE LIFF 回填已約時間或未約原因;狀態即時保存,不因延遲或操作中斷而漏單。
行政 / 師傅指派師傅、查看工作量、推播通知;改派時記錄原因與時間,約好後回報門市。
行政師傅上傳施工前後照片、保證書、發票、廢機四聯;照片與單據均綁定單號,改單或換號時保留原單資料。
師傅產生照片包與檢核表,由人工上傳全國系統;本地留存並納入對帳資料。
行政維修統包為替包租代管公司處理修繕與統包工程,目前可能也以 LINE 群組派單。若比照全國電子的做法,可沿用同一套群組綁定與 LIFF 建單。
與全國電子案件的主要差異在案件來源、案件類型與結案文件;實際群組、欄位與回報對象需再確認。
先以全國電子派工驗證群組綁定與 LIFF 流程;確認可行後,再延伸到維修統包。
兩案之資料欄位與 API 相同,差異僅在資料匯入方式。
兩案並不互斥,可先採用 B,再評估是否採用 A;A 亦可作為 B 之備援。
全國大群之線上表為長條格式,有效欄位落點不一;匯入時以欄位對照轉為標準訂單格式,無法對照者列為待確認。
適用於全國大群使用 Google Sheets,且可提供唯讀權限之情況。
適用於無法提供 API 權限,或試辦期間不調整權限之情況。
↔ 表格可左右滑動
| 比較項目 | 方案 A · Sheets 同步 | 方案 B · Excel 匯入 |
|---|---|---|
| 即時性 | 5–15 分鐘 | 每日/手動 |
| 人工步驟 | 低 | 中 |
| 權限需求 | 高(服務帳號) | 低 |
| 格式風險 | 中 | 低 |
| 建置成本 | 中 | 低 |
| 建議角色 | 長期的正式來源 | 試辦/備援 |
系統內部只處理標準訂單格式,A 與 B 都是匯入方式。可先以 B 試辦兩週,確認欄位與流程;若 A 的權限可行,再切換到 A,主檔與約單流程不需要重寫。
目前對帳須同時比對全國系統、自用主檔與師傅回報之單據。三者之單號、數量、金額與收款狀態常有差異,現行僅能以人工逐筆核對。
本提案建議以系統主檔為基準,將三方資料並列,僅就差異項目人工確認;第一版不寫回全國系統,亦不變更既有對帳週期。
匯入結案與收款資料。第一版以 CSV/Excel 匯入;若 Sheets 權限可行,再評估改以同步方式取得。
外部來源系統內之訂單、內外特、總價、收款與異動紀錄,作為三方比對之基準。
比對基準師傅回報之完工數量、收款與照片,依單號歸戶;未回報者標記為待補件。
內部回報↔ 表格可左右滑動
| 單號 | 全國系統 | 誠信主檔 | 師傅單 | 差異 | 處理 |
|---|---|---|---|---|---|
| CA7033I00620 | 1,260 | 1,260 | 1,260 | 無 | 已對帳 |
| CA7013I01314 | 1,858 | 1,858 | 1,400 | 金額 | 待確認 |
| CA7190I00102 | 2,520 | 2,520 | — | 未回報 | 追蹤 |
| CA7092I01112 | — | 0 | 0 | 未結案 | 待上傳 |
※ 上表為界面示意;實際比對欄位、容許誤差與處理規則待會議確認。
差異原因與處理結果保留於系統,供行政與會計追蹤;待全國系統之權限與 API 確認後,再評估自動同步或寫回。
以下畫面用於說明各角色之操作介面及對應流程。
| 單號 | 客戶 | 門市 | 狀態 | 約定 | 師傅 |
|---|---|---|---|---|---|
| CA7033I00620 | 陳○杏 | 屏東門市 | 已約 | 14:00 | 陳正諺 |
| CA7052I00859 | 侯○禎 | 大寮門市 | 已約 | 15:30 | 劉家宏 |
| CA7190I00102 | 劉○玲 | 小港門市 | 已派工 | 16:30 | 方昱翔 |
| CA7092I01112 | 洪○森 | 鳳山門市 | 未約 | — | — |
預期效果:行政人員可於同一頁面查看待約量、等待天數、當日行程及異常項目,無須另以 Excel 統計。
預期效果:以狀態分欄檢視訂單,各卡片顯示等待天數與未約原因,狀態可直接調整。
陳○杏 · 屏東市公德街54巷 · 屏東門市
需收款 1,899 元。客指定 11/5 下午,聯絡前先確認社區車道。
11/03 門市來電:施工數量調整,原紀錄與照片保留,總價待確認。
預期效果:同一頁面顯示客戶、價格、備註、照片及操作紀錄;改單、換號、數量變更與改派均保留歷程。
選原因後可補一句話;行政會在同一張單看到。
預期效果:師傅可於 LINE 內開啟 LIFF,回報已約時間或未約原因,並直接以手機上傳照片,無須開啟 Excel 或於群組中搜尋訊息。
預期效果:LINE Bot 僅負責產生 LIFF 連結。群組完成初始化後,門市判定與操作均於 LIFF/網頁版系統完成;群組回報列為第二階段。
預期效果:第一版提供可複製文字。回報欄位、格式及是否於第二階段透過 Bot 發送至群組,均待會議確認。
↔ 表格可左右滑動
| 單號 | 內 | 外 | 特 | 總價 | 師傅 | 師傅應得 | 誠信 |
|---|---|---|---|---|---|---|---|
| CA7033I00620 | 1 | 0 | 0 | 1,260 | 陳正諺 | 900 | 360 |
| CA7013I01314 | 1 | 0 | 1 | 1,858 | 陳正諺 | 1,400 | 458 |
| CA7190I00102 | 2 | 0 | 0 | 2,520 | 方昱翔 | 1,800 | 720 |
| 合計 | 5,638 | — | 4,100 | 1,538 | |||
※ 外清 299 與特殊計費的拆分,依現行規則確認後寫入設定。
預期效果:系統依內清、外清及特殊數量計算總價與拆帳,並可匯出 CSV 供會計使用。
↔ 表格可左右滑動
| 單號 | 全國系統 | 誠信主檔 | 師傅單 | 差異 | 處理 |
|---|---|---|---|---|---|
| CA7013I01314 | 1,858 | 1,858 | 1,400 | 金額 | 待確認 |
| CA7190I00102 | 2,520 | 2,520 | — | 未回報 | 追蹤 |
| CA7092I01112 | — | 0 | 0 | 未結案 | 待上傳 |
| CA7033I00620 | 1,260 | 1,260 | 1,260 | 無 | 已對帳 |
※ 第一版僅讀取與比對,不寫回全國系統;差異原因與處理結果保留於系統。
預期效果:行政與會計只需處理差異清單,無須逐筆比對三份資料;差異原因與處理結果均可追溯。
第一版不包含照片辨識,亦不在群組內進行回報或推播。
LINE Bot 僅負責在群組產生帶 groupId 之 LIFF URL;其餘作業均於網頁版系統或 LIFF 完成。
於門市群組被 @ 或輸入「開單」時,Bot 回覆 LIFF 按鈕。連結包含簽章後之 group token,不直接顯示 groupId。
開啟 LIFF 後,系統依 group token 判斷門市,其餘欄位由人工輸入。
邀請 Bot 到門市群,輸入「初始化」。
取得綁定代碼,由行政在系統選擇門市。
群組輸入「開單」,Bot 回覆 LIFF URL。
建單、約單、照片;回報由系統處理。
↔ 表格可左右滑動
| 輸入 | 回應 |
|---|---|
初始化 | 取得群組綁定代碼(群組內) |
開單 | 回覆 LIFF 建單連結(含 group token) |
解除綁定 | 僅管理員可用,解除群組與門市 |
目前先確認 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 連結與網頁版系統流程。 |
群組綁定未通過前,正式流程以網頁版系統及人工回報為主。LINE 群組功能列為輔助項目,不影響訂單主檔、約單與照片流程。
第一階段完成進單、約單、回報與照片功能。
全國系統結案上傳暫訂維持人工,以降低內部重複操作為優先。
※ 上述目標值為提案階段之假設,將於試辦兩週後依實際數據調整。