I直接答案
结论很直接:客户的登录账号可以用虚拟号码来建,只要凑够11位、写成手机号的格式就行,比如用13开头的一串数字。系统在创建账号时并不会拿这个号码去运营商那边做真实性校验,它只按格式规则判断,所以虚拟号是可以被存进去并用来登录的。
但这里有个必须提前想清楚的代价:虚拟账号本身不具备接收短信的能力,验证码发过去是收不到的。所以只要业务流程里出现了「发验证码—填验证码」这一步,这个账号就会卡住。真正决定能不能用的,不是账号能不能建,而是你打算让这个账号走哪条登录和验证路径。
II操作问答
系统怎么判断一个账号能不能建
订货宝对登录账号的校验分两层。第一层是格式层,看这串字符是不是11位数字、是不是以常见的号段开头,也就是长得像手机号。虚拟号码只要能通过这一层的形状检查,就能被保存下来。
第二层才是短信层,这一层跟账号创建是分开的,只在你触发验证码的时候才起作用。也就是说,账号建得成不代表验证码收得到,两件事要分开评估。很多客户误以为「建得成就能用全套功能」,问题基本都出在这里。
III操作问答
在系统里具体怎么建这个账号
第一步,进入客户或账号管理相关的位置,新增一个客户账号,在登录账号那一栏填11位数字,按手机号的写法输入,比如13开头的一串数字。填完先保存,系统会先做格式校验,格式不对会直接拦下来。
第二步,把登录方式定下来。如果这个账号是给不常用手机的人用的,就把密码登录这条路走通,别把短信验证设成必经步骤。涉及管理员操作的环节,留在后台由有权限的账号代为处理。
第三步,建完之后自己先登一次做验证。用虚拟账号加密码走一遍登录流程,确认能进去,再交给客户使用。不要等客户反馈登不进去才发现问题。
IV操作问答
最容易配错的两种情况
第一种是把虚拟账号当成普通手机号账号来配,登录流程里保留了短信验证。结果就是客户能输入账号和密码,但页面一直停在验证码那一步,验证码永远不来,表现为「密码没错却进不去」。
第二种是多个客户共用同一个虚拟号码。表面上都能建,实际上后续一旦要按账号做识别、找回或通知,就会互相串在一起,排查起来很费时间。虚拟账号建议一账号一号,别图省事复用。
V操作问答
它跟哪些功能会互相影响
跟权限相关:虚拟账号能登录,但后台的账号操作权限照样按角色走,跟账号是不是虚拟的没有关系,该给的权限要给,不该给的别给。
跟账期与价格相关:账号本身不决定授信额度、预存款或价格等级,这些是在客户资料和历史数据里单独配置的,账号只是进门的钥匙。
跟库存和报表相关:订单归属看的是账号绑定的客户身份,报表统计也是按这个身份汇总。如果虚拟账号和客户身份对应关系没理清,报表上的数据归属就会错位,这比登不进去更难发现。
VII常见问题
被问得最多的几个问题
不是完全没法用,但要把需要短信的环节绕开。可行的做法是让这个账号走密码登录,把短信验证从必经路径里去掉;涉及必须验证的操作,交给有权限的账号在后台代为完成。前提是你得接受它收不到短信这个限制,并且提前跟使用的人说清楚。
技术上能建出来,但不建议这么做。多个客户挂在同一个号码上,后续做账号识别、消息通知或者问题排查时容易互相干扰,出了问题也很难定位到底是哪个客户。虚拟账号最好一个客户一个号,别共用。
不会。授信额度、预存款、价格等级这些是在客户资料里单独设置的,跟登录账号长什么样没有关系。虚拟账号只是登录用的身份入口,客户能拿多少额度、按什么价下单,还是看你在客户档案里怎么配。
VII继续查
企业微信 · 专属顾问