内容摘要：用友G6结转下年时蹦出“本机已运行系统控制台”，这提示来得莫名其妙。明明刚开机，任务栏干净得很，哪来的控制台？可系统就是不让继续操作，点确定后直接退回登录界面，再进再点，又弹出来，死循环。 这问题多半

用友G6结转下年时蹦出“本机已运行系统控制台”，用友运行这提示来得莫名其妙。结机已明明刚开机，转下任务栏干净得很，年提哪来的示本控制台？可系统就是不让继续操作，点确定后直接退回登录界面，系统再进再点，控制又弹出来，用友运行死循环。结机已

这问题多半出在数据库的转下异常锁定上，而非真有谁开着控制台。年提G6的示本结转流程会先检测系统控制台是否被占用，这个检测机制本身有漏洞——它读的系统是数据库里的一个状态表，不是控制真实进程。上次结转如果没正常完成，用友运行或者中途被强杀，那个状态位就残留成“占用”了。你看到的提示，就是系统拿残留状态当成了现实。

解决办法不复杂，但得动数据库。进SQL Server，找到G6的账套库，执行一条更新语句，把相关表里的锁定标记清零。具体表名通常是gl_control或类似命名，不同版本略有差异。你可以在查询分析器里跑：
UPDATE gl_control SET cStatus = '0' WHERE cFunc = '结转'
跑完再进G6，结转就能正常走了。操作前记得备份数据，别省这一步。

还有种情况更隐蔽——如果服务器上装了多个G6客户端，其中一台确实挂着控制台但没关，网络连接又断断续续，也会触发这个提示。检查一下所有终端，把没用的G6界面全关掉，再试结转。别忽略远程桌面残留的会话，那玩意儿最容易造成假占用。

说句实话，用友这个提示设计得不够体贴。它没告诉你是哪个进程占用的，也没给强制释放的入口。用户只能靠猜。我见过不少财务人员被这问题卡住，大半夜打电话求援，最后发现就是一次异常关机留下的后遗症。你要是常做年结，最好把这条SQL存成文本放桌面，下次遇到直接抄起来用。

最后提醒一句——结转前把杀毒软件暂时关掉。某些安全软件会拦截G6对数据库的临时写入，导致状态更新不完整，同样会触发这个假提示。等结转完成再开回来，不耽误事。