定向发放优惠券时，能否按登录手机号搜索客户？

结论很明确：定向发放优惠券时，系统不提供按登录手机号检索客户的入口。你能用来定位客户的条件只有三个——客户名称、客户编号、联系手机号。这三项都是客户档案里的基础字段，系统在发放优惠券的客户选择环节就是拿它们做匹配的。

为什么会这样？因为登录手机号属于账号维度，联系手机号属于客户资料维度，两者在系统里是分开存放的。一个客户档案下可能挂着多个登录账号，也可能出现同一个登录手机号关联多个客户的情况。如果允许用登录手机号反查，系统很难判断你到底想发给哪一个客户，容易发错人。所以设计上把搜索条件收窄到客户名称、客户编号、联系手机号这三个能唯一指向客户档案的字段。

实操上的替代路径是：先确认这个客户的客户名称或客户编号，或者它档案里登记的联系手机号，再用这三者之一去搜。如果只掌握登录手机号，就先去客户列表里按登录账号找到对应客户，记下名称或编号，再回到发券流程里搜。多一步，但不会发错。

第一种，按客户名称搜。适合你脑子里想的是「那个叫某某商行的客户」，直接输全称或关键词，候选列表会列出匹配的客户档案。名称重复时，靠客户编号或联系手机号二次确认。

第二种，按客户编号搜。编号是每个客户档案的唯一标识，最精准，适合你知道编号、或者从报表、订单里复制过来。输编号基本一步到位，不会出现同名的干扰。

第三种，按联系手机号搜。注意这里指的是客户档案里登记的联系手机号，不是登录手机号。如果这个客户的联系手机号和登录手机号恰好是同一个号，那你能搜到；如果不是，搜登录手机号就会落空。

操作路径上，进入优惠券的定向发放环节，在客户选择框里切换或直接输入以上任一条件，勾选目标客户，再确认发放。整个过程不需要退出当前页面。

优惠券发出去后，直接影响的是客户下单时的价格结算。券的抵扣发生在订单金额计算环节，和客户等级价、促销价叠加时，优先级由你在券规则里设定，配错了会出现折上折超出预期的情况。

账期方面，券抵扣通常作用于订单应付金额，不改变账期本身。如果客户是账期结算，券抵掉的是本次应收，账期天数不变。这一点在财务报表里会体现为应收金额减少，而不是账期缩短。

权限方面，谁能发券、能发给哪些客户，由后台角色权限控制。没有发券权限的操作员，即使搜到了客户也点不了发放按钮。库存不受发券影响，券只是价格工具，不锁库存。

报表上，定向券的发放记录和核销记录可以按客户维度查。如果你用客户编号做了规范建档，后续对账会顺很多；如果靠名称搜、名称又不规范，报表里就容易出现同名合并或漏统计。

所以搜索方式看似只是一个小入口，实际上牵连着客户建档规范、权限分配和后续对账效率。把客户编号和联系手机号维护好，比每次临时找号省事得多。