配置 SAP Sales and Service Cloud
学习目标
通过界定项目范围以及设置通信系统、通信安排、代码列表映射、ID 映射和号码范围，配置 SAP Sales and Service Cloud 集成
SAP Sales and Service Cloud 集成配置步骤
SAP Sales Cloud 和 SAP Service Cloud 的配置包含以下步骤：
编辑集成的项目范围
创建通信系统
配置通信安排
定义代码列表映射
创建 ID 映射
维护号码范围
在以下各节中，我们将更详细地介绍每个配置步骤。
范围界定
范围界定是配置 SAP Sales and Service Cloud 的第一步。它可用于启用系统的基本功能，例如与其他系统集成。
范围界定位于工作中心业务配置（Business Configuration）→ 视图**实施项目（Implementation Projects）**中。对系统配置的更改捆绑在实施项目中。因此，在进行更改之前必须先选择一个实施项目。范围界定过程划分为多个阶段，在系统中显示为一项引导式活动。与更改集成设置相关的两个阶段如下：
在阶段 3 中激活范围界定项目：确定项目中包含的所有必需范围界定元素。
在阶段 4 中回答范围界定问题：选定元素后，范围界定问题可让您更详细地控制要激活的功能。
您必须激活某个范围界定项目，以便在下一步中使相关问题在同一树位置可用。
激活范围界定功能
以下视频演示了 SAP Sales and Service Cloud 中集成功能的范围界定。
视频：本节含 SAP 官方视频（视频 ID
1_uz20jvtf），需在 learning.sap.com 在线观看。
用于集成 SAP S/4HANA 或 SAP ERP 的相关范围界定元素如下：
通信与信息交换→与外部应用和解决方案集成，然后根据所需的集成范围选择：
与 SAP ERP 集成： 无论要集成的是 SAP S/4HANA 还是 SAP ERP，都需要此元素。此外，它还会启用 ERP 特有的问题。
主数据集成： 此元素启用主数据的交换，例如业务伙伴或产品（物料主数据）。
集成到销售、服务和营销流程： ：此元素启用作为集成业务流程一部分的事务数据交换。
请确保选择范围界定元素
与 SAP ERP 集成（Integration with SAP ERP）
。忘记启用该范围界定元素是一个常见的陷阱，会导致在 ID 映射配置步骤中缺少条目。
在“问题”阶段，需要激活以下问题，以便按照本课程的各场景进行操作。
要将主数据从 SAP S/4HANA 复制到 SAP Sales and Service Cloud：
通信与信息交换→与外部应用和解决方案集成→主数据集成
业务伙伴： 您是否希望将业务伙伴从外部应用复制到您的云解决方案？
产品： 您是否希望将产品从外部应用复制到您的云解决方案？
为支持后续单元中提及的事务数据场景，需要激活以下问题：
通信与信息交换→与外部应用和解决方案集成→集成到销售、服务和营销流程
销售报价：
您是否希望为云解决方案中的销售报价创建发往外部应用的后续文档？
您是否使用外部应用来确定云解决方案中销售报价的价格、免费商品、产品可用性和信用状态？
销售订单：
您是否使用外部应用来确定云解决方案中销售订单的价格、免费商品、产品可用性和信用状态？
通信系统
通信系统用于在 SAP Sales and Service Cloud 中代表外部系统。它由两部分组成：一是属于目标系统（本课程中为 SAP S/4HANA）的逻辑系统名称（业务系统 ID 和 IDoc 逻辑系统 ID），二是属于网络层上真实通信伙伴的技术主机名，后者通常是中间件（本课程中为 Cloud Integration）。
技术视角与逻辑视角
下图从技术视角和逻辑视角展示了各系统之间的相互关系：
从逻辑视角看，图中每个外围系统（SAP S/4HANA 和 SAP Sales and Service Cloud）都直接向对方发送消息。
从技术视角看，中间件是接收消息并将消息继续发送出去的第一个通信伙伴。
因此，在通信系统定义中，需要维护实际目标系统的业务和逻辑系统名称（逻辑视角），但主机名（技术视角）必须是中间件。
创建通信系统
通信系统在工作中心管理员（Administrator）→ 视图常规设置（General Settings）→ 项目**通信系统（Communication Systems）**中维护。
以下屏幕截图显示了配置概览屏幕：
如前所述，主机名与 Cloud Integration 工作节点相关，而底部的业务实例条目反映目标系统的逻辑名称。为维护这些详细信息，必须在配置屏幕中添加一个业务实例。对于 SAP 系统，务必勾选 SAP Business Suite 复选框。
通信安排
创建通信系统后，即可配置通信安排。通信安排定义了实现特定通信场景所需的所有相关设置。例如，通信安排从 SAP Business Suite 复制业务伙伴包含用于接收业务伙伴业务对象、业务伙伴关系信息和业务伙伴附件的入站服务。此外，它还提供一个出站服务，可用于将有关已接收业务伙伴的确认消息发送到外部系统。
以下屏幕截图显示了此通信安排的只读概览屏幕：
编辑视图由多个选项卡组成，可在其中维护和查看以下设置：
代码列表映射（CLM）组，用于转换在微调中配置的代码值。
Web 服务的端点 URL，并具有下载 WSDL 文件或检查远程服务是否可用等附加功能。虽然入站服务（SAP Sales/Service Cloud 提供的服务）的 URL 是预定义的，但如果通信安排提供出站服务，则需要维护出站服务的 URL。
身份验证详细信息（基本身份验证/客户端证书），包括自动生成的技术用户，该用户拥有入站调用所需的所有权限。
配置通信安排
以下视频演示了如何根据本课程的范围，创建和配置用于从 SAP S/4HANA 接收主数据的通信安排。所需通信系统的创建也是该演示的一部分。事务场景的通信安排在后续单元中设置。
视频：本节含 SAP 官方视频（视频 ID
1_22c6keg5），需在 learning.sap.com 在线观看。
配置以下通信安排：
从 SAP Business Suite 复制物料
从 SAP Business Suite 复制业务伙伴
代码列表映射
与其他系统通信时，通常需要在通信伙伴之间转换技术代码和 ID。SAP Sales and Service Cloud 提供代码列表映射来转换在微调中维护的代码值（例如学术头衔代码、分销渠道代码等），并提供 ID 映射来转换对象的 ID（如业务伙伴 ID、销售组织 ID 等）。ID 映射可以在对象从其他系统复制时自动创建，也可以由用户手动维护。
在我们深入了解代码列表映射之前，先来明确什么是代码列表，以及如何在 SAP Sales and Service Cloud 中维护它。
代码列表
代码列表是一组值，由代码、描述以及有时更多的属性组成。代码列表通常用于提供可在微调中根据业务需求调整的预定义选项列表。在用户界面中，它们通常表示为下拉字段。
以下屏幕截图显示了代码列表 Academic Titles（学术头衔）的微调编辑屏幕，作为示例，它属于微调活动**一般业务伙伴（General Business Partners）**的一部分。
代码列表的描述通常可以用不同语言维护，而代码与语言无关，因此用于在数据库中存储所选值或与外部系统交换该值。
可以从
业务配置
工作中心进入微调，方法是选择
实施项目
视图、选择一个实施项目，然后选择
打开活动列表
按钮，或者导航到
业务配置
工作中心内的
概览
视图。在这两个位置，您都可以搜索微调活动，例如
一般业务伙伴
。
代码列表映射
代码列表映射允许您将 SAP Sales and Service Cloud 内部使用的代码映射为用于与其他系统通信的不同外部代码。但是，重要的是要理解，仅当两个系统具有含义相同但技术代码不同的条目时，映射代码才有用。
更重要的是，SAP Sales and Service Cloud 与外部系统的代码列表必须具有相同数量的选项。如果一个系统的选项多于另一个系统，只要另一个系统中没有匹配的选项，映射就无济于事。
这一点常常被忽视，但却是一个非常重要的方面，因为 SAP Sales and Service Cloud 附带预定义的代码列表。在独立场景中这非常方便，但在已有另一个主导系统（通常是 SAP S/4HANA 之类的 ERP 系统）的集成场景中，这可能适得其反。SAP Sales and Service Cloud 需要遵循现有系统，因此必须调整代码列表。
以下屏幕截图显示了这个问题。左侧的 SAP Sales and Service Cloud 比右侧的 SAP S/4HANA 多两个条目。这无法通过简单的映射解决。解决方案必须是从 SAP Sales and Service Cloud 中删除 SAP S/4HANA 中不存在的条目。否则，云解决方案的用户可能会选择那些在需要复制到本地部署系统时会失败的条目。按照这种方式，代码列表映射大多是必需的，因为自定义维护的代码必须以某个前缀开头（在大多数情况下是字母 "Z"），这使得映射成为必要。
以下屏幕截图以学术头衔为例演示了该解决方案。与之前显示 SAP Sales and Service Cloud 预交付代码的屏幕截图相比，解决方案也可以是直接删除 SAP S/4HANA 中不存在的那两个值。以下示例展示了另一种做法：删除 SAP Sales and Service Cloud 中的所有条目，并将 SAP S/4HANA 中的所有值作为带 "Z" 前缀的新条目添加进去。
注意
代码列表映射不仅仅包含映射代码。首先，必须对相关代码列表的可用条目进行协调统一，这意味着新集成的系统需要适应现有系统——至少对于属于交换数据一部分的代码列表而言是如此。
以下视频以代码列表 BusinessPartnerRoleCode 为例演示了代码列表映射的过程。
视频：本节含 SAP 官方视频（视频 ID
1_bq3tqybh），需在 learning.sap.com 在线观看。
在将 SAP Sales and Service Cloud 与 SAP S/4HANA（本地部署）集成时，交换业务伙伴通常需要以下代码列表映射条目。
本地数据类型名称 |
本地代码 |
描述 |
外部代码 |
|---|---|---|---|
BusinessPartnerRoleCode |
CRM000 |
客户 |
FLCU01 |
PartyRoleCode |
1001 |
账户 |
AG |
PartyRoleCode |
10 |
账单接收方 |
RE |
PartyRoleCode |
1005 |
收货方 |
WE |
PartyRoleCode |
8 |
付款方 |
RG |
BusinessPartnerRelationshipCategoryCode |
CRMH02 |
收货方关系 |
WE |
BusinessPartnerRelationshipCategoryCode |
CRMH03 |
付款方 |
RG |
BusinessPartnerRelationshipCategoryCode |
CRMH04 |
账单接收方关系 |
RE |
注意
该列表并不详尽，在采用这些值之前应始终与实际情形进行核对。
一般而言，只有与集成场景相关的代码列表才需要与集成对方协调一致。要了解哪些代码列表与哪些集成场景相关，或者特定代码列表分别出现在哪个业务对象中，您可以参考知识库文章 2598332随附的 Code List Usage 电子表格。
入站和出站默认值
在某些情况下，SAP Sales and Service Cloud 使用多个不同的代码，而它们在外部系统中只有一种表示形式、因而只有一个代码，或者情况相反。此类情况可以通过多个映射条目以及入站默认值或出站默认值标志来覆盖。
让我们看一下以下屏幕截图中所示的不同销售凭证类型示例（代码列表 BusinessTransactionDocumentProcessingTypeCode）。
SAP Sales and Service Cloud 中维护了不同的销售报价和订单类型：TA、OR 和 ZTA。而在 SAP S/4HANA 中，只有一个相关代码：TA。
屏幕截图中显示的映射涵盖以下情况：
需要发送到 SAP S/4HANA 的相关销售报价在 SAP Sales and Service Cloud 中创建为 ZTA 。当它们被发送到 SAP S/4HANA 以创建后续文档时，会被映射为 TA ，从而以 标准订单 的形式到达。
当类型为 TA 的销售订单从 SAP S/4HANA 复制到 SAP Sales and Service Cloud 时，它们应始终映射为 OR 。由于外部代码 TA 存在多个不同的代码映射，因此必须将一个条目标记为 入站默认值 ，以便系统知道在此方向上应选择哪个条目。
销售订单类型 TA 在 SAP Sales and Service Cloud 中并未使用。不过，代码列表默认包含此代码。也可以将其从映射表中删除，因为此映射永远不会被使用。
这是入站默认值标志的一个示例。出站方向也可能出现同样的情况。对于这种情况，您可以使用出站默认值标志。
代码列表映射捆绑在映射组中，在集成特定系统时，必须在通信安排中选择该映射组。这使您能够为每个集成系统甚至每个集成场景使用不同的映射。系统随附的默认组是 SAP On Premise Integration。这也可以在前面屏幕截图中所见的代码列表映射活动的上方表格中找到。
该情况也可以通过另一种方法解决：如前所述，可以删除代码对 TA-TA。这样就剩下两个映射条目。但是，ZTA-TA 这一对只与销售报价后续文档场景相关，本可以在另一个仅用于该后续通信安排的映射组中创建。
ID 映射
与代码列表映射和代码列表维护（二者都属于系统配置，即业务配置/微调）不同，ID 映射涉及业务对象实例，例如销售组织、业务伙伴、产品、销售报价等。
不过，ID 映射的理念与代码列表映射类似：在与其他解决方案交换业务对象时，假定这些对象在其他解决方案中具有不同的 ID。ID 映射会存储这些 ID，从 SAP Sales and Service Cloud 的角度看，它们是外部 ID，而本地 ID 也称为内部 ID。外部 ID 始终属于某个通信系统。
所有与集成相关的对象都需要一个外部 ID。当对象从外部系统复制而来时，系统会为其分配一个内部 ID，并自动写入与外部 ID 的 ID 映射，例如业务伙伴或产品。
如果交换的消息引用了尚未复制、而是在 SAP Sales and Service Cloud 本地创建的对象，则需要手动维护 ID 映射。这种情况的典型示例是销售组织和产品层次结构/类别。
ID 映射也可以借助 Microsoft Excel 进行批量维护。
以下视频以产品类别为例演示了维护 ID 映射条目的过程。
视频：本节含 SAP 官方视频（视频 ID
1_bxzwy78b），需在 learning.sap.com 在线观看。
与 SAP ERP 集成时的号码范围
本节仅在您与 SAP ERP 集成时才相关。除此之外，本地号码范围的维护被视为一项与集成无关的任务。
一般来说，号码范围与 ID 的自动分配相关。在使用和集成 SAP 系统时，号码范围有不同的维护任务。让我们先对它们做一个概览：
内部 ID： 可以在 SAP Sales and Service Cloud 和 SAP S/4HANA 中独立定义用于内部 ID 分配的号码范围，与到其他系统的集成无关。
外部 ID - 与集成场景相关：
入站：当对象从其他系统复制而来时，它们会自动存储在 ID 映射中。
出站：每当在 SAP Sales and Service Cloud 中创建对象并复制到外部系统时，都可以通过确认消息获取外部 ID，因此它也会被自动写入。
出站到 SAP ERP：但是，在与 SAP ERP 或其他不支持确认消息的系统集成时存在一种特殊情况。这将在下一节中说明。
与 SAP ERP 集成时维护号码范围
将业务伙伴与 SAP ERP 集成需要额外的配置：
问题： 当在 SAP Sales and Service Cloud 中创建新业务伙伴并发送到 SAP ERP 时，没有确认 IDoc/消息。因此，SAP Sales and Service Cloud 无法获得有关所分配 ERP 编号的信息。
解决方案： SAP Sales and Service Cloud 需要在复制之前提取一个 ERP 客户、潜在客户或联系人编号，并写入 ID 映射。
微调活动将业务伙伴数据从您的云解决方案集成到 SAP ERP可用于定义在复制到 SAP ERP 之前从哪个号码范围提取客户、潜在客户或联系人编号。仅当与 SAP ERP 集成在范围内时，该活动才可用。
在 SAP Sales and Service Cloud 中维护的 SAP ERP 号码范围，也必须在 SAP ERP 中作为外部维护的号码范围进行维护，这样这些编号就不会在 ERP 端被用于其他用途，从而确保 SAP Sales and Service Cloud 是唯一控制它们的系统。
本课其余配图
