订单管理的工作方式

概览

Agentforce 生命科学的订单管理将实地访问从评估转移到最终定价的订单。商店检查仅显示与正在访问的商店相关的产品和检查。报价和定价基于同一访问，以获取定价的折扣订单。每个阶段都会显示与工作人员相关的操作 — 代表在现场进行评估和报价，销售经理审核并批准解锁请求。

订单管理还处理销售的定价和合规性方面。管理员定义价格手册、定价模式和定价程序，以确定标价、数量折扣和基于条件的折扣如何应用于报价。每个定价决策都记录在价格瀑布图中，并提供从标价到最终净价的逐行价格明细。验证规则和可配置的批准工作流会在报价最终确定前强制执行业务策略。

订单管理集成了代表在现场使用的工具。代表仅从 Web 完成商店检查、查看价格瀑布图明细、捕获电子签名，并生成报价 PDF。

在 Agentforce 生命科学中，订单管理将商店检查、报价和定价合并到一个流中。在深入了解每个组件的详细信息之前，请浏览一下设置任务的核对清单，以便更快地实施。

订单生命周期

订单经历了两个相互关联的生命周期：走访的商店检查阶段和报价的批准阶段。根据您的业务需求，您可以配置这些阶段。以下是订单经过的阶段的示例。

已计划

现场代表计划或打开走访。商店检查任务尚未记录。

进行中

代表根据该客户配置的分类和评估任务，获取商店检查响应（可用性、显示和促销合规性）。他们仍然可以编辑记录。

已完成

走访结束，商店检查数据会汇总到 KPI 记录中。现场代表不能追溯性地更改捕获的响应。

草稿

从同一走访或客户中，代表会构建报价订单，添加产品、数量和折扣。

已提交

在代表提交报价以待批准或履行时，报价及其行项目会锁定。代表无法直接编辑提交的报价。

解锁请求

如果代表必须更改提交的报价，他们会请求解锁。在报价保持锁定时，请求会路由到经理，即使代表在请求时离线。

已批准或已拒绝

经理的决定是，将报价返回到草稿状态进行编辑，还是返回到已拒绝进行锁定，并以两种方式通知代表。

对象和关系

每个报价订单和商店检查都可以追溯到一次访问，并且一小部分对象在它们之间携带数据。

访问

商店检查或报价订单的入口点。其记录类型决定了打开哪个体验以及应用哪个分类和价格手册。

报价和报价行项目

报价订单及其单个产品。报价的状态字段驱动锁定和解锁行为。

价格手册和价格手册条目

定义代表的区域或客户可以使用哪些产品和标价。

分类、分类产品和商店分类

定义代表在商店访问期间看到和检查的产品，按客户或区域划分。

评估任务定义和评估指标定义

定义代表在商店检查期间执行的检查。例如，显示合规性检查或缺货检查，以及代表可以为每个检查记录的值。

零售商店 KPI

存储已完成的商店检查的累计结果，以便您可以按客户或区域报告合规性。

销售交易类型

将报价与适用于它的定价程序和验证规则联系起来，这样代表就不会手动选择程序。

定价和折扣引擎

定价作为可配置元素的链运行，而不是单个计算。

定价模式决定了为报价订单运行哪些定价操作。在该模式中，定价程序定义了针对每行运行的定价元素的顺序。定价程序包含标价、数量折扣和手动行或标题级折扣等元素。报价中的销售交易类型决定了适用哪个定价程序。因此，对于不同的产品或区域，您可以有不同的定价行为。

按照调整发生的顺序，针对行运行的每个定价元素都会写入该行的价格瀑布图。价格瀑布图是价目表价格、每个应用的折扣以及产生的净价的记录。销售代表点击或悬停在行项目上，以查看此细分。即使在报价提交并锁定后，该细分也会作为逐行拆分保留。

批准和锁定工作流

两个系统协同工作，以在提交后强制执行报价完整性。

工作流会根据报价的状态字段锁定报价及其行项目。因此，现场代表无法在报价批准前编辑提交的报价。记录触发的批准流处理解锁请求：在代表请求解锁时，流会将请求路由到代表的经理，并在经理批准或拒绝后更新报价的状态。两个系统依赖于相同的状态字段，因此报价永远不会同时处于可编辑和等待批准的状态。通知会在提交、解锁请求和决策时通知代表和经理。

移动和离线行为

销售代表在没有实时连接的情况下捕获商店检查和报价订单，并在连接恢复时核对基础记录。

设备上的本地价格瀑布图数据保持不变，因此代表可以像在线一样离线查看行的定价明细。离线捕获的电子签名被加密并存储在设备上，然后在设备重新连接时同步到报价记录。管理员控制台控制特定于移动设备的配置（产品视图、优先级产品、免责声明和布局），这些配置决定了代表在移动应用程序中看到的内容，而与基础定价和评估元数据无关。