分类： Salesforce B2C Commerce店面实施

完成本单元后，您将能够：

• 说明为什么需要自定义应用程序。
• 列出两个SFRA定制。
• 解释两个SFRA装饰器模板之间的区别。
• 说明扩展或覆盖控制器如何影响功能和性能。
• 列出SFRA优于SiteGenesis的两个好处。

作为职能架构师，您已经进行了大量繁重的工作来制定战略，设计和记录Salesforce B2C Commerce店面解决方案。现在，您需要应用解决方案。你猜怎么着？这也需要一些计划。

问问自己以下几点：

• 我可以使用参考架构作为代码基础吗？如果可以，如何处理自定义？
• 如何集成第三方应用程序？
• 什么是实施最佳实践，它们如何改变我的方法？
• 我如何评估发射准备情况？

在本单元中，我们将讨论定制参考体系结构以满足商户的需求。我们稍后再讨论其他主题。

B2C Commerce具有出色的标准功能-一种尺寸最适合。但是标准功能并不总是能满足商家的所有要求。这不是弱点。更多有关使用B2C Commerce的商人的规模和范围。实际上，创建B2C Commerce店面的复杂性要求，如果我们要满足单个商家的要求，我们除了提供标准功能外，还需要提供一个完全可定制和可扩展的平台。

这些要求的差异很大，具体取决于商家的行业，行业，策略和规模。例如，书籍卖家与体育用品零售商的要求不同。想象一下，一个在线商店可以让购物者定制鞋类。或者是一家化妆品零售商，该零售商可以让客户照相自己的脸并对其进行化妆。一些零售商在多个国家/地区销售数百万件T恤，而另一些零售商则在一个精品店中出售一种皮包。

使用B2C Commerce，我们已经在参考架构中内置了启动器代码。实际上有两个：SiteGenesis和店面参考体系结构（SFRA）。我们在Salesforce B2C Commerce for Developers跟踪模块中了解了SFRA 。

目前，已有2700多个B2C Commerce站点使用SiteGenesis，已被证明是一些世界领先品牌的基础。除了标准店面功能外，SiteGenesis还提供了响应式设计和许多其他了不起的功能。但是，自定义SiteGenesis以满足您的应用程序要求之后，您必须使用任何SiteGenesis增强功能来更新您的应用程序。

我们进行了很好的了解，并提出了SFRA，这是一个开箱即用的框架，结合了站点设计，销售和技术架构方面的最佳实践，可帮助商家建立移动优先的店面。与SiteGenesis一样，SFRA提供功能齐全的购物车，结帐，主页，PDP页面等。但是SFRA还提供了针对移动设备优化的UX，具有简化的移动结帐流程和易于触摸的图标。

如果打算将SiteGenesis用于店面应用程序，请仔细考虑。虽然SiteGenesis已被许多站点使用，但也许应该考虑SFRA提供的功能了。

SFRA带有一个app_storefront_base盒带和一个服务器模块。基本墨盒包含大多数站点共有的功能。您可以使用插件盒式磁带，LINK盒式磁带和自定义代码盒式磁带在其上附加功能。B2C Commerce提供用于愿望清单，礼品登记，Apple Pay和产品比较以及中间件功能的插入式墨盒。LINK合作伙伴（例如PayPal和Bazaarvoice）提供LINK墨盒。因此，有各种各样的应用程序可供选择。

请记住，基本墨盒和模块不适合定制。这意味着您不会编辑或重命名app_storefront_base 墨盒和其他插件，例如plugin_applepay。这也意味着您需要使app_storefront_base盒式磁带和其他插件的版本保持最新，以获取所有更改。

这是限制性的吗？不，这是设计使然！

在通用基础上，您可以轻松使用安全更新，错误修复和新功能，而无需重新编码。由于SFRA在各个发行版之间向后兼容（紧急安全修复程序要求时除外），因此您只需下载新版本并运行自动化测试即可。无需再搜索代码更改，因此您可以将其移植到自定义代码。

由于SiteGenesis多年来一直是Commerce Cloud参考架构，因此在此领域有丰富的自定义经验。

这是一些典型的SiteGenesis定制。

• 创建一个新的单独属性，以仅控制类别细化中的显示类别。这是现有属性的补充，该属性以顶级导航和细化显示类别。
• 自动将购物车设置为默认的运送方式。在购物车级别而不是在结帐页面的运送页面上显示运送成本（和所有运送促销）。
• 在产品详细信息页面上同时显示销售变体和全价变体。通过在产品详细信息页面上的两个不同位置放置颜色，在视觉上将折扣SKU与全价SKU分开。
• 在内容位置对象上使用自定义网站首选项或自定义属性，以控制主页轮播的旋转速度。

定制仅受资源，时间和想象力的限制。现在您已经了解了使用两种不同的Commerce Cloud参考架构自定义店面的基本知识，让我们继续集成第三方应用程序。

完成本单元后，您将能够：

• 说明为什么第三方集成必不可少。
• 列出三个最常用的第三方集成。
• 解释可能发生的集成类型。
• 列出您需要考虑的三个潜在差距。

在Salesforce B2C Commerce实施中不可避免地要进行第三方集成。那不好吗？不，太神奇了！正如我们在“定制商务云参考架构”单元中了解到的，这是设计使然。

Salesforce B2C Commerce与其店面功能有关，而在线销售是我们的专长。但是，不处理在线税，信用卡付款和运输公司。第三方应用程序为店面表带来了必要的专业知识。

例如，让我们看一下在线销售税。从在线销售中收取销售税的基本规则如下：如果您的公司在某个州有实体存在或“联系”，则必须向该州的在线客户收取适用的销售税。如果您没有实体店，则通常不必为在线销售收取销售税。

这产生了很多问题。适用是什么意思？有些人可以豁免吗？营业税假期如何？物理存在意味着什么？仓库，实体店，营业所？这取决于特定司法管辖区的法律。

另外，每个州的法律和营业税率都不同，并且随着新法律的通过，它们会随着时间而变化。为了跟上这一步，您必须跟踪每个州的法律，而这仅仅是美国。此外，每个国家，省和地区的法律也在不断变化，这就是您将要花费的所有宝贵时间。

！

使用由专注于主题的人创建的第三方应用程序是更好的解决方案。让我们看一下一些关键的第三方应用程序，以及如何计划它们。

计划的集成应在摘要部分或文档的开始部分中进行详细说明，并在项目发现阶段之后的早期提供。现在是时候重新访问该列表并确保它完整了。

与第三方提供商的最常见集成包括付款处理器，评级和评论，税务处理和电子邮件服务。它们是第三方提供商可以脱颖而出的技术领域。

在B2C Commerce LINK计划中，这些是一些最常用的技术合作伙伴。

• 贝宝（Payment）
• Adyen付款服务（付款）
• Cyber​​Source（付款方式）
• Bazaarvoice（评分和评论）
• PowerReviews（评分和评论）
• 阿瓦拉（税）
• 益百利（地址验证）
• 茶叶（标签管理）
• 社交（社交）
• Certona（个性化）

它们适合应用程序的位置是关键。看看这张桌子上的一些想法。

您已经有了要集成的第三方应用程序列表，现在您需要检查所有组件是否就绪。集成中涉及的任务类型可以从装入盒带到传输数据，再到学习使用基于浏览器的新应用程序。

以下是一些示例集成任务。

集成完成后，无论集成工作量如何，都将开始测试。同样，将有正在进行的任务，例如错误修复和功能更新或在单独的应用程序中不断处理新数据。确保商人了解这些任务对其资源的影响。

您可能需要添加两列，以帮助您在实施过程中保持跟踪。

• 负责人（姓名，地址和电话号码）
• 时间表

您需要注意哪些差距？这里是其中的一些。

• 集成任务是否适合日程安排？
• 任务是否需要客户端资源？
• 有些集成依赖其他集成吗？
• 集成是否依赖某些B2C Commerce版本或功能？
• 是否有任何先决条件不可用或延迟？
• 有技术问题吗？
• 如果某个供应商有问题，其他供应商可以介入吗？

在本模块中，我们学习了如何使用参考体系结构作为代码基础以及如何处理自定义。我们还了解了如何集成第三方应用程序-为何第三方应用程序很重要，可用的典型应用程序以及您可能需要考虑的常见问题。现在该测试您的知识并获得一个崭新的徽章。

完成本单元后，您将能够：

• 说明为什么需要自定义应用程序。
• 列出两个SFRA定制。
• 解释两个SFRA装饰器模板之间的区别。
• 说明扩展或覆盖控制器如何影响功能和性能。
• 列出SFRA优于SiteGenesis的两个好处。

作为职能架构师，您已经进行了大量繁重的工作来制定战略，设计和记录Salesforce B2C Commerce店面解决方案。现在，您需要应用解决方案。你猜怎么着？这也需要一些计划。

问问自己以下几点：

• 我可以使用参考架构作为代码基础吗？如果可以，如何处理自定义？
• 如何集成第三方应用程序？
• 什么是实施最佳实践，它们如何改变我的方法？
• 我如何评估发射准备情况？

在本单元中，我们将讨论定制参考体系结构以满足商户的需求。我们稍后再讨论其他主题。

B2C Commerce具有出色的标准功能-一种尺寸最适合。但是标准功能并不总是能满足商家的所有要求。这不是弱点。更多有关使用B2C Commerce的商人的规模和范围。实际上，创建B2C Commerce店面的复杂性要求，如果我们要满足单个商家的要求，我们除了提供标准功能外，还需要提供一个完全可定制和可扩展的平台。

这些要求的差异很大，具体取决于商家的行业，行业，策略和规模。例如，书籍卖家与体育用品零售商的要求不同。想象一下，一个在线商店可以让购物者定制鞋类。或者是一家化妆品零售商，该零售商可以让客户照相自己的脸并对其进行化妆。一些零售商在多个国家/地区销售数百万件T恤，而另一些零售商则在一个精品店中出售一种皮包。

使用B2C Commerce，我们已经在参考架构中内置了启动器代码。实际上有两个：SiteGenesis和店面参考体系结构（SFRA）。我们在Salesforce B2C Commerce for Developers跟踪模块中了解了SFRA 。

目前，已有2700多个B2C Commerce站点使用SiteGenesis，已被证明是一些世界领先品牌的基础。除了标准店面功能外，SiteGenesis还提供了响应式设计和许多其他了不起的功能。但是，自定义SiteGenesis以满足您的应用程序要求之后，您必须使用任何SiteGenesis增强功能来更新您的应用程序。

我们进行了很好的了解，并提出了SFRA，这是一个开箱即用的框架，结合了站点设计，销售和技术架构方面的最佳实践，可帮助商家建立移动优先的店面。与SiteGenesis一样，SFRA提供功能齐全的购物车，结帐，主页，PDP页面等。但是SFRA还提供了针对移动设备优化的UX，具有简化的移动结帐流程和易于触摸的图标。

如果打算将SiteGenesis用于店面应用程序，请仔细考虑。虽然SiteGenesis已被许多站点使用，但也许应该考虑SFRA提供的功能了。

SFRA带有一个app_storefront_base盒带和一个服务器模块。基本墨盒包含大多数站点共有的功能。您可以使用插件盒式磁带，LINK盒式磁带和自定义代码盒式磁带在其上附加功能。B2C Commerce提供用于愿望清单，礼品登记，Apple Pay和产品比较以及中间件功能的插入式墨盒。LINK合作伙伴（例如PayPal和Bazaarvoice）提供LINK墨盒。因此，有各种各样的应用程序可供选择。

请记住，基本墨盒和模块不适合定制。这意味着您不会编辑或重命名app_storefront_base 墨盒和其他插件，例如plugin_applepay。这也意味着您需要使app_storefront_base盒式磁带和其他插件的版本保持最新，以获取所有更改。

这是限制性的吗？不，这是设计使然！

在通用基础上，您可以轻松使用安全更新，错误修复和新功能，而无需重新编码。由于SFRA在各个发行版之间向后兼容（紧急安全修复程序要求时除外），因此您只需下载新版本并运行自动化测试即可。无需再搜索代码更改，因此您可以将其移植到自定义代码。

由于SiteGenesis多年来一直是Commerce Cloud参考架构，因此在此领域有丰富的自定义经验。

这是一些典型的SiteGenesis定制。

• 创建一个新的单独属性，以仅控制类别细化中的显示类别。这是现有属性的补充，该属性以顶级导航和细化显示类别。
• 自动将购物车设置为默认的运送方式。在购物车级别而不是在结帐页面的运送页面上显示运送成本（和所有运送促销）。
• 在产品详细信息页面上同时显示销售变体和全价变体。通过在产品详细信息页面上的两个不同位置放置颜色，在视觉上将折扣SKU与全价SKU分开。
• 在内容位置对象上使用自定义网站首选项或自定义属性，以控制主页轮播的旋转速度。

定制仅受资源，时间和想象力的限制。现在您已经了解了使用两种不同的Commerce Cloud参考架构自定义店面的基本知识，让我们继续集成第三方应用程序。

完成本单元后，您将能够：

• 说明为什么第三方集成必不可少。
• 列出三个最常用的第三方集成。
• 解释可能发生的集成类型。
• 列出您需要考虑的三个潜在差距。

在Salesforce B2C Commerce实施中不可避免地要进行第三方集成。那不好吗？不，太神奇了！正如我们在“定制商务云参考架构”单元中了解到的，这是设计使然。

Salesforce B2C Commerce与其店面功能有关，而在线销售是我们的专长。但是，不处理在线税，信用卡付款和运输公司。第三方应用程序为店面表带来了必要的专业知识。

例如，让我们看一下在线销售税。从在线销售中收取销售税的基本规则如下：如果您的公司在某个州有实体存在或“联系”，则必须向该州的在线客户收取适用的销售税。如果您没有实体店，则通常不必为在线销售收取销售税。

这产生了很多问题。适用是什么意思？有些人可以豁免吗？营业税假期如何？物理存在意味着什么？仓库，实体店，营业所？这取决于特定司法管辖区的法律。

另外，每个州的法律和营业税率都不同，并且随着新法律的通过，它们会随着时间而变化。为了跟上这一步，您必须跟踪每个州的法律，而这仅仅是美国。此外，每个国家，省和地区的法律也在不断变化，这就是您将要花费的所有宝贵时间。

！

使用由专注于主题的人创建的第三方应用程序是更好的解决方案。让我们看一下一些关键的第三方应用程序，以及如何计划它们。

计划的集成应在摘要部分或文档的开始部分中进行详细说明，并在项目发现阶段之后的早期提供。现在是时候重新访问该列表并确保它完整了。

与第三方提供商的最常见集成包括付款处理器，评级和评论，税务处理和电子邮件服务。它们是第三方提供商可以脱颖而出的技术领域。

在B2C Commerce LINK计划中，这些是一些最常用的技术合作伙伴。

• 贝宝（Payment）
• Adyen付款服务（付款）
• Cyber​​Source（付款方式）
• Bazaarvoice（评分和评论）
• PowerReviews（评分和评论）
• 阿瓦拉（税）
• 益百利（地址验证）
• 茶叶（标签管理）
• 社交（社交）
• Certona（个性化）

它们适合应用程序的位置是关键。看看这张桌子上的一些想法。

您已经有了要集成的第三方应用程序列表，现在您需要检查所有组件是否就绪。集成中涉及的任务类型可以从装入盒带到传输数据，再到学习使用基于浏览器的新应用程序。

以下是一些示例集成任务。

集成完成后，无论集成工作量如何，都将开始测试。同样，将有正在进行的任务，例如错误修复和功能更新或在单独的应用程序中不断处理新数据。确保商人了解这些任务对其资源的影响。

您可能需要添加两列，以帮助您在实施过程中保持跟踪。

• 负责人（姓名，地址和电话号码）
• 时间表

您需要注意哪些差距？这里是其中的一些。

• 集成任务是否适合日程安排？
• 任务是否需要客户端资源？
• 有些集成依赖其他集成吗？
• 集成是否依赖某些B2C Commerce版本或功能？
• 是否有任何先决条件不可用或延迟？
• 有技术问题吗？
• 如果某个供应商有问题，其他供应商可以介入吗？

在本模块中，我们学习了如何使用参考体系结构作为代码基础以及如何处理自定义。我们还了解了如何集成第三方应用程序-为何第三方应用程序很重要，可用的典型应用程序以及您可能需要考虑的常见问题。现在该测试您的知识并获得一个崭新的徽章。

完成本单元后，您将能够：

• 说明为什么第三方集成必不可少。
• 列出三个最常用的第三方集成。
• 解释可能发生的集成类型。
• 列出您需要考虑的三个潜在差距。

在Salesforce B2C Commerce实施中不可避免地要进行第三方集成。那不好吗？不，太神奇了！正如我们在“定制商务云参考架构”单元中了解到的，这是设计使然。

Salesforce B2C Commerce与其店面功能有关，而在线销售是我们的专长。但是，不处理在线税，信用卡付款和运输公司。第三方应用程序为店面表带来了必要的专业知识。

例如，让我们看一下在线销售税。从在线销售中收取销售税的基本规则如下：如果您的公司在某个州有实体存在或“联系”，则必须向该州的在线客户收取适用的销售税。如果您没有实体店，则通常不必为在线销售收取销售税。

这产生了很多问题。适用是什么意思？有些人可以豁免吗？营业税假期如何？物理存在意味着什么？仓库，实体店，营业所？这取决于特定司法管辖区的法律。

另外，每个州的法律和营业税率都不同，并且随着新法律的通过，它们会随着时间而变化。为了跟上这一步，您必须跟踪每个州的法律，而这仅仅是美国。此外，每个国家，省和地区的法律也在不断变化，这就是您将要花费的所有宝贵时间。

！

使用由专注于主题的人创建的第三方应用程序是更好的解决方案。让我们看一下一些关键的第三方应用程序，以及如何计划它们。

计划的集成应在摘要部分或文档的开始部分中进行详细说明，并在项目发现阶段之后的早期提供。现在是时候重新访问该列表并确保它完整了。

与第三方提供商的最常见集成包括付款处理器，评级和评论，税务处理和电子邮件服务。它们是第三方提供商可以脱颖而出的技术领域。

在B2C Commerce LINK计划中，这些是一些最常用的技术合作伙伴。

• 贝宝（Payment）
• Adyen付款服务（付款）
• Cyber​​Source（付款方式）
• Bazaarvoice（评分和评论）
• PowerReviews（评分和评论）
• 阿瓦拉（税）
• 益百利（地址验证）
• 茶叶（标签管理）
• 社交（社交）
• Certona（个性化）

它们适合应用程序的位置是关键。看看这张桌子上的一些想法。

您已经有了要集成的第三方应用程序列表，现在您需要检查所有组件是否就绪。集成中涉及的任务类型可以从装入盒带到传输数据，再到学习使用基于浏览器的新应用程序。

以下是一些示例集成任务。

集成完成后，无论集成工作量如何，都将开始测试。同样，将有正在进行的任务，例如错误修复和功能更新或在单独的应用程序中不断处理新数据。确保商人了解这些任务对其资源的影响。

您可能需要添加两列，以帮助您在实施过程中保持跟踪。

• 负责人（姓名，地址和电话号码）
• 时间表

您需要注意哪些差距？这里是其中的一些。

• 集成任务是否适合日程安排？
• 任务是否需要客户端资源？
• 有些集成依赖其他集成吗？
• 集成是否依赖某些B2C Commerce版本或功能？
• 是否有任何先决条件不可用或延迟？
• 有技术问题吗？
• 如果某个供应商有问题，其他供应商可以介入吗？

在本模块中，我们学习了如何使用参考体系结构作为代码基础以及如何处理自定义。我们还了解了如何集成第三方应用程序-为何第三方应用程序很重要，可用的典型应用程序以及您可能需要考虑的常见问题。现在该测试您的知识并获得一个崭新的徽章。

完成本单元后，您将能够：

• 说明为什么需要自定义应用程序。
• 列出两个SFRA定制。
• 解释两个SFRA装饰器模板之间的区别。
• 说明扩展或覆盖控制器如何影响功能和性能。
• 列出SFRA优于SiteGenesis的两个好处。

作为职能架构师，您已经进行了大量繁重的工作来制定战略，设计和记录Salesforce B2C Commerce店面解决方案。现在，您需要应用解决方案。你猜怎么着？这也需要一些计划。

问问自己以下几点：

• 我可以使用参考架构作为代码基础吗？如果可以，如何处理自定义？
• 如何集成第三方应用程序？
• 什么是实施最佳实践，它们如何改变我的方法？
• 我如何评估发射准备情况？

在本单元中，我们将讨论定制参考体系结构以满足商户的需求。我们稍后再讨论其他主题。

B2C Commerce具有出色的标准功能-一种尺寸最适合。但是标准功能并不总是能满足商家的所有要求。这不是弱点。更多有关使用B2C Commerce的商人的规模和范围。实际上，创建B2C Commerce店面的复杂性要求，如果我们要满足单个商家的要求，我们除了提供标准功能外，还需要提供一个完全可定制和可扩展的平台。

这些要求的差异很大，具体取决于商家的行业，行业，策略和规模。例如，书籍卖家与体育用品零售商的要求不同。想象一下，一个在线商店可以让购物者定制鞋类。或者是一家化妆品零售商，该零售商可以让客户照相自己的脸并对其进行化妆。一些零售商在多个国家/地区销售数百万件T恤，而另一些零售商则在一个精品店中出售一种皮包。

使用B2C Commerce，我们已经在参考架构中内置了启动器代码。实际上有两个：SiteGenesis和店面参考体系结构（SFRA）。我们在Salesforce B2C Commerce for Developers跟踪模块中了解了SFRA 。

目前，已有2700多个B2C Commerce站点使用SiteGenesis，已被证明是一些世界领先品牌的基础。除了标准店面功能外，SiteGenesis还提供了响应式设计和许多其他了不起的功能。但是，自定义SiteGenesis以满足您的应用程序要求之后，您必须使用任何SiteGenesis增强功能来更新您的应用程序。

我们进行了很好的了解，并提出了SFRA，这是一个开箱即用的框架，结合了站点设计，销售和技术架构方面的最佳实践，可帮助商家建立移动优先的店面。与SiteGenesis一样，SFRA提供功能齐全的购物车，结帐，主页，PDP页面等。但是SFRA还提供了针对移动设备优化的UX，具有简化的移动结帐流程和易于触摸的图标。

如果打算将SiteGenesis用于店面应用程序，请仔细考虑。虽然SiteGenesis已被许多站点使用，但也许应该考虑SFRA提供的功能了。

SFRA带有一个app_storefront_base盒带和一个服务器模块。基本墨盒包含大多数站点共有的功能。您可以使用插件盒式磁带，LINK盒式磁带和自定义代码盒式磁带在其上附加功能。B2C Commerce提供用于愿望清单，礼品登记，Apple Pay和产品比较以及中间件功能的插入式墨盒。LINK合作伙伴（例如PayPal和Bazaarvoice）提供LINK墨盒。因此，有各种各样的应用程序可供选择。

请记住，基本墨盒和模块不适合定制。这意味着您不会编辑或重命名app_storefront_base 墨盒和其他插件，例如plugin_applepay。这也意味着您需要使app_storefront_base盒式磁带和其他插件的版本保持最新，以获取所有更改。

这是限制性的吗？不，这是设计使然！

在通用基础上，您可以轻松使用安全更新，错误修复和新功能，而无需重新编码。由于SFRA在各个发行版之间向后兼容（紧急安全修复程序要求时除外），因此您只需下载新版本并运行自动化测试即可。无需再搜索代码更改，因此您可以将其移植到自定义代码。

由于SiteGenesis多年来一直是Commerce Cloud参考架构，因此在此领域有丰富的自定义经验。

这是一些典型的SiteGenesis定制。

• 创建一个新的单独属性，以仅控制类别细化中的显示类别。这是现有属性的补充，该属性以顶级导航和细化显示类别。
• 自动将购物车设置为默认的运送方式。在购物车级别而不是在结帐页面的运送页面上显示运送成本（和所有运送促销）。
• 在产品详细信息页面上同时显示销售变体和全价变体。通过在产品详细信息页面上的两个不同位置放置颜色，在视觉上将折扣SKU与全价SKU分开。
• 在内容位置对象上使用自定义网站首选项或自定义属性，以控制主页轮播的旋转速度。

定制仅受资源，时间和想象力的限制。现在您已经了解了使用两种不同的Commerce Cloud参考架构自定义店面的基本知识，让我们继续集成第三方应用程序。