雇用流中的分配的业务头衔默认

分配由业务头衔进行标识，而此头衔使用 ORA_PER_EMPL_DEFAULT_BUSINESS_TITLE_FROM 概要信息选项代码从响应式雇用流中的职务或职位默认设置。

注：

“成批合法雇主更改”流的业务头衔默认自来源分配，而与概要信息选项无关。
“转换待定员工”流（转换、快速转换和 ESS 进程）的业务头衔默认自来源待定员工分配，而与概要信息选项无关。

下表显示如何根据概要信息选项默认业务头衔：

概要信息选项	默认行为
保留用户更改	这是当前应用程序行为，其中业务头衔基于员工职务进行填充；如果员工分配存在职务变动，则头衔将自动更改。但是，如果用户人工更新员工分配上的业务头衔，将保留更新的值，即使员工分配存在职务变动也是如此。
基于职务变动自动更新	业务头衔基于员工职务进行填充，如果员工分配存在职务变动，则头衔将自动更改。即使用户人工更新员工分配上的业务头衔，如果员工分配存在职务变动，更改也会替换为新的职务值。
基于职位变动自动更新	业务头衔基于员工分配上的职位进行填充，如果员工分配存在职位变动，则头衔将自动更改。即使用户人工更新员工分配上的业务头衔，如果员工分配存在职位变动，更改也会替换为新的职位值。

下表基于为概要信息选项配置的值显示响应式雇用流中的应用程序行为：

响应式雇用流	“基于职位变动自动更新”概要信息选项的行为	“基于职务变动自动更新”概要信息选项的行为	“保留用户更改”概要信息选项的行为
添加流，例如“聘用员工”。	“业务头衔”字段最初为空白，且基于“职位”字段中选择的值默认为职位。如果未为“职位”字段选择值，则在提交时业务头衔默认为分配编号。	“业务头衔”字段最初为空白，且基于“职务”字段中选择的值默认为职务。如果未为“职务”字段选择值，则在提交时业务头衔默认为分配编号。	“业务头衔”字段最初为空白，且基于“职务”字段中选择的值默认为职务。如果未为“职务”字段选择值，则在提交时业务头衔默认为分配编号。
更新流，例如“晋升”和“调动”。	如果职位变动，业务头衔会默认为新职位值。如果职位未变动，则保留上一个业务头衔值。	如果职务变动，业务头衔会默认为新职务值。如果职务未变动，则保留上一个业务头衔值。	如果职务变动，则会发生以下情况：如果用户尚未人工改写业务头衔，则业务头衔默认为新职务值。如果用户已人工改写业务头衔，则保留业务头衔的上一个值。如果职务未变动，则保留上一个业务头衔值。
更正流，例如“雇用详细信息”。	如果职位变动，业务头衔会默认为新职位值。如果职位未变动，则保留上一个业务头衔值。	如果职务变动，业务头衔会默认为新职务值。如果职务未变动，则保留上一个业务头衔值。	如果职务变动，则会发生以下情况：如果用户尚未人工改写业务头衔，则业务头衔默认为新职务值。如果用户已人工改写业务头衔，则保留业务头衔的上一个值。如果职务未变动，则保留上一个业务头衔值。
添加分配（永久和临时）	业务头衔默认自来源分配。如果职位变动，业务头衔会默认为新职位值。如果用户未更改默认业务头衔，则当提交时在业务头衔之后会附加 `-<number>`。例如，如果来源分配业务头衔为“销售经理”，并且用户未对新分配的业务头衔进行任何更改，则在用户提交事务处理之后，新业务头衔将为“销售经理 -2”。但是，如果业务头衔已包含连字符 (-)，例如“Sales - Manager”，则在业务头衔之后不会附加该编号。如果未为“职位”字段选择值，则业务头衔会默认为分配编号。	业务头衔默认自来源分配。如果职务变动，业务头衔会默认为新职务值。如果用户未更改默认业务头衔，则当提交时在业务头衔之后会附加 `-<number>`。例如，如果来源分配业务头衔为“销售经理”，并且用户未对新分配的业务头衔进行任何更改，则在用户提交事务处理之后，新业务头衔将为“销售经理 -2”。但是，如果业务头衔已包含连字符 (-)，例如“Sales - Manager”，则在业务头衔之后不会附加该编号。如果未为“职务”字段选择值，则业务头衔会默认为分配编号。	业务头衔默认自来源分配。如果在要添加的新分配上发生职务变动，并且来源分配中的用户未改写业务头衔值，则业务头衔将更新为新职务值。如果用户未更改默认业务头衔，则当提交时在业务头衔之后会附加 `-<number>`。例如，如果来源分配业务头衔为“销售经理”，并且用户未对新分配的业务头衔进行任何更改，则在用户提交事务处理之后，新业务头衔将为“销售经理 -2”。但是，如果业务头衔已包含连字符 (-)，例如“Sales - Manager”，则在业务头衔之后不会附加该编号。 “业务头衔”字段最初为空白，且基于“职务”字段中选择的值默认为职务。如果未为“职务”字段选择值，则业务头衔会默认为分配编号。
本地和全球调动（全球调动和全局临时分配）	业务头衔默认自来源分配。如果职位变动，业务头衔会默认为新职位值。如果新添加的分配中的职位与来源分配中的职位不同，则在业务头衔中默认新分配职位值。如果未为“职位”字段选择值，则业务头衔会默认为分配编号。	业务头衔默认自来源分配。如果新添加的分配的职务不同，则在业务头衔中默认新职务值。如果未为“职务”字段选择值，则业务头衔会默认为分配编号。	业务头衔默认自来源分配。如果在要添加的新分配上发生职务变动，并且来源分配中的用户未改写业务头衔值，则业务头衔将更新为新职务值。如果新添加的分配的职务不同，则会发生以下情况：如果用户尚未人工改写业务头衔，则业务头衔默认为新职务值。如果用户已人工改写业务头衔，则保留业务头衔的上一个值。如果未为“职务”字段选择值，则业务头衔会默认为分配编号。

显示多个分配的业务头衔

通过在“雇用信息”页面上的“业务头衔”值列表 (LOV) 中查看分配属性，您可以标识并选择相应的分配。此外，还可以通过配置要在业务头衔值列表中显示的附加分配属性来标识文档记录中的必需分配。以下是“业务头衔”值列表中可用属性的顺序：

业务头衔
分配编号
合法雇主
员工类型
地点（仅在分配中存在该值时显示）
人力资源状态（仅在分配处于已暂停或无效状态时显示）

值列表中的属性首先按人力资源状态（即，“有效”、“无效”或“已暂停”的升序）排序，然后按分配创建日期（即，最晚日期优先的降序）排序。

例如，下面介绍如何使用属性查找具有有效分配、已暂停分配或无效分配的员工（无地点）：

对于有效分配：经理信息系统；E10101010；Vision Corporation；员工；加利福尼亚州阿尔伯塔省
对于已暂停的分配：管理顾问；E10101010-1；Vision Corporation；员工；加利福尼亚州阿尔伯塔省；已暂停 - 合格薪资
对于无效分配：管理培训员；E10101010-2；Vision Corporation；员工；无效 - 无工资

注：值列表中的属性用分号 (;) 分隔。

您可以使用 REST LOV 配置附加分配属性。下面是启用 LOV 的步骤：

将 ORA_PER_EMPL_ENABLE_WRK_ASG_REST_LOV 概要信息选项设置为 Y。
使用 HCM 体验设计工作室中的“搜索配置”配置员工分配值列表。

下表显示了可用于配置的字段和默认显示的字段。

字段名称	默认显示
业务头衔	是（搜索和显示）
分配编号	是（搜索和显示）
合法雇主	是（搜索和显示）
地点	是（搜索和显示）
分配状态	是（仅显示）
分配类型	否
业务单位	否
职位	否
职务	否
薪资级别	否
部门	否
主要	否
经理姓名	否

注：如果启用此功能以配置附加分配属性，则业务头衔值列表将替换“雇用信息”和“文档记录”页上的现有“业务头衔”切换程序。如果您已使用页面编辑器个性化业务头衔值列表，则需要重做个性化。

以下几点汇总了业务头衔值列表的行为：

仅当选定员工具有 1 个以上的分配时，才会显示在“雇用信息”页上。
列出处于以下任何人力资源状态的分配：有效、已暂停、无效。
列出除机会分配之外的所有分配类型。
支持分配级别安全性，并仅列出已登录用户有权访问的选定员工的分配。
业务头衔值列表中的属性按以下顺序排序：
- 有效的主要项（Primary_Flag = Y，Primary_Assignment_Flag = Y）
- 有效的主要项（Primary_Flag = N，Primary_Assignment_Flag = Y）- 按分配创建日期列出的内部订单
- 有效的非主要项（Primary_Flag = N，Primary_Assignment_Flag = N）- 按分配创建日期列出的内部订单
- 已暂停主要项（Primary_Flag = Y，Primary_Assignment_Flag = Y）- 按分配创建日期列出的内部订单
- 已暂停主要项（Primary_Flag = N，Primary_Assignment_Flag = Y）- 按分配创建日期列出的内部订单
- 已暂停非主要项（Primary_Flag = N，Primary_Assignment_Flag = N）- 按分配创建日期列出的内部订单
- 无效 - 按分配创建日期列出的内部订单

响应式雇用流	“基于职位变动自动更新”概要信息选项的行为	“基于职务变动自动更新”概要信息选项的行为	“保留用户更改”概要信息选项的行为
添加流，例如“聘用员工”。	“业务头衔”字段最初为空白，且基于“职位”字段中选择的值默认为职位。如果未为“职位”字段选择值，则在提交时业务头衔默认为分配编号。	“业务头衔”字段最初为空白，且基于“职务”字段中选择的值默认为职务。如果未为“职务”字段选择值，则在提交时业务头衔默认为分配编号。	“业务头衔”字段最初为空白，且基于“职务”字段中选择的值默认为职务。如果未为“职务”字段选择值，则在提交时业务头衔默认为分配编号。
更新流，例如“晋升”和“调动”。	如果职位变动，业务头衔会默认为新职位值。如果职位未变动，则保留上一个业务头衔值。	如果职务变动，业务头衔会默认为新职务值。如果职务未变动，则保留上一个业务头衔值。	如果职务变动，则会发生以下情况：如果用户尚未人工改写业务头衔，则业务头衔默认为新职务值。如果用户已人工改写业务头衔，则保留业务头衔的上一个值。如果职务未变动，则保留上一个业务头衔值。
更正流，例如“雇用详细信息”。	如果职位变动，业务头衔会默认为新职位值。如果职位未变动，则保留上一个业务头衔值。	如果职务变动，业务头衔会默认为新职务值。如果职务未变动，则保留上一个业务头衔值。	如果职务变动，则会发生以下情况：如果用户尚未人工改写业务头衔，则业务头衔默认为新职务值。如果用户已人工改写业务头衔，则保留业务头衔的上一个值。如果职务未变动，则保留上一个业务头衔值。
添加分配（永久和临时）	业务头衔默认自来源分配。如果职位变动，业务头衔会默认为新职位值。如果用户未更改默认业务头衔，则当提交时在业务头衔之后会附加 `-<number>`。例如，如果来源分配业务头衔为“销售经理”，并且用户未对新分配的业务头衔进行任何更改，则在用户提交事务处理之后，新业务头衔将为“销售经理 -2”。但是，如果业务头衔已包含连字符 (-)，例如“Sales - Manager”，则在业务头衔之后不会附加该编号。如果未为“职位”字段选择值，则业务头衔会默认为分配编号。	业务头衔默认自来源分配。如果职务变动，业务头衔会默认为新职务值。如果用户未更改默认业务头衔，则当提交时在业务头衔之后会附加 `-<number>`。例如，如果来源分配业务头衔为“销售经理”，并且用户未对新分配的业务头衔进行任何更改，则在用户提交事务处理之后，新业务头衔将为“销售经理 -2”。但是，如果业务头衔已包含连字符 (-)，例如“Sales - Manager”，则在业务头衔之后不会附加该编号。如果未为“职务”字段选择值，则业务头衔会默认为分配编号。	业务头衔默认自来源分配。如果在要添加的新分配上发生职务变动，并且来源分配中的用户未改写业务头衔值，则业务头衔将更新为新职务值。如果用户未更改默认业务头衔，则当提交时在业务头衔之后会附加 `-<number>`。例如，如果来源分配业务头衔为“销售经理”，并且用户未对新分配的业务头衔进行任何更改，则在用户提交事务处理之后，新业务头衔将为“销售经理 -2”。但是，如果业务头衔已包含连字符 (-)，例如“Sales - Manager”，则在业务头衔之后不会附加该编号。 “业务头衔”字段最初为空白，且基于“职务”字段中选择的值默认为职务。如果未为“职务”字段选择值，则业务头衔会默认为分配编号。
本地和全球调动（全球调动和全局临时分配）	业务头衔默认自来源分配。如果职位变动，业务头衔会默认为新职位值。如果新添加的分配中的职位与来源分配中的职位不同，则在业务头衔中默认新分配职位值。如果未为“职位”字段选择值，则业务头衔会默认为分配编号。	业务头衔默认自来源分配。如果新添加的分配的职务不同，则在业务头衔中默认新职务值。如果未为“职务”字段选择值，则业务头衔会默认为分配编号。	业务头衔默认自来源分配。如果在要添加的新分配上发生职务变动，并且来源分配中的用户未改写业务头衔值，则业务头衔将更新为新职务值。如果新添加的分配的职务不同，则会发生以下情况：如果用户尚未人工改写业务头衔，则业务头衔默认为新职务值。如果用户已人工改写业务头衔，则保留业务头衔的上一个值。如果未为“职务”字段选择值，则业务头衔会默认为分配编号。