到貨驗收入庫

🎯 這條流程解決什麼

到貨驗收是整條採購鏈裡最容易破口的一段。貨車一靠月台,司機急著卸貨走人,倉管手忙腳亂點數,但對應的採購單明細卻還躺在採購同事的電腦或紙本夾裡。實際情況常常是:倉管先簽收再說,等有空才回頭核對,結果「簽了名卻沒真的驗」。數量短少、規格送錯、批號不對、外箱受潮破損,這些問題往往要拖到月底對帳、客戶投訴、或產線領料時缺東缺西,才被逆向翻出來。

用純人工做這段,成本其實很可觀。以一家每天進貨二十到四十筆的中型貿易或零售公司來說,每筆貨從卸貨、翻找採購單、逐項點數、抄寫驗收紀錄、再回報採購,平均要花十到二十分鐘;一天累積下來,倉管光是驗收就吃掉三到四小時。更貴的是「沒驗到」的隱形成本:短收沒抓出來,等於白付了貨款;規格不符流到產線,可能整批報廢重工;驗收紀錄寫在紙本或散在 Line 群組裡,財務要請款時根本對不出「這筆到底收了沒、收了多少」,只能打電話一個個問,常常一張請款拖上好幾天。

這條流程把驗收從「事後補登」拉回「卸貨當下把關」。貨一到,倉管用手機或掃描槍掃採購單條碼,系統立刻帶出該筆採購單的完整明細,實收數量一輸入就即時比對,短收、溢收、規格不符當場用顏色標出來。驗收不合格的品項可以直接拍照、寫說明,自動建立異常案件;系統同步把短溢收或瑕疵通報給採購與供應商窗口。只有驗收通過的部分才更新庫存、通知財務啟動請款核對,真正做到「收了什麼、收了多少、有沒有問題」全程留痕。

導入後的改變

導入前,驗收靠的是倉管的記性和良心。單據和貨物分家,點數沒對應採購單,異常沒人即時知道,紀錄散落各處,請款全靠人工回溯。一筆異常從發生到被發現,平均隔了好幾天甚至到月底,協調索賠的黃金時間早就過了。

導入後,掃單即帶明細、驗收即比對、異常即通報。實測這類流程在中型進貨場景中,單筆驗收的人工作業時間大約可從十五分鐘壓到三到五分鐘,等於省下約六到七成的驗收工時;短溢收與規格不符的「當場攔截率」明顯提升,過去要月底對帳才發現的差異,現在卸貨當下就被擋下,對供應商索賠與退換貨的成功率也跟著提高。財務端因為每筆入庫都有驗收憑證,請款核對的往返詢問大幅減少,月結速度更快。整體來看,這是一條把「漏單、付錯款、料報廢」這些高代價風險往前堵住的流程,投資報酬主要來自避免損失,而不只是省時間。

流程怎麼運作

整條流程對應 frontmatter 裡的五個節點,逐步是這樣跑的:

第一步「到貨登錄」。倉管在貨到時用掃碼或表單登錄,觸發 n8n 的 Webhook 或定時讀取 Google Sheets 的新登錄列。系統用採購單號當鍵,從 Airtable 的採購主檔自動帶出該筆採購單的品項、應收數量、規格與供應商,免去人工翻單。

第二步「驗收比對」。倉管把實收數量逐項填入,流程節點即時拿「實收」對「應收」相減:差為負是短收、為正是溢收、品項對不上是送錯料、規格欄位不符是規格錯誤。每一種異常都標上明確標籤與顏色,讓倉管一眼看清哪幾項有問題。

第三步「異常記錄」。只要有任一項不通過,流程就引導倉管上傳現場照片、填寫異常說明,並在 Airtable 自動建立一張異常案件,帶上採購單號、品項、異常類型與時間戳,方便後續追蹤結案。

第四步「異常通報」。系統把這張異常案件即時推到 Slack 的採購與供應商協調頻道,@ 對應的採購窗口,附上照片與差異摘要,讓協調、退換、補貨能馬上啟動,不用等倉管下班後才回報。

第五步「入庫請款」。只有驗收通過(或異常已被人工裁示接受)的品項,才更新 Airtable / Google Sheets 的庫存數量,並把「可請款」狀態同步給財務,啟動後續的三方對帳(採購單、驗收單、發票)。沒過驗收的部分維持掛帳,不會混進庫存與請款。

更多採購上下游可串接的自動化藍圖,可以延伸參考 /workflows 與 /automation 的整體規劃。

需要的工具與串接重點

平台主力用 n8n(或 Make)當編排中樞,負責接收掃碼/表單觸發、跑比對邏輯、發通知與寫資料。Google Sheets 適合當輕量的驗收登錄與庫存帳,門檻低、倉管好上手;資料量大、需要多人協作與關聯查詢時,改用 Airtable 當採購主檔與異常案件庫會更穩。Slack 負責即時通報,把異常推到對的頻道與對的人面前。

串接重點有三:一是「採購單號」一定要當全流程的唯一鍵,掃碼帶出的條碼內容要和採購主檔的單號格式一致,否則帶不出明細;二是比對節點要明確定義短收、溢收、送錯、規格錯這幾種狀態,並保留「允收公差」的設定(例如散裝品容許正負百分之一),避免每筆微小差異都跳異常;三是寫入庫存與請款狀態要設成「驗收通過才觸發」,在流程裡加一道狀態判斷,不要讓登錄即入庫,把驗收這道關鎖死。

常見錯誤與注意事項

最常見的錯誤是把流程設成「掃單即入庫即請款」,等於把驗收這道關全自動跳過,風險極高。請務必記住:**驗收結果牽動入庫、請款與對供應商索賠,屬財務與內控敏感環節,系統只負責比對與記錄差異,不取代人的專業判斷。**實際驗收是否合格、要不要接受短溢收、是否觸發請款,一律由倉管與採購人工確認簽核;啟動付款或對供應商求償等對外動作前,務必經財務複核,切勿設成自動請款。

其他要注意:照片與異常說明涉及供應商商務往來,屬內部資料,存取權限要管控;有保存期限、批號、效期的品項(食品、藥品、化學品)驗收欄位要加上效期與批號檢查,食安與醫療相關品項的合格判定不能只靠系統比對數量,必須由有資格的人工確認;掃碼辨識偶有錯讀,實收數量與品項仍應由倉管目視覆核,不能盲信機器讀值。

台灣中小企業情境案例

台中一家做進口五金的貿易商,每天約有三十筆貨進倉,過去驗收全靠資深倉管阿明的經驗,單據和貨分家,常常先簽收再補對。某次一批不鏽鋼螺絲短收了兩箱,因為沒當場核對採購單,等到兩週後客戶下單領料才發現庫存對不上,回頭找供應商索賠,對方早已不認帳,只能自行吸收損失。導入這條流程後,阿明改用手機掃採購單條碼,實收數量一輸入,系統立刻跳出「短收 2 箱」的紅字,他當場拍照建異常案件,Slack 同步通知採購,採購半小時內就聯絡到供應商確認補出。三個月下來,短溢收的當場攔截讓他們追回了原本會吃悶虧的數筆貨款,財務月結也因為每筆都有驗收憑證,從原本要花三天對帳縮短到一天內完成。

延伸應用

這條流程的骨架可以再往外擴。第一,接上「條碼/QR 自動產生」,讓採購下單時就把單號條碼印在交貨單上,到貨掃碼一次帶出,連手動輸入單號都省了。第二,把異常案件庫做成「供應商品質計分卡」,統計各家供應商的短收率、瑕疵率、延誤率,做為下次比價與議價的籌碼。第三,串接退換貨與折讓流程,異常一結案就自動產出退貨單或請供應商開折讓單。第四,加上「驗收 SLA 看板」,監看哪些貨到了還沒驗、哪些異常掛太久沒結案,讓主管一眼看見卡點。想看更多可組合的食譜與藍圖,可參考 /recipes 的職場文件食譜,以及 /automation 的自動化情境。

流程圖

用到的工具

更多「企業職能」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →