材料明明交了,登录进去却是空的?WebFuture账号合并,每月60起工单变用户1分钟自助
材料明明交了,登录进去却是空的?WebFuture账号合并,每月60起工单变用户1分钟自助
手机号、微信、支付宝三个入口,各自建号——同一个人在系统里被拆成了好几个人

何建平把"我的办件"翻了四遍,显示是零
2026年4月14日,星期二,上午九点半。
何建平四十八岁,在城东开一家小面馆。上周四,也就是4月9日,他在市网上办事大厅提交了小餐饮登记备案的材料:租房合同、身份证正反面、厨房平面图,一共七个附件,系统最后提示"提交成功"。
今天他想看看进度。手机上的浏览器还留着上次的登录页,他嫌输密码麻烦,看到旁边有"微信扫码登录",就扫了。
进去以后,他愣了几秒。"我的办件"是零,"我的材料"也是零。
他退出,重新进,又退出,换个入口再进。翻了四遍,还是空的。他第一反应是:那天是不是没提交成功?七个附件,一个个传上去的,怎么会没成功。
面馆十一点要开门,他没时间细想,骑上电动车去了政务服务中心,在窗口把七份材料又交了一遍。
窗口的工作人员录完信息,抬头说了一句让他更糊涂的话:"何师傅,您上周是不是交过一次?系统里已经有这条了。"
材料没丢。它好好地躺在另外一个账号里。
一、同一个人,系统里有两个账号
当天下午,市政务服务中心信息技术科的徐蕾把这条工单接了过来。
她在后台按身份证号一查,两个账号并排躺着:一个是4月9日建的,用手机号注册,七个附件都在里面;一个是4月14日建的,用微信扫码,里面只有窗口刚录的那一条。
两个账号之间,没有任何关联。何建平并不知道自己在系统里有两个账号,他只知道"我交的东西没了"。
这不是何建平操作有误,也不是谁的工作出了纰漏。办事大厅这几年陆续上了三种登录方式:最早是手机号注册,后来加了短信验证码,再后来是微信和支付宝扫码。每加一种入口,都要"各自建号"才跑得通;而旧的登录方式为了照顾存量用户,又不能停。
入口越方便,账号越分散。同一个人今天用手机号办一件事,明天用微信查进度,后台就多出一个"新人"。
二、徐蕾这本账:每月80个新账号,60起工单
徐蕾手上有一本账,是从工单系统里一条条数出来的。
每月新增的重复账号约80个,一年下来接近960个。市民打进来的咨询和工单,每月因此产生的约60起,一年约720起。每起工单,客服要问清手机号、核对身份、进后台翻账号、再把材料指给用户看,一次十几分钟。
电话里说的事情五花八门:"我明明交了呀""我传的身份证怎么没了""是不是你们系统出问题了"。但追到根上,全都是同一件事——他在系统里有两个账号,而他不知道。
更隐蔽的代价在窗口。像何建平这样找不到材料、索性再跑一趟的人不在少数:重新填表、重新上传、重新排队。线上的一次"看不见",变成了线下的一次重复办理。
这本账的全部数字
| 月度增量 | 每月约 80 个重复账号,一年约 960 个 |
| 用户感知 | 材料"消失"、反复提交,额外增加窗口办理量 |
| 客服成本 | 每月咨询与工单约 60 起,一年约 720 起,每起十几分钟 |
| 安全要求 | 合并前必须验证身份,否则存在冒名合并、并走他人材料的风险 |
| 实际效果 | 每月 60 起工单 → 用户自助解决,材料不再"消失" |
三、窗口代劳,卡在"凭什么判断是同一个人"
徐蕾最初的想法很直接:既然知道是同一个人,那就后台手工合并,一个个来。
她自己试了两例,第二例就卡住了。
卡点不在操作,在判断。凭什么认定手机号账号和微信账号属于同一个人?微信这头只有一个昵称和头像,昵称是"老何面馆",头像是只猫;手机号那头倒是实名,可手机号也可能换过人。要确认,只能打电话、要身份证照片、让人跑一趟——这又回到了"窗口办理"。
更何况,办件材料里是身份证、房产、经营信息。一旦并错人,就是把甲的办件并进乙的账号——那已经不是效率问题,是数据事故。
账算到这里就清楚了:每月80个新增、累计量还在涨;窗口代劳一不能规模做,二担不起并错的风险。这条路走不通。
四、技术同事说:这个动作该由本人做
第二天上午,徐蕾把情况讲给了动易的实施工程师,说到"我们不敢替用户合并"。
对方回了一句:"你们本来就不该替他们合。WebFuture里有'账号合并',这个动作是让本人自己完成的。"
然后把这个功能能做的一件件事讲了一遍——正好对上徐蕾卡住的那几处。
第一步,当前登录的这个账号就是主账号。用户用哪个账号登录、在哪里发起合并,那个账号就是主账号,不用管理员先指定"以哪个为准",也不用再问一遍"您想留哪个"。
第二步,合并之前必须验证身份。系统向被合并账号绑定的手机号或邮箱发验证码,验证通过才能并——徐蕾最担心的"并错人",在这一步被挡在门外。能收到那个手机验证码的,才是账号的主人。
第三步,被合并账号的记录整体归集到主账号。申办记录、上传的材料、评论留言,跟着人一起过来;账号基本信息以主账号为准,不必再两头核对哪份资料是新的。
第四步,原账号停用,入口统一。合并完成后,旧的账号不再单独使用,以后再从手机号、微信、支付宝任何一个入口进来,都落到同一个主账号——不会再"多出一个新人"。
徐蕾后来在科室复盘时说了句实在话:判断"这两个账号是不是同一个人",窗口没有这个资格,客服也没有——只有本人有。把判断权还给本人,配上一条验证码,这件事才既做得快、又做得对。

本人发起、本人验证,一组一分钟
五、何建平那一分钟
4月16日晚上,面馆打烊,何建平接到了徐蕾的电话。
"何师傅,您不用再跑一趟。您用微信登录,进个人中心,会看到一个'合并账号'的提示,照着点就行。"
他坐在餐桌旁,一手拿着手机,一手扶着屏幕。登录,进个人中心,看到系统列出的历史账号:尾号8736的手机号。他勾上,点合并,手机收到一条验证码,填进去,提交。
刷新"我的办件":4月9日那条在,状态"受理中";4月14日窗口录的那条也在,标着重复申请、已并入。七个附件,一个不少。
整个过程不到一分钟。他在电话里笑了一下:"就这么点事,我还多跑了一趟。"
六、写在最后
这之后,办事大厅在个人中心首页加了一条提示,也把一句话写进了客服话术:遇到"材料不见了",先问一句"您是不是用另一个方式登录过",再指到个人中心去合并。
徐蕾那本账上的每月60起工单,慢慢变成了用户自己点几下就解决的事。窗口不用再替人"找材料",人也不用再为一份材料跑第二趟。
登录方式可以有多个,账号最好只有一个。入口是给人方便的,不该让人把自己弄丢。
关于WebFuture账号合并
动易WebFuture支持用户以当前登录账号为主账号,合并同一人在系统中遗留的其他账号。合并前须完成身份验证(短信验证码或邮箱验证),确保被合并账号确属本人,避免冒名合并;账号基本信息以主账号为准;被合并账号下的投稿、评论、信件、报名、申办记录等业务记录统一归集到主账号,原账号不再单独维护。适用于登录方式多轮升级、多渠道注册等造成的重复账号场景,使用户在不同入口间切换时,历史材料与办理记录仍可完整查阅。
动易WebFuture · 智慧门户管理平台 | 更多功能亮点系列文章敬请关注
本文为产品功能应用场景演示,文中人物、机构名称及事件均为虚构,如有雷同纯属巧合