BeeX 商品打标系统 · 运营权益与推广佣金配置方案

v1.02026-07-14商品运营权益点击快照结算
核心口径:三方平台提供商品事实数据,BeeX 只做商品运营权益配置、展示标签、推广者佣金和结算快照。商品打标系统不是商品库,而是 BeeX 对三方商品做的一套运营推广配置系统
商品事实
来自 TikTok / Shopee 等三方平台
BeeX 配置
买家权益、展示标签、推广佣金
结算依据
点击时保存规则快照
目录
  1. 为什么要做商品打标
  2. 核心设计原则
  3. 整体模型
  4. 核心链路
  5. 表设计
  6. 商品展示逻辑
  7. 收益计算口径
  8. 点击快照
  9. 后台运营流程
  10. 后台页面
  11. 状态设计
  12. 第一版范围
  13. 关键边界说明

1为什么要做商品打标

现在 BeeX 展示的商品来自 TikTok、Shopee 等三方平台接口。商品价格、图片、佣金等事实数据不由 BeeX 维护。

但运营需要对部分商品做额外配置:

一句话定义:商品打标系统本质不是商品库,而是外部商品的运营推广配置系统

2核心设计原则

原则说明
商品事实数据来自三方平台BeeX 不重复维护商品库,只引用 country_code + platform + platform_product_id
买家基础权益全员一致同一个商品的“商品基础返现 + 平台补贴”对所有买家一致;用户自己的券、活动、账户权益可以另算。
推广者佣金单独配置达人配置只影响“谁推广后拿佣金、拿多少”,不影响买家看到的商品基础返现。
点击时保存规则快照运营配置会变化,订单可能延迟回传。结算必须按点击当时的规则,不是订单回来时的最新规则。
缺省回退现有返佣规则商品没有命中推广规则时,继续走现有默认返佣规则,不影响普通商品搜索和下单链路。

3整体模型

职责一句话说明
product_promotion_rules商品买家权益规则管买家看到什么权益。
product_promotion_rule_tags商品展示标签管前端展示什么标签。
product_promotion_promoters推广者佣金规则管谁推广后能拿佣金。
product_promotion_rule_audit_logs操作日志记录谁在什么时候改过规则。

4核心链路

从运营打标到订单结算

flowchart TD
  A["运营粘贴商品链接"] --> B["后端解析三方商品"]
  B --> C["保存商品权益规则"]
  C --> D["配置展示标签"]
  C --> E["配置推广者佣金"]
  D --> F["商品详情/蜜源圈/高返列表展示"]
  E --> G["达人或用户分享商品"]
  F --> H["用户点击下单"]
  G --> H
  H --> I["生成 affiliate_clicks"]
  I --> J["保存买家权益快照和推广者佣金快照"]
  J --> K["跳转 TikTok/Shopee 下单"]
  K --> L["平台订单回传"]
  L --> M["按点击快照计算收益"]
  M --> N["写 commission_records / wallet pending"]
  

5表设计

5.1 product_promotion_rules

管“买家看到什么权益”。

字段含义说明
id规则 ID主键。
country_code国家例如 ID
platform平台例如 TIKTOK / SHOPEE
platform_product_id三方商品 ID三方平台商品事实 ID。
source_product_url原始商品链接运营粘贴的商品链接。
product_name_snapshot商品名快照后台展示和历史兜底,不是商品事实来源。
image_url_snapshot商品图快照后台展示和历史兜底。
shop_name_snapshot店铺名快照后台展示和历史兜底。
price_minor_snapshot价格快照minor 单位。
currency_snapshot币种快照例如 IDR
external_snapshot_json三方原始快照保存解析时的三方关键数据。
status规则状态DRAFT / ACTIVE / DISABLED
start_at / end_at有效期用于后台计算“待生效/生效中/已过期”。
priority优先级多规则命中时选择唯一生效规则。
user_cashback_bps买家商品返现比例例如 600 表示 6%。
platform_subsidy_type平台补贴方式NONE / FIXED / BPS
platform_subsidy_minor固定补贴金额platform_subsidy_type=FIXED 时使用。
platform_subsidy_bps比例补贴platform_subsidy_type=BPS 时使用。
budget_amount_minor预算总额0 表示不限预算。
used_amount_minor已使用预算按订单幂等扣减。
release_delay_days结算释放天数用于收益快照;为空可回退平台/全局配置。
remark备注运营说明。
created_by / updated_by操作人用于审计。
created_at / updated_at时间创建和更新时间。

5.2 product_promotion_rule_tags

管“前端展示什么标签”。标签只影响展示,不直接参与结算。

字段含义
id主键。
rule_id关联 product_promotion_rules.id
tag_code标签编码。
tag_name标签展示名。
tag_style标签样式配置。
display_position展示位置。
sort_order排序。
created_at创建时间。

示例标签:

tag_codetag_name
HIGH_CASHBACK高返
HOT_PRODUCT爆品
EXCLUSIVE达人专属
LIMITED_SUBSIDY限时补贴
HONEY_SELECTED蜜源圈精选

5.3 product_promotion_promoters

管“谁推广后能拿佣金”。

字段含义说明
id主键
rule_id关联商品推广规则
promoter_type推广者类型ALL / USER / USER_GROUP / CHANNEL
promoter_ref_id推广者引用 ID用户 ID、用户组 ID 或渠道 ID。
promoter_commission_bps推广者佣金比例例如 200 表示 2%。
status状态启用 / 停用。
start_at / end_at有效期可独立控制推广者佣金生效窗。
created_at / updated_at时间
promoter_type含义
ALL所有人推广都有佣金。
USER指定达人。
USER_GROUP达人组,后续扩展。
CHANNEL指定渠道,比如 honey_feed / whatsapp
{
  "product": "商品 A",
  "userCashbackBps": 600,
  "promoter": {
    "promoterType": "USER",
    "promoterRefId": "usr_mars",
    "promoterCommissionBps": 200
  }
}

含义:所有买家看到商品 A 都是 6% 返现;Mars 推广产生订单后,Mars 额外拿 M * 2% 推广佣金。其他达人不拿这笔佣金,除非另有配置。

5.4 product_promotion_rule_audit_logs

管“谁改过规则”。这个表必须有,因为配置会影响钱。

字段含义
id主键。
rule_id关联规则。
operator操作人。
action操作类型。
before_json变更前内容。
after_json变更后内容。
created_at操作时间。

操作类型:CREATE / UPDATE / ENABLE / DISABLE / BUDGET_ADJUST / TIME_ADJUST

6商品展示逻辑

商品列表仍然来自三方平台。BeeX 在返回给前端前,用 country_code + platform + platform_product_id 匹配生效中的 product_promotion_rules,把推广配置合并到商品展示模型中。

三方平台商品接口
  + BeeX 商品推广规则
  = 前端展示商品

返回给前端时带上 promotion:

{
  "promotion": {
    "ruleId": "ppr_xxx",
    "tags": ["高返", "蜜源圈精选"],
    "userCashbackBps": 600,
    "platformSubsidyType": "FIXED",
    "platformSubsidyMinor": 500000,
    "estimatedCashbackMinor": 685700
  }
}
多规则命中策略:同一个 country + platform + platformProductId 如果有多条 ACTIVE 规则,必须按状态、有效期、预算、priority 选择唯一生效规则,保证前端展示和结算快照一致。

7收益计算口径

买家侧

  • USER_CASHBACK:商品返现。
  • PLATFORM_SUBSIDY:平台补贴。
  • COUPON_CASHBACK:返现券。
  • REBATE_FUND:返佣基金。
  • ACTIVITY_CASHBACK:活动奖励。

推广者侧

  • PROMOTER_COMMISSION:推广者佣金。
  • 与买家返现、直接邀请人奖励、优惠券和活动奖励是不同收益类型。
  • 是否与 DIRECT_COMMISSION 或其他用户权益叠加,需要在结算规则中显式配置。

推荐计算口径:

收益项公式
买家商品返现M * user_cashback_bps
平台固定补贴platform_subsidy_minor
平台比例补贴USER_CASHBACK * platform_subsidy_bps
推广者佣金M * promoter_commission_bps
M 的定义:M 是三方平台订单回传的 BeeX 可分配佣金基数,不是订单 GMV,也不是商品成交价。

8点击快照

生成转链或点击下单时,在 affiliate_clicks 保存以下字段:

买家权益快照示例:

{
  "ruleId": "ppr_xxx",
  "userCashbackBps": 600,
  "platformSubsidyType": "FIXED",
  "platformSubsidyMinor": 500000,
  "releaseDelayDays": 30,
  "tags": ["高返"]
}

推广者佣金快照示例:

{
  "promoterType": "USER",
  "promoterRefId": "usr_mars",
  "promoterCommissionBps": 200
}
结算原则:订单回来后按点击快照结算,不重新查当前规则。预算扣减建议在订单回传并确认可结算时按 orderId + ruleId + benefitType 幂等处理,不在点击时扣预算。

9后台运营流程

  1. 运营粘贴商品链接。
  2. 系统解析商品,展示商品图、商品名、店铺、价格。
  3. 运营配置标签。
  4. 运营配置买家返现和平台补贴。
  5. 运营配置推广者佣金,可选指定达人。
  6. 保存草稿或启用。
  7. 商品详情、蜜源圈、高返列表展示生效规则。
  8. 用户点击下单时保存快照。
  9. 订单回传后按快照结算。

10后台页面

模块名

商品推广配置

列表字段

字段说明
商品商品图、商品名、商品 ID。
平台TikTok / Shopee 等。
国家例如 ID。
标签高返、爆品、蜜源圈精选等。
用户返现买家基础返现比例。
平台补贴固定补贴或比例补贴。
推广者佣金推广者配置概览。
预算预算总额、已使用、剩余。
有效期开始和结束时间。
状态草稿、待生效、生效中、已过期、预算耗尽、已停用。
最后修改人最近一次操作人。
最后修改时间最近一次更新时间。
操作查看、编辑、复制、启用、停用、查看数据。

详情页

11状态设计

类型状态说明
数据库状态DRAFT草稿,不对前端生效。
数据库状态ACTIVE启用,但是否正在生效还要看时间窗和预算。
数据库状态DISABLED已停用。
后台展示状态草稿DRAFT 得出。
后台展示状态待生效ACTIVE 且当前时间早于 start_at
后台展示状态生效中ACTIVE 且在有效期内且预算未耗尽。
后台展示状态已过期当前时间晚于 end_at
后台展示状态预算耗尽预算大于 0 且已用预算达到上限。
后台展示状态已停用DISABLED 得出。
数据库只需要存 DRAFT / ACTIVE / DISABLED;“待生效、已过期、预算耗尽”是后台根据时间和预算计算出来的展示状态。

12第一版范围

建议 MVP 先做暂缓
  • 商品链接解析。
  • 规则新增 / 编辑 / 启停。
  • 标签配置。
  • 买家返现比例。
  • 平台固定补贴。
  • 指定达人推广佣金。
  • 点击快照。
  • 订单按快照结算。
  • 操作日志。
  • 达人组。
  • 邀请码范围。
  • 复杂预算扣减。
  • 多规则叠加。
  • 批量导入。
  • 财务对账。

13关键边界说明

问题建议口径
商品基础权益一致,是否表示最终返现完全一致?不是。同一商品的商品基础返现和平台补贴一致;用户自己的券、活动、账户权益可以另算。
多规则命中怎么办?按状态、有效期、预算、优先级选择唯一生效规则,不要让前端展示和结算快照分裂。
什么时候扣预算?点击只保存快照。订单回传并确认可结算时,按 orderId + ruleId + benefitType 幂等扣减和写收益。
推广者佣金和邀请人奖励是什么关系?PROMOTER_COMMISSION 是商品推广配置产生的佣金,不默认替代直接邀请人奖励 DIRECT_COMMISSION。BeeX 只有一层直接邀请关系;两项是否叠加必须显式配置。
release_delay_days 优先级是什么?商品规则快照优先;否则回退平台配置,例如 TikTok 7 天、Shopee 15 天;再否则回退全局默认。
没有命中商品推广规则怎么办?走现有默认返佣规则,不影响普通商品搜索和下单链路。
配置变更是否影响历史收益?不影响。收益生成时锁定规则版本、金额、释放时间;历史调整需要单独的人工批量重算或调账流程。
最终总结:商品推广规则只增强 BeeX 对三方商品的运营配置能力;商品事实仍以三方平台为准,结算以点击快照为准,订单回传后只做幂等计算和收益入账。

相关文档:蜜源圈 · 需求与技术方案 · 活动规则引擎(ECA) · 首页商品列表 → 购买链路