工廠進銷存系統導入門檻 20 項自我檢核：資格、場所、文件、現場、期限總表

作者 Bo Wei・偉騰開發興業有限公司・發布 2026-10-24・更新 2026-10-24（由前臺東縣環境保護局局長謝清泉主持）

工廠要導入進銷存系統，真正的門檻不在軟體，而在公司有沒有把品項、倉別、單據與角色整理到能被系統化的程度。本篇把導入前要過的門檻拆成資格、場所、文件、現場、期限五類共 20 項，每項寫清楚打勾條件、由誰負責、要在哪個節點前補齊。

導入進銷存系統會不會成功，在簽約前就決定了八成：商品主檔有沒有唯一品號、倉別與門市清單是否完整、各類單據有沒有現行範本、關鍵使用者是否願意改掉紙本習慣。這些不是系統功能問題，而是導入門檻問題，門檻沒過，再好的系統也只是另一張對不起來的庫存表。

常見的錯誤直覺是「先選系統再整理資料」，結果規格訪談時才發現同一個商品有三種品號、寄倉數量沒人說得清、退貨單根本沒有固定格式，專案從第一階段就開始追補資料。順序應該反過來：先用一張門檻檢核表確認公司的資格、場所、文件、現場與期限都站得住，再談進銷存系統公司與導入流程。

以下先說明總表怎麼讀，再依五類逐項列出 20 個檢核點與打勾條件，接著說明進銷存系統公司看到這張表會追問什麼、進銷存系統流程在門檻過關後怎麼排、沒過門檻的三種處理方式，最後補上三部法規各要先確認的事項與送本所書面初判的方式。

工廠進銷存系統門檻檢核總表：五類 20 項怎麼讀

總表結構：橫向分資格、場所、文件、現場、期限五類，縱向每一項有三欄，分別是「打勾條件」「負責人」「補齊節點」。

打勾條件要寫成可驗證的狀態，例如「商品清單已匯出且品號無重複」，而不是「主檔大致整理好了」；負責人填到職稱與姓名，採購、倉管、門市、會計、主管各認領自己的項目；補齊節點用專案里程碑表示，例如規格訪談前、原型試走前、資料移轉前、切換上線前。

檢核時由專案窗口逐項確認，未達條件的項目留空並註明缺什麼，這張表之後會直接成為進銷存系統公司估範圍與排時程的依據。

資格門檻四項：品項規模、流程獨特度、決策窗口與主檔負責人

資格類檢核的是公司本身適不適合客製導入。

1. 第一項是品項規模：品項數量與倉別數量是否已超出試算表能維持一致的程度，負責人是倉管主管，規格訪談前確認。
2. 第二項是流程獨特度：多倉多單位、批號效期、組裝拆解、寄賣或代發包這類套裝軟體常對不上的流程至少有一項，負責人是營運主管。
3. 第三項是決策窗口：公司指定一位能拍板欄位、單據與權限設計的窗口，而不是每個部門各說各話。
4. 第四項是主檔負責人：品號新增、價格調整、帳號管理上線後由誰維護已經指定，這一項沒過，系統上線後主檔會在半年內再度失序。

場所門檻四項：倉別清單、門市與寄倉、收發貨動線、掃描設備

場所類檢核的是貨實際流動的地方。第五項倉別清單：主倉、分倉、門市倉、退貨倉、寄倉逐一列名並標示是否計入可用量，負責人是倉管主管，規格訪談前完成。第六項門市與寄倉：每個門市與寄放在客戶或物流端的庫存都有對應窗口，能回報期初數量。

第七項收發貨動線：收貨點、驗收區、上架位置與出貨包裝區在現場是分開的，掃描即完成的流程才有地方落地；若動線混在一起，本所會在規格階段安排到場看一次。第八項掃描設備：條碼機、平板或手機與無線網路在倉庫各區都能連線，負責人是資訊或總務，原型試走前備妥。

文件門檻五項：商品清單、單據範本、主檔、交易條件與角色清單

文件類是導入前最花工時、也最常被低估的一類。第九項商品清單匯出檔：含品號、品名、規格、單位、條碼、供應商六個欄位，且品號在全公司唯一，負責人是採購，規格訪談前交付。第十項單據範本與簽核流程：進貨、銷貨、退貨、調撥四類單據各有現行範本，並標出誰填、誰核、誰收。

第十一項供應商與客戶主檔：聯絡人、交易幣別、付款條件已整理成表，這也是個資管控的起點。第十二項價格與交易條件：牌價、客戶別價格、數量折扣、退貨條件寫成一張整理表，由業務主管負責。第十三項使用者角色清單：採購、倉管、門市、會計、主管各自能看、能改、能核的範圍已經寫出來，規格訪談前確認。

現場門檻四項：盤點方式、條碼覆蓋、網路設備與關鍵使用者

現場類檢核的是上線當下會不會卡住。第十四項盤點方式：公司目前採全面盤點或循環盤點、由誰執行、差異怎麼處理都能說明，負責人是倉管主管，資料移轉前確認，因為期初庫存要靠一次盤點歸零。第十五項條碼覆蓋：商品本體或外箱有條碼的比例已統計，沒有條碼的品項已決定自印標籤或以品號手動輸入。

第十六項網路與設備：倉庫與門市的網路穩定、掃描設備數量足夠同時作業，由資訊或總務負責，原型試走前備妥。第十七項關鍵使用者：每個倉與門市指定一位願意先用新流程、回報卡點的人，上線第一個月由這些人帶動其他同仁，負責人是營運主管，切換上線前確認。

期限門檻三項：發票與平台 API 狀態、會計結帳週期、下一次盤點日

期限類檢核的是外部節點會不會拖住專案。

第十八項電子發票、電商平台與 POS 的帳號與 API 申請狀態：每個要串接的平台都標示「已開通、申請中、尚未申請」，由會計與電商窗口負責，因為平台權限要由公司自己的帳號申請，不能由開發端代辦。

第十九項會計結帳週期：月結日與年度結帳日已確認，系統切換要避開結帳前後，由會計主管負責。第二十項下一次盤點日：資料移轉要以一次完整盤點為基準，盤點日要在移轉前排定並通知所有倉別，負責人是倉管主管。三項期限都不是本所能替公司決定的，所以放在最後一類，提醒專案窗口先把日期釘下來。

進銷存系統公司看檢核表時會追問什麼

審查端視角：進銷存系統公司拿到這張表，

1. 第一個追問的是「品號唯一」怎麼驗證，通常會請公司提供匯出檔讓開發端用程式檢查重複與空白欄位，而不是口頭保證。
2. 第二個追問是單據範本與簽核流程是否與實際做法一致，常見落差是範本寫主管核准、現場卻是倉管自己收貨自己簽。
3. 第三個追問是寄倉與門市庫存的期初數量能否在盤點日取得，若有門市答不出來，移轉階段就會卡住。
4. 第四個追問是角色清單有沒有把「主管可看全部」寫成具體範圍，因為報表權限最容易在上線後被追加。

本所把這四個追問直接列進初判回覆，讓公司在簽約前就補好。

進銷存系統流程啟動順序：門檻過關後才排主檔、原型、移轉與分階段上線

流程對照：門檻檢核表全部打勾後，進銷存系統流程依序是四段。

主檔與規格段，依商品清單、倉別與單據範本定品號規則、單位換算與單據流程，寫成需求規格書並由決策窗口簽認；原型與設計段，依單據流程做畫面原型，由關鍵使用者實際試走收貨與出貨；開發與移轉段，開發核心單據，舊資料依品號對照合併重複品，期初庫存與盤點核對歸零；分階段上線段，核心單據先上線，盤點、成本與報表次之，電子發票、電商與 POS 串接最後。

每一段的進入條件都對應檢核表的某幾項，例如原型段要第七、第八、第十六項過關，移轉段要第十四、第二十項過關。

沒過門檻的三種處理：補齊、縮範圍、暫緩

處理對照：檢核表有空格不代表不能導入，而是要選對處理方式。

1. 第一種是補齊，適用於文件類與期限類，例如商品清單缺條碼欄位、平台 API 尚未申請，由負責人在補齊節點前完成即可，專案時程不動。
2. 第二種是縮範圍，適用於場所類與現場類，例如寄倉期初數量暫時無法取得，就把寄倉放到第二階段，先上主倉與門市。
3. 第三種是暫緩，適用於資格類，例如公司還沒指定決策窗口或主檔負責人，這時候先做系統規劃與主檔整理的獨立委託，等資格項目過關再啟動開發。

本所在書面初判時會逐項標出該用哪一種處理，避免公司把所有空格都當成要補的文件。

法規門檻：個資、著作權與電子簽章各要先確認的事

法規對照：進銷存系統牽涉三部法規，導入前各有一件事要先確認。《個人資料保護法》對應供應商、客戶聯絡人與員工帳號，公司要先決定匯出名單由誰核准、哪些欄位要遮罩，系統才能依此設計角色權限與存取紀錄。《著作權法》對應客製程式與報表版型的權利歸屬，契約要寫明原始碼交付與歸屬業主，公司日後才能自行維護或換團隊接手。

《電子簽章法》對應進貨驗收、銷貨確認等單據改以電子方式簽核後的保存方式，會計要先確認簽核紀錄的保存格式與期限能否銜接現行帳務做法。這三項不列入 20 項總表，因為它們在規格階段由本所與公司一起確認，但簽約前至少要知道各自卡在哪裡。

檢核表怎麼交給本所做書面初判

交付方式：把 20 項總表填到目前能填的程度，連同商品清單匯出檔、倉別與門市清單、四類單據範本、使用者角色清單一起整理，加 LINE「偉騰開發」傳資料，免費書面初判會回覆三件事：哪些項目已達條件、哪些空格該補齊、縮範圍或暫緩，以及依現況估出的進銷存系統流程分段與每段進入條件。

服務費依品項數、倉別與門市數、要串接的平台數與資料移轉複雜度書面報價，不在網站公開數字。全台各縣市的工廠與門市都用同一套檢核表與流程，主檔整理、流程訪談與畫面確認以視訊進行，倉庫動線需要確認時再到場。

自我檢查清單

• 商品清單已匯出，品號在全公司唯一且含品名、規格、單位、條碼、供應商六欄
• 主倉、分倉、門市倉、退貨倉與寄倉逐一列名，並標示是否計入可用量
• 進貨、銷貨、退貨、調撥四類單據各有現行範本，並寫明誰填、誰核、誰收
• 採購、倉管、門市、會計、主管的可看、可改、可核範圍已寫成角色清單
• 電子發票、電商平台與 POS 的帳號與 API 申請狀態已逐一標示
• 資料移轉前的完整盤點日已排定並通知所有倉別與門市
• 決策窗口與上線後的主檔負責人已指定到職稱與姓名

常見錯誤

• 先選進銷存系統再整理主檔，規格訪談時才發現同一商品有多個品號，第一階段就在追補資料
• 寄倉與門市庫存沒有期初數量來源，資料移轉階段卡住，整個分階段上線往後推
• 角色清單只寫「主管可看全部」，上線後報表權限一再追加，開發範圍失控
• 平台 API 以為開發端能代為申請，到串接階段才發現要用公司自己的帳號走流程
• 系統切換排在月結前後，會計與倉管同時忙結帳與期初核對，差異歸零做不完
• 沒有指定關鍵使用者，上線第一個月倉管各自回到紙本，新舊流程並行到不了收斂

官方參考資料

• 財政部電子發票整合服務平台（進銷存串接電子發票前要確認的營業人帳號與 API 申請入口）
• 個人資料保護法全文（供應商、客戶與員工資料在進銷存系統內的管控依據）
• 著作權法全文（客製進銷存程式與報表版型的權利歸屬依據）
• 電子簽章法全文（單據電子簽核與保存的效力依據）

常見問題

工廠進銷存系統的導入門檻，哪一類最常沒過？

文件類最常沒過，尤其是商品清單的品號唯一性與四類單據的現行範本。多數工廠的品號是歷年不同人隨手編的，同一商品在採購、倉庫與門市各有一個代號；單據則常有實際做法與範本不一致的情況。這兩項沒過，規格訪談會一直在確認資料而不是設計流程。

20 項門檻一定要全部打勾才能開始嗎？

不必，但要分類處理。

文件類與期限類的空格用補齊處理，專案時程不受影響；場所類與現場類的空格可以用縮範圍處理，例如先上主倉與門市、寄倉放第二階段；資格類的空格則建議暫緩開發，先做系統規劃與主檔整理的獨立委託。

書面初判會逐項標出該用哪一種。

進銷存系統公司看檢核表的角度，和公司自己看有什麼不同？

公司看的是「有沒有這份文件」，進銷存系統公司看的是「這份文件能不能被程式驗證」。例如商品清單公司覺得整理好了，開發端會用程式檢查品號重複、空白欄位與單位不一致；單據範本公司覺得有了，開發端會問現場是否真的照範本簽核。這就是為什麼打勾條件要寫成可驗證的狀態。

進銷存門檻檢核初判

想知道公司現在過了幾項門檻、哪些空格該補齊或縮範圍，把填到一半的 20 項總表與商品清單匯出檔整理好，加 LINE「偉騰開發」傳資料，免費書面初判會回覆各項處理方式與進銷存系統流程的分段建議。

全台各縣市受理｜專業團隊承接辦理｜親臨現場指導｜統籌包辦到好

聯絡偉騰開發興業

服務總覽｜案例解析｜法規知識庫