参考信息：学生适用资格规则的命名惯例
Workday Student 在其各个产品领域中使用适用资格规则作为基础框架。 适用资格规则使用学生或意向学生的相关数据（例如居民信息、学科设定、学生标记、姓氏）来确定他们是否符合 Workday 中某些内容的条件（例如注册、课程完成、经济资助）。我们建议您与跨职能团队讨论适用资格规则的命名惯例。
Workday 建议以下“Eligibility Rules”功能区域的命名惯例：
在命名适用资格规则时，我们建议：
- 使用日期引用并使用“+”表示适用资格规则不早于该日期适用。示例：AR_GU_Econ_Majar (2021+)。
- 阐明您的机构每年多次更新学术要求的日期。示例：2021F（表示 2021 年秋季）或2020SP（表示 2020 年春季）。
- 在使用“组合”类型的学生适用资格规则时，命名子规则保持一致。考虑在学生必须完成“1 与 2”的情况下使用数值。如果学生可以在a 或 b之间进行选择，则可以考虑使用字母值。 示例：
- 组合规则：AR_GU_SCHEM_化学核心 (2020)
- 子规则 1：AR_UNG_SCHEM_化学 1 (2020)
- 子规则 2：AR_UNG_SCHEM_化学 2 (2020)
- 组合规则：AR_USA
- 子规则 1：AR_GU_COMM_Public Statement A（2020）
- 子规则 2：AR_GU_COMM 公开演讲 B (2020)
与学术要求相关的适用资格规则
您使用学生适用资格规则来创建学术要求。《学术要求》具有版本控制的生效日期，而《学生适用资格规则》则没有。要将适用资格规则关联到特定生效日期，我们建议将该日期添加为名称的一部分。
您可以使用以下命名惯例来配置“学术要求的学生适用资格规则”：
[Area Prefix]_[Academic Requirement]_[Name of Requirement]_[Abbreviated PoS Code]_[Effective Date]
| 示例：
|
[地区前缀]_[Level]_[ PoS 代码缩写]_[Name of Requirement ([Effective Date])
| 示例：
|
[学术要求]_[级别]_[缩写 PoS 代码]_[要求名称]（[Effective Date]+）
| 示例：
|
课程管理的适用资格规则
您可以使用以下命名惯例为课程管理配置学生适用资格规则：
[Area Prefix]_[Eligibility Rule]_[Name of Requirement]_[Effective Date]
| 示例：
|
[Area Prefix]_[Level]_[Name of Requirement ([Effective Date])
| 示例：
|
[Area Prefix]_[Level]]_[Name of Requirement ([Effective Date]+)
| 示例：
|
学生记录的适用资格规则
您可以使用以下命名惯例为学生记录配置学生适用资格规则：
[Area Prefix]_[Eligibility Rule]_[Name of Requirement]
| 示例：
|
[Area Prefix]_[Level]_[Name of Requirement ([Effective Date])
| 示例：
|