Sitecore Experience Commerce中的定价和促销功能始终内置工作流，以便在数据更改反映到店面之前进行审批。随着版本9.0.2的发布，包含了一个新的可自定义工作流，我的免费云，允许您将自定义工作流模式应用于存储的实体。该功能分为两个步骤，首先声明工作流模式，例如审批流程所需的步骤，然后选择要应用工作流的实体类型。使用这种拆分流程的好处是，它意味着可以在同一个系统中存在多个工作流模式，因此，与实际的可销售商品本身相比，您可以对目录结构（目录和类别）的更改拥有更严格的审批流程。States&Commands该特性有两个提供功能的关键模型，即States和Commands。状态表示内容更改可以驻留的存储桶，命令是用户可以执行的操作，以在不同的存储桶之间移动内容更改。一个典型的例子是，一个实体驻留在草稿状态，然后用户执行一个Submit命令将其移动到下一个状态，在那里等待批准。让我们来看看这是如何实现的。默认商务工作流9.0.2中包含一个默认工作流模式，称为DefaultCommerceWorkflow，已应用于目录、类别和可销售项目实体。这个工作流是一个由3个状态和3个命令组成的简单模式，您可以在下图中看到，这里的蓝色框表示状态，云服务器如何，红色箭头表示命令。这个过程是由一个用户创建他们想要编辑的实体的新版本开始的，你可以在我的另一篇文章中读到版本控制。此版本将在草稿状态下创建，然后用户将进行所需的更改并执行提交操作，淘客佣金，该操作将实体移到等待批准状态。然后，该状态有两个与之相关联的操作"批准"和"拒绝"，选择"批准"操作将使实体进入最终批准状态，然后更改将反映在店面上，或者，如果用户不满意，那么他们可以选择执行拒绝操作，这会将实体移回草稿状态，以便流程再次开始。让我们看看在业务工具中这是如何的，一旦您完成更改并希望执行将实体移动到工作流中的下一个状态的操作，您可以使用实体的摘要面板上的下拉菜单来执行此操作，在这里您将看到新的"升级到下一个工作流状态"按钮。单击此按钮将显示一个弹出窗口，告诉您实体的当前状态，并允许您从要执行的可用命令中进行选择。这是一个用户界面，允许您在配置的各种工作流状态中推送更改。当您第一次创建环境时，DefaultCommerceWorkflow是作为环境初始化步骤的一部分设置的（有关环境初始化的更多信息，请参阅我们的DevOps指南）。工作流插件注册一个InitializeDefaultWorkflowBlock以在InitializeEnvironmentPipeline中运行，以便为您处理此设置，工作流本身就是在这里定义的。如何为其他实体启用工作流如上所述默认工作流在目录、类别和可销售项目实体上启用，但将此默认工作流应用于其他实体类型（例如，您可能创建的任何自定义实体类型）也非常简单。如果你看看PlugIn.Workflow.PolicySet-使用Experience Commerce 9.0.2创建的1.0.0.json配置文件您将看到WorkflowPolicy的多个实例，该实例用于控制将哪个工作流分配给哪些实体，这里您将看到工作流应用于目录、类别和可销售项类型的位置。要为某个自定义实体启用默认工作流，微淘客，只需添加引用自定义类型的工作流策略{"$type"：Sitecore.Commerce.Plugin.工作流.工作流策略, Sitecore.Commerce.Plugin.Workflow，"TypeFullName"：""，"WorkflowId"："实体工作流DefaultCommerceWorkflow"}为自定义类型添加记录后，您将引导（有关引导的更多信息，大数据分析培训，请查看我们的DevOps指南）这些更改导入数据库，然后完成操作，您的自定义类型将启用默认工作流，就这样简单！如何创建新的工作流到目前为止，这篇文章已经涵盖了DefaultCommerceWorkflow，它是现成的，但是正如我之前提到的，您可以创建自己的工作流来表示您的特定业务需求。例如，您可能需要一个多步骤的审批流程，其中在更改反映在店面上之前有不同的审批层。如果您需要创建自己的自定义工作流，这非常简单，那么让我们看看如何实现这样的双重审批流：正如您所看到的，我们在这里添加了另一个工作流状态，以提供双重审批流程，但我们将如何实际对此进行编码？下面的例子展示了建立一个代表这个流的工作流对象是多么简单。var draftState=new WorkflowState{Name="Draft"，DisplayName="Draft"，Commands=new List