I直接答案
你看到的情况并不属于初始化失败。订货宝的初始化动作只覆盖三块内容:业务数据、商品数据、客户数据。员工账号并不在这三块里面,因此即使你完整执行了一次数据初始化,系统里的员工列表、登录账号、以及挂在账号上的角色和权限都会照旧保留。
结论就是:想让之前的员工账号消失,初始化这条路走不通,必须单独把需要清理的账号提交给客服处理。清理前建议先把账号状态改成停用、把在职员工的权限重新核一遍,避免出现已经不该登录的人还能看到数据的情况。
II操作问答
先弄清楚:初始化到底动了哪些数据
很多人把数据初始化理解成把系统恢复成一张白纸,实际上它是一次有边界的清理。订货宝的初始化只处理业务数据、商品数据和客户数据这三类,单据流水、商品档案、客户档案会被清掉,但员工账号、角色、权限这些属于系统的基础配置,不在清理范围内。
这么设计有它的道理:账号和权限往往跟组织结构绑在一起,一旦被顺手清掉,重新搭建的成本比清数据高得多。但对想彻底重来的用户来说,就会形成你现在遇到的这种落差——数据看着是新的,人还是旧的那批。
所以先接受一个前提:初始化不等于重置系统。你在员工列表里看到的旧名字、旧手机号、旧登录账号,都是正常残留,不是系统没执行成功。
III操作问答
清理旧账号的操作顺序
第一步,先把员工列表完整拉出来核对一遍。区分三类人:已经离职且确定不再使用的、在职但账号需要保留的、身份不明或重复的。把第一类和第三类整理成一份清单,写清楚账号、姓名和需要处理的方式。
第二步,对确定不再使用的账号先做停用或禁用处理。这一步你自己就能完成,操作完对方就无法正常登录,能立刻降低风险,不用等清理流程走完。
第三步,把整理好的清单提交给客服,由客服在系统内处理员工账号的信息。这一步没法自助完成,因为账号涉及登录凭证和关联数据,需要后台处理。
第四步,清理完再回头检查一遍角色和权限。旧账号删掉之后,它原来占用的角色可能变成空壳,也可能还有别的账号在用,顺手梳理一次能省掉后面很多麻烦。
IV操作问答
两种最容易配错的情形
第一种是只停用不清理。账号被停用后确实登不进去了,但员工列表、报表的经手人字段、历史单据的关联里仍然会挂着这个人的名字。如果你预期的是「这个人彻底消失」,看到的却是名字还在到处出现,就会误以为没生效。停用解决的是登录问题,清理解决的是显示和数据归属问题,两件事。
第二种是清理时把在职员工的账号一起交上去。清理是不可逆的,一旦账号被处理掉,该员工的历史操作记录、客户归属关系可能就断了,重新建号也接不回原来的数据。提交清单前一定要跟业务负责人对一遍,特别是那些挂着客户或订单的账号,宁可不删也别误删。
V操作问答
跟权限、报表和客户的联动
员工账号不是孤立的一条记录,它同时是权限的载体和数据的归属标记。账号清理之后,原来分配给它的角色需要重新指派,否则可能出现某个审批环节没人能操作、某张报表看不到数据的情况。
在客户和订单维度上,旧账号往往是客户的跟进人或订单的经手人。账号被清理后,这部分归属关系要么转移到新账号,要么保留为历史记录,具体怎么处理取决于你的业务习惯,但一定要在清理前想清楚,别等报表对不上才回头查。
如果你的订货宝开通了多规格商品、账期或预存款这类涉及审批和额度的功能,权限变动的影响会更直接。建议把账号清理和权限复核放在同一次调整里完成,做完之后用一个小号实际登录验证一遍,比只看列表更可靠。
VII常见问题
被问得最多的几个问题
目前系统数据初始化不包含员工账号清理,账号本身涉及登录凭证和关联数据,需要单独提交给客服在系统内处理。你能自己完成的是停用或禁用账号,让对方无法登录;彻底移除账号信息这一步要走客服。建议先停用再提交,风险更低。
不会直接删单据,但会影响到单据上的经手人归属显示。清理前最好先确认这个账号名下挂着多少客户和订单,需要保留归属关系的先做转移。如果只是想让人登不进来,停用就够了,不必走到清理这一步。
员工账号、角色权限这类基础配置都不在初始化范围内,另外跟账号绑定的组织架构、审批设置通常也会保留。所以初始化更适合用于清空业务、商品、客户这三类数据后重新开展业务,如果你的目标是整体重置,需要把账号和权限一并纳入清理计划。
VII继续查
企业微信 · 专属顾问