8.9.5版本更新说明
1 销售管理
1.1 客户管理
1、客户和商机的作废按钮支持入参
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：客户与商机对象作废时可以输入相关字段后再进行作废
价值说明：适配平台能力，增加客户与商机对象灵活性配置
功能介绍：客户与商机对象作废按钮可以支持配置输入字典
2、公海、线索池预设场景支持配置显示字段和排序
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：公海和线索池的预设场景的显示字段可以由企业统一为员工进行配置和修改
功能介绍：公海和线索池的预设场景支持编辑，可编辑显示字段和排序方式。
产品示例图
1.2 商机管理
1、疑似商机
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：标讯管理人员可以在标讯详情中通过【疑似商机】组件查看与该标讯可能有关的商机。
价值说明：帮助标讯管理人员快速识别已在库的商机。
功能介绍：在标讯详情中增加【疑似商机】组件，可通过该组件查看与该标讯可能有关的商机。
产品示例图
1.3 CPQ
1、固定搭配适配bomcore对象能力
发布状态 灰度
对现有系统影响 逻辑变更
场景及价值描述
使用场景：CPQbom改造全网后，固定搭配适配bomcore能力，支持固定搭配的使用。
价值说明：bom改造灰度能力在895版本进行全网，全网后为不影响固定搭配客户的使用，针对固定搭配的系统实现方式，在目前基础上适配了bomcore能力。
功能介绍：用户端无操作使用的改变，在server端技术实现上兼容了bomcore能力。
1.4 营销政策
1、优惠券复杂产品条件的产品行可以批量设置单位和必含数量
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：在设置优惠券复杂产品条件时，适用的产品很多，都默认带入了基准单位（如“瓶”），但实际希望都按常用单位（如“箱”）作为可享受优惠的单位。
价值说明：在创建优惠券的复杂产品条件时支持批量指定产品单位，提高操作便捷性
功能介绍：优惠券方案的复杂产品条件支持批量修改单位和必含数量，
1、该产品有这个单位则“单位”可批改成功，没有就批改不成功，保留原值
2、该产品是必含品则“必含数量”可批改成功，“是否必含”=“否”就批改不成功，保持为空"
产品示例图
2、优惠券方案、优惠券实例 支持平台多种布局能力
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：优惠券上增加的自定义字段，以及预置字段，都希望能自由调整显示位置
价值说明：优惠券方案和实例支持新建编辑页布局列表页布局，与底层通用能力保持一致，满足不同的布局配置需要。
功能介绍：优惠券方案和优惠券实例适配平台通用能力，支持配置新建编辑布局 和 列表页布局。（优惠券方案的【产品条件】区域是特殊组件，不支持在布局上配置）
产品示例图
1.5 项目管理
1、项目阶段概览视图中支持快速变更阶段状态
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：项目经理可以在项目阶段概览视图中，快速完成阶段状态的切换。
价值说明：提升阶段状态变更的操作效率
功能介绍：在项目阶段概览视图中，点击阶段前的状态图标快速完成阶段状态的切换。
产品示例图
2 PaaS平台
2.1 对象管理
1、Add和Edit接口的业务插件支持返回非阻断的提示信息
发布状态 全网
对现有系统影响 逻辑变更
场景及价值描述
适用场景
函数开发：Add和Edit接口的业务插件支持返回非阻断的提示信息
功能介绍
1、插件的返回结果中可以指定阻断或非阻断。
2、在非阻断的场景下，前台可以点击继续保存。
3、本次只处理Add和Edit接口。
4、before插件和preAct插件都需要支持。
处理流程
1、用户在新建或编辑页面点击“保存”，前端调用Add或Edit接口并且optionInfo中带着supportValidationResult参数。
2、CRM服务调用业务插件的before接口。
3、业务插件服务返回带着ValidationResult的结果。
4、CRM服务给前端返回带着合并之后的ValidationResult的结果。
5、前端将ValidationResult中的message弹窗提示给用户。
6、用户点击“继续保存”，前端透传ValidationResult中的skippedValidatorList参数来调用Add或Edit接口。
7、CRM服务从skippedValidatorList参数解析出skippedStepKeys并调用业务插件的before接口。
8、业务插件服务返回正常结果。
9、CRM返回正常结果给前端。
10、前端提示用户数据保存成功。
2.2 国际化
1、翻译插件支持自动翻译
发布状态 灰度
对现有系统影响 体验变更
场景及价值描述
使用场景：用户在个人设置-语言及时区设置中【语言选择】中设置自动翻译
价值说明：在纷享国际化的场景中，平台用户存在使用不同语言沟通和编辑信息的情况，在多语的能力下，目前对于文本类的消息还未完全支持，导致外国用户理解困难，系统迭代后可借助翻译插件去实现完整的翻译效果
功能介绍：1、全局翻译设置；2、CRM提醒-feed流样式-审批消息/工作流信息/CRM通知/导入导出消息；3、CRM提醒-列表样式-发起的审批流程/数据集成通知
3 互联平台
3.1 互联应用
1、互联企业组支持导入
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：上游企业需要批量的给互联企业分组到经销商、二批商时，单独的维护管理较为繁琐，需要直接导入
价值说明：互联管理基础能力完善
功能介绍：互联企业组支持导入
产品示例图
3.2 OpenAPI
1、调用OpenAPI接口uploadToNetDisk时最大的媒体文件大小支持不超过100MB
发布状态 灰度
对现有系统影响 无影响
场景及价值描述
使用场景：OpenAPI附件字段最大文件不超过100MB
价值说明：PaaS基础能力升级
功能介绍：调用OpenAPI接口uploadToNetDisk时最大的媒体文件大小支持不超过100MB
4 快消行业解决方案
4.1 快消拜访管理
1、APP端照片墙能力
发布状态 全网
对现有系统影响 体验变更
场景及价值描述
使用场景：
快消渠道运营角色（例如费用专员、订单专员、稽查人员等）需对业务人员拜访的图片进行查看审核，并希望照片墙能支持app端适配，方便相关角色进行查看审核。
价值说明：
原web端已支持了照片墙能力，现支持APP端适配此能力，移动办公更加及时便捷。
功能介绍：
1.购买【快消行业套件】在app自定义页面中预设【照片墙】页面及组件，并在【品牌商主页】页面模版的“访销”模块中预设【照片墙】页面。
2.同web端照片墙能力一致，在APP自定义页面【照片墙】组件中管理照片墙的筛选条件，及客户、外勤数据展示样式。
3.支持预设照片墙按门店名称、负责人、拜访日期、外勤类型、外勤动作为筛选条件筛选门店外勤照片。
2、照片墙审核模式
发布状态 灰度
对现有系统影响 逻辑变更
场景及价值描述
使用场景：
快消渠道精耕模式下，针对门店的外勤拜访会产生海量的照片数据，这些照片承载了业务运营的的大量政策费用。费用、稽查人员这类角色查看审核这些照片成为了日常工作项。
价值说明：
WEB/APP端、多维度灵活筛选查看业代拜访门店过程中采集的照片，并支持快捷高效审核门店外勤图片。
功能介绍：
1.开通前置条件购买了【快消行业套件】
2.此能力考虑的性能风险，目前为灰度项能力，需在CRM灰度申请开通；
3.灰度申请后，可在【外勤全局设置】启用【照片墙审核】能力，启用后即可在web/app照片墙的界面看到审核模式
4.审核模式支持企业自定义合格/不合格按钮文案以及不合格的选项值，管理员只需在预设的【门店照片墙检查明细】对象中修改预设字段【检查结果】、【陈列不合格原因】、【生动化不合格原因】选项值，或在此对象上自定义其余单选、多选字段；当单选、多选字段禁用时，则审核模式的不合格原因则不可见禁用的单选/多选字段。
3、客户分布地图
发布状态 全网
对现有系统影响 体验变更
场景及价值描述
使用场景：
企业的销售主管可在地图模式下，按组织/门店负责人快速筛选客户，查看客户的地理位置分布，清晰判断客户划分的合理性。
价值说明：
协助企业销管，一目了然判断当前组织客户按地理位置划分的合理性。
功能介绍：
1.实施按自定义插件能力实现配置，详情查看以下FAQ文档：
https://lexiangla.com/teams/k100014/docs/fe9e8b2cc19e11eeb06e2a3cb87c2685?company_from=050524eee61811e783175254005b9a60
4、外勤签到前验证的函数提供定位信息
发布状态 全网
对现有系统影响 体验变更
场景及价值描述
使用场景：
业务员需要去拜访一些意向客户，拜访这些意向客户的时候，需要限制业务员不能再家里十公里内打卡。
价值说明：
外勤签到前验证的函数提供定位信息，支持判定业务员不能在家固定范围内打卡。
功能介绍：
1.外勤签到前验证的函数提供定位信息，实施通过函数的定位信息完成企业所需业务场景。
5、外勤照片支持一键分享至微信或飞书等其他平台
发布状态 灰度
对现有系统影响 体验变更
场景及价值描述
使用场景：
外勤拜访中会拍摄大量图片，客户会有第三方IM协作应用，例如常见的微信、企业微信、钉钉、飞书等；
当业代现场作业时发现拍摄的图片有问题时，需要和直属的主管沟通问题，希望在拍摄外勤图片后，能将图片一键分享至第三方的IM应用中。不然每次需保存图片或截屏分享，操作繁琐。
价值说明：
外勤图片支持快速分享至其余IM平台，减少需保存图片至本地，再切应用上传的繁琐操作，提高沟通效率。
功能介绍：
1.CRM灰度申请“外勤照片支持一键分享至微信或飞书等其他平台”开通使用
6、外勤动作调用相机广角/非广角根据用户首次选择进行默认
发布状态 全网
对现有系统影响 体验变更
场景及价值描述
使用场景：
目前IOS手机可支持切换广角镜头，拍照场景下希望有记忆功能，不用每次都去点击切换调用能力，降低操作繁琐。
价值说明：
IOS拍照场景下广角/非广角有记忆功能，不用每次都去点击切换调用能力，降低操作繁琐。
功能介绍：
IOS拍照场景下广角/非广角支持记忆能力。
7、铺货必销报告（大项能力）
发布状态 全网
对现有系统影响 体验变更
场景及价值描述
使用场景：
1.渠道运营人员，根据渠道/部门/门店属性，制定不同门店的铺货必售产品标准，基于标准的达成对门店相关业绩考核。
2.外勤人员到店采集门店各个陈列场景（例如：货架/端架/堆头等）的产品数据，采集数据后自动匹配铺货必售规则，生成门店铺货必售报告。
价值说明：
制定门店铺货必售标准，外勤自动匹配铺货必售规则，生成门店铺货必售报告，打造完美门店。
功能介绍：
1.基于铺货标准管理能力，必售品新增配置，支持按门店+产品分类维度制定必售规则；
2.铺货必售规则支持按门店+产品分类+陈列场景维度制定规则，支持产品几选几规则；
例如：制定渠道为“大超市”的门店，铺货必售标准，要求门店“货架”陈列场景，必售产品A/B/C，三个中任有一个，此门店的铺货必售标准达标；
3.当外勤人员采集门店陈列数据后，匹配铺货必售规则，外勤人员可在移动端外勤详情页面查看铺货必售报告；
4.此能力支持接入AI，可实现拍照+AI识别后自动生成铺货必售报告。
8、疑似翻拍信息展示优化
发布状态 全网
对现有系统影响 体验变更
场景及价值描述
使用场景：
1.移动端外勤日历，已完成外勤，如在完成后被AI识别标记疑似翻拍，列表需有明显标签戳标识，以便提醒业务人员；
2.高级外勤对象的图片预览，也支持疑似翻拍显示；
3.照片墙筛选外勤图片，若是疑似翻拍的图片也支持查看。
价值说明：
1.移动端外勤日历，已完成外勤，如在完成后被AI识别标记疑似翻拍，列表需有明显标签戳标识，以便提醒业务人员；
2.高级外勤对象的图片预览，也支持疑似翻拍显示；
3.照片墙筛选外勤图片，若是疑似翻拍的图片也支持查看。
功能介绍：
1.若外勤存在翻拍，外勤日历卡片信息/高级外勤对象/照片墙上显示翻拍标识。
产品示例图
9、数据上报-日期字段支持适配“年-月”属性显示
发布状态 全网
对现有系统影响 体验变更
场景及价值描述
使用场景：
业代拜访门店，在库存场景下需上报产品批次，而产品批次的显示希望是按月展示，方便业代直观查看。
价值说明：
日期显示希望按月展示，方便业代直观查看，更符合库存上报的场景。
功能介绍：
PaaS平台已支持日期字段按年-月格式展示，数据上报界面日期字段适配此展示格式。
产品示例图
10、增加客户对象基本信息以及对象相关对象业务组件，可用于配置拜访场景中查看的对象数据
发布状态 灰度
对现有系统影响 无影响
场景及价值描述
使用场景：
1、稽查场景：稽查人员到市场走访，拜访门店时，要查看门店相关信息。存在以下问题
1）在1+N的场景中，存在门店在下游经销商租户中，但是稽查人员在上游品牌商企业中；多租户的门店信息，未同步到上游时，上游查看不到门店相关的所有业务数据
2）稽查人员无组织架构关系，无门店的数据的权限，导致无法查看
2、大区/省区经理的跨区域走访，如河北大区经理，到河南地区走访门店，在走访门店时，会到店执行店内陈列表现的采集，会有诉求临时查看到门店的当前签署的协议、参与活动、下单情况，进行客观的评价，目前此中临时权限，没有很好的实现方案
价值说明：
解决了1+N场景中的，聚合多租户查看某一业务对象数据的场景；实现了按不同的拜访场景设定是否可以跨权限查看门店信息的诉求
功能介绍：
1、app端app自定义页面中，增加门店基本信息、对象相关数据的业务组件
2、门店基本信息组件：可以灵活配置，要展示的对象的基本信息，支持配置是否允许跨权限查看门店字段信息
3、对象相关数据：可以配置要展示的对象的哪些相关数据，如：订单、协议等数据；
1）支持表格、列表两种方式
2）若为主从对象的话，支持主从一起平铺展示
3）支持配置是否跨权限查看对象相关数据
4）可以配置要展示的对象数据条数，以及要展示的数据条件。
4、外勤类型设计器中增加展示自定义页面组件，可以将上述配置的自定义页面配置到外勤类型中
5、稽查人员在拜访到门店时，打开门店详情页面，可以查看到该门店的相关数据；若存在一个门店的数据，在多个企业中存在时，联合查询后，按创建时间统一返回
产品示例图
11、数据上报动作支持从对象表格样式展示
发布状态 灰度
对现有系统影响 无影响
场景及价值描述
使用场景：
数据上报类型动作，采集数据时，按产品分来采集，且分类的数量比较少，期望展示可以表格样式，更结构化
价值说明：
增加数据上报的前端展示样式，表格结构化展示
功能介绍：
1、数据上报动作设计器中，增加表格展示样式。
2、目前只有在按产品分类上报，或开启spu按sku纬度上报时，展示为表格样式
产品示例图
12、数据上报动作支持主从对象一样页面中平铺展示
发布状态 灰度
对现有系统影响 无影响
场景及价值描述
使用场景：
1、数据上报动作中，主对象填写信息和从对象上报的产品明细，可以在一个页面中平铺展示，提高操作的效率
价值说明：
1、增加数据上报主从页面平铺展示样式，提高展示页面的场景感和操作效率
功能介绍：
1、在数据上报动作中，增加配置项目：主从对象一个页面中平铺展示；该功能在开启表格模式时可用
2、支持表格展示 在主对象底部、上方两种方式
产品示例图
13、外勤日历卡片信息支持按客户属性展示字段
发布状态 灰度
对现有系统影响 逻辑变更
场景及价值描述
使用场景：
外勤人员拜访客户前，可通过外勤日历界面的路线/计划/各外勤场景的外勤卡片提前了解客户的重要信息，例如标签、渠道、外勤各种状态等；
根据拜访对象的属性不同，希望外勤卡片信息支持按客户属性展示关键字段；
例如，不同业务类型：经销商、门店的信息展示不同，并且还需要加上客户其他属性的条件控制展示，例如GT、MT等；现有字段全配置在卡片信息上显得很繁琐冗余。
价值说明：
1.支持千企千面自定义展示外勤卡片信息字段
2.支持按拜访对象（客户对象）的条件展示外勤卡片信息字段
功能介绍：
1.前置条件：企业需灰度【外勤应用-移动端摘要视图】能力；
2.配置完展示字段及条件后，若需生效，请发普通灰度申请给到产品经理及研发（找对应此能力负责的产品经理）
4.2 快消车销/引单管理
1、快消订货动作打印小票时，小票表头可以按是否有销、退、换货动态展示
发布状态 灰度
对现有系统影响 无影响
场景及价值描述
使用场景：
1.在车销订货场景中，订货动作支持销、退、换一起下单，并且支持打印小票；原来小票表头固定，显示为：销售单
2.但在一家门店没有下订单，只是退货或换货时，表头依然显示“销售单”,就不太合理
价值说明：
1、打印小票的表头，可以根据业务数据动态灵活展示，更贴近业务实际场景
功能介绍：
1.外勤勤全局设置—>小票打印模板，编辑“小票名称”时，弹出的页面调整如下，允许用户分别设置销售订单、退货单、换货单的名称
2.展示逻辑如下
1）只包含“销售”业务，展示为销售单
2）只包含“退货”业务，展示为退货单
3）只包含“换货”业务，展示为换货单
4）包含“销售”业务，展示为销售单
5）不包含“销售”且包含“换货”业务，展示为换货单
2、开启价格政策后，支持在下单时多单位同时下单
发布状态 灰度
对现有系统影响 逻辑变更
场景及价值描述
使用场景：
1、快消侧产品有多单位，并且时长有促销活动，在开启活动后，现状是：快消订货下单页面中，只能按常用单位下单，不支持同时下单多个单位，比如下单1箱3瓶
2、影响到实际真实下单数量无法录入
价值说明：解决了使用促销时，下单多种单位的场景
功能介绍：
1、订货动作开启价格政策后，在进行下单时，支持添加其他下单单位，放开了添加单位的入口
3、快消订货下单动作，在开启价格政策、返利、优惠券后，支持修改价格
发布状态 全网
对现有系统影响 逻辑变更
场景及价值描述
使用场景：
1、在企业开启促销、返利、优惠券等场景后，原有下单单位，只能匹配价目表中的价格，不允许前端业务人员手工调整价格
2、原因：重新修改价格后，就会按修改后的价格，去匹配促销活动，可能有业务人员恶意修改价格，去匹配促销活动的场景
价值说明：
1、解决开启促销等优惠后，企业依然允许业务人员灵活给门店定价下单场景
功能介绍：
1、企业可以按需在，订单产品的布局中，通过修改价目表价格字段，是否只读来控制，是否前端放开有促销返利优惠券后的改价能力
2、修改价格为价目表价格，根据此价格重新批量促销政策后，返回最后实际该产品的成交价格。
4、车销销售模式中，支持换货入库、出库为不同的仓库
发布状态 全网
对现有系统影响 体验变更
场景及价值描述
使用场景：
1、车销场景中，有销售退货、换货的场景，在换货时有换入和换出仓库需要选择；原有：车销换货换入，换出仓库相同。
2、实际业务中有企业是这样管理：换货产品多数为破损或临期产品，期望这类产品，单独的放入到临期品等仓库中，独立统计
3、车销业务人员，会通过虚拟出一个车仓的虚拟临期品仓库
4、在换货入库时，入库到该临期品仓库中，出库依然从正常品车仓中出库
价值说明：
实现换货场景中，换入产品和正常品的分仓库管理
功能介绍：
1、当快消订货，开启了换货功能时，在下单时，增加换入、换出仓库，可以分别设置入库、出库仓库
2、订货动作，没有开启换货仓库时，产品只有入库场景，此时仅显示入库仓库
5、快消订货动作下单时，支持使用客户账户支付
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：
1、经销商、门店，会有自己的客户账户，一些品牌给到的奖励，会入账到此账户中 或下单的一些返利奖励，也会入账到客户账户中
2、在下单的时候，期望可以从客户账户中进行消费，抵扣或冲抵货款
3、原有：快消订货下单中，无法从客户账户中，扣减支付。导致使用该场景的客户，无法使用。
价值说明：
1、快消订货下单，客户账户支持，实现从下单-返利-返利使用的业务闭环
功能介绍：
1、订单动作设计器中，增加收款方式：使用客户账户功能；
2、动作中开启此配置后，在下单提交时，可以自由选择是否客户账户支付
3、若使用客户账户支付，提交订单后，完成该笔订单的应收
4、系统会自动生成账户支出流水
产品示例图
6、引单配送支持部分配送、支持控制是否允许改价，以及是否支持收款
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：
1、预销业务模式中，业务人员下单后，会有专人司机进行配送
2、实际在配送场景中，会存在车载库存不足的原有，无法按实际订单数据进行配送，此时司机会先部分配送，剩余未配送产品，会择期在去配送
3、原有功能中：配送不支持部分配送，该场景无法支持。
价值说明：
1、完善配送场景中的细节场景，实现配送中的发货、收款业务闭环，提升配送模块成熟度
功能介绍：
1、增加配送动作设计器，用于定义配送环节的业务控制规则。
1）支持配置是否允许分批发货
2）支持配置，是否支持在发货的时候修改产品价格
3）支持在配送发货的时候，发起收款
2、增加配送订货动作，该动作配置到外勤类型后
3、在司机配送后，点击配送，会进入到发货页面
4、发货中，可以根据配置，控制是否允许修改发货数量、以及是否可以修改价格
5、若动作中开启了收款功能，也可根据实际发货数据，发起收款
产品示例图
7、预销订单支持将订单调度给多个配送员，由配送员工自由选择谁来配送
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：
1、预销订单下单后，会指定司机配送，一般情况下，一个业务人员的订单是由固定的司机来配送
2、但是部分客户的业务较复杂，会存在多人协同负责配送订单的场景，预销订单需要同时给到这几位司机人员
3、司机人员自行判断谁来配送此订单
价值说明：
1、订单配送调度，支持多人。支持更多种调度形式
功能介绍：
1、订单调度，指定配送人员时，支持选择若为配送人员
2、所选择的多个配送人员，均可以查看到该订单
3、该订单配送发货时，每次获取该订单的剩余发货数据进行配送
8、预销订单在指定配送员后即可生成配送计划（原来：装车时才生成配送计划）
发布状态 全网
对现有系统影响 逻辑变更
场景及价值描述
使用场景：
1、预销订单下单后，通过调度指定配送人员后，期望可以直接让该配送人员，看到订单，做配送的确认，再去装车
2、部分小经销商企业，只下单，并不装车环节或车辆库存足够，无需装车。原来只能装车后，才能去配送，将导致配送司机无法查看到配送计划
价值说明：
1、优化配送订单计划的生成时机，更符合实际业务场景
功能介绍：
1、在订单调度指定配送员后，即可生成配送订单
2、该司机即可到店进行配送
3、装车环节支持选择到此类型的订单，进行装车，且只影响到的是车辆库存，不影响实际的配送环境。
9、app端装卸车/出入库/调拨功能，支持展示产品简称
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：
1、经销商内部的业务往来中，日常大家交流，都是叫产品的简称
2、产品全称，增加下单查看或录入的难度，效率低
3、原有产品只有在在下单页面中展示简称，其他app端作业场景不支持展示简称，影响作业效率
价值说明：
app端全能力支持产品按简称展示，大大提升下单或日常交流效率
功能介绍：
1、外勤全局设置中，增加产品名称来源配置项目
2、支持展示产品简称或自定义查找关联展示字段，作为页面中展示的产品名称
3、配置后，在各个功能模块中，均按配置项目，展示名称，以及打印小票
产品示例图
10、订单动作，下单仓库范围支持自定义配置
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：
1、原有车销场景中，下单仓库默认=车仓，无法选择到公司仓库。但是目前遇到客户有这样的业务场景
1）小经销商，业务流程管理较宽松，日常不做装车。产品都是在大库中，库存大概心里都是有数的
2）不要求业务人员去装车（自己的亲戚等不好严格要求，相对放心）
3、若下单只能从车仓出库，会导致上述场景的产品，无法出库
价值说明：支持了客户业务管理流程宽松，无需做线上装车环节的客户的车销业务正常执行。
功能介绍：
1、在订货动作销售节点中，增加：仓库类型配置项目。
2、默认类型=车仓，可以自由配置是否支持选择到其他类型的仓库
3、订单动作下单选择仓库时，可以根据该动作的配置，选择满足类型的，该人员有权限的仓库
产品示例图
11、引单动作支持退换货
发布状态 全网
对现有系统影响 体验变更
场景及价值描述
使用场景：
预销业务人员在下单时，也会将门店的换货、退货情况，录入进来，一并给到负责的司机到店处理。
原有预销订单下单时，无法同时录入门店的退货、换货记录
价值说明：
1、预销业务人员支持下退货单，支持更复杂的预销业务模式
功能介绍：
1、引单类型的订货动作，放开了，退货、换货功能入口
2、引单下单时，支持同时下换货、退货申请单，所下单的退货、换货单据，不做出入库操作
3、司机人员可以及时接收到门店的退货、换货申请，按需调整配送品项
产品示例图
12、新增分量盘点单功能，实现一个仓库多人协同盘点
发布状态 灰度
对现有系统影响 无影响
场景及价值描述
使用场景：
1、有些经销商库存较大，且会严格管理仓库中产品库存， 定期做仓库盘点
2、因为仓库较大，一般会由多人协同一起分区域 或 分品项针对仓库来盘点
3、目前的盘点功能，无法实现多人多次盘点
价值说明：
分量盘点实现一个仓库的多人协同盘点，同时解决盘点时间较长时的，盘点数量的分量提交，汇总计算。大大提高库管人员的协同作业效率
功能介绍：
1、app端新增分量盘点功能
2、可以由库管人员，发起分量盘点任务，确定本次盘点由哪些业务人员负责
3、负责盘点的人员，接收到盘点任务后，可以基于该任务对此仓库进行盘点
4、支持一个人员的分次提交盘点的产品数量
5、最终可由盘点任务的发起人，核对后，汇总生成盘盈盘亏单据，完成仓库库存变更
产品示例图
13、装车单支持换入换出仓库，支持按仓库属性自动带入值
发布状态 灰度
对现有系统影响 无影响
场景及价值描述
使用场景：
1、一个司机人员会有正常品仓库、临期品仓库、过期品仓库
2、在装车或卸车时的入库和出库仓库，期望可以根据产品来自动带入仓库，无需人员选择，提升操作效率
价值说明：
1、实现装卸车出入库仓库，根据产品属性的自动带入，提高一线的作业效率和体验
功能介绍：
1、在仓库对象中，增加仓库属性字段包含：正常品、临期品、过期品
2、装车时入库仓库=正常品仓库，出库仓库=正常品仓库，当装车入库仓库改为临期品时，出库仓库也会自动切换为临期品仓库
3、卸车同理，只是默认卸车出库仓库为临期品仓库，当卸车出库仓库切换时，入库仓库也会联动切换为临期品仓库
4.3 快消TPM营销活动管理
1、外勤活动举证动作选择举证活动时支持查看活动详情/协议详情
发布状态 全网
对现有系统影响 无影响
场景及价值描述
场景说明：
业代执行活动举证时，存在举证前需查看了解活动中的陈列标准，协议类活动需了解协议中的协议标准，并且可能存在允许业代对协议非按比例下上/下调的业务场景，故需要提供查看活动/协议详情的入口。
功能介绍：
1、通过外勤执行活动举证时，选择举证的活动，在举证活动列表支持查看活动详情/协议类活动支持查看当前关联协议详情
2、活动协议详情页新增预置活动举证按钮
发布状态 全网
对现有系统影响 无影响
场景及价值描述
使用场景：
业代执行活动举证时，存在举证前需查看了解活动中的陈列标准，协议类活动需了解协议中的协议标准，并且可能存在允许业代对协议非按比例下上/下调的业务场景，故需要提供通过协议详情直接去举证的交互链路，避免迂回的操作
功能介绍：
1、活动协议（对象）详情页，预置 活动举证 按钮，支持业代查看/提交协议后，直接进行活动举证动作
产品示例图
4.4 考勤系统
1、考勤修正审批对象化
发布状态 全网
对现有系统影响 无影响
场景及价值描述
功能介绍：自协同审批对象化后，原有考勤修正审批功能一直缺失，本次补充该功能
产品示例图