设置了最低订货限制，并且勾选了当日未发货前新增订单不做最低订货限制，客户两单都没有满足条件，如何下单成功的？

系统判断一笔订单能不能提交，看的是「下单来源 + 当日订单状态」两个条件叠加的结果。最低订货限制本身只拦截客户端自主提交的订单；如果这笔单子是管理端代客下单产生的，它不走这套拦截规则，可以直接成立。所以你看到两单都没达标却都下了，先别急着怀疑参数没保存，先去查第一单的下单来源。

另一个关键在于「当日未发货前新增订单不做最低订货限制」这个勾选项。它一旦启用，只要当天已经有一笔订单存在于系统且尚未发货，客户再提交的新订单就不再受起订条件约束。这两条规则叠在一起，就会出现你描述的现象：第一单是后台代客下的，本身没被拦；第二单虽然是客户自己下的，但因为当天已有未发货订单，也被放行了。

第一步，打开客户当天的第一笔订单详情，找到下单来源或操作人字段。如果是管理端账号代客下单，这里会显示为后台操作。确认这一点，第一单为什么没被拦就解释清楚了。

第二步，回到最低订货限制的设置页，确认「当日未发货前新增订单不做最低订货限制」是否处于勾选状态。勾选了，就继续看第一单的发货状态。

第三步，查看第一单是否还停留在未发货状态。只要它当天没有完成发货动作，客户再自主提交的第二单就会跳过最低订货限制。三步走完，你基本就能还原出这两单成功的完整路径。

最低订货限制会和价格体系、账期、库存、权限、报表几个模块发生联动。比如客户享受的是特定价格政策，起订条件往往和价格档位挂钩；如果代客下单绕过了限制，账期和应收账款也会跟着按实际订单生成，财务侧看到的数据就和限制设置的初衷不一致。

库存方面，两笔未达标的订单同样会占用可售库存，后续如果客户想修改或取消，处理路径和普通订单一样。权限上，代客下单是后台账号才有的能力，谁能用这个入口，需要在账号权限里提前界定清楚。报表里这两笔单会正常计入客户订货数据，不会因为没达起订量而被单独标记。

所以建议是：要么把代客下单的使用范围收窄，只留给确实需要人工介入的场景；要么接受勾选项带来的放行效果，并在对账和发货环节多一道人工复核。两种做法都有代价，关键是团队内部要统一口径，避免运营、财务、仓储各看各的数据。