ybuild / 場景

汽車維修廠零件庫存管理系統

一家忙碌的獨立維修廠，靠的是那些根本不放在架上的零件：大多數工作都需要從三四家供應商那裡特殊訂購、當天送達、並在車子離開工位之前裝上的零件。當一顆起動馬達、一副煞車片、或一個輪軸承放錯了架、貼錯了標籤、或卡在供應商缺貨裡時，車子就停著、工位就塞著，隨之而來的就是重工或一筆流失的生意。本指南將示範如何打造一套託管的庫存系統，依維修廠真實的運作方式，追蹤常備零件、特殊訂購、舊件押金與供應商退貨。

痛點

零件同時存在於三個地方——料架上、供應商的送貨車上、以及一張開著的維修工單上——沒有人能說清到底哪些是真正在手的，哪些其實早已被某個工作預訂走了。
舊件押金變成無人認領的現金堆積：一顆 60 美元的發電機舊件、或一顆 300 美元的汽缸蓋舊件被隨手擱在架上，那大約 30 天的退還期限一過，押金就被廠裡自己吞了。
同一個件號會被替換、會依車型配備或引擎拆分、或能裝到四種不同的車上，於是隨手數一數會告訴你有貨，可它根本裝不到工位上那輛車上。
有瑕疵的和訂太多的零件，要等上好幾週才能拿到退貨授權（RMA）和退貨條款，一邊佔著現金，一邊沒人追蹤到底哪家供應商還欠著一筆貨款抵扣。

你能打造什麼

即時倉庫看板

每一件常備零件都帶著在手數量、料架儲位、最近進價、以及最低/最高補貨點。當一個快消品——煞車清潔劑、常用濾芯、散裝機油——跌破它的最低線時，就會亮起補貨提醒，讓技師永遠不會在工作做到一半時斷貨。非常備的、特殊訂購的零件被單獨貼上標籤，絕不會虛增你的架上庫存。

訂貨與收貨流程

直接從一張維修工單向任意供應商開出一張採購單，讓每一件訂購的零件都綁定到它所服務的車和工作上。把每一行追蹤為已訂購、缺貨待補、或已收貨，到貨時掃碼或手動輸入，並在零件入庫上架之前就把數量和成本與供應商發票核對清楚。

舊件與退貨追蹤器

在一件帶舊件的零件落到工單上的那一刻，就記下這筆可退還的舊件押金，啟動退還期限倒數，並在髒舊件送回供應商時登記這筆抵扣。保固件和瑕疵品退貨各有自己的 RMA 狀態，讓一件退回的零件絕不會悄無聲息地重新混進可售庫存。

數據模型

parts

part_number, description, category, vendor_id, cost, matrix_price, qty_on_hand, min_qty, max_qty, bin_location, is_stock, has_core, core_value

vendors

name, account_number, sales_rep, phone, terms, delivery_cutoff, return_window_days

purchase_orders

vendor_id, repair_order_id, order_date, status, expected_date, invoice_number, line_items, total_cost

repair_orders

vehicle_year_make_model, vin, customer_name, advisor, status, opened_at, parts_lines, labor_lines

core_tracking

part_id, repair_order_id, purchase_order_id, direction, core_value, status, due_date, credited_at

系統裡的一天

一位服務顧問為工位上的車開出一張維修工單，輸入 VIN 車身號碼和年份/廠牌/車型，讓每一件零件都對照真實的車型適配來核對，而不只是對個名字。
技師列出這份工作需要什麼；顧問搜尋零件目錄，看看哪些在架上、哪些必須訂購，以及從哪家供應商、以什麼價格訂。
有貨的零件從儲位上取出，在手數量隨之減少，每一行都透過價格矩陣定價落到維修工單上，而不是套一個固定加價。
任何不常備的零件都被放進一張綁定該維修工單的採購單，發給選定的供應商；缺貨待補的行會被標記出來，好讓顧問能給出一個靠譜的交付承諾時間。
送貨司機到廠時，零件對照採購單收貨，在手數量隨之增加，數量與價格逐行與供應商發票核對。
如果一件零件帶舊件，押金會在工單上單獨列出，舊的舊件被裝袋上架，並對那家供應商啟動退還期限倒數。
髒舊件和任何瑕疵零件在下一趟供應商往返時送回，系統登記舊件抵扣或 RMA，讓廠裡真正把押金收回來。
每週打烊時做一次循環盤點，核對架上的一部分；補貨報表和呆滯庫存報表告訴你該補什麼、該在東西變成廢件之前退回什麼。

AI 容易出錯的地方

舊件押金不只是一個列項。加州汽車維修局（Bureau of Automotive Repair）要求它必須在估價單和發票上單獨列示，而這筆押金在舊件退回之前——通常在大約 30 天內——一直是一筆活著的負債。把舊件當成一般收入來處理，你就既違反了揭露規定，又丟了那筆退款。
適配不是一對一的。一個件號可能被替換成更新的件號、依配備或引擎拆分、或能裝到好幾種不同的車上，所以把零件綁定到 VIN 或年份/廠牌/車型上，絕不要因為數量對得上就認定這件能裝上去。
大多數零件是依工作特殊訂購的，而不是倉儲常備的。如果打造時把一切都當成架上庫存來建模，就會冒出幽靈庫存，系統會以為你手上有一顆你從沒備過的水泵。把常備與非常備零件明確地標記出來。
一件退回的零件絕不能悄無聲息地重新進入可售庫存。瑕疵品退貨要掛在一個 RMA 下退回，可能還要收退貨手續費，而訂太多的貨可能根本不給退。把供應商、RMA 狀態、以及待收的抵扣，與在手數量分開來追蹤。
零件沒有單一固定價。加價跑在一張成本分級矩陣上，而同一件零件的成本會隨每一張採購單變化，所以依每次收貨存下最近進價（或平均成本），並透過矩陣來定價——把標價寫死，利潤就會悄悄流失。另外要決定數量何時扣減，是取件時還是維修工單關閉時，否則一份被作廢的工作就會重複計數。

✓ 先做這些

一份零件目錄，帶在手數量、料架儲位、最近進價、以及最低/最高補貨提醒，並把常備與特殊訂購清楚地區分開。
一條從維修工單開出的向供應商訂貨流程，帶已訂購／缺貨待補／已收貨狀態和發票核對。
一個舊件押金追蹤器，帶退還期限倒數和依供應商的抵扣核對。

— 先別做

完整的會計、總帳和薪資——把 v1 只保留在零件與舊件上，讓帳目留在你的會計工具裡。
即時供應商目錄與價格整合（WorldPac、NAPA、O'Reilly 的線上下單對接）——先從手動輸入零件和成本做起。
條碼掃描槍與標籤列印硬體——v1 用手動輸入或複製貼上的件號就能上線；等流程跑通了再加掃碼。

常見問題

這和 Tekmetric、Shopmonkey 或 Mitchell 1 這類完整的門店管理套件有什麼不同？

那些是依技師席位收費的、大而全的一體化套件。用 ybuild，你描述你廠裡真正在用的那套精簡的庫存與舊件追蹤流程，就能得到一套貼合你的儲位、你的供應商、你的價格矩陣的可運行系統——託管在 ybuild 上、透過你自己的網域對外提供服務，既可以單獨用，也可以和你現有的任何系統並行使用。

它能追蹤舊件押金、並真的把我的押金拿回來嗎？

能。每一件舊件在落到工單上時就被記錄下來，帶著依供應商的退還期限倒數，以及欠著、已退回、或已抵扣的狀態，讓一顆 300 美元的汽缸蓋舊件絕不會在架上悄無聲息地過期。

它能處理多家供應商和比價嗎？

能。每件零件都關聯到一家供應商，帶著它的帳號、條款和送貨截單時間，讓你能看清誰有這件貨、什麼價、以及誰還欠你一筆退貨抵扣。

多位顧問和技師能同時使用嗎？

能。受管認證給每個人一個登入帳號和一個角色，讓前台、零件主管和技師們都看到同一份即時庫存，而不會互相踩腳。

我能把現有的零件清單匯入進來嗎？

能。從一張試算表裡匯入你目前的零件、成本和料架儲位來替目錄打底，然後在你訂貨、收貨的過程中讓它保持即時更新——全部存放在一套由你自己的網域把守的受管資料庫裡。

參考來源

舊件押金詳解——加州汽車維修局（Bureau of Automotive Repair） — 官方監管機構：舊件押金必須在估價單和發票上揭露並單獨列示。
汽車維修廠庫存與備貨管理最佳實務——Tekmetric — 區分常備零件與及時制的特殊訂購，以及如何為每一類歸類。
汽車零件庫存管理：最佳實務——Shopmonkey — ABC 分類分析、依銷售歷史設定的最低庫存水位、以及維修廠的補貨點。
什麼是舊件（Core）？——NAPA Auto Parts — 從供應商一側解釋舊件，以及維修廠必須退回才能拿回的那筆可退還押金。

為你的生意打造這套系統

描述它，一次上線到你自己的網域——託管、全端、免伺服器。免費開始。

免費開始打造 →