事件通知类型

有人请求我上传文档。

文档请求者在收到上传文档的请求时会收到电子邮件通知。

我被分派到一个问题。

仅当项目的状态为“当前”并且问题的状态不是“已关闭”或等同于“已关闭”的状态时，问题受理人才会收到电子邮件通知。

拥有轻度许可、参与者许可、审查许可或请求许可的用户不会收到通知。

我需要批准一个问题。

哪些用户会收到此事件的电子邮件通知，这取决于是否启用了“不需要项目团队中的审批者（对于包含角色的审批流程）”设置（如配置全局审批设置中所述）。

如果启用了此选项，则会向系统中具有“审批者”工作角色的所有用户发送电子邮件通知。

如果禁用此选项，则只有具有“审批者”工作角色的项目团队成员会收到电子邮件通知。

如果项目处于“计划”或“当前”状态，则会发送通知。

我需要回顾委托给我的问题审批。

当有人将问题审批委派给另一个用户时，将通知该用户。

仅当项目处于当前状态时，才会发送通知。

我需要审批一个项目。

哪些用户会收到此事件的电子邮件通知，这取决于是否启用了“不需要项目团队中的审批者（对于包含工作角色的审批流程）”设置（如配置全局审批设置中所述）。

如果启用了此选项，则会向系统中具有“审批者”工作角色的所有用户发送电子邮件通知。

如果禁用此选项，则只有具有“审批者”工作角色的项目团队成员会收到电子邮件通知。

我被设置为任务的主要被分配人。

如果任务被分配人是任务的主要被分配人，则任务被分配人会收到电子邮件通知，除非被分配人是进行分配的用户。

如果项目状态为“当前”且任务未标记为“完成”，则会发送通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

我需要批准一项任务。

哪些用户会收到此事件的电子邮件通知，这取决于是否启用了“不需要项目团队中的审批者（对于包含角色的审批流程）”设置（如配置全局审批设置中所述）。

如果启用了此选项，则会向系统中具有“审批者”工作角色的所有用户发送电子邮件通知。

如果禁用此选项，则只有具有“审批者”工作角色的项目团队成员会收到电子邮件通知。

仅当请求时的项目状态为“当前”时，才会发送通知。

我需要回顾委托给我的任务审批。

当有人将问题审批委派给另一个用户时，将通知该用户。

仅当请求时的项目状态为“当前”时，才会发送通知。

我的工时表已重新开立。

除非重新打开时间表的用户同时也是时间表的所有者，否则时间表所有者会在时间表重新打开时收到电子邮件通知。

仅当时间表状态为“打开”时，才会发送电子邮件通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

我的工时表被拒绝。

时间表所有者会在时间表被拒绝时收到电子邮件通知，除非拒绝时间表的用户同时也是所有者。

仅当时间表状态为“被拒绝”时，才会发送电子邮件通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

我需要审批工时表。

在提交需要审批的时间表后，时间表审批者会收到电子邮件通知，除非提交时间表的用户也是时间表审批者。

仅当时间表状态为“已提交”时，才会发送通知。

我的团队获得了新的工作请求。

当团队收到新的工作请求时，团队成员会收到电子邮件通知。 （如果提交请求的用户是团队成员，则不会收到通知。）

仅当发出工作请求时的项目状态为“当前”且工作请求状态为“新建”时，才会发送通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

我收到新的工作请求。

工作项的被分派人会收到电子邮件通知，除非提出请求的用户也是被分派人。

如果任务状态为“完成”或问题状态为“已关闭”，则不会发送通知。

仅当请求时的项目状态为“当前”时，才会发送通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

文档审批请求已完成。

文档审批请求完成后，文档请求者会收到电子邮件通知。

已履行文档上传请求。

当上传文档的请求得到满足时，文档请求者会收到电子邮件通知。

我在项目中添加了一个问题。

当问题创建者向项目中添加问题时，问题创建者会收到通知。

仅当项目状态为“当前”或“计划”时，才会发送通知。

有人被分配到我是主要联系人的问题。

将问题分配给用户后，问题的主要联系人会收到通知。

仅当项目状态为“当前”或“计划”时，才会发送通知。

在完成问题之后，发送电子邮件给问题创建者。

仅当项目状态为“当前”或“计划”时，才会发送通知。

当项目状态更改时，向输入项目的用户发送电子邮件。

项目状态更改时，创建项目的用户会收到电子邮件通知。

我提交请求（确认）。

问题的主要联系人会在提交问题时收到电子邮件通知。

仅当项目状态为“当前”并且项目使用“是技术支持”视图时，才会发送通知。

有人已分配给我的请求。

当用户被分配给问题时，除非主要联系人和分配的用户是同一个用户，否则问题的主要联系人会收到电子邮件通知。

仅当项目状态为“当前”并且项目使用“是技术支持”视图时，才会发送通知。

我的请求已关闭（确认）。

当请求关闭时，问题的主要联系人会收到电子邮件通知。

仅当项目状态为“当前”并且项目使用“是技术支持”视图时，才会发送通知。

如果启用了“问题完成”通知，它们将始终触发，而不是“向问题主要联系人关闭的请求”。 如果要触发此通知，则必须取消激活“问题完成”通知。

在我是主要联系人的问题上更改或上传文档。

在上传或更改有关问题的文档时，问题的主要联系人会收到电子邮件通知，除非上传或更改文档的用户同时也是主要联系人。

仅当项目状态为“当前”，且项目在“队列设置”选项卡上启用了“Publish作为帮助请求队列”时，才会发送通知。

我的请求上的状态已更改。

问题主要联系人会在问题状态更改时收到电子邮件通知，除非更改状态的用户同时也是主要联系人。

仅当项目状态为“当前”并且项目使用“是技术支持”视图时，才会发送通知。

在我的文档中添加了一个评论。

Workfront中文档的所有者会在文档上发布评论时收到电子邮件通知，除非发布评论的用户同时也是文档所有者。

任何直接包含在评论中的用户都会收到电子邮件通知。

仅当项目状态为“当前”时，才会发送通知。

即时通知电子邮件的主题是： <项目名称>上<请求名称>的 评论（ref# <请求参考编号>）

每日摘要通知的主题是：通信的摘要<每日摘要的日期>

在请求上发布评论时，通过电子邮件将问题发送给主要联系人。

当在请求上发布评论时，问题的主要联系人会收到电子邮件通知，除非发布评论的用户也是问题的主要联系人。

任何直接包含在评论中的用户都会收到电子邮件通知。

仅当项目状态为“当前”时，才会发送通知。

有人将我列入定向更新。

定向更新是指用户明确将另一个用户包含在更新中，如在更新上标记其他用户中所述。

在这种情况下，定向更新中包含的用户会收到有关更新的电子邮件通知。

仅当用户具有对象的访问权限并在其配置文件中将其保持启用时，才会发送电子邮件通知。

默认情况下，此事件通知处于激活状态，无法取消激活。

有人将我的团队列入定向更新。

定向更新是指用户明确将另一个用户包含在更新中，如在更新上标记其他用户中所述。

在这种情况下，定向更新中包括的团队的任何成员都会收到有关更新的电子邮件通知。

电子邮件通知仅发送给对更新对象具有访问权限的用户。

如果发送定向更新的用户是所包含的团队的成员，则发送更新的用户不会收到电子邮件通知。

某人备注我所在的跟帖。

当用户在线程中发表评论时，线程中的参与者和直接消息中包含的用户会收到电子邮件通知。

用户必须具有查看权限才能接收通知。

以下用户未收到通知：

• 直接消息中包含的团队

• 注释的所有者

• 主要联系人

某人备注我的工作项之一。

工作项的被分派人在用户向工作项添加更新时收到电子邮件通知，除非添加更新的用户也是被分派人。

有人回复了我的请求。

当用户提交请求且另一个用户回复该请求后，提交请求的用户会收到电子邮件通知。

如果出现以下情况，则不发送电子邮件通知：

• 回复的用户是发出请求的同一个用户

• 用户无权查看注释

已完成委托的问题审批请求。

当您将问题审批委托给其他人时，您会在他们完成该审批时收到电子邮件通知（无论他们是否批准或拒绝问题审批）。

已完成委托的项目审批请求。

当您将项目审批委托给其他人时，您会在他们完成该审批时收到电子邮件通知（无论他们是否批准或拒绝项目审批）。

委托的任务审批状态已完成。

当您将任务审批委托给其他人时，您会在他们完成该审批时收到电子邮件通知（无论他们是否批准或拒绝任务审批）。

文档审批请求已取消。

文档审批请求被取消时，文档的文档审批者会收到电子邮件通知。

已完成团队任务的所有前置任务。

任务被分派人（团队的所有成员）都会收到电子邮件通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

我的任务的所有前置任务都已完成。

任务被分派人收到电子邮件通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

在批准或拒绝问题之后，向被分派的用户发送电子邮件。

在作出（批准或拒绝）批准决策时，问题的被分派人会收到电子邮件通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

我完成的任务已被批准或拒绝。

当任务被批准或拒绝时，任务被分派人会收到电子邮件通知。

仅当项目状态为“当前”时，才会发送通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

在完成问题之后，发送电子邮件给分派用户。

仅当项目状态为“当前”或“计划”时，才会发送通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

当问题的截止日期改变时，向被分派的用户发送电子邮件。

问题被分配人在计划完成日期更改时收到电子邮件通知，除非更改计划完成日期的用户也是被分配人。

仅当项目状态不是Planning时才发送通知。

我的工作项之一的状态发生更改。

除非更改状态的用户同时也是受让人，否则问题的受让人在状态更改时收到电子邮件通知。

仅当项目状态为“当前”时，才会发送通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

在我的请求下上传或更改文档。

在上传或更改其添加问题的文档时，问题被分派人会收到电子邮件通知。

如果输入问题的用户是问题受分配人，则不会发送电子邮件通知。

仅当项目状态为“当前”，且项目在“队列设置”选项卡上启用了“Publish作为帮助请求队列”时，才会发送通知。

在完成任务之后，发送电子邮件给分派用户。

任务被分派人在任务完成时收到电子邮件通知。 个人任务完成后，不会发送通知。

仅当项目状态为“当前”时，才会发送通知。

拥有轻度许可、参与者许可、审查许可或请求者许可的用户不会收到通知。

我的任务之一的前置任务已完成。

当任务的前置任务之一完成时，任务被分派人会收到电子邮件通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

当任务的到期日期改变时，向被分派的用户发送电子邮件。

当任务的计划完成日期更改时，任务被分配人会收到电子邮件通知，除非更改计划完成日期的用户也是任务被分配人。

仅当项目状态不是Planning时才发送通知。

不会发送有关个人任务的通知。

当任务状态更改时，向被分派的用户发送电子邮件。

任务被分配人会在任务状态更改时收到电子邮件通知，除非更改状态的用户也是被分配人。

仅当项目状态为“当前”时，才会发送通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

当项目处于活动状态时，发送电子邮件给团队。

项目用户会在项目变为活动状态时收到电子邮件通知。

在添加文档之后，发送电子邮件给团队。

将文档添加到项目时，项目团队中的用户会收到电子邮件通知，但添加该文档的用户除外。

仅当项目状态为“当前”且文档不是“专用”时，才会发送通知。

在添加问题之后，发送电子邮件给团队。

在将问题添加到项目时，项目中的用户会收到电子邮件通知。

仅当项目状态为“当前”时，才会发送通知。

在完成问题之后，发送电子邮件给团队。

项目中的任何用户都会收到通知。

仅当项目状态为“当前”或“计划”时，才会发送通知。

在完成里程碑任务之后，发送电子邮件给团队。

当里程碑任务完成后，项目团队中的所有用户都会收到通知。

仅当项目状态为“当前”或“计划”时，才会发送通知。

在完成项目之后，发送电子邮件给团队。

当项目状态为完成时，项目团队中的用户会收到电子邮件通知。

提示：如果项目定期完成，则启用此选项可能会为在许多项目上任务数量有限的用户创建大量电子邮件。

当项目状态更改时，发送电子邮件给团队。

当项目状态更改时，项目团队中的用户会收到电子邮件通知。

我被添加到一个项目。

添加到项目的用户会在添加时收到电子邮件通知，除非该用户已自行添加到项目中。

仅当项目状态为“当前”时，才会发送通知。

在完成任务之后，发送电子邮件给团队。

项目团队成员会收到电子邮件通知。

仅当项目状态为“当前”时，才会发送通知。

在添加未分配问题之后，发送电子邮件给团队。

将未分配的问题添加到项目时，项目用户会收到电子邮件通知。

仅当项目状态为“当前”时，才会发送通知。

在添加文档之后，发送电子邮件给项目所有者。

将文档添加到项目时，项目所有者会收到电子邮件通知，除非添加该文档的用户也是项目所有者。

仅当项目状态为“当前”且文档不是“专用”时，才会发送通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

在添加问题之后，发送电子邮件给项目。

在将问题添加到项目时，项目所有者会收到电子邮件通知。

仅当项目状态为“当前”或“计划”时，才会发送通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

当问题的提交日期改变时，向项目所有者发送电子邮件。

当项目问题的提交日期更改时，项目所有者会收到电子邮件通知，除非更改提交日期的用户与项目所有者是同一用户。

在完成问题之后，发送电子邮件给项目所有者。

项目所有者会收到电子邮件通知。

仅当项目状态为“当前”或“计划”时，才会发送通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

在完成里程碑任务之后，发送电子邮件给团队。

仅当项目状态为“当前”或“计划”时，才会发送通知。

当项目所有者更改或项目创建时，发送电子邮件给新分派所有者。

当用户被指定为项目所有者时，该用户会收到电子邮件通知。

如果项目所有者是进行分配的同一个用户，则不会发送电子邮件通知

我拥有的一个项目落在了后面。

当项目进度落后时，项目所有者会收到电子邮件通知。

当任务的提交日期改变时，向项目所有者发送电子邮件。

当项目上任务的提交日期更改时，项目所有者会收到电子邮件通知，除非更改提交日期的用户也是项目所有者。

在完成任务之后，发送电子邮件给项目所有者。

项目所有者会收到通知。

仅当项目状态为“当前”时，才会发送通知。

当任务从正进度状态（按时）更改为负进度状态（延迟）时，发送电子邮件给项目所有者。

当项目中的任务落后于计划时，项目所有者会收到电子邮件通知。

仅当项目状态为“当前”时，才会发送通知。

在添加未分配问题之后，发送电子邮件给项目所有者。

当未分配的问题添加到项目时，项目所有者会收到电子邮件通知。

仅当项目状态为“当前”或“计划”时，才会发送通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

在添加文档之后，发送电子邮件给项目发起人。

在将文档添加到项目时，项目发起人会收到电子邮件通知，除非该文档由项目发起人添加。

仅当项目状态为“当前”且文档不是“专用”时，才会发送通知。

在添加问题之后，发送电子邮件给项目发起人。

在将问题添加到项目时，项目发起人会收到电子邮件通知。

仅当项目状态为“当前”或“计划”时，才会发送通知。

在完成问题之后，发送电子邮件给项目发起人。

项目发起人会收到电子邮件通知。

仅当项目状态为“当前”或“计划”时，才会发送通知。

在完成里程碑任务之后，发送电子邮件给项目发起人。

项目发起人在其发起的项目上完成里程碑任务时会收到电子邮件通知。

仅当项目状态为“当前”或“计划”时，才会发送通知。

我赞助的项目落后。

当项目进度落后时，项目发起人会收到电子邮件通知。

当项目赞助者更改或项目创建时，发送电子邮件给新分派赞助者。

当项目发起人设置为项目发起人时，项目发起人会收到电子邮件通知。

在完成任务之后，发送电子邮件给项目发起人。

项目发起人会收到电子邮件通知。

仅当项目状态为“当前”时，才会发送通知。

当任务从正进度状态（按时）更改为负进度状态（延迟）时，发送电子邮件给项目发起人。

当项目中的任务落后于预定计划时，项目发起人会收到电子邮件通知。

仅当项目状态为“当前”时，才会发送通知。

在添加未分配问题之后，发送电子邮件给项目发起人。

当未分配的问题添加到项目时，项目发起人会收到电子邮件通知。

仅当项目状态为“当前”或“计划”时，才会发送通知。

取消我发送的文档上传请求。

文档请求被取消时，文档请求者会收到电子邮件通知。

发现需要您注意的错误。

Workfront尝试连接到POP帐户失败后，会生成电子邮件通知。 尝试25次后，Workfront会禁用与POP帐户的连接以保留资源，并会发送通知。

如果POP电子邮件与请求队列关联，则电子邮件通知将发送给项目所有者；如果POP帐户与电子邮件设置中的“接收邮件”功能关联，则电子邮件通知将发送给Workfront管理员。

问题分配更改影响了我的一名人员。

当更改影响被分配人管理的用户时，问题被分配人管理器会收到电子邮件通知。

仅当项目状态为“当前”或“计划”时，才会发送通知。

在Workfront中创建新用户时，发送电子邮件给用户。

创建新用户后，该用户会收到电子邮件邀请，通知他们已创建Workfront帐户，并提示他们设置密码。

创建新用户时，用户可以选择“向此人发送邀请电子邮件”选项（如添加用户中所述）。 但是，全局启用“新用户至用户”选项后，无论是否选择“向此人发送邀请电子邮件”选项，所有新用户都会收到电子邮件邀请。

我的一个人员已添加到项目中。

当经理的其中一个直接报告添加到项目时，经理会收到电子邮件通知。

拥有“Light”或“Review”许可证的用户不会收到通知。

任务分配更改影响了我的一名人员。

任务受让人的经理会收到电子邮件通知。

仅当项目状态为“当前”时，才会发送通知。