採購前要核准什麼？建立申請、重複檢查與簽核路徑

從需求情境、庫存與預算核對，到分級簽核、退件補件和核准後下單追蹤，建立清楚可查的採購申請流程。

採購核准的重點，是讓每筆需求在下單前能回答三件事：為什麼需要、是否已有可用資源、由誰承擔預算並作決定。把資訊一次整理好，也能讓退件、補件與核准後交接有跡可循。

說明需求與使用情境

申請人先用一句話說明要解決的工作問題，再交代誰會使用、在哪個流程或地點使用，以及預計何時開始。避免只填「設備不足」或「提升效率」；這些字眼無法讓核准者判斷必要性。補充目前的做法、卡住的步驟和可以觀察到的影響即可，例如每次交接都要借用一台共用螢幕，會議開始前經常等待設備空出。若影響難以量化，就描述發生情境，不必把推測寫成確定的損失金額。

再說清楚申請範圍：品項或服務類型、數量、使用期間、交付地點、最低必要規格與可接受替代條件。把工作需要的條件寫成可檢查描述，不要預設某個品牌或型號是唯一答案；若有相容性、維護或安全限制，指出相關設備或作業條件，讓核准者理解限制從何而來。若還需要安裝、訓練、耗材或維護，分開列出，才不會漏算實際啟用所需的範圍。

最後將必要條件和偏好拆開，並定義交付後的驗收方式：由誰確認什麼項目符合、何時可以投入使用。假設部門要添購兩張訪客椅，可寫明接待區同時有訪客等候、現有座位不足，需求是兩張符合空間且容易清潔的椅子，顏色僅為偏好。若有多個使用部門，分列各自用途與數量並指定彙整人。需求仍不明確時，先找實際使用者確認再送簽，避免主管代為猜測或把個人偏好誤認成必要規格。

先查現有物品庫存

庫存檢查的目的，是確認組織是否已有能滿足同一用途的物品，而不是只在某個表格搜尋品名。先依品類、規格、保管地點和保管人查詢可用紀錄；若資料散在多個辦公室或倉庫，列出查找範圍，再請相關保管人回報。品名不同但功能相同的替代物也要納入，例如同尺寸但型號不同的周邊設備。

把可用狀態分清楚：在庫且可領用、已被其他申請保留、待維修、已報廢，或紀錄狀態待確認。未找到紀錄不等於全公司沒有庫存；查不到時可向主要保管點確認，並註明確認結果。必要時記錄查詢的負責人與日期，讓主管知道結論來自哪些位置與名冊，也方便後續釐清紀錄和實物不一致的情形。

查到候選物品後，再比較其數量、規格、位置、可用時間和調撥成本，讓申請人選擇領用、調撥、部分採購或全數採購。假設某分點申請四個鍵盤，紀錄顯示另一辦公室有三個，其中一個已故障；可先確認兩個完好品是否符合規格並能及時移轉，再申請不足的數量。不要把「有登記」直接當成「能用」。

若庫存結果不足以決策，將差異寫在申請上，並指定誰負責確認。核准者可決定暫緩下單，或先核准已確認的部分。這樣就能把「先買再說」改成有憑據的取捨，之後也能追查為何沒有沿用既有物品，並在紀錄狀態待確認時避免過早把查詢結果當成確定的無庫存。

列出預算與責任角色

申請資料要區分需求提出者、預算負責人、核准者、採購承辦人與收貨驗收者；小型團隊可由一人兼任多職，但每項責任仍須指定姓名或職務。申請人說明需要，預算負責人確認資金來源和餘額，核准者決定優先順序，承辦人依核准內容詢價或下單，使用單位確認交付。若一人兼任數個環節，仍須留下各項決定紀錄。

估算金額不只看商品標價，也要納入運送、安裝、設定、必要耗材與後續期間的支出，並說明報價日期或估算依據。分列一次性費用和持續性費用，標明使用哪個部門或專案的預算；若尚未取得正式報價，清楚標示為估算並設核准上限。實際金額超出時重新確認，不要用空白金額送簽。

例如，以下純屬假設：三台螢幕每台四千八百元，另有六百元運送，估算總額為三乘四千八百加六百，即一萬五千元。申請應列出各項金額、負擔部門、是否已列入預算，以及預留金額差異的處理方式；預算主管便能核對加總，也能決定是否由同一預算科目支應。

如分期付款、跨部門共用或費用跨期間，額外指定分攤方式的確認人和後續費用責任人。尚未確認資金來源時，將它列為待決事項，並讓申請狀態反映這項條件；不要等到採購承辦人準備下單後，才發現沒有人承擔費用。

設計分級簽核路徑

簽核路徑應由組織自行定義，至少納入金額級距、是否已有預算、需求風險和例外情況。金額可決定需要哪一層核准，風險類別則可增加相關角色；例如涉及資料存取、設備安全、長期承諾或多單位共用時，先取得專責人意見，再交由權責主管決定。下面是可調整的假設範例，不是通用規定：

先確認公司既有權責表、職務代理和額度定義，再把每個節點寫成可辨認的職務名稱；不要只寫主管核准，否則人員異動時不清楚要找誰。每一關都要看到同一版申請、估算總額、庫存查核和前一關意見，讓核准者能針對自己負責的部分作決定。

設計路徑時也要處理例外：核准者休假時由誰代理、預算未核定時停在哪裡、涉及多部門時由誰彙整。緊急需求可設快速通知和補齊資料的內部流程，但應由公司明定適用條件與記錄方式；不要讓口頭同意自動變成無上限授權。

流程上每個節點只需要一個清楚的責任動作，例如確認必要性、確認預算或核准支出。需要諮詢的角色可以提供意見，但要標示是否有決定權，避免所有人都被通知，卻沒有人負責結案。

記錄退件與補充原因

退件和補充不是同一種處理。退件表示目前需求或條件不成立，申請人需修改方案後重新送出；補充則是主要方向可繼續評估，但缺少某項證明或欄位。紀錄應讓處理者選擇原因類別並補上一句具體說明，例如用途不清、庫存未確認、金額加總不符、預算來源待核或規格需要釐清。只寫資料不全，申請人仍不知道從哪裡開始修正。

說明要指出缺少什麼、由誰提供、補到什麼程度即可重新判斷。若問題是替代品是否可用，列出需要使用單位比較的規格；若是總額不符，指出哪個項目需要重新計算。避免要求申請人重交已在附件中的資料，並把關鍵意見留在申請紀錄內，不要只放在私人訊息，讓下一位接手者看不見原因。

每次退回都應保留申請版本、提出者、處理人、時間、原因和重新提交的版本，並標出目前等待誰行動。補件完成後，由原審核者確認問題是否已解決；若價格、數量、用途或預算來源有變，標示差異，依內規決定是否重新經過相關簽核。其他內容未變時，也清楚指出沿用哪些已確認欄位。

例如預算負責人要求補上運送估算，申請人補入金額和依據後，應由該負責人核對更新後的總額，而非把整件申請當作全新案件丟回第一關。組織也可整理退件原因，找出表單缺欄或交接不清等流程問題，再改善申請指引。

追蹤核准後下單狀態

核准後仍要追蹤採購是否真正開始，以及交付是否完成。申請狀態可依內部用語分成待下單、已下單、部分交付、待驗收、已完成或取消；每次變更需有負責人和日期，並保留訂單或交付識別資料供內部查找。核准紀錄和下單紀錄要能互相對照，否則日後無法確認實際購買的是哪一筆需求。

由採購承辦人回填供應商、下單日期、核准的金額範圍、預計交付時間和目前狀態；若品項、價格、數量、付款條件或交期與核准內容不同，先標出差異並按組織規則確認是否需再次核准。不可把簽核完成直接標成採購完成，因為核准只代表內部同意，尚未證明已下單或收貨。

收貨後由指定驗收者核對數量、規格、安裝或服務完成情形，記下短缺、損壞、延遲或需補交事項，以及後續由誰跟催。若分批交付，逐批更新到貨與驗收狀態，直到餘項有明確處置；若最後決定取消，說明取消原因並確認是否已產生訂單或其他待處理義務。

月底或專案結束時，可把核准金額、實際下單金額和驗收結果一併核對，記錄差額由何原因造成。若需求人詢問進度，窗口可依狀態回答目前卡在簽核、詢價、交貨或驗收，避免每次都重新詢問所有角色。下次申請同類項目時，這些紀錄也有助於估算需求與安排共用資源。

下一步可選一筆近期需求，依本文欄位補齊資料，再與需求主管及預算負責人確認簽核去向。更多資訊請至 ZhenheAI 官網。