客户没有参与满赠优惠券的活动，就获得了优惠券？

满赠优惠券的发放本来只有一条路径：订单先命中满赠活动设定的门槛，系统判定通过后再把券发到客户账户。所以当客户根本没参加满赠，券却出现在他账户里，说明这张券走的不是满赠这条路，而是被另外的发放动作直接送进去了。最容易被忽略的就是定向发送优惠券这个功能——它绕开活动条件，选择客户就发，跟满赠是两套独立逻辑。

另一条常见来源是其他送券活动。同一时间跑着邀请注册、注册即享、买赠之类的赠券设置，客户只要在那边达标，券照样会到账，看上去就像凭空多出来一张。判断的关键不是看券长什么样，而是回到发券记录里核对这张券是从哪个入口发出去的。券本身不带来源标识时，只能靠活动配置和时间点反查。

除了定向发送，邀请注册、注册即享、买赠这类设置也会发券。它们各自独立判定，客户在一个活动里达标，就会收到对应的券。常见场景是客户刚被邀请注册，注册即享的券立刻到账，他却以为这是满赠给的。

操作上，进活动列表逐个看当前处于开启状态的赠券活动，确认它们的开启时间和发券时间是否覆盖客户到账那一刻。多个活动同时开启时，要按时间轴对，而不是只看单个活动。

券到账后会影响客户下单时的实际支付金额，也会牵动账期和预存款的抵扣顺序。如果这张券本来不该发，客户用它下了单，事后处理就要同时看订单金额、券的抵扣额和账期记录，不能只删券了事。

另外，定向发送这个动作本身涉及权限。谁有发券权限、发给了谁，后台是有记录的。配错往往不是规则错，而是权限没管住。报表上也能看出来：发券数量对不上活动参与人数，通常就是这个环节出的偏差。