企業贈禮最常見的問題，不是少了一個工具，而是不同團隊用同一個詞表示不同決策。採購可能把禮品卡視為獎勵，薪資團隊可能視為應稅給付，物流團隊視為數位履約方式，資訊安全團隊則關注交付所需的身分資料。本詞彙表提供一套跨職能的受控語言，協助買方、執行者與審核者在同一基準上討論。
如何使用本詞彙表
每個定義都是決策輔助，不是跨地區通用的法律意見。先理解白話含義，再依市場確認控制性的契約、政策、稅務規則、隱私法或技術標準。編號 001 至 120 的詞條以同一版本維護，內部文件可直接引用穩定編號。
詞條刻意保持精簡；採取行動前仍須確認適用管轄地的規定。
版本: 2026-09-07
共 120 個詞條；受控詞彙版本 1.0；最後查證日期為 2026-09-07。
計畫治理
| 用語 | 可用於決策的定義 |
| 001. 員工肯定計畫 | 以制度化方式肯定貢獻，並明定資格、預算、審核、交付與衡量方式。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 002. 贈禮政策 | 規定誰可送受禮、適用目的、金額上限與核准方式的書面規範。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 003. 適用資格 | 判定個人、事件、市場或交易是否可納入計畫的條件。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 004. 收禮者 | 預定接收禮品、獎勵、貨件或訊息的個人或組織。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 005. 贈禮情境 | 支持一次贈送的商業事件或人生時刻，例如到職或服務週年。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 006. 核准流程 | 依序審查支出、收禮者、內容或例外並授權執行的流程。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 007. 預算負責人 | 對預算用途、上限、核准與差異負責的人。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 008. 成本中心 | 用來把費用歸屬並報告至團隊、職能或地點的會計單位。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 009. 活動專案 | 共享目標、對象、時程、預算與衡量方式的一組限定贈送。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 010. 品項目錄 | 提供特定對象選擇的已核准商品、獎勵或選項集合。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 011. 偏好蒐集 | 在尊重同意下蒐集興趣、禁忌、尺寸或配送選擇的流程。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 012. 主動同意 | 由個人明確表示願意參與或提供特定資料的行為。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 013. 婉拒管道 | 讓收禮者可無負擔拒絕禮品或資料要求的方式。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 014. 稽核軌跡 | 依時間記錄誰在何時執行、核准或變更事項的紀錄。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 015. 職責分離 | 把申請、核准、付款與對帳責任分開的控制措施。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 016. 服務水準目標 | 針對服務指標設定的內部可靠度目標，不等同契約承諾。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 017. 例外 | 經核准偏離標準規則的情況，並記錄理由、責任人、範圍與期限。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 018. 保存期限表 | 規定各類紀錄保存多久及到期如何處置的規則。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 019. 資料控制者 | 依適用隱私法決定個人資料處理目的與方式的一方。 啟動前先記錄責任人、核准規則與應留存證據。 |
| 020. 資料處理者 | 依資料控制者書面指示處理個人資料的一方。 啟動前先記錄責任人、核准規則與應留存證據。 |
獎勵與收禮體驗
| 用語 | 可用於決策的定義 |
| 021. 金錢獎勵 | 以現金或現金等價物提供，價值直接以貨幣表示的獎勵。 把價值、稅務與收禮體驗拆成不同決策。 |
| 022. 非現金給付 | 以商品、服務、體驗或權益取代現金提供的給付。 把價值、稅務與收禮體驗拆成不同決策。 |
| 023. 禮品卡 | 依條款於指定商家或支付網路兌換的儲值工具。 把價值、稅務與收禮體驗拆成不同決策。 |
| 024. 封閉式禮品卡 | 只能在單一商家或特定商家群兌換的禮品卡。 把價值、稅務與收禮體驗拆成不同決策。 |
| 025. 開放式預付卡 | 在支付網路及方案允許範圍內廣泛受理的預付卡。 把價值、稅務與收禮體驗拆成不同決策。 |
| 026. 點數 | 依方案規則取得、發放或購買，之後可兌換的計畫單位。 把價值、稅務與收禮體驗拆成不同決策。 |
| 027. 兌換 | 把點數、儲值或權利換成可用給付的行為。 把價值、稅務與收禮體驗拆成不同決策。 |
| 028. 未兌領價值 | 已發行但到期或未被兌換的價值比例，其會計處理因情況而異。 把價值、稅務與收禮體驗拆成不同決策。 |
| 029. 面額 | 卡片、兌換券或金錢工具上標示或指定的金額。 把價值、稅務與收禮體驗拆成不同決策。 |
| 030. 公平市價 | 知情且自願的獨立雙方在正常交易下可能同意的估計價格。 把價值、稅務與收禮體驗拆成不同決策。 |
| 031. 稅負補貼 | 為抵銷稅款而額外支付，使收受者保留目標淨利益。 把價值、稅務與收禮體驗拆成不同決策。 |
| 032. 薪資扣繳 | 透過薪資流程扣除並繳付的稅款或其他法定金額。 把價值、稅務與收禮體驗拆成不同決策。 |
| 033. 應稅給付 | 依適用管轄地規則須計入課稅所得的給付。 把價值、稅務與收禮體驗拆成不同決策。 |
| 034. 微額給付 | 在法律明確允許時，低價且不常發生並可獲特殊處理的給付。 把價值、稅務與收禮體驗拆成不同決策。 |
| 035. 同儕肯定 | 由組織中相近層級的同事給予的肯定。 把價值、稅務與收禮體驗拆成不同決策。 |
| 036. 主管肯定 | 由直屬主管或負責領導者發起的肯定。 把價值、稅務與收禮體驗拆成不同決策。 |
| 037. 里程碑獎勵 | 與特定成就或服務年資門檻連結的獎勵。 把價值、稅務與收禮體驗拆成不同決策。 |
| 038. 即時獎勵 | 在特定貢獻或行為發生後不久給予的及時獎勵。 把價值、稅務與收禮體驗拆成不同決策。 |
| 039. 選擇架構 | 透過選項與預設值設計影響決策，但不剝奪選擇權。 把價值、稅務與收禮體驗拆成不同決策。 |
| 040. 個人化 | 依收禮者相關資訊調整禮品、訊息、時機或體驗。 把價值、稅務與收禮體驗拆成不同決策。 |
商品與製作
| 用語 | 可用於決策的定義 |
| 041. 品牌周邊 | 帶有品牌識別、用於宣傳或員工用途的商品俗稱。 承諾數量前先核准材質、加工方法與樣品。 |
| 042. 品牌客製商品 | 依組織核准的視覺識別客製化的實體商品。 承諾數量前先核准材質、加工方法與樣品。 |
| 043. 加工裝飾 | 把圖樣或品牌元素施作於素面商品上的製作流程。 承諾數量前先核准材質、加工方法與樣品。 |
| 044. 網版印刷 | 油墨經製版網布逐色轉印至商品表面的印刷方法。 承諾數量前先核准材質、加工方法與樣品。 |
| 045. 刺繡 | 以線材縫入布料，形成耐用且具立體觸感的圖樣。 承諾數量前先核准材質、加工方法與樣品。 |
| 046. 熱轉印 | 利用受控熱度與壓力把圖樣轉移至商品表面的加工。 承諾數量前先核准材質、加工方法與樣品。 |
| 047. 成衣直噴 | 把油墨直接數位噴印於布料，常用於細緻多色圖樣。 承諾數量前先核准材質、加工方法與樣品。 |
| 048. 昇華轉印 | 加熱使特殊油墨氣化並與相容材質結合，常見於聚酯表面。 承諾數量前先核准材質、加工方法與樣品。 |
| 049. 雷射雕刻 | 以雷射移除或改變表層，形成精準且持久的標記。 承諾數量前先核准材質、加工方法與樣品。 |
| 050. 凹壓 | 以模具把圖樣壓入材質表面之下，形成內凹效果。 承諾數量前先核准材質、加工方法與樣品。 |
| 051. 最低訂購量 | 供應商接受單一商品或生產批次的最小數量。 承諾數量前先核准材質、加工方法與樣品。 |
| 052. 開版設定費 | 為準備圖稿、設備、模具或生產資料所收的一次性或單次費用。 承諾數量前先核准材質、加工方法與樣品。 |
| 053. 打樣稿 | 用來確認位置、色彩、文字與比例的預期成品示意。 承諾數量前先核准材質、加工方法與樣品。 |
| 054. 量產前樣品 | 正式量產前製作，用來驗證材質、加工與結構的實體樣品。 承諾數量前先核准材質、加工方法與樣品。 |
| 055. 色彩標準 | 用來在不同供應商與材質間一致指定及比對色彩的參考。 承諾數量前先核准材質、加工方法與樣品。 |
| 056. 印刷範圍 | 在製程限制內可施作圖樣的核准商品區域。 承諾數量前先核准材質、加工方法與樣品。 |
| 057. 素面胚品 | 尚未裝飾、預定後續客製加工的基礎商品。 承諾數量前先核准材質、加工方法與樣品。 |
| 058. 組合禮盒 | 把不同品項規劃、包裝並以單一收禮單位呈現的組合。 承諾數量前先核准材質、加工方法與樣品。 |
| 059. 組裝包裝 | 把各項元件揀集、檢查、組合並包裝成套的作業。 承諾數量前先核准材質、加工方法與樣品。 |
| 060. 物料清單 | 列出製作組合或商品所需全部元件、數量與規格的結構化清單。 承諾數量前先核准材質、加工方法與樣品。 |
履約與物流
| 用語 | 可用於決策的定義 |
| 061. 履約出貨 | 從儲存、揀貨、包裝、出庫到處理配送結果的完整作業。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 062. 揀貨包裝 | 在倉庫挑選訂購品項並完成出貨包裝的作業。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 063. 倉儲管理系統 | 管理倉庫庫存、儲位、任務與移動的軟體系統。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 064. 庫存 | 為未來使用、銷售、組裝或配送而持有，並依地點與狀態記錄的商品。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 065. 安全庫存 | 為降低需求或補貨不確定造成缺貨風險而保留的額外庫存。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 066. 再訂購點 | 依既定政策觸發補貨行動的庫存水位。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 067. 前置時間 | 從明確起點如核准下單，到明確終點如收貨所經過的時間。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 068. 待補訂單 | 因暫無庫存而無法立即履行、但已接受的訂單。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 069. 庫存分配 | 把有限庫存保留給特定訂單、群組或市場的規則或決定。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 070. 服務水準協議 | 契約中界定可衡量服務承諾、責任、補救與排除事項的條款。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 071. 截單時間 | 要符合指定處理或出庫時段所能採取行動的最晚時間。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 072. 承運商 | 依運送契約載運包裹或貨物的公司。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 073. 追蹤號碼 | 由承運商指派，用來追查貨件事件與狀態的識別碼。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 074. 送達證明 | 用來證明已配送的簽名、掃描、照片或時間戳等證據。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 075. 末端配送 | 從當地設施或承運節點送達收禮者的最後運輸階段。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 076. 退回寄件人 | 無法送達的包裹被送回原寄地或指定退貨點的配送結果。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 077. 配送異常 | 干擾預期路徑或時程，需要監看或介入處理的事件。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 078. 落地成本 | 商品抵達目的地的完整成本，視情況包含貨價、運費、關稅、稅款與費用。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 079. 完稅後交貨 | 由賣方承擔約定目的地義務，包括進口通關與關稅的交貨條件。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
| 080. 登記進口商 | 對報關、稅則分類、估價、關稅與必要紀錄負法律責任的一方。 每項物流承諾都要界定起點、終點、分母與異常處理。 |
稅務、合規與財務
| 用語 | 可用於決策的定義 |
| 081. 可扣除費用 | 依相關管轄地規則可用來降低課稅所得的營業成本。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 082. 進項增值稅 | 採購時被收取，並可能在法定條件成立時扣抵的增值稅。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 083. 銷項增值稅 | 供應商對應稅銷售收取並申報的增值稅。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 084. 進口增值稅 | 商品進入課稅管轄地時依當地規則課徵的增值稅。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 085. 扣繳 | 從付款中保留部分金額，並代表受款人繳交主管機關的要求。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 086. 定率課稅 | 在管轄地明文規定時，依固定稅率或法定基礎計算的稅。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 087. 稅額補足 | 為負擔收受者預期稅負而增加給付或付款的做法。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 088. 年度收受總額 | 同一收受者在特定課稅年度內取得的可申報價值合計。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 089. 反賄賂 | 防止提供、給予、要求或接受不當利益的法律與控制措施。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 090. 利益衝突 | 個人利益可能不當影響專業判斷或職務的情況。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 091. 公職人員 | 依適用反貪腐規則被視為政府官員的人，範圍可能很廣。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 092. 盡職調查 | 在關係或交易前後依風險進行並留存紀錄的調查與評估。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 093. 制裁篩檢 | 依適用制裁限制與名單檢查交易各方及交易。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 094. 受限制對象 | 依法受到交易、服務或存取限制的個人或實體。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 095. 認識客戶程序 | 用來辨識、驗證客戶並了解相關活動的風險控制。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 096. 防制洗錢 | 用來偵測並防止犯罪所得洗錢的規則與控制措施。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 097. 隱私權告知 | 說明個資蒐集、目的、分享、權利與聯絡管道的清楚聲明。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 098. 合法依據 | 特定個人資料處理活動所需的法律認可理由。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 099. 資料最小化 | 只蒐集與使用對既定目的適當、相關且必要的個人資料。 每項合規判斷都要附上管轄地、來源與查證日期。 |
| 100. 跨境傳輸 | 個人資料跨越受保護管轄邊界移動或被遠端存取。 每項合規判斷都要附上管轄地、來源與查證日期。 |
資料、安全、衡量與整合
| 用語 | 可用於決策的定義 |
| 101. 應用程式介面 | 讓軟體系統呼叫功能或交換資料的明確介面。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 102. 端點 | 應用程式介面所提供的特定網路位址與操作。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 103. 請求 | 由用戶端送出、要求服務執行操作的結構化訊息。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 104. 回應 | 服務傳回的結構化結果，包含處理結果、資料及錯誤資訊。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 105. 事件通知 | 指定變更發生時，向登記目的地主動送出的事件訊息。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 106. 事件 | 如建立訂單或完成配送等已記錄發生事項，可觸發後續處理。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 107. 承載資料 | 請求、回應或事件訊息內攜帶的業務資料。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 108. 結構化文字格式 | 以物件、陣列、名稱與值表達結構化資料的文字格式。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 109. 身分驗證 | 確認使用者、服務或裝置身分的程序。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 110. 授權 | 決定並執行已驗證身分可進行哪些操作的程序。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 111. OAuth 2.0 | 讓用戶端在不取得使用者密碼下，獲得受限資源存取權的授權架構。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 112. 介面金鑰 | 核發給用戶端並在呼叫介面時出示的祕密或識別碼，通常識別應用而非個人。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 113. 存取憑證 | 代表特定資源、範圍與期間之委派權限的憑證。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 114. 速率限制 | 限制用戶端在一定期間內可執行操作次數的規則。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 115. 冪等性 | 讓同一預期操作重複執行而不產生額外效果的特性。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 116. 重試 | 在限制、延遲與防重複措施下再次執行失敗操作。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 117. 單一登入 | 以一個受信任身分工作階段登入多個相連服務的安排。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 118. SAML | 身分提供者與服務提供者間交換驗證及授權聲明的 XML 標準。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 119. SCIM | 用來跨系統自動建立、更新與停用使用者及群組身分的標準協定。 跨系統連線時要明定識別碼、權限與衡量規則。 |
| 120. 帳號佈建 | 在目標系統建立並維護帳號、屬性、群組與存取權。 跨系統連線時要明定識別碼、權限與衡量規則。 |
方法與主要來源
本表依 NIST 網路安全框架 2.0、IETF OAuth 2.0、IETF SCIM 協定、OASIS SAML 2.0、國際商會國際貿易條規 2020、世界關務組織國際商品統一分類制度、歐盟執委會資料保護指引及美國國稅局第 15-B 號刊物查核。最後查證日期：2026 年 9 月 7 日。
案例推演：出貨完成，為什麼還不能結案
以下為假設情境，不代表真實客戶成果。某公司核准一百份員工禮盒，供應商回報一百份已出貨，財務便準備關閉活動。但其中五份仍等待收件人補正地址，三份被退回，一份已退款。此時「出貨率百分之百」只描述曾經交給運輸方，不能證明一百人已收到，也不能證明帳款已核對。
專案負責人應先把訂單、包裹與收禮權利分開。一位員工的一筆權利可能因拆箱配送而對應兩個包裹；一次退回再寄則可能產生新的運單，卻沒有新的贈禮權利。履約人員以包裹追蹤運輸，財務以訂單核對費用，人資以權利確認誰仍未完成。三種識別碼彼此關聯，不能拿其中一張表替代全部。
結案時逐筆回答：收禮人是否接受、商品是否送達、例外由誰接手、退款是否入帳、未用預算如何處理。未完成案件可以從活動移交到售後佇列，但須有具名負責人與下一次檢查日期。這樣「活動結束」才不會被誤解為「所有義務消失」。
案例推演：同一筆預算的三種數字
再假設每人核准一千元，共十人。核准上限是一萬元；八人接受邀請，不代表立即發生八千元成本。若實際商品合計六千四百元，運費八百元，另有一筆待確認的退貨，報告至少要分開呈現核准額、已保留額、已發生成本及待核對差異。
採購與財務先約定每個數字的認列時點，再決定儀表板欄位。員工婉拒後是否立即釋放保留額、退貨是否先沖回商品款、運費能否退回，都應在規則表中有答案。這些是方案約定與會計判斷，詞彙表本身不構成通用會計規則。
用詞對齊的執行方式
導入前由人資、採購、財務及資訊各選三筆困難案件，以自己的資料重建事件順序。每個詞需寫明定義、起算點、資料來源、責任人、排除情況與範例。出現爭議時，先保留原始事件，再記錄共同決議及生效日期，不直接改寫歷史數字。驗收標準是不同部門以同一批原始資料能得到同一個結果，而不只是大家簽名表示看過詞彙表。
把共同語言轉成可執行決策
共同詞彙只有在改變決策時才有價值：誰負責預算、要保留哪些證據、收禮者如何婉拒、哪一方負責通關，以及哪個系統是單一事實來源。採購、導入與每季治理時都應重新檢視這套語言，避免契約、作業與儀表板逐漸分歧。
Giftpack 可作為精選贈禮、收禮選擇與全球配送的執行層；稅務、法律、薪資、隱私與雇主決策仍由貴組織及其專業顧問負責。