← 回到奇斯科技

案例

報廢車收購管理系統 Scrap-car operations

2026 年 7 月正式上線

從拖車到監理站,每一台車都在同一個地方。

這是為雙北一家報廢車業者打造的管理系統。他們向汽車營業所與修車廠收購報廢車,拖吊回來、到監理站辦理車籍,再轉手出去。業主自己兼開拖車,行政負責跑監理站;業務、司機和送件大哥全部在 LINE 上作業,業主和行政則用網頁後台。兩邊和背後的後端,都由我們打造。

我們打造
LINE 官方帳號(各角色專屬選單與表單)、網頁後台、後端
使用者
業主、行政、合作業務、司機、送件大哥
版本
2026 年 7 月上線,持續更新中
服務區域
雙北
後台的車輛管理:車牌、業務、車型、收購與賣車金額、補助資格和拖吊狀態。
公司 LINE 官方帳號裡的拖吊通知:卡片列出拖吊日期、地址與需收資料,可查看照片、標記已拖未交車或已交車,下方是角色選單。
畫面取自系統實際介面:後台為示意資料;LINE 畫面為實際使用中的拖吊通知,個人資料已模糊處理。

每天的工作,變了什麼

  1. 以前

    當天臨時的拖吊,和兩個月前就約好的預約,全靠業主記在腦袋和 LINE 對話裡。

    現在

    同一張排程表。預約到了當天會自動排進今日調度,早上 8 點、晚上 9 點還有 LINE 提醒。

  2. 以前

    業主每天晚上要回想收了哪幾台車,再從 LINE 翻出照片轉給行政,進度靠紙本追。

    現在

    業務和司機把資料、照片傳到公司 LINE 官方帳號,系統自動歸到對應的車輛底下。

  3. 以前

    能不能申請汰舊換新補助,常常到了監理站才知道。

    現在

    填好車輛日期,系統當下就判定符不符合補助資格。

  4. 以前

    現結、分次付款和外銷混在一起,交給送件大哥的現金也沒有紀錄。

    現在

    每台車都有自己的利潤,合作對象的款項有帳可查,每一筆現金交付都分三個階段追蹤。

系統怎麼運作

  1. LINE 就是現場用的 App

    七種角色,各有專屬選單。業務在 LINE 裡用表單預約拖吊、補件,司機回報已拖吊、已交車,送件大哥確認簽收。聊天室輸入「今日行程」就能查行程,「明天」「五天後」這種口語日期也看得懂。

  2. 預約拖吊,就是建立車輛

    填寫拖吊預約的同時就建立車輛資料,同一台車不用輸入兩次。每台車從待拖吊、已拖未交車到已交車,當天的順序也能隨時拖曳調整。

    今日調度:每台車的車牌、業務、拖車地點與狀態,以及標記已拖未交車、已交車的按鈕。
    實際介面,資料為示意。
  3. 行政進度,一台一台追

    每台車都走同樣五個階段:完成拖吊、報廢廠開單、監理站車籍處理、退稅,到環保獎勵金。行政一次處理很多台時可以跳過階段,缺文件時一鍵就能通知負責的業務補件。

    行政進度追蹤:每台車目前的車籍處理階段與送件狀態。
    實際介面,資料為示意。
  4. 原本只在業主腦中的規則

    補助資格(車齡滿 10 年、持有滿 1 年)分成符合、不符合、尚未判定三種狀態。只輸入車牌數字就查得到車,沒車牌的車自動配發 T0001 這樣的短編號,重複上傳的照片也會自動擋下。

  5. 每台車的利潤

    賣車金額扣掉收購金額、牌照費和司機費,每台車的利潤自動算好,還有週、月利潤總覽與合作對象款項。行政看不到賣車金額和利潤。

跟業主一起,一次改一點

我們一小段一小段地交付,業主用自己的手機實際試過每一版,業主的回饋決定下一步做什麼。

  • 業主說

    「填出廠日期做什麼?行政瞄一眼就判斷得出來了。」

    我們的調整

    兩個日期欄位改成選填,補助資格多了「尚未判定」的狀態。

  • 業主說

    預約完拖吊,還要到車輛管理再填一次,同一台車做兩次工。

    我們的調整

    預約表單直接成為建立車輛的入口。

  • 業主說

    T000001 在 LINE 訊息裡太長、不好讀。

    我們的調整

    追蹤編號縮短成四碼:T0001。

  • 業主說

    完整的財務記帳模組,並不是業主要的。

    我們的調整

    財務改成每台車一條清楚的利潤公式。

我們打造的部分

Messaging API · LIFF

LINE 官方帳號

七種角色各自的選單、26 個 LINE 內表單、聊天指令與排程提醒。圖文選單的圖片由伺服器自動產生。

Vue 3 · TypeScript · Bootstrap 5

網頁後台

今日調度、車輛管理、行政進度、歷史車輛、車型與價格、合作對象和利潤總覽,依角色控管權限。

Laravel 13 · PHP · Sanctum

後端服務

LINE 和網頁共用同一套商業規則,LINE Webhook 驗證簽章,排程工作負責提醒、通知與照片清理。

規則常常變,系統跟得上

這種生意的規則每週都在調整。有測試在,我們才能改得快,又不會弄壞原本好好的功能。

  • 860 個自動化測試案例,全數通過
  • 106 個 API 端點,撐起 LINE 與網頁後台
  • 26 個 LINE 內表單,從預約拖吊到上傳文件
  • 7 套 LINE 選單,每種角色各一套

數字為 2026 年 10 月於專案程式庫中實際統計。

對一個每天都在 LINE 上跑業務的團隊來說,Laravel 加上 LINE 是最適合的組合。下一個產品,會有屬於它的答案。

手上有需要上線的產品嗎?

跟我們說說你在做什麼、現在進展到哪裡,還有你心中「完成」的樣子。接下來,交給我們。

support@handyla.co
地址 台北市萬華區開封街2段39號1樓