AI生成的虚构示意图：福利领取前核对安排，不代表已完成代领或员工本人已收到。
员工临时不能到场，同事愿意顺路代领。现场先看本次福利项目是否允许这种代领方式，再按项目认可的渠道核对本人授权。两项都有依据，且来人、物品和数量对应得上，才进入本次交付。
把资格、规则和授权分开核
领取资格回答“这位员工本次能领什么”，先查资格及是否已经领过。项目规则回答“是否允许由这类人代领”。本人授权回答“这次托谁领、领什么、领多少”。授权他人取物，领取资格仍属于原员工。
经办可先在现有项目记录中定位本次资格，再找允许代领的具体条款或已确认安排。规则没有覆盖这次情形，就交原有权角色确认处理办法；员工有资格、同事也认识，都不能替代这个决定。
本人授权按项目已认可的方式核对。例如，项目认可由员工通过既有工作渠道发起，就由经办从该渠道核本人、代领对象、物品数量和有效范围。只有他人转述或代领人自行说明时，回到原渠道补齐本人确认。授权对象或领取内容有变化，也在该渠道重新核对应范围。
现场需要什么资料，按识别用途确定
现场要能认出授权指定的人，并把这次交付对应到正确的领取记录。沿用项目已认可且足以完成识别的方式，记录核对结果。身份证影印件、员工诊断、整份人事资料和全员名单，都不设为通用必收项。
在中国境内处理这类个人信息时，资料范围应围绕明确的处理目的，限于必要范围。内部编号若仍能对应某个人，也属于可识别信息。[1] 具体项目还需按自己的处理依据和安排管理这些记录；本文的填写表用于梳理一次代领，不决定项目是否允许代领。
交给同事之后，留下两段状态
交付时记实际交出的物品、数量、时间和接收人。此时可以记“授权已核、已交代领人”；员工本人是否收到，留作下一项，由原项目负责跟进的人向本人确认后更新。这样员工来问进度时，经办能指出东西目前交到了哪一环。
福利代领确认记录：可直接填写
一次代领填写一条。交付前先完成前六项；第七项随现场实际交付填写，第八项随员工本人反馈更新。模板中的标识只填完成本次识别所需的信息。
- 项目及允许代领的规则依据：____
- 员工必要标识与资格状态：____
- 本人授权方式及核对结果：____
- 代领人必要识别信息：____
- 指定物品数量及授权范围：____
- 本次允许/待确认决定：____
- 现场实际交付事实：____
- 本人后续收到状态与待办：____
假设填写：同事已取走，本人收到待确认
以下项目、编号、渠道、时间和物品均为虚构。假设项目W29已有规则R1，允许同事代领，并认可本人从公司既有工作账号发出授权、现场核对同事现有工作身份；该安排仅用于演示，不代表任何现有平台功能或其他项目规则。
- 项目及允许代领的规则依据：虚构项目W29，既定规则R1允许同事代领一份指定礼品，认可公司现有工作渠道授权及现场工作身份核对。
- 员工必要标识与资格状态：员工虚构编号E29；行政经办已在项目记录核明本次有一份礼品资格，且尚未领取。
- 本人授权方式及核对结果：E29通过本人现有工作账号说明由同事C29代领礼品G29一份，限11月18日14:00—16:00领取；经办已从该认可渠道核明本人、对象及范围。
- 代领人必要识别信息：同事虚构编号C29；现场按R1核对来人的现有工作身份，与授权指定对象一致。记录核对结果，不另收身份证影印件。
- 指定物品数量及授权范围：礼品G29一份；仅授权C29在11月18日14:00—16:00取走该份礼品，不含替换物品、增加数量或再次转委托。
- 本次允许/待确认决定：允许本次代领；规则、资格与未领状态、本人授权范围及现场识别均已核对。
- 现场实际交付事实：假设11月18日14:10，经办已将G29一份交给C29；记录为“代领已交付”，接收人为C29。
- 本人后续收到状态与待办：E29本人收到待确认；行政经办通过原工作渠道向E29跟进，取得本人反馈后记录实收物品、数量及确认时间。
本次能够交给同事，是因为规则、资格及未领取状态、本人授权和现场识别均已核明。记录停在“代领已交付，本人收到待确认”，行政经办继续向E29确认转交情况，再更新最后一项。若实际拿到的物品或数量有差异，也在原项目记录中写明差异并交经办处理。
使用时把表放回原项目已有办理渠道。缺规则就找原规则确认人，缺本人授权就回本人认可渠道补核；涉及员工资料的沟通沿用原项目渠道。
资料参考
[1]《中华人民共和国个人信息保护法》，国家网信办刊载。本文只引用可识别信息和目的、必要范围的边界；代领方法及模板为编辑整理。