交叉销售功能介绍-功能

功能

Cross
Selling Pop-up

交叉销售的功能在业务端完全在于销售凭证。当创建销售订单时，SAP系统会根据订单中的物料检索条件记录，如果找到，就会弹出一个窗口用来展示相关的物料，以及这些物料的价格和可用性信息。在上一篇blog中，我们提到，此弹出窗口可以配置为自动弹出或者人为按钮手动弹出。这个弹出窗口的作用就是让销售人员据此去询问客户是否需要附加购买这些相关商品，如果客户说需要，销售人员就可以直接在这个弹出窗口中修改数量并复制到销售订单的行项目中。

交叉销售的类型

在SAP中，有多重途径来实现交叉销售功能，包括传统的交叉销售和统计的交叉销售。

Traditional
Cross-selling 使用流行的条件技术，类似于SD模块的其他功能，包括定价、输出确定等等。以定价来说， 对应于不同的存取顺序，会有不同的表用来保存条件记录。通过这种技术，你可以提前维护用于交叉销售的条件记录，事务码是







Transaction VB41 – Creating the first Cross Selling pair

VB41, VB42, VB43. VB44 是参照创建。这些条件记录会存储在数据库表里，表的命名是以KOTD开头的，比如KOTD011就是标准的交叉销售条件记录表，是以物料号为搜索条件的。

请注意:
并不是所有以KOTD开头的表都是用在交叉销售功能的，其他功能也有以KOTD开头的表。

就像定价一样，你可以定义很多不同的条件表来满足不同的业务需求，并把合适的商品推荐给合适的客户。 尽管不像定价一样，可以自定义关键字段，但是SAP为交叉销售也提供了许多相关的字段，比如：售达方、送达方、客户、销售组织、分销渠道，产品组、工厂等等。



Transaction VB41 – Adding additional CS items.

Statistical
Cross Selling. 这种方法是SAP基于销售订单历史所做的一些繁重的统计分析工作而实现的。如果你浏览 Amazon.com网站, 你会注意到在每个商品页面中，会有“购买此商品的顾客还买了”这部分内容，我所讲的统计的交叉销售就类似于这种概念。


Transaction
SDVK

事务码 SDVK (program SDCRSL01) 会根据筛选条件和参数，分析所有历史的销售订单。所有满足条件的订单会写入后台表 VCRSELA. 使用一些基本的统计分析，成组的物料会被写入 VCRSELA_RES 表，这个表将来在订单创建时能够访问到，从而进行商品推荐。你会注意到在SDVK选择屏幕，有一个“标识符”，默认值是‘CROS’，
它必须与后台配置相一致。

如果在不同的情况下我们想要使用不同的统计分析维度，该怎么做呢？举个例子：你卖一款产品，采用B2B模式，也采用B2C模式。你可以依据销售范围来运行SDVK进行统计分析，并使用不同的“标识符”将各自的运行结果保存起来。比如：使用销售范围BP01
/ 01 / 01 代表直销，用B2C作为标识符；另外运行SDVK的时候，使用BP01 / 02 / 01 代表批发业务，并且用B2B作为标识符。然后，在后台配置中，你可以将这两个标识符分配给相同的销售范围。结果就是，当使用 ’01’
分销渠道时，你会得到针对最终消费者的推荐清单，使用 ’02’分销渠道, 你会得到针对批发商的推荐清单。不幸的是，这类灵活性仅局限于销售范围，客户属性，以及销售凭证，更加复杂的关键字，比如按地域区分的统计，就很难实现。


Dynamic
Product Proposal

统计型的交叉销售激活和配置路径：销售与分销
–> 基本功能 –> 动态产品建议 –> 定义产品建议程序并决定访问顺序.


Cross
Selling Product Proposal

如果你回忆一下，我们在激活交叉销售步骤4中，设置了交叉销售参数文件，标准的产品建议程序是B00001，并且分配了标准的功能模块 (SD_DPP_CROSS_SELLING)
给标识符 (‘CROS’ 是默认值). 回到我们之前的例子, 如果我们想要区分 B2B 的交叉销售和 B2C 的交叉销售, 我们应该创建两个不同的产品建议程序，一个分配给标识符 B2B ，另一个分配给标识符 B2C 。 然后，将这两个产品建议程序分配给不同的交叉销售参数文件。

需要注意的是，传统型交叉销售和统计型交叉销售，这两种方式并不是互斥的，是可以并存的。并存的结果就是，二者的推荐商品会同时出现在弹出窗口里。