学习目标
- 列出可以通过导入/导出过程传输的三个数据对象。
- 解释Salesforce B2C Commerce XSD文件的用途。
- 说明使用“优化价格手册”功能的好处。
- 解释特定于对象的模式文件的两个好处。
- 说明如何使用实例来推出店面数据。
介绍
琳达·罗森伯格（Linda Rosenberg）是高端定制运动鞋公司Cloud Kicks的新管理员。她的最高职责是数据管理。具体来说，她需要管理外部系统与B2C Commerce之间的店面数据传输。她还需要帮助将站点配置和设置数据从一个实例移动到另一个实例，以使新的开发人员实例联机。
Cloud Kicks会在记录系统中开发目录详细信息，例如SKU号，产品描述，尺寸，图像，价格等，Linda必须使用导入过程将数据传输到B2C Commerce。同时，只要鞋店购物者在B2C Commerce中创建订单，兑换优惠券等等，Linda就需要确保数据进入外部系统进行处理。为此，她使用导出流程。
注意
店面是由B2C Commerce支持的在线电子商务网站。一个实例可以包含多个店面。
在本单元中，Linda学习了有关B2C Commerce如何处理进出口的一些基础知识。后来，当她尝试使用B2C Commerce手动触发或“批处理”流程以及网站导入/导出时，她将这些概念付诸实践。让我们继续。
在Linda可以尝试B2C Commerce中的网站导入/导出功能之前，她需要了解：
- Cloud Kicks导入和导出的数据类型。
- Cloud Kicks管理员和开发人员使用的实例类型。
- 模式文件如何工作，以及她需要熟悉哪些模式文件。
- B2C Commerce如何处理数据验证。
店面数据导入/导出
Linda了解到Cloud Kicks可以导入和导出以下类型的店面数据。
| 导入 | 导出商品 |
|---|---|
| 活动数据 | 优惠券兑换 |
| 目录 | 客户记录 |
| 优惠券 | 订单 |
| 订单更新（取消，退货，运输） | |
| 价格书 |
Cloud Kicks的过程非常简单，其外部系统支持B2C Commerce文件结构。这意味着Linda可以在大多数情况下使用手动的Business Manager导入/导出过程。但是，Cloud Kicks会在经常更新的第三方产品信息管理（PIM）系统中维护大型和复杂的价目表。因此，Cloud Kicks不是使用Business Manager导入过程，而是使用“优化价格手册”功能来导入其价格数据。此功能使传质效率更高。
导入到暂存
B2C Commerce为客户提供了四种类型的实例：沙箱，登台，开发和生产。开发人员在其中使用沙箱实例，因此Linda仅在与开发人员一起编辑或创建新的导入或导出过程时才使用沙箱实例。一旦他们测试了新流程，开发人员便将其从沙箱移至临时实例供她使用。
Linda使用登台和开发实例来导入和导出店面数据。登台实例是她准备进行数据传输的地方。在分阶段测试了店面数据和代码之后，她首先将其复制到开发实例，然后再复制到生产实例。她使用开发实例在转移到生产之前验证转移是否成功。
记录存档和清理是导入过程中重要的也是最后一步。Linda每周一次使用手动流程来存档以前的XML文件，并消除旧文件和不必要的数据。当她删除在业务管理器中执行的导入记录时，它将自动删除相关的日志文件。
模式文件
Linda知道B2C Commerce模式是实现导入和导出的重要组成部分。模式是一组特定于对象的XSD文件，这些文件定义了XML导入和导出文件的结构。B2C Commerce仅接受以这些模式格式化的XML导入文件。当Linda通过业务管理器手动导入文件时，B2C Commerce会根据其各自的架构自动对其进行验证。
Cloud Kicks与合作伙伴一起配置外部系统，以便它们在架构所需的结构中生成XML文件。Linda熟悉生成导入文件的外部作业，因此她可以容纳更改。例如，有时架构会更改，而她需要知道更改如何影响其导入或导出过程。
B2C Commerce会自动以正确的XML格式导出文件，但优惠券代码除外，它将以CSV格式导出。
这些是她密切关注的架构文件：
- catalog.xsd
- 优惠券
- 优惠券兑换
- 客户.xsd
- customeractivedata.xsd
- order.xsd
- pricebook.xsd
资料验证
如前所述，当Linda通过Business Manager手动导入文件时，针对该架构的数据验证是自动的。如果她使用其他方式（例如以编程方式）导入数据，则必须要求开发人员以编程方式帮助验证数据。
有时，用户在业务管理器中手动创建数据，例如，当推销员Traude Beck向产品数据添加详细信息时。如果她的产品详细信息未遵循架构，则数据将无效，并且导出（甚至每晚备份）都将失败。为了使导出正常工作，Linda必须要求Traude编辑数据，以便她可以再次尝试导出。
大多数B2C Commerce模式都指定模式元素是可选的。这意味着Linda只需要在她用于导入的每个XML文件中包括她想要的元素。但是，她还需要确保她包括任何从属元素。例如，如果她在“平台运动鞋”上导入产品数据，则必须包括他们分配给的所有类别。如果她忘记在导入中包含一个（例如“平台”类别），则B2C Commerce将忽略此类别分配并将其报告在错误日志中。
现在让我们仔细看看一些元素，以便您了解我们在说什么。
元素和属性
我们了解到，模式提供了规则，并且生成的XML文件包含了数据，希望格式正确。
模式规则考虑了特定对象及其属性的性质。这使您可以对特定于对象的数据进行精细控制，并且可以帮助您更好地理解数据。这就是元素和属性进入的地方。元素是数据对象，属性描述了那些对象。例如，catalog.xsd（请记住，这是目录架构）包括类别和产品元素。
这是从目录架构生成的XML文件中category元素的示例。
display-name属性是在店面显示的类别的名称。online-flag属性设置为true，表示该类别在店面中可见。父级属性为“妇女-鞋子-凉鞋”子类别的父类别命名。
这是XML文件中product元素的示例。
接下来，琳达熟悉与她一起使用的三个最常见元素的一些重要进出口规则：类别，产品和订单。
类别元素
这些是导入类别元素时要考虑的一些特定于元素的规则。
- 类别元素可以按任何顺序出现在XML文件中。
- 使用删除或替换模式不会删除目录的根类别。使用替换模式进行了更新。（我们将在下一个单元中探索模式。）
- 删除类别将删除类别的类别分配（不是类别内的产品），类别链接（传入和传出）以及所有子类别。
- 根类别的显示名称和描述也设置为目录的显示名称和描述。
产品要素
这些是导入产品元素时要考虑的一些元素特定的详细信息。
- 产品元素可以以任何顺序出现在XML文件中。
- 捆绑产品，产品集和主产品类型是互斥的，因此捆绑产品，产品集产品和变型要素也是互斥的。
- 您不能指定捆绑包，产品集或主产品类型的变体。
- 变体和变体组完全由一个主产品拥有。您可以在一个导入过程中将所有权从一种主产品更改为另一种主产品。
订单元素
Linda导出Cloud Kicks订单并在订单管理系统中对其进行处理。B2C Commerce自动处理特定于订单的详细信息，例如订单状态，信用卡处理，回滚和退货。
下一步
在本单元中，Linda了解了她通过导入/导出处理的数据类型，实例类型，模式文件以及B2C Commerce如何验证数据。接下来，她学习如何将模式用于全局和特定于元素的导入和导出过程。