送禮方案不會因為負責人離職或轉調就自動暫停。員工仍在選禮、供應商仍在生產、收件人仍會詢問地址與進度，月底也仍有發票需要對帳。真正的交接不是把資料夾分享給下一位同事，而是讓新的具名負責人知道自己能決定什麼、必須接住哪些未結義務，以及需要留下什麼驗收證據。本指南從台灣團隊的在地負責人與權限覆核出發，提供內文交接登錄表、兩個假設案例及可執行檢核表；實際作法仍須配合企業政策、契約與適用法規。
先確定誰接任，而不是先分享所有資料
交接前先寫一頁範圍說明：原負責人、新任或正式指定的代理人、主管贊助者、生效日期與時間、適用方案、涵蓋的法人與不在交接範圍的決定。跨國團隊必須註明時區，不能只寫星期五下班。有人加入會議或收到郵件，並不等於已同意承接，也不代表取得支出核准權。
本篇處理的是人員更替、方案繼續運作。供應商可以不換、平台可以不換，收禮者甚至不必感受到後台變動。這與供應商退場、資料搬遷或整個方案結束不同。若需要常態治理分工，可閱讀企業送禮卓越中心指南；這裡關注的是兩位具名負責人之間如何轉移當前責任。
台灣總部應請各地負責人說明交接週仍在運行的服務，包括領取期限、地址更正、客服、已核准生產、配送例外與財務關帳。總部的上班時間不一定涵蓋海外收禮者，地方節日也可能讓看似平靜的一週出現大量詢問。把這些安排寫進交接，不能只交一份全球聯絡名單。
接著區分可持續的例行工作與需要重新核准的變更。原本已核准的履約可能可以繼續，新活動、換供應商、增加預算或擴大國家範圍則可能需要其他決定。寫明緊急例外由誰核准、需要哪些證據；「請大家維持運作」不足以界定權限。
驗收條件也要先訂。可以要求有簽認的負責人對照表、沒有無人承接的例外、接任者通過必要操作測試，以及一份已對平的預算視圖。這不表示所有問題都必須結案才能交接。未解決爭議可以被妥善承接，前提是狀態、責任、下一步、時間與決策權都清楚。
對沒有正式接任者的情況，主管應指定有限範圍的代理，而不是讓原負責人無限期留在群組裡。代理權限應有到期時間、可處理事項及升級窗口；到期後是否延長，須由有權限者明確決定。人事異動本身不能默默變成採購或法務授權。
用交接登錄表盤點義務，不只盤點檔案
先找企業自己的政策、授權表、預算帳、存取清冊、訂單及事件紀錄。它們才是實際交接的主要依據。本指南無法查看你的帳戶或內部資料，因此下表是可採用的原創欄位設計，不是已完成的帳戶稽核，也不是官方規定的表單。只放必要的編號及證據位置，不要把密碼與完整住址搬進交接文件。
企業送禮負責人交接登錄表｜範本版本與資料覆核日：2026年10月20日。
| 紀錄類別 | 固定編號與目前狀態 | 承接責任人 | 應保留的證據 | 簽認前測試 |
|---|---|---|---|---|
| 任務與授權 | 方案編號、範圍、生效及到期時間 | 主管與接任者 | 核准的決策權及限制 | 能說明哪些決定可做、哪些不可做 |
| 預算與承諾支出 | 資金來源、帳務編號、餘額時間點 | 財務與接任者 | 可用、保留、已承諾與爭議款項 | 同一視圖可對帳，未重複計入負擔 |
| 帳號與自動流程 | 帳號或服務編號、角色、負責人、狀態 | 授權管理者與服務負責人 | 權限異動核准與測試結果 | 接任帳號能運作，舊權限依規定移除 |
| 訂單與生產 | 原始訂單、供應商編號及已觀察狀態 | 營運與接任者 | 核准稿、數量、交付承諾及變更紀錄 | 能追回一筆未結訂單，不須重新下單 |
| 領取與客服 | 群組、案件編號、期限及未完動作 | 客服負責人 | 現行條款、聯絡方式與承諾 | 更正或未領取問題能到正確窗口 |
| 爭議與事件 | 原事件編號、停止事項及下次檢視日 | 採購或相關專責人員 | 往來信件、發現及尚未完成的義務 | 交接後仍有具名責任與完整證據 |
| 驗收與簽認 | 登錄表版本及交接編號 | 移交者、接任者與必要覆核人 | 具日期的簽認、保留事項與權限到期 | 知道承接範圍，不把未結事項寫成完成 |
每筆再加上原負責人、新負責人、最後確認時間、下一個動作、期限、服務承諾、證據位置、資料敏感程度及驗收狀態。把移交者的「已提供」與接任者的「已接受」分成不同欄位；兩者都記錄姓名或可驗證身分、職務、日期與對應版本。簽認方式依企業核准流程，本表不判斷特定簽名是否具法律效力。
狀態不明時要保留不明。如果送出訂單後逾時，就留下原始編號、當時回覆及待查事項，先回查供應商或系統紀錄，再判斷是否需要補送。空白欄位不是從未下單的證據。新任者應接住這份不確定性與解決責任，而不是得到一個看起來乾淨、卻可能重複付款的新清單。
登錄表可以指向原資料，不必再複製所有附件。將核准圖稿、合約與事件證據放在有權限的原位置，確認接任者能讀取必要版本。這能避免同一份合約在不同資料夾各有一個「最新版」，也能減少為了交接而擴大個資可見範圍。保管位置與實際存取能力都應測試。
可先建立一筆不含真實收件人的示例，讓接任者練習從案件編號找到目前狀態、核准依據及下一個期限。若需要原負責人口頭指出每一份文件在哪裡，表示登錄表還缺少索引或權限。修正後再測一次，並記錄這是練習資料，不把示例當成實際訂單或已發生的服務成果。
對資料來源不一致的地方，保留兩邊的時間點與差異。例如客服顯示已承諾補送，訂單端卻尚未新增物件，這可能是尚待執行的義務，而不是誰一定記錯。請有權負責人決定何者是該欄位的依據，留下調節過程，不自行挑選比較方便的狀態覆蓋另一份證據。
把預算責任與系統管理權限分開移交
方案負責人、平台管理者、採購核准人與發票核准人不一定是同一位。財務或政策負責人要確認新任者的額度、成本中心、適用法人、生效時間及是否需要第二位核准人。登入後看得到預算，不代表有權批准支出；主管口頭說「你先接」也不能取代企業要求的正式授權。
交接前對平一份有時間點的資金視圖，區分核准總額、可用餘額、邀請保留、已承諾訂購、已履約或已開票、待入帳折讓與爭議金額。由財務定義每個類別，避免同一筆負擔同時列在保留與已承諾欄位。平台餘額、預算剩餘與會計帳面金額可能不是同一件事。
差異要能解釋，不要為了對平而直接改期初數。較晚才確認的倉庫訂單、尚未入帳的運費或待確認折讓，都可以成為具名的調節項目。寫明來源、金額、時間與預期處理方式。幣別不同時保留原始金額及財務採用的換算依據，別讓接任者只能看到一個失去計價背景的總數。
請新任者從一筆未結承諾追回申請、核准、下單、交付狀態及發票或折讓。最好選有複雜處理的案件，而非只示範已完成的小額訂單。承諾補送、爭議運費或尚未開立的費用，都可能影響暴險；不能因系統裡還沒有新採購單，就假設沒有後續義務。
代理期間採窄授權。例如只准在特定額度內處理已核准配送例外，不包括新增國家、改供應商合約或擴大員工資格。把限制放進申請路徑，並讓財務知道何時到期。接任延後不是自動延長代理權限的理由，緊急需求仍要交給有權決定的人。
若資金視圖尚未對平，停止受影響的新增支出，不必把所有不相關服務一律停掉。只有能證明仍在有效核准範圍內的例行履約才繼續。財務接手缺漏項目、下一步及覆核日期，原負責人的摘要可幫助理解，卻不是支持紀錄的替代品。
接任者也要能說明誰可以更改預算、誰可以核准付款、誰只是查看報表。若三個權限由不同系統管理，分別列出設定負責人與證據。需要修正時由原權責單位處理，不為了交接快速完成而一次授予所有管理權。正式生效之前，測試環境或模擬申請的結果應清楚標示，不能誤入真實付款流程。
台灣團隊的權限覆核要測試實際能力
先由授權管理者建立接任者自己的帳號與必要角色，不共享離職者的身分。美國國家標準暨技術研究院的安全與隱私控制目錄將帳號管理與人員異動連結，並要求在調職情境檢視持續的存取需要；可作為控制設計參考，不代表每個企業方案都適用同一套聯邦要求或相同撤權期限。
台灣端也可參照《個人資料保護法施行細則》第十二條對技術及組織安全措施的說明，其中包括人員管理、使用紀錄與證據保存等面向。本篇的測試與登錄表是企業作業建議，不是該條指定的法定交接格式。實際適用義務及保存需求，仍交由個資與法務負責人確認。
盤點不只主平台帳號，還包括核准群組、共用客服收件匣、供應商入口、報表匯出、檔案庫、復原聯絡人、服務帳號、排程與串接負責人。服務本身使用的認證資料，與誰負責維護這項服務，是不同概念。登錄表只記錄受控保管位置及管理責任，不放密碼、金鑰或復原碼。
測試要同時包含可做與不可做的事。接任者能找到未結案件、接收升級通知、處理核准範圍內的地址更正嗎？超過角色權限的操作是否被限制？看得到儀表板不足以證明能承接客服，畫面上顯示管理者也不足以證明財務已授權支出。測試結果要對應具體工作，不只保存登入成功截圖。
把測試排在應撤權時間之前。原人員的權限依實際離職、轉調及資安政策移除或調整；接任測試失敗，不代表可以無限期保留舊權限。改用已正式授權的代理管理者，或暫停受影響動作，而不是借用離職者帳號趕進度。必要的安全停止不能被交接便利性取代。
個資負責人確認新任者需要看到哪些資料、屬於哪個法人、從哪裡存取，以及是否有保存或法律保留要求。人換了，不代表原本資料用途自動消失，也不表示可以把所有住址複製到新資料夾。長期核准證據與短期配送資料應分開管理，既保留必要脈絡，也避免不必要暴露。
若服務認證或排程需要更動，由技術負責人確認方式、測試、回復與服務持續安排。不要因管理者換人就自行輪替所有認證，造成已核准訂單中斷；也不能以怕中斷為由永久沿用無主帳號。本指南不宣稱特定平台具備所有角色或匯出功能，須依實際帳戶能力驗證。
確認通知信箱與復原聯絡人是否仍指向即將離職的個人，並由管理者使用核准方式調整。共用窗口仍應有具名管理責任，不能因地址看起來是部門信箱就假設有人每天接手。需要保留歷史郵件時，依企業的人事、個資與法律安排處理，不以共享整個私人信箱作為預設交接方式。
讓未結訂單、未領取群組與客服承諾繼續可追蹤
交接時做一份有日期的快照，直到接任簽認前持續記錄變更。保留原始訂單、配送、領取及事件編號，附供應商確認、核准圖稿版本、數量、目的地範圍與最後已確認狀態。供應商的估計日期仍是估計，不能在交接摘要裡變成公司保證的到貨日。
收禮者群組至少區分已邀請、已領取、拒領、逾期、已下單與已交付。尚未領取的人可能仍需要提醒、客服或經核准的展延決定，不能只交一個人數。連同現行條款、訊息版本與承諾一起移交；換負責人不是自動重發邀請、重設資格或延長到期日的授權。
服務承諾要寫得可執行：由誰回覆、使用哪個管道、約定目標時間、語言與升級路徑。目標不是已達成的證據。如果部分處理由供應商負責，仍要有企業內部具名窗口追到底，不能在表格裡只寫「廠商處理」。收件匣轉寄完成，也不代表原本待回覆案件都被承接。
付款、訂單或退款結果不明時，先查原交易，保存最新回覆與下次確認動作，不直接重做。爭議則由採購或法務保管權威往來資料及停止決定。新方案負責人可以接受協調責任，但不必因此獲得和解或撤回請求的權限。把案件協調與專業決策分開，能讓交接不必等待所有爭議結案。
透過核准管道通知相關內部及供應商窗口，內容限生效負責人、正式聯絡方式及升級指示。不要為了告知交接而廣發住址或機密爭議文件。需要完整生命周期可參閱全球企業送禮營運指南；交接表則留下這個時間點仍在運作的具體物件。
假設案例一：十二國員工活動進行中，全球主管離職
假設全球負責人即將離職，十二國員工活動仍在進行：部分國家已出貨，部分邀請尚未領取，一家供應商正等待圖稿核准。國家數與情境皆為規劃示例，不是客戶成果。主管先指定正式代理負責人，不把原主管最後工作日視為責任自然轉給旁邊同事的時點。
人資確認職務異動及必要撤權時程，財務簽認代理的有限授權、地方核准人與預算視圖。各地負責人補充客服時間、語言及當前例外，營運提供原訂單與待決圖稿。即使全球角色更換，地方稅務、個資及雇主決策也不因此轉交給代理人；需要的專業核准仍留在原權責單位。
團隊比較立即切換與短期分階段交接。立即切換適合資料與權限都已就緒的情況，可以迅速避免雙主責，卻較少時間發現缺漏。分階段可安排示範與測試，但每種動作仍要有唯一決策者及固定結束時間。「兩個人都能核准全部」不是可驗收的階段設計。
假設選擇分階段。接任者先追回一筆未結訂單、處理使用測試資料的地址更正、解釋一筆爭議預算項目。原主管示範原始證據，不交出個人密碼。授權管理者在離職期限前確認新角色，財務再測試申請是否到達新的核准人，而不是只看組織圖已更新。
若新任者看得到訂單，卻收不到客服升級通知，就不能因登入成功直接簽認。由有權限的管理者修正佇列，暫時使用已核准的代理客服窗口，缺陷保留在交接表。舊帳號仍依應撤權時間處理，不把設定失敗變成無限延長的理由；只暫停缺少安全路徑的動作。
此案例的驗收包括已簽認的負責人對照表、沒有無主例外、一份對平預算與測試通過的客服路徑。沒有無主例外不等於沒有未結例外。第一次檢視抽查一筆配送問題及一筆未領取邀請，確認有可聯絡負責人、下一步及證據；實測後才記錄結果，本案例不宣稱測試已經發生。
跨國方案可將地方覆核分開驗收：地方負責人確認自己的案件及服務時間，全球接任者確認升級與資金責任，財務確認同一筆承諾未被不同國家重複計算。某個地方尚未補齊證據，就保留該範圍的待辦，不把其他已有效承接的國家全部重新歸零，也不把局部通過說成十二國都已驗收。
假設案例二：區域負責人轉調，供應商爭議與未領取案件並存
假設區域負責人轉調時，供應商正爭議補送費用，另有一批禮品邀請尚未領取。這是假設性的交接練習，不是任何真實帳戶的商業或法律判斷。採購保留原爭議編號、信件、契約立場與有權協商的人，個資負責人確認接任者的存取地點及資料流是否改變。
原負責人列出費用、原訂單、最後確認的供應商回覆與下一期限。客服交付未領取群組、現行條款、待回答問題與服務承諾；財務依自己的定義確認款項屬保留、已承諾或爭議。接任者接受後續協調，不把簽收登錄表說成供應商請求已經和解，也不因人員換了就重算領取期限。
立即交接適合權限、資料及客服路徑都已確認的情況。短期雙重控管則可保留原負責人解釋複雜歷史的機會，但要拆開決策權，例如接任者處理收禮支援，採購單獨處理和解。代理何時到期、哪些動作仍需專責人批准，都要明確；不能留下兩個人都以為對方會處理的長期重疊。
假設接任者發現一筆退款請求沒有確認結果。他保留原編號，請財務或供應商管理者先查原交易，再決定是否重試。不把案件歸零、不刪除不確定紀錄，也不把搜尋沒有結果解讀成錢一定沒動。不會碰到這筆交易的不相關工作可以繼續，但須確認不會造成重複處理。
若原負責人突然無法聯絡，主管啟用有限權限的代理，採購保管爭議證據與下次檢視日，客服維持收件人聯絡路徑。此案例的合格交接是每一項未解事項都有主責、臨時權限清楚到期、第一次每週檢視有記錄；爭議款仍保留爭議狀態，直到有權單位真的解決。
以版本簽認與第一次檢視證明交接，而不是靠口頭完成
以下檢核表搭配2026年10月20日版本的登錄欄位使用，是企業內部建議，不是法定表單或已完成測試報告。每項附結論、證據位置、責任人與時間；失敗項目則記錄影響、下一個動作與具體覆核日，讓接任者知道什麼可以做、什麼仍要等。
-
主管指定接任或代理、適用範圍、切換時間與授權到期。
-
財務確認正式授權、核准路徑及一份可對帳的資金視圖。
-
管理者測試接任操作，並記錄原人員應有的權限異動。
-
個資負責人確認必要存取、資料位置、保存與適用保留事項。
-
營運移交原訂單、生產、配送及變更的固定編號。
-
客服接受未領取群組、未結案件、回覆目標與升級路徑。
-
採購及其他專責單位保留爭議、不確定交易與下一步。
-
接任者與必要覆核人簽認指定版本，排定第一次檢視。
接任者可以接受一項已知未結義務，同時拒絕證明尚未做過的權限測試；這是兩個不同結論。不要因資料夾已分享，就把所有欄位改成完成。對尚未接手的項目，原權責安排是否仍有效，要由有權人決定，不能讓表格空白自動代表已移交。
第一次檢視對照快照與目前訂單、資金承諾，確認代理權限已到期或有明確續期，抽查一個未結案件是否仍有窗口。檢查舊升級地址是否還默默承擔唯一回覆責任。發現錯誤時補正並保留有效歷史，不重寫交接日期來掩蓋中間的空窗。
建議簽認文字直接列出已接受的義務與保留項目，例如「接受既有配送案件協調，不包含供應商和解權；待財務確認的退款維持停止」。這是寫法示例，不是已簽署的真實紀錄。搭配版本、時間與下一檢視日，才能讓交接後的同事理解承接的界線，不把所有問題都歸到一句籠統的已完成。
若第一次檢視發現某個原本標為完成的項目沒有支持證據，先恢復誠實的待確認狀態，指派查核人並記錄影響。不要刪掉原簽認來掩蓋錯誤，也不應宣稱新任者接受資料後就自動替過去的錯誤背書。管理目的是補回可追溯的責任，而不是讓文件永遠保持沒有例外的外觀。
地方簽認與全球驗收可分開記錄，但要指向同一版本，避免不同語言的附件承接了不同範圍。
接任者尚未到位，或供應商爭議還沒解決時怎麼辦？
請主管指定有限範圍代理，保留專責停止事項，只暫停沒有授權或安全存取的動作。原編號、不確定狀態與證據都保留，設定具體檢視日期及收件人聯絡路徑。不要共享個人帳號、假設爭議已解決，或未經授權延長原人員存取。
讓責任可以承接，而不是在交接時消失
良好的企業送禮交接，讓沒有參與原討論的人也能理解並執行。授權有範圍與時間，帳號屬於核准身分，資金可對帳，未結義務看得見。衡量標準不是原負責人寄出多少文件，而是新任者能否在權限內做事、說明剩下的問題，並找到有權決定的人。
企業完成上述決策後，可把Giftpack列為既定送禮、預算與履約流程的執行選項。實際帳戶角色、紀錄、服務範圍與商業條款仍須確認；平台不取代企業的財務授權、個資、雇主或法律判斷。