第 9 节：验证规则当前的验证难题
机会
- 公司名称与商机客户联系人的地址不匹配
- 在 Orion 中，与帐户相关联，需要公司地址（而不是个人地址，例如家庭办公室）
- 收货地址与公司地址
- 领土分配和税收所需的收货地
- 仅限美国的 CCI 表格（客户联系信息）
- 我们将反映 Orion 的帐户/联系结构
新铝
- 在申请文书工作后，销售电子邮件会发生变化。
- 公司名称更改意味着重新验证帐户
- 标准到非标准文书工作的变化
- 系统需要减少“马虎”
- 如果交易发生变化如何重新启动流程
- 避免电子邮件更改
升级
- 请求人与帐户上指定的 SAS 代表不匹配
- 需要同时在 Salesforce（请求者和 SAS 代表）中进行跟踪
- 从 GIDB 加载 SAS 代表数据
- 生效日期——未填写； 15 th或每月的最后一天，但有一些例外
- 数量 - 0 或价值不会随着交易的发展而更新；可以修复 0，但很难捕捉误-火柴
- 我们可以将用户数量与交易金额联系起来吗？如果另一个字段发生变化，则锁定一个字段
- 最终：应该能够在 Salesforce 中计算标准交易的升级金额（按比例计算、开始日期、舍入等）
- C-计算存在用于费用计算（根据合同申请
- Jon 的定价针对某些地区进行了特定的四舍五入
- Wish：销售人员可以在 SFDC 内部使用的标准计算器；问乔恩：您希望您的销售人员使用什么计算器？
- 没有默认操作系统
- 表示拆分，但不包括次要机会。
- 输入采购订单号，但提供采购订单。 销售人员表示没有 PO 附件的方式。
- 有些帐户需要采购订单才能开具发票。 GIDB 产品级别的业务规则
- 要处理，BO 需要站点代表的 PO 或电子邮件批准
- Antoine：如果电子邮件是从 SFDC 发送的，批准可以追溯到 SFDC
要求
- C hecking split 复选框应该触发次要机会的创建，并且数学应该是准确的。 升级拆分有一个公式。 在所有情况下，拆分都应添加到发票金额中。
销售队伍验证规则回复：第 9 节：验证规则Carol Gretz：运营部门收到一封从 Salesforce.com 生成的电子邮件，表明机会已准备好进行文书工作。收到此电子邮件后，在我们将文书工作发送回销售团队之前，我们将收到来自销售的电子邮件，向我们提供有关机会的其他信息，例如更改地址、更改用户数量、更改金额等。这将额外增加运营负担，因为我们不仅需要理解原始请求，而且要确保我们在事后通过电子邮件收到的所有其他更改。
回复：第 9 节：验证规则运营部门的人可以给我更多关于这个项目的背景信息吗：“文书工作请求通过后，销售电子邮件会发生变化。”在这种情况下，SFDC 会发送电子邮件请求文书工作，然后销售人员会发送一封包含更多详细信息或请求取消的电子邮件？ 在构建建议的解决方案之前确保我完全理解。@kathycobb还是卡罗尔？ （不确定哪个 Carol 帐户是您的）
回复：第 9 节：验证规则用于检查结束日期并确保未在结束日期超过一年且提前 120 天之前创建机会的验证规则已休息并准备在 7 月 5 日投入生产。 基于 Jon Weisz 的意见。
