功能简介

营销算价扩展点是交易系统为开发者提供的用于接入开发者自有营销能力的扩展点，方便开发者将自身已有的营销能力无缝的接入到抖音开平交易系统。

例如：如果开发者 A 通过某种途径给其抖音小程序用户 C 发放了一张开发者自有的优惠券，后续用户 C 在该开发者小程序中进行下单交易时，可以使用这张优惠券进行下单以获得开发者 A 提供的优惠。

目前营销扩展点支持优惠券、会员、活动、积分这 4 种营销能力，优惠券支持立减、满减、折扣等，具体支持的券类型请参见接口字段定义。

平台不限制营销能力的隶属方，只要开发者自己有能力进行营销逻辑处理即可。例如：开发者可以使用自己发的小程序优惠券，也可以使用"某第三方平台"的优惠券，只要开发者的系统自己能处理"某第三方平台"的优惠券即可。

注意事项

1、抖音开平交易系统只记录营销的信息用作交易快照（会作为客诉判责依据）

2、平台不校验「开发者自营销」信息的有效性，也不负责「开发者自营销」券的发放/领取/核销/回退、会员身份赋予/校验、积分增减等逻辑，这些合法性判断、自营销生命周期关联操作由开发者自行在预下单、退款等流程中进行处理。

3、营销抵扣的算价逻辑由开发者自行实现，平台只要求使用营销后整单实付金额 > 0，开发者需要在算价扩展点返回结果中将优惠分摊到各层订单上，平台支持算价结果分摊到最细粒度的 item和分摊到goods两种分摊模式：

如果开发者返回的算价结果分摊到最细粒度的item，平台将以开发者算价结果为准

如果开发者返回的算价结果只分摊到 goods层，则平台会根据goods层的分摊结果按item金额等比例拆分，将goods层的算价结果自行分摊到 item单上，从而获得每个 item 订单用户的实付金额，无法整除分摊时 item 单的实付金额最大差值为 1 分。

4、使用营销下单的订单，后续如果用户发起退款，平台会根据 item 单的实付金额发起退款。

5、同时使用多种营销优惠能力进行提单时平台不支持优惠互斥等逻辑，默认为叠加逻辑，即订单上所有的营销优惠项同时被用户享用。

6、我们将营销分为三大类：平台营销、来客商家营销、商家自营销。仅当开发者需要使用「商家自营销」时才需要接入扩展点。

接口	类别	使用场景	备注
营销算价JS-API	前端JS-API	开发者需要接入平台营销/来客商家营销，并且开发者未使用提单页模板
Pay-Button组件	前端组件	开发者需要接入平台营销/来客商家营销，且开发者使用提单页模板
营销算价openAPI	服务端openAPI	开发者需要接入平台营销/来客商家营销，且由于客户端版本低无法使用JS-API/组件	用于低版本兼容场景，需要申请接口权限
营销算价扩展点	扩展点	开发者需要使用商家自营销

营销扩展点交互流程简介

整个交互中，开发者在交互中的任一步骤返回失败则后续流程都会被终止。

Js-API 组件交互流程

1、如果需要使用平台营销，在预下单之前，开发者可通过营销算价JS-API获取营销算价信息。

如果开发者有商家自营销，还需实现[营销查询算价二合一扩展点]。

2、下单流程中会进行二次算价确认。

前端模板提单组件交互流程

支持用户在提单页手动选择可选优惠

如果开发者有商家自营销，需实现[营销查询算价二合一扩展点]。

下单流程中会进行二次算价确认。

OpenAPI 下单交互流程

1、如果需要使用平台营销，在预下单之前，开发者可通过营销算价openAPI获取营销算价信息。

如果开发者有商家自营销，还需实现[营销查询算价二合一扩展点]。

2、下单流程中会进行二次算价确认。

营销分摊逻辑 showcase

优惠分摊的逻辑按照订单结构分为三层：order 层，sku 层，item 层。(这里的 sku 层与前文的 goods 层是同一个含义)

![img](https://sf1-cdn-tos.douyinstatic.com/obj/microapp/frontend/docs/images/流程图 (3)-5865108081124890.jpg)

营销算价扩展点介绍

功能简介

注意事项

相关接口

营销扩展点交互流程简介

Js-API 组件交互流程

前端模板提单组件交互流程

OpenAPI 下单交互流程

营销分摊逻辑 showcase

营销算价扩展点介绍

功能简介#

注意事项#

相关接口#

营销扩展点交互流程简介#

Js-API 组件交互流程#

前端模板提单组件交互流程#

OpenAPI 下单交互流程#

营销分摊逻辑 showcase#

功能简介

注意事项

相关接口

营销扩展点交互流程简介

Js-API 组件交互流程

前端模板提单组件交互流程

OpenAPI 下单交互流程

营销分摊逻辑 showcase