員工推薦獎勵看似只是「有人推薦、公司錄取、發出獎金」，實際上卻同時牽涉招募公平、重複推薦、薪資扣繳、跨國調動、候選人個資與配送證據。制度若只寫獎勵金額，遇到兩位員工主張同一候選人，或推薦人在達標前轉調海外時，就只能靠主管臨時裁量。可稽核的方案必須先定義資格、事件、責任與申訴，再決定現金、實體禮或收件人自選獎勵如何執行。
人力營運團隊逐一確認推薦提交、資格審核、到職里程碑與核准獎勵的交接點。
先把困難情境寫進政策
政策至少要回答八個問題：誰可以推薦、哪些職缺適用、什麼是有效提交、候選人何時算已存在、重複推薦如何判定、哪個里程碑產生獎勵、獎勵由誰核准與課稅、員工如何申訴。規則必須在活動開始前發布並保留版本，不能等到候選人錄取後才替特定個案新增例外。
有效提交需要時間戳記與穩定識別碼。寄信給主管、在通訊軟體提到朋友、正式填入推薦入口，不應在沒有明文規則時被視為同一件事。若公司承認非正式介紹，就要規定補登期限、必要證據與候選人知情方式；若只承認正式入口，也要在員工提交前清楚告知。
獎勵里程碑同樣必須精確。可選擇錄取接受、第一個工作日、通過試用或到職若干日。較晚支付可降低未報到風險，但會延後肯定並增加離職、調動、請假等狀態變化。折衷作法是分階段：到職後先給小額感謝，達到留任節點再發主要獎勵。每個節點都要對應可查證的系統事件，而不是主管口頭確認。
| 政策問題 | 建議控制 | 驗收證據 |
|---|---|---|
| 誰可推薦 | 依職務、法人與利益衝突列出資格 | 推薦紀錄附上當時政策版本 |
| 重複歸誰 | 固定時間規則與獨立例外審查 | 不可變更的提交歷程與理由 |
| 何時取得獎勵 | 具名的招募或任用里程碑 | 來源事件、核准人與生效日 |
| 如何交付 | 依地區核准薪資、禮品或自選路徑 | 稅務分類與交付收據 |
| 如何爭議 | 限定期間並由非原決策人審理 | 案件編號、證據與最終結果 |
這張表是治理骨架，不是法律結論。雇用法人仍須逐地確認獎勵的薪資、所得與保險處理。在臺灣，財政部稅務入口網的非每月給付薪資扣繳說明指出獎金、津貼與補助等非每月給付薪資的扣繳方式；實際推薦獎勵是否屬於該類、如何申報，仍應由薪資與稅務負責人依事實判定。把商品稱為「禮物」不會自動排除課稅或申報義務。
將招募判斷與獎勵管理分開
推薦應該提供候選人來源，不應改變職務標準。面試者要用相同的職能與證據評估所有候選人；推薦員工不應取得機密面試意見，也不應控制錄取或自己的獎勵核准。這種職責分離同時保護候選人、面試團隊與推薦人。
招募人員需要知道候選人是否已申請、由獵才顧問提交或被內部搜尋，但不需要在篩選時看到獎勵金額。薪資人員需要收到已核准的獎勵事件，不需要取得履歷與面試筆記。配送端需要核准品項、收件方式、國家與聯絡資料，不需要知道候選人落選理由。依目的配置權限，比把所有欄位放在共用試算表更安全，也更容易訂定刪除期限。
主管、招募人員、高階主管、承攬者、離職員工及負責該職缺的人是否可參加，必須明寫。全面禁止最簡單，卻可能排除有價值的人脈；全面開放又會產生利益衝突。較穩健的規則是：不能影響甄選、不能核准自己的獎勵，任何例外交由獨立人員審查。
高難度職缺的加碼活動也要版本化。適用職缺、金額與起訖日應在提交前公開，紀錄保留提交當時的活動版本。錄取後才把成功個案移入較高獎勵，對其他員工不公平；事後調降已公告金額，也會破壞信任。
公平性不能只看最終錄取比例。還要觀察哪些群體知道方案、誰實際參與、推薦集中在哪些職務、候選人在哪個階段退出，以及核准獎勵是否集中於少數團隊。資料只能用於檢視制度，不能成為替代個別職務判斷的捷徑。
建立一條可對帳的事件鏈
流程起點是推薦事件，不是付款申請。最少欄位包括推薦識別碼、推薦員工識別碼、候選人參照碼、職缺、雇用法人、提交管道、時間、政策版本與同意狀態。獎勵系統只保存候選人參照碼，不複製履歷、面試評語或敏感特徵。
接著執行資格驗證，但不可覆寫原始提交。每個通過或不通過結果要記錄套用規則、判定者與時間。若候選人已存在，應連結先前事件與重複規則；若同一人使用不同信箱，不要直接當成兩人，而要進入人工審查。
達到錄取或任用里程碑時，招募或人事系統要產生具日期的事件。整合服務以同一事件建立同一獎勵案件；重送不能多建一筆。案件再依序通過方案核准、薪資或稅務審查、財務確認與交付核准。在價值尚未發出前，每一步都應可撤回並保留原因。
交付證據完成事件鏈。現金可用薪資批次編號與發薪日；禮品可用不可變更的訂單識別碼、核准價值、寄送狀態與簽收或自選完成紀錄。只有「已出貨」不足以證明正確收件人收到正確價值；沒有來源里程碑的「完成」狀態也不是稽核證據。
至少每月對帳一次：合格里程碑對獎勵案件、核准案件對薪資或交付紀錄、已發價值對財務分錄。列出缺少事件、重複案件、逾期核准、配送失敗、錄取取消、未領取選擇與價值不一致。每個例外都要有負責人、期限與下一步，不能只留下紅色儲存格。
事件設計也要支援復原。若來源系統暫時中斷，先保存錯誤指紋與原事件識別碼，不要由客服手動重建新案件。系統恢復後以相同識別碼重播，應回到原案件。只有確定原事件不存在，才可建立新案件並記錄核准理由。
用固定規則處理重複推薦
重複推薦是制度可信度最直接的測試。歸屬規則可以是最早完整入口提交、最早可驗證介紹，或由候選人確認來源；任何選項都能成立，前提是事前公布、持續一致且有證據。「由招募人員視情況決定」若沒有判準，就不是規則。
比對需要謹慎。只比信箱會漏掉別名，只比姓名又會合併同名者。受控審查可比較候選人識別碼、既有申請、經驗證的聯絡資料與提交時間。審查者不能把一位員工的私人訊息轉給另一位；決定通知只要說明存在較早的合格提交與適用條款即可。
若公司希望承認共同推薦，例外也要狹窄。先定義是拆分金額、各給一份或只給非金錢表揚，並在實際案件發生前取得財務與稅務同意。無限制的個案慷慨會造成預算、扣繳與前例不一致。
申訴期限可設定為決定通知後十個工作日。承辦者不能是原判定的招募人員或主管。新證據可以改變結果；只是不同意已公布規則，通常不足以翻案。原決定、申訴資料與最終結果都要保留，不能用新紀錄覆蓋舊紀錄。
重複推薦復原清單
-
案件未結前暫停交付。
-
核對候選人與職缺識別碼，不散布面試內容。
-
由不可變更的時間紀錄重建所有提交。
-
套用每次提交當時的政策版本。
-
記錄審查者、證據、決定與申訴期限。
-
只釋放一個核准事件，或明文允許的共同結果。
-
發出後再與薪資、財務及配送對帳。
依地區決定現金、禮品與薪資路徑
獎勵形式改變作業路徑，不會消除審查。現金通常應進入薪資；商品、禮卡、點數或自選禮也可能形成僱傭所得。全球方案不能把某一國的小額免稅或福利例外直接複製到其他國家，更不能假設「非現金」就不必申報。
每個地區建立一張有日期的決策卡：雇用法人、員工居住地與工作地、獎勵類型、估值方式、扣繳或申報路徑、社會保險、是否由公司補足稅負、匯率來源、會計科目與保存年限。法務、薪資、稅務與財務核准後，交付供應商才執行。
臺灣決策卡應以財政部當期規定及公司事實為準，並由扣繳義務人確認。日本可查核國稅廳的令和八年源泉徴收稅額表；韓國則應由當地薪資與稅務人員依國家法令資訊中心現行所得稅法規判定。這些官方來源協助本地審查，不能證明所有推薦獎勵都有相同待遇。
如果推薦人在提交後、達標前換國家，系統要停止自動交付。先確認哪個法人負擔、服務發生地、達標日與付款日的身分、原政策是否仍適用、匯率與跨法人費用如何記錄。不要先寄出跨國禮品，再要求薪資端補救。
離職情境也必須預先選擇。有些公司要求付款日仍在職，有些公司承認離職前已取得的權利。兩者都要接受當地勞動與薪資審查。成功後才新增「付款日須在職」條件，最容易引發爭議。
只蒐集完成目的所需資料
推薦方案同時接觸候選人與員工。候選人可能還不知道自己被介紹，員工的獎勵與稅務資料又屬人事紀錄。每個階段只蒐集必要資料：推薦入口可能需要聯絡方式與同意確認；獎勵案件通常不需要履歷、面試筆記、敏感特徵或未錄取理由。
應告知候選人推薦來源如何使用、誰能存取、保存多久。員工另取得獎勵管理告知。若自選禮需要地址，優先由收件人直接提供，不要請推薦人憑記憶代填。直接蒐集可降低錯址，也避免同事接觸住家地址。
臺灣的個人資料保護法提供蒐集、處理與利用的正式框架。公司仍要依特定目的、法定告知、安全維護、跨境傳輸與當事人權利設計流程。招募資料、薪資資料與配送資料的保存年限可以不同；不能因為都在同一案件，就全部永久保存。
刪除也要有證據。未錄取候選人的招募保存期屆滿，不代表已支付獎勵的財務憑證同時刪除；反之，為了保存會計紀錄，也不必把面試評語複製到交付平台。紀錄刪除事件與法定保留，而不是只把資料夾改名為封存。
供應商權限應最小化。交付端只取得已核准的收件人、國家、語言、聯絡方式、價值與服務指示。拒絕理由、面試分數、薪資與稅號留在適當系統。合約要定義用途、再委託、保存、資安事件通知、退場匯出與刪除證明。
假設案例一：兩位員工主張同一候選人
情境。 美娜星期一透過正式入口提交候選人，職缺正確且已確認候選人同意。亞歷克斯星期日曾寄信給用人主管，但直到星期三才補登。政策明定最早完整入口提交取得歸屬，非正式介紹不算合格提交。
決策步驟。 招募營運先凍結獎勵，確認兩筆指向同一候選人與職缺。審查者核對星期一事件完整，星期日信件不符合已公布定義，因此美娜維持資格。通知亞歷克斯適用條款與申訴期限，但不揭露候選人面試內容。
替代方案與取捨。 公司也可採最早可驗證介紹，但必須建立真實性查核與隱私程序；也可拆分獎勵，但經常例外會削弱入口規則並增加扣繳複雜度。現行選擇以可預測性優先，代價是非正式貢獻可能只獲非金錢肯定。
失敗復原與驗收。 若整合已建立兩筆案件，營運在發出前取消較晚案件、保存重複關聯、檢查沒有薪資或訂單外流，再重跑對帳。驗收必須看到一個合格推薦、一個核准獎勵、完整決定紀錄、雙方通知、零重複支付，以及申訴期結束。
假設案例二：推薦人在付款前跨國轉調
情境。 健司在日本任職時提交推薦。候選人兩個月後到職；在九十日留任節點前，健司轉至韓國法人。政策允許仍在職者從核准價值內自選禮品。
決策步驟。 里程碑發生時，流程偵測雇用法人與工作地已改變，立即停止自動交付。人力營運確認原政策下仍有資格；日本與韓國薪資人員判定負擔法人、估值日、扣繳、申報與匯率；隱私人員確認能否由健司直接提供韓國地址。
替代方案與取捨。 由原法人支付可維持活動預算，但可能不符合目前僱傭關係；由新法人支付較貼近薪資作業，卻需要跨法人費用與政策對照；改成現金也許容易估值，卻降低原本的肯定體驗。這些決策屬於薪資、稅務、法務與財務，不由交付供應商代替。
失敗復原與驗收。 若禮品已建立訂單，先暫停且禁止第二筆。最終案件要包含資格、負擔法人、核准價值、匯率來源、收件確認、交付收據、薪資紀錄與對帳。若本地審查未完成，就保留待辦與具名負責人，不得讓案件靜默逾期。
分開衡量公平、控制與體驗
不要只用推薦數或錄取數判斷成功。高推薦量可能是濫填、參與集中或職缺本來容易招募。公平指標要看參與機會、各階段進展與獎勵分布；控制指標要看重複、人工改判、逾期、扣繳錯誤、配送例外與對帳缺口；體驗指標則看規則清楚度、決定時間、申訴時間、自選完成與客服負擔。
每個指標先寫定義。「獎勵時間」要說明從哪個事件到哪個事件；「重複率」要區分同一人重複提交、真正的歸屬衝突與系統重送；「推薦品質」不能變成沒有文件的主觀評分，更不能成為特徵代理。
營運可每週看例外，薪資每月對帳，政策負責人每季檢視。提高獎勵的活動應在上線前審查並在結束後核對。若出現差異，先研究宣傳、資格、職缺分布與甄選流程，不要從儀表板直接宣稱因果。
人工改判必須進入覆寫日誌，包含原因、核准人、政策依據與下游修正。若同一類改判反覆發生，表示政策或資料模型不完整；應修正未來版本，而不是把特殊待遇常態化。
以受控清單上線
-
指定政策、招募資料、薪資、隱私、財務、交付、資安、客服與申訴負責人。
-
發布單一版本政策，列出定義、排除、里程碑、價值、適用地區與申訴規則。
-
設定穩定的推薦及候選人識別碼，確保事件重送不會建立新案件。
-
在某地區開放推薦前，先完成該地決策卡。
-
每個系統只保存其目的所需欄位。
-
測試重複、既有申請、獵才來源、錄取取消、轉調、離職、配送失敗及逾期未領。
-
發出任何價值前取得稅務與財務核准。
-
對帳招募里程碑、獎勵案件、薪資、交付與總帳。
-
讓員工看得到狀態與支援入口，但不揭露候選人細節。
-
檢視公平與控制指標，所有規則變更以新版本向後生效。
試辦應限制職務範圍並涵蓋至少一個完整薪資週期。驗收不是「表單可以送出」，而是每個測試情境都得到預期資格結果、沒有重複價值、權限邊界正確、稅務路徑可稽核、例外可復原、財務可對帳。
資安測試要包含未授權讀取、偽造里程碑、重複事件、竄改金額與過期核准。系統應拒絕或隔離案件並保存錯誤指紋。客服只能恢復流程，不可修改原始招募歷程。
擴大前向招募、員工、薪資與支援團隊收集意見。大家若持續誤解重複規則或付款時間，這是政策缺陷，不只是溝通問題。修正未來版本，但保留既有案件當時適用的歷史版本。
把政策翻成可執行的地區決策卡
總部政策只描述共同原則，本地決策卡才決定一筆案件能否發出。每張卡要有版本、生效日、雇用法人、適用員工類型、可用獎勵形式、最高價值、估值方法、扣繳與申報責任、會計科目、核准層級、地址與聯絡資料的處理方式，以及需要升級的例外。若本地規則未知，狀態應是「待確認」，而不是沿用其他國家的答案。
決策卡也要區分事件日。提交日決定適用哪一版推薦政策；錄取或到職日證明業務里程碑；獎勵取得日可能影響權利；發出日與付款日則影響薪資、匯率與會計。把所有日期壓成一個「完成日」，會讓跨月、跨年與跨國案件失去可解釋性。
設定價值時，現金面額只是起點。實體禮需要可稽核的公平價值、運費與可能稅費；自選方案需要核准上限、實際選擇、未領取處理與到期規則。公司若承擔員工稅負，補足方式本身也可能改變應計價值，必須由薪資與稅務確認，不能由行銷文案承諾「免稅」。
地區卡應有定期複核與緊急停用機制。法規、扣繳表、公司法人或供應商能力變更時，先停止新的自動交付，標記受影響案件，再由負責人發布新版本。既有案件保留原始版本與重新評估結果，不能默默把歷史欄位改成新答案。
設計能支援稽核與申訴的資料模型
推薦主紀錄保存誰在何時依哪一政策提交什麼職缺；候選人主紀錄留在招募系統；獎勵案件保存里程碑、核准、價值與狀態；交付紀錄保存訂單與收件證據；薪資與財務系統分別保存法定與會計結果。系統之間用穩定參照碼連結，不用姓名、信箱或地址當永久主鍵。
狀態應描述事實，而不是模糊進度。建議分成已提交、待資格審查、資格通過、等待里程碑、待本地審查、待核准、可交付、交付中、已完成、已取消、爭議中與失敗待復原。每次轉換記錄來源事件、執行者、前後狀態、時間與原因。客服不能直接把失敗改成完成；只能觸發受控重試或要求具權限者核准修正。
金額與價值要用原幣、核准幣、匯率來源與匯率日期分開保存。地址等高風險資料則應放在有存取與刪除控制的交付系統，不要複製到分析倉儲。報表可用國家代碼、狀態與區間價值，不需要顯示完整住址或私人聯絡方式。
申訴紀錄須能引用原始證據，但限制查看範圍。推薦人可看自己的提交時間、適用條款、案件狀態與決定摘要；不能看另一位推薦人的私人訊息、候選人的面試評語或受保護資料。審查者能看比較所需內容，卻不應修改原始時間戳記。任何修正都新增更正事件並說明原因。
報表指紋與匯出檔也要治理。每次月結保存查詢版本、涵蓋期間、筆數、總價值、例外數與產生時間。下一個月若結果改變，團隊能判斷是遲到事件、合法更正還是資料被覆寫。這種可重現性比一張會不斷更新的即時畫面更適合作為稽核附件。
為失敗、取消與配送例外準備復原手冊
候選人接受錄取後取消到職時，先判斷獎勵是否已取得。若政策以第一工作日為里程碑，案件應取消並通知推薦人；若公司已發出一筆早期感謝，則依政策保留或沖回，不能臨時要求員工退回未明示可追回的價值。所有取消要連結來源事件與核准者。
新進人員在留任節點前離職時，系統只處理尚未取得的後段獎勵。不要修改已成立的早期里程碑，也不要刪除原案件。若離職事件晚到，對帳會顯示已交付與不合格狀態衝突；負責人依政策決定是否接受、沖回或升級，而不是自動向員工追討。
配送失敗必須區分錯址、拒收、承運人異常、海關阻擋、品項限制與收件人未選。錯址若由員工代填，要確認是否能向收件人重新蒐集；若是系統截斷或供應商轉換造成，則由營運修正且不應消耗員工獎勵。重寄使用原獎勵案件下的新交付嘗試，避免被誤算成第二份獎勵。
自選連結未領取時，先發本地化提醒並保留清楚到期日。到期後是退回預算、延長選擇或改送預設品項，必須在政策與本地決策卡中事先定義。默默改送未選物品可能帶來地址、偏好與課稅問題。
若薪資已入帳但交付平台顯示失敗，不能直接重複發值。先比對核准值、薪資批次、訂單與實際收件狀態，再決定重寄、退款、薪資更正或下期調整。每個動作需要財務影響、員工通知與結案證據。技術團隊只修復資料流，不決定員工應得權利。
復原手冊最後要規定停止條件。同一錯誤連續失敗時，停止自動重試，保存錯誤指紋、事件內容與已完成步驟，交給具名人員。權限拒絕、缺少本地稅務核准或安全疑慮不是換管道繞過的理由；案件應保持可見、資料保持完整，直到依賴真正解除。
結論：先讓肯定可靠，再談獎勵多大
最好的推薦方案不一定有最高金額，而是員工看得懂、招募不偏袒、薪資能分類、隱私能說明、財務能對帳、收件人確實領得到。先建立固定規則，把錄取與獎勵決策分開，逐地審查，並保留從提交到交付的完整證據鏈。
管理團隊還要把「不知道」設計成正式狀態。遇到新的國家、未知稅務、候選人身分衝突或供應商回傳不完整時，暫停案件並指派負責人，比猜測後自動發出更專業。每次解除暫停都應留下來源、日期、核准與對下游的影響。如此一來，方案即使擴張，也不必犧牲一致性、員工信任與候選人尊嚴。
最後，在每季檢視中把政策例外、申訴理由、重複來源、跨國案件與配送失敗並列。若問題來自定義不清，就更新下一版政策；若問題來自系統，就修正事件與權限；若問題來自本地法規，就縮小自動化範圍。把錯誤轉成制度改進，才是推薦獎勵長期可持續的核心，也能讓每一次核准、拒絕與復原都有一致、可解釋的依據。
雇主完成資格、價值、稅務與收件資料核准後，Giftpack可作為收件人自選或非現金獎勵的執行層；它不取代招募、薪資、稅務、隱私、法務或雇主決策。