將首次迎新禮品與補發申請分開處理

定期彙整的迎新禮品申請，可能包含等待首次領禮的人、要求再領一份的人，以及過往發放情況不明的人。在將數量交給採購方之前，應請計畫負責人按照目前迎新計畫核准每項申請，並列明其理由。單靠員工名單或出席人數，無法作出這項決定。

有用的成果是一份迎新禮品發放理由與授權登記表，讓買方知道計畫已核准哪些首次發放及補發申請。它不會制定僱傭政策、建立法律上的領取權利，或決定應向供應商訂購多少禮品。

界定這項迎新計畫實際涵蓋什麼

先列明計畫名稱、目前核准的目的，以及提供的禮品。依照負責人現有的指示，識別符合領取資格的計畫事件。該事件可能是獲准加入某個特定計畫，或參加指定的迎新介紹活動；本文不規定採用哪一種。轉到另一團隊或出現在新名單上，不應在未經明確決定的情況下，自動觸發再發一套迎新禮品。

請負責人區分首次發放、補發，以及任何另行核准的再次贈送。將實際允許的情況及例外，附於計畫參照紀錄。如果指示無法處理某個個案，應將問題交回負責人，而非為了採購方便而自行訂立規則。

同時界定發放單位。如果核准的計畫單位是一套禮品，那麼裝有筆記本和手提袋的迎新禮盒就是一套。申請補發其中一本筆記本，並不自動授權再發一整盒。在把申請換算為產品數量前，應保留核准的範圍。

查閱同一禮品計畫的過往發放證據

使用獲准查閱的紀錄，並考慮其已知涵蓋範圍，核查該人是否已收到相關計畫禮品。只涵蓋某一辦公室派發情況的紀錄，不能判定另一地點發生了什麼。空白欄位可能表示未曾發放、紀錄不完整，或該紀錄本來就不是用來記錄這項計畫。

請紀錄負責人釐清含糊的狀態。應區分「負責人確認過往未曾發放」與「過往發放情況不明」。同樣，禮盒已準備好、已有寄出紀錄或已預約領取，單獨都不能證明收禮人已收到。使用證據實際顯示的事件，不要將每次物品流轉都視為已完成發放。

當收禮人再次提出申請時，這項區分便很重要。尚未履行的原始申請可能仍屬首次發放；補發則是在先前已發放之後，依據計畫授權的補發決定而進行。將新查詢連結至原有個案，避免同一事情的兩種描述變成兩次迎新贈禮。不要只憑申請理由就判定產品有瑕疵或應採取何種補救措施。

記錄決定，不複製人事檔案

以計畫專用識別碼連結申請、相關過往發放及負責人的決定。個人與識別碼的對應關係，應保存在獲授權的紀錄內。識別碼不會自動令資料匿名化，而採購摘要通常需要的是已核准的禮品數量及款式，無須複製每位收禮人的背景資料。

在採購處理結果旁記錄符合資格的事件、過往發放狀態、申請理由及核准負責人。理由可簡短寫成「首次發放待確認」或「已提出補發申請」。避免加入決定不需要的個人原因。在隨附紀錄中列明決定參照及日期，避免舊核准在無意間被沿用至之後的迎新週期。

英國資訊專員辦公室（ICO）的資料最小化指引（英文）將所持有的資料與用途及所需數量連結。該頁面標明指引正在檢討。這只是限於英國的背景資料；這份工作表不能為禮品計畫確立合法依據、保存期限、披露許可或私隱合規性。

分析十五項虛構迎新申請

假設某個虛構計畫收到12項首次發放申請及3項補發申請。本例每項申請都是要求一套相同的標準迎新禮品。下列所有識別碼、情況、決定及數量，均為虛構教學資料，並非員工紀錄或客戶成果。第一行將10個已逐一審閱的個案合併列出，純粹為了方便閱讀表格。

負責人已核准10項首次發放＋1項補發＝11項申請。仍有4項未解決：2項以首次發放名義提出，另2項為補發申請。3項補發申請不會變成額外3名首次收禮者。存在15筆申請紀錄，也不足以成為購買15套禮品的理由。

結果是11項已核准申請，並按目的分開列明。可用禮品、現有分配及供應商目前提供的方案均未確立，因此，11項已核准申請尚不等於訂購數量。這個例子沒有提供緩衝量、庫存扣減或下批新加入者的估算。

釐清例外，同時保留原有歷史

對W11，應先確定較早的派發紀錄實際代表什麼。如果它能證明之前已發放，就請計畫負責人決定是否核准任何補發；不要直接將待決的首次發放改標為已核准補發。如果原始發放尚未履行，應保留它與原始申請的關係。

對R02，應記錄負責人最終的決定及確切禮品範圍。未解決的申請既不等於核准，也不等於拒絕。如之後確認遭拒或已撤回，應分別保留該結果。後續修訂應列明它更改了哪項申請及決定，包括任何已依據舊版本發出的採購指示。

將已核准的禮品需求交給採購方

提供計畫參照、已核准的首次發放及補發數量、禮品單位及款式、決定參照，以及未解決個案。較完整的訂購階段可參閱客製宣傳禮品指南（英文）。採購負責人必須另行確立可用庫存、目前提供的方案，以及作出下一項採購承諾的權限。

提出禮品報價查詢（英文）時，說明已核准的禮品及彙總數量，不要傳送人事名單。表單支援產品文字、連結及指定的圖片參考資料。如須傳送任何收禮人紀錄，應另行與獲授權聯絡人安排；這份登記表不會建立員工系統整合或上傳功能。