| 打印 打开 PDF 版本的联机帮助

#### 关于基于时间的工作簿分配 通过导入客户工作簿记录和联系人工作簿记录，可以管理客户和联系人的工作簿分配。您可以指定导入的每次工作簿分配的开始日期和结束日期。如果未指定工作簿分配的开始日期，则分配将立即变为活动状态。您还可以使用“未来主要标志”字段指定在工作簿分配活动时，分配给客户或联系人的工作簿是否将成为该客户或联系人的主要工作簿。 注意：要导入客户工作簿或联系人工作簿记录，您的角色必须包括“管理将来的工作簿”权限。 ### 客户和联系人工作簿分配的更新 工作簿分配过程会定期运行，以检查客户和联系人的所有工作簿分配以及根据需要更新分配。要确定何时计划为 Oracle CRM On Demand 的例程运行工作簿分配过程，请与 Oracle CRM On Demand Customer Care 联系。 工作簿分配过程将按如下方式更新客户和联系人的工作簿分配： 激活工作簿分配。如果已到工作簿分配的开始日期，且分配尚未处于活动状态，则分配将变为活动状态。在工作簿变为活动状态时，属于该工作簿的成员的用户可通过该工作簿的成员身份访问客户或联系人。 例如，您可以导入将工作簿 A 分配给客户 1 的客户工作簿记录，其中开始日期为明年 1 月 1 日。在明年 1 月 1 日开始后首次运行工作簿分配过程时，客户 1 的工作簿 A 的工作簿分配会变为活动状态。 确定工作簿是否是主要工作簿。如果针对工作簿分配将“未来主要标志”字段设置为 Y，并且将要激活分配，该工作簿将成为客户或联系人的主要工作簿。 例如，假定工作簿 A 当前是客户 1 的主要工作簿。您可以导入将工作簿 B 分配给客户 1 的客户工作簿记录，其中开始日期为明年 1 月 1 日，且“未来主要标志”字段设置为 Y。在明年 1 月 1 日开始后首次运行工作簿分配过程时，客户 1 的工作簿 B 的工作簿分配将变为活动状态，且工作簿 B 会成为客户 1 的主要工作簿。工作簿 A 不再是客户 1 的主要工作簿。但是，客户 1 的工作簿 A 的工作簿分配变为活动状态，除非在运行工作簿分配过程时，分配的结束日期已过去。 解决将多个工作簿指定为主要工作簿时产生的冲突。如果客户或联系人的多个工作簿分配具有相同的开始日期，且“未来主要标志”字段也都设置为 Y，则达到分配的开始日期时，将发生以下情况： 所有工作簿分配都将变为活动状态。 第一个变为活动状态的工作簿分配将成为记录的主要工作簿。 如果记录已存在主要工作簿，则该工作簿不再是记录的主要工作簿，但工作簿分配保持活动状态，除非工作簿分配的结束日期已过去。 例如，假定工作簿 A 当前是客户 1 的主要工作簿。您可以导入客户 1 的两个客户工作簿记录。一条记录将工作簿 B 分配给客户 1，另一条将工作簿 C 分配给客户 1。两个分配的开始日期都是明年 1 月 1 日，且两个分配的“未来主要标志”均设置为 Y。在明年 1 月 1 日开始后首次运行工作簿分配过程时，客户 1 的工作簿 B 和工作簿 C 的分配将变为活动状态，且先处理的分配将成为客户 1 的主要工作簿。工作簿 A 不再是客户 1 的主要工作簿。但是，客户 1 的工作簿 A 的工作簿分配变为活动状态，除非在运行工作簿分配过程时，分配的结束日期已过去。 根据需要停用工作簿分配和移除主要工作簿。如果工作簿分配记录的结束日期已过去，则分配将变为不活动状态且将从记录中移除工作簿。此外，如果工作簿以前是客户或联系人的主要工作簿，则工作簿不再是客户或联系人的主要工作簿。 例如，假定工作簿 A 当前是客户 1 的主要工作簿。工作簿分配的结束日期是今年 12 月 31 日。在明年 1 月 1 日开始后首次运行工作簿分配脚本时，工作簿分配将变为不活动状态，且将从客户 1 的主要工作簿位置移除工作簿 A。 工作簿分配变为不活动状态时，将结束工作簿和客户或联系人之间的关系，且将从客户或联系人中移除工作簿。用户不再可通过该工作簿的成员身份访问客户或联系人。但是，可通过其他工作簿或其他访问控制组件（如团队成员身份）访问客户或联系人的用户仍可访问记录。 您无法更改工作簿分配过程。 ### 基于时间的工作簿分配示例 作为基于时间的工作簿分配示例，注意以下事项：当前未将工作簿 A 分配给客户 1。在今年 12 月 1 日，您可导入将工作簿 A 分配给客户 1 的客户工作簿记录。工作簿分配的开始日期为明年 1 月 1 日，结束日期为同年 3 月 31 日。工作簿分配过程将按如下方式激活和停用工作簿分配： 在明年 1 月 1 日开始后首次运行工作簿分配过程之前，工作簿 A 到客户 1 的分配将处于不活动状态，且工作簿 A 不会显示在客户 1 的详细信息页面的“工作簿”相关信息部分中。 在明年 1 月 1 日开始后首次运行工作簿分配过程时，工作簿分配过程将激活工作簿分配。发生这种情况时，工作簿 A 会显示在客户 1 的详细信息页面的“工作簿”相关信息部分中。 在明年 3 月 31 日结束后首次运行工作簿分配过程时，工作簿分配过程将停用工作簿分配。发生这种情况时，工作簿 A 不再显示在客户 1 的详细信息页面的“工作簿”相关信息部分中。 ### 指定工作簿分配的开始日期和结束日期时的限制 指定工作簿分配的开始日期和结束日期时，注意以下限制： 如果同时指定开始日期和结束日期，则开始日期必须早于结束日期。 如果未指定开始日期，则分配将在添加到 Oracle CRM On Demand 的时间变为活动状态。 如果未指定结束日期，则工作簿分配保持活动状态，除非从记录中移除工作簿。 如果指定结束日期但未指定开始日期，则工作簿分配立即变为活动状态，且在达到结束日期或从记录移除工作簿分配之前（以先到者为准），工作簿分配保持活动状态。 例如，您可以导入将工作簿 A 分配给客户 1 且无开始日期和结束日期的客户工作簿记录。在这种情况下，工作簿分配将立即变为活动状态，且工作簿分配过程绝不会将其设为不活动状态，因为工作簿分配没有结束日期。但是，您可以通过用户界面从客户 1 移除工作簿 A。 注意：客户可同时分配有多个工作簿，且每个工作簿分配的开始日期和结束日期相同或不同。同样，联系人也可同时分配有多个工作簿，且每个工作簿分配的开始日期和结束日期相同或不同。 您可以在 Oracle CRM On Demand 用户界面的工作簿分配详细信息中查看开始日期和结束日期，但不能在用户界面中更改这两个日期。 ### 关于更新现有工作簿分配 如果导入记录来将工作簿分配给客户或联系人，且已将工作簿分配给客户或联系人，则将使用导入记录中的值更新 Oracle CRM On Demand 中的现有工作簿分配记录。通过导入空值，也可以覆盖“开始日期”或“结束日期”字段中的现有值。例如，假定已将工作簿 A 分配给客户 1。分配的开始日期已过去，而结束日期在将来。您可以为开始日期与现有分配相同但没有结束日期的工作簿 A 和客户 1 导入客户工作簿记录。在这种情况下，将更新现有分配并移除结束日期。 #### 更新活动工作簿分配的标准 如果现有工作簿分配已处于活动状态，则现有分配和导入的记录的活动期间必须重叠或连续。导入以更新活动工作簿分配的记录的开始日期和结束日期必须符合以下标准： 如果现有分配没有结束日期，则导入的记录中的开始日期不能是将来日期。 导入记录的开始日期最多比现有分配的结束日期晚 7 天。 如果不符合这些标准，则不更新现有活动工作簿分配。 #### 更新将来工作簿分配的标准 通过导入记录将工作簿分配给客户或联系人时，如果对于同一工作簿和同一客户或联系人已经有开始日期在将来的工作簿分配记录，则导入分配的结束日期最多比现有分配记录的开始日期早 7 天。例如，如果已存在于明年 2 月 1 日将工作簿 A 分配给客户 1 的记录，且想要将分配的开始日期更改为明年 1 月 1 日，则导入的记录的结束日期不能早于明年 1 月 25 日。如果导入的分配记录的结束日期是 1 月 24 日或更早，则记录导入失败，且将返回错误消息，指明记录已存在。 #### 相关主题 请参阅以下主题以了解相关的信息： 关于导入工作簿和工作簿分配 使用工作簿管理销售地区的方案 使用工作簿管理销售地区的示例

已发布 8月 2022 | Copyright © 2005, 2022, Oracle和/或其附属公司。Legal Notices.