表彰平台给经理的通知，为什么未必意味着提名已获批准

经理收到一条员工表彰通知，是否就表示提名已批准？Reward Gateway的Manager Alerts帮助页没有把所有通知视为同一进度。它一处说明已经收到并分享的认可，另一处明确说，关于直属员工收到提名的通知只是提醒，不表示该提名已经批准。

先看已收到认可的情形。原文把eCard、即时奖励和已经批准且分享到Social Wall的提名并列，说明经理可以收到邮件和站内提示。这段话中的“已批准”有明确对象和条件，不能把它从这一类说明搬到另一条仅通知收到提名的规则上。本文不判断某位员工应得什么奖励，也没有实际查看通知或提名记录。

收到提名的提醒则保留未决状态。它让经理知道直属员工有一项提名进入视野，但并未替审批流程给出结论。通知存在与最终结果之间的差距，是这份帮助直接写出的区别；不能由收到邮件推断奖励已经发生。与“某一级有多少审批人”的问题相比，这里讨论的是消息表达了哪一种事件。

纪念日提醒又使用另一种时间关系。帮助页说，在具备相应日期资料的情况下，生日和入职周年提醒会先于日期一周发送，到了当天再提醒一次。提前消息并不是把生日或周年写成已经发生，而是服务于后续认可时机。入职周年依赖开始日期，生日依赖出生日期，两类资料不能互相补足。

直属经理关联也不是可省略的前提。原文描述，员工资料需要能够关联到接收提醒者的唯一标识；缺少Line Manager栏时，不会发出经理提醒。生日一项另外要求直属员工选择在个人资料中分享生日。这里仅解释帮助所列条件，没有建议上传个人资料或设置真实账户访问。

此外，客户可以选择启用哪些提醒，也可以暂时全部停用；经理也能选择不接收某些提醒。因而，平台支持一项规则与某位经理实际收到一条消息，仍是两个事实。本文没有把功能文档当成送达回执，更不会由没有看到消息推断员工没有生日、没有周年或没有被表彰。

这份帮助页标示2026年3月13日更新，首次发布日期未明确。它提供的是认可事件、提名进度、纪念日时间与资料条件之间的具体关系，不是奖励预算、劳动权益或隐私适用性的结论。本文没有发卡、审批或处理员工数据，所述均限于公开产品说明。