买赠活动是按单个产品数量还是多个产品合计数量计算？

结论很直接：没有默认答案，两种判定方式在订货宝里都成立，选错就会跟你想的不一样。如果你把买赠条件配置在某个具体商品的促销行上，系统就只盯这一个商品的数量，客户买别的活动商品再多也不算数；如果你把条件配置在活动整体层面，系统会把所有被纳入这个活动的商品数量加在一起，只要合计达到门槛就触发赠品。

实际经营中，这个差别直接影响客户的凑单行为和你的毛利。按单个商品判定，适合「这款主推品卖够几件就送」的玩法，规则清楚、客户一看就懂；按多个商品合计判定，适合清库存或者带动关联品类，客户可以自由搭配。但合计判定有个隐性代价：客户专挑低毛利商品凑数，赠品成本压不住。所以先想清楚活动目标，再去后台选判定方式。

第一步，进入营销或促销模块，新建一个买赠活动，先确定活动时间、适用客户范围。第二步，选择参与活动的商品，把需要计入数量的商品逐个添加进去，这一步决定了后面是「单个算」还是「合计算」的基础范围。

第三步，设置数量条件。如果你要的是单个商品满量送，就把条件绑定在具体商品行上，并指定该商品对应的赠品；如果你要的是多个商品凑量送，就把条件设在活动层级，填写合计门槛，再统一指定赠品。

第四步，保存前检查一遍赠品库存和限领规则。赠品发放在订单满足条件时触发，如果赠品本身库存不足或设置了每人限领，达到数量条件的客户也可能拿不到，这跟数量判定无关，但排查时容易误判成计算错误。

买赠的数量判定会跟价格体系叠加。如果活动商品本身有阶梯价或客户专属价，数量的计算仍按实际购买件数走，不受价格档位影响，但赠品成本要算进这笔订单的实际让利里。

账期客户同样参与活动，判定逻辑不变，只是结算方式不同。库存方面，赠品要从赠品库存扣减，活动商品的数量判定不改变主商品库存的扣减方式。权限上，谁能建活动、谁能改活动范围，取决于账号角色配置。

报表端，活动效果通常按赠品发放记录和活动商品销量来看。如果你想评估合计判定有没有被客户钻空子，重点看赠品发放笔数跟活动商品整体销量的比例，异常偏高就要回头检查条件挂载的层级。