宏远培训考试系统能从 Excel 批量导入员工账号吗?
可以。在人员管理中打开“批量导入用户”,下载当前版本的导入模板,按模板整理员工信息并上传 Excel。先导入一小批,检查账号、姓名、部门及错误提示;修复失败记录后再处理其余人员。已有账号的更新和重复处理应按导入结果核对,不要把同名人员默认当成同一个账号。
宏远培训考试系统 · 专题问答
组织账号、数据范围、接口与资料管理。以下 44 条问答按使用环节整理,答案直接展示。
太原宏远智诚科技有限公司更新:
共 44 条,按环节阅读或搜索关键词
没有找到匹配的问题。可以清空搜索,或返回全部问答继续查找。
可以。在人员管理中打开“批量导入用户”,下载当前版本的导入模板,按模板整理员工信息并上传 Excel。先导入一小批,检查账号、姓名、部门及错误提示;修复失败记录后再处理其余人员。已有账号的更新和重复处理应按导入结果核对,不要把同名人员默认当成同一个账号。
可以通过角色的功能权限和数据权限配合设置。功能权限决定能使用哪些管理菜单;数据权限可选择全部或部分数据,并指定组织、题库、试卷、考试、课程等范围。为分公司角色选择相应组织和业务分类后,使用该角色账号检查列表与操作结果;仅隐藏菜单不足以代替数据范围授权。
可以建立不同角色,分别授予题库维护、试卷考试管理、阅卷或成绩查看等需要的功能,再限定每个角色能管理的数据范围。多人协作时还要给本场考试安排具体阅卷人员,角色权限与阅卷任务分配是两项设置。授权后分别登录测试,确认能完成职责内操作,且无法处理未授权数据。
系统提供企业微信和钉钉登录入口。管理员需要在系统设置中开启对应登录方式并完成渠道配置,学员账号与第三方身份还需正确对应或绑定。遇到认证、回调或绑定错误时,应检查具体渠道配置,不能只修改本系统密码。接入其他单位门户属于单独的身份对接工作,不由这两个入口自动覆盖。
可以。在系统设置的“登录策略”中选择“单点登录(强制下线其他设备)”,同一账号建立新会话后,旧会话将失效;选择“允许多端登录”则保留多设备会话。这是账号登录策略,不是一次登录多个业务系统的 SSO。是否允许电脑或手机参加某场考试,还要看该场的作答设备设置。
系统设置提供“系统名称”和“系统 Logo”,可填写名称、上传图片并保存配置。保存后检查登录入口和实际页面的品牌展示,确认图片可访问。名称与 Logo 设置属于基础展示配置,不能直接代表移动端应用名称、全部页面布局或定制模块也会随之改完。
可以。在学习计划分析页面进入“催办跟进”,配置自动催办规则。催办对象包括未学习和学习中的人员;当前规则可设置每 1~30 天执行一次、发送时间和每次 1~200 人的上限。站内信始终发送,离线提醒需要先配置可用渠道。执行时会再次核对待完成人员;对应版本的规则表和调度服务需已部署。
先在本次计划中确认该人员仍属于待完成对象,再查看催办批次是否包含本人。站内信检查消息中心;离线提醒检查渠道是否配置、账号是否绑定及发送结果。若批次人数超过单次上限,还要查看执行范围。区分“未进入发送名单”“通道失败”和“发送后未读”,再决定补发或修复绑定。
在角色编辑页的“数据权限”中选择“部分数据”,通过“题库数据”树勾选该角色可管理的题库分类,再配置功能权限。按岗位或业务建立分类后,可以把不同维护人员分配到相应范围。这是按分类授权,不能据此宣称拥有该分类管理权限的人还能被单独禁止查看答案;需要隐藏答案时,应另行验证该具体权限要求。
可以先评估沿用现有身份体系。宏远项目对接时需分别确认登录、组织人员同步和任务通知,三项能力的授权条件不同,不能把开通一个入口理解为全部数据已经互通。
先明确部门、岗位及人员归属,再按管理职责配置功能和数据范围。例如同样能查看成绩,不同角色仍可能只允许查看不同部门;配置后要用对应账号逐项验证。
不建议为了临时项目重新建立同名账号。保留原人员标识和行政归属,整理项目参与名单,再按项目安排学习计划与考试。需要项目管理员查看数据时,为其授权相应人员和业务分类;是否存在额外项目组织字段,应以本项目实际人员模型为准,不能用重复账号代替任务分配。
尽量沿用原人员账号,只调整新的组织、岗位和后续任务。迁移或修改前核对历史记录关联方式,并保留变更记录,避免把调岗误处理成删除后重新建号。
建议先按单位规则停用访问并解除后续任务,再评估历史成绩、证书与培训档案的保留要求。删除前确认关联影响及恢复办法,避免失去需要留存的业务记录。
先确认访问地址和登录方式,再核对账号是否输错、停用或凭证已变更。用户名密码登录的问题检查本系统账号;企业微信或钉钉登录还要检查渠道配置和账号绑定。记录具体提示后再处理密码,避免对第三方绑定问题反复重置本系统密码。
将账号分配到本人并说明不得转借,重要培训或考核再结合已启用的身份核验和过程记录核查。若发现可疑记录,比较时间、设备、学习或考试过程并人工复核;密码能登录只说明持有凭证,不足以证明全过程由本人操作。不要把一次登录成功直接当成身份核验完成。
不要急着重建同名记录。先确认删除范围、关联业务和可用备份,由管理员评估恢复方案;同名新账号可能具有不同标识,不能保证自动接回原来的学习成绩。
先约定稳定且不重复的身份标识,再确定采用报名、导入还是单独开通账号。外部人员与内部员工的管理范围也应区分,方便分配任务及查询历史记录。
先确认修改的是该账号实际使用的角色,再重新登录并打开相关页面。验证重点不仅是菜单是否消失,还包括旧页面中的操作是否被拒绝、数据范围是否缩小。仍能进行不应允许的操作时,记录账号角色、修改时间、入口和具体操作,交给维护人员排查权限与会话更新。
站内催办发送到学员消息中心,在线时可显示提示;离线提醒使用已经配置并有账号绑定的外部渠道。在催办设置中可看到待完成人数、渠道是否配置和预计可触达人数。某渠道不可用时应先修复配置或绑定;发送成功、学员读到消息和学员完成任务是三个不同结果。
自动催办设置中只选一种离线主渠道,按需要启用短信兜底,并设置执行周期和单次人数上限;站内信仍会发送。不要再对同一批人员重复做人工群发。跟进时查看催办批次和执行记录:平台受理通知不等于学员已读,判断效果应结合进入学习和完成情况。
单点登录主要解决“是谁登录”,组织与人员资料还用于安排培训、分配考试和限制数据范围。应另外确认新入职、调岗和离职信息怎样进入宏远系统。
先查项目采用实时接口、定时同步还是人工导入,并记录约定周期。用新增人员、调岗和停用三个样本,记录上游修改时间与本系统出现变化的时间,再与约定周期比较。超时未变化时查调用、任务执行和错误记录;人工导入方式本身不会在上游改动后自动更新。
优先打通有稳定标识、能减少重复录入的数据:人员账号与工号、组织部门,以及明确需要回传的学习或考试结果。逐字段写清来源系统、更新方向和停用处理。比如部门由 HR 维护,就要说明本系统人工修改是否会被下一次同步覆盖,避免两边同时编辑同一字段。
双方至少交换接口地址与认证方式、字段说明、人员唯一标识、样例请求及返回、错误码和测试账号。另列正常新增、重复请求、调岗、停用、超时及重试的验收场景。逐项记录预期与实际结果,发现问题能定位到具体请求;不要只完成一次正常调用就结束联调。
为每个调用方单独记录可访问的接口、数据范围和凭证负责人,再测试越权、凭证失效及重复请求。只需要同步考试结果的系统,不应同时获得人员管理或题库修改权限。凭证更换后检查旧凭证是否失效,接口日志避免保存完整密码、令牌和无关个人信息。
先查两条记录的唯一标识及业务关联,确认是同一个人还是重名人员。修正映射规则后再决定如何处理历史记录,单凭姓名直接删除容易造成成绩和学习记录丢失。
先确定业务需要的是每次答卷明细,还是按人汇总的最终有效成绩。接口字段至少说明考试标识、人员标识、成绩、及格状态、阅卷状态和记录时间;重新阅卷或补考后是否覆盖,要写清更新规则。用一名有两次考试记录的样本核对,避免把待阅卷分数回传成最终成绩。
分三条链路检查:新用户能否登录、已经进入考试的人能否保存和交卷、通知是否送达。认证故障优先联系身份平台维护人员;通知失败应启用考试组织方事先准备的备用通知;答题保存异常则按考试应急流程处理。不能用“消息发不出”直接推断考试不可用,也不能保证任何外部故障都不影响考试。
人员信息、试题答案、成绩、证书和监考资料都应按用途控制访问。先明确谁需要哪部分内容,再提供必要范围,避免直接交付包含无关人员信息的完整文件包。
传输只是其中一部分。还应核对文件与数据库的访问权限、备份保管、导出范围和运维账号管理;具体保护方式需要与实际部署环境及单位要求一起确定。
应按工作需要分别设置访问范围。统计与考核通常不需要所有身份字段,页面展示和导出也应分别检查,避免因开放报表而一并扩大人员信息的可见范围。
录像用途、复核周期和存储成本都需要考虑。由单位按实际考试与管理要求确定保存和清理规则,再落实到访问、备份和归档安排,避免无目的地长期堆积资料。
说明需要哪些设备、采集哪些资料、用于什么环节、如何复核以及联系渠道。数据告知与授权流程应由组织方按适用要求落实,技术开关不能替代完整的考务说明。
关注操作账号、时间、对象和结果,再关联权限变更、题库调整、成绩处理或导出等记录。项目验收时应核对关键流程是否留痕,以及谁有权查询和保管这些记录。
先核对接收方所需人员和字段,删除无关内容并按单位规则处理身份信息。还应说明统计时间与成绩口径,避免一个导出文件被长期转发成多个版本。
先控制该账号的继续访问并联系负责人员,再核查登录和关键操作记录。处理后重新确认凭证、权限与受影响业务,不要只改密码而忽略已经发生的操作。
先评估影响到的题库、试卷和参考人员,再决定停用、替换或调整考试安排。同时核查相关访问与导出记录,处理权限和保管问题,避免新试题再次暴露。
一般可以用模拟数据或按要求处理过的样本验证。确有必要使用真实资料时,应由单位确定范围与权限,并安排测试结束后的清理,避免演示资料长期流转。
先控制影响并保存相关记录,再由负责人员确认涉及的数据与业务。后续按既定流程开展恢复、沟通和改进,同时保留每一步处置记录,方便复核原因和责任。
看登录时由哪一方校验身份:使用本系统用户名密码时,在本系统流程中处理;使用企业微信、钉钉或项目统一认证时,还需检查对应平台账号状态和绑定关系。遇到无法登录,先记录所选登录方式及错误提示,再到负责校验身份的一方处理,不要在两个系统里反复改密码。
同一字段应有明确的主来源。比如部门与岗位由 HR 提供,就在对接说明中约定本系统是否允许临时修改、下一次同步是否覆盖;本系统产生的考试成绩则按约定回传。为新增、变更、停用各准备一个样本验证,避免双方都能写却没有冲突处理规则。
正常登录只是对接的一部分。还应验证停用、调岗和权限收回能否按约定传递,并检查已经建立的会话与待办任务如何处理,避免上游账号失效但下游仍保留不应有的访问。
使用稳定的业务唯一标识,并在接口方案中明确重复请求的处理。例如同步人员时,同一工号再次提交应更新或返回已有记录,而不是无条件新增。超时后先查询是否已处理,再按约定重试;联调时故意重复提交同一请求,检查最终是否只产生一份正确记录。
具体功能、软硬件适配与服务范围,按实际交付版本、项目方案及验证结果确认。