受理、派单、值班与复核四个工位的分工
一线受理席
接听报障来电或在服务台队列里取件，核对报障人与资产编号，判断是否落入远程支持工单口径；不符合受理条件的当场退回并写明理由，不让无效工单占住值守人力。
二线派单席
按技能标签与工位负载把工单派给对应工程师，派单前查被控端在线状态与授权范围；需要审批放行的先提交申请，确认后才把工单交到现场同事手上。
值班工程师席
在指定工位上执行远程协助，每次会话的开始、结束与涉及操作项逐条写进工单备注；遇异常先记现象再处置，交接时不靠口头转述。
交接与复核席
轮班时按设备分组与未闭环工单清单逐条核对，确认遗留授权是否仍然有效，把当班处置结论整理成交接记录，交给下一班值班工程师继续跟进。
受理、派单、值班、复核四个工位串成一条支持台流水线：受理判准，派单定人，值班处置，复核收口，环节之间一律靠工单字段交接，口头补充只算辅助。按 2026-10-19 起那 280 笔受理样本算，坐席从值班端拉起直到条目可点，中位落在 1.2 秒；换班时刷新列表基本不用等。
1.2 秒坐席端就绪：从值班端拉起算到条目可点2026-10-19 起累计的 280 笔受理样本按中位取值，值班机为 Windows Server 2022 环境记录
41 毫秒派单等待：派单发出到远端回话每日 240 笔受理样本自 2026-10-20 起累计取均值，跨城专线条件
260 台纳入值守的账号侧设备规模归 6 个设备分组，值班按 4 路并发排，是账号侧规模记录
68 秒铺开指令下发到首次服务启动自 2026-10-22 起攒了 120 笔受理样本，取中间那一笔；条件是静默铺开、工位与版本都一致
工单在受理、派单、闭环三处节点上的流转
| 工单指标 | 起止动作 | 受理样本 | 需另行实测 |
|---|---|---|---|
| 坐席端就绪 | 从坐席登录值班端那一刻起，算到工单条目能点开 | 280 笔受理样本自 2026-10-19 起累计，中位读数 1.2 秒 | 换值班机、换系统版本，受理样本都要重取一遍 |
| 派单等待 | 工单转到工程师手上开始计，到远端界面回话为止 | 自 2026-10-20 起每日 240 笔受理样本累计，均值 41 毫秒 | 同城接入、机房内部互访都不在这批样本里，要另开工单重测 |
| 回传附件带宽占用 | 从会话里开始回传附件起算，到远端把附件收齐 | 2026-10-26 的测试按上行单侧计量，办公文档场景带宽占用峰值 18 Mbps | 换动态画面或换跨城线路，这组数要另立工单重测 |
| 内网镜像分发 | 镜像包从下发算起，到终端写完为止 | 2026-10-25 实测那一批，6 GB 镜像包的分发速率 15.3 MB/s | 跨出口链路、无线接入都不在这批记录内，须另立工单重测 |
| 服务端空闲资源 | 服务端转入空置开始计，到本班值班收工为止 | 2026-10-28 起攒下 5 笔，服务端空置期内读到 CPU 0.8 %、内存 82 MB，取这 5 笔中间那一笔 | 并发高峰时段套不上这组值，要另立工单重测 |
表里每一格都能回指到工单的一个字段，口径与前文一致：1.2 秒归坐席端就绪，41 毫秒归派单到远端回话的等待，260 台与 4 路并发说的是当班能同时挂住的会话数。交班时逐格核对，上一班卡在哪一环一眼就能看出来。
交接班前后坐席工位的动作清单
- 开班前由交接席清点未闭环工单，按 6 个设备分组逐组核对，依值班点收单上的 260 台设备在线数据确认状态与遗留授权有效期。
- 坐席登录值班端，先试工单条目点不点得开：280 笔受理样本自 2026-10-19 起累计取中位，1.2 秒，这一环不拖值班节奏。
- 跨城专线接入的坐席，发起会话前先看链路状态：每日 240 笔受理样本自 2026-10-20 起累计取均值，41 毫秒。
- 要批量下发镜像的工单转给管控席，260 台设备的清单按 4 路并发拆批，每批收工后在工单里登记批号与统计口径。
- 闭班前由复核席核对会话记录与操作留痕，未完的工单写明阻塞原因与下一责任人，确认闭环后再关闭工单。
支持台如何划分工位才能避免互相顶班？
常见做法是按受理、派单、处置、复核四类工位切开，每个工位只对本环节的字段负责，交接以工单记录为准，坐席不在群里口头补结论。按 2026-10-19 起那 280 笔受理样本，坐席从值班端拉起直到条目可点，中位 1.2 秒；换班重进值班端的等待可控。
工单从受理到闭环一般要留哪些记录？
至少保留四类：受理时间与退回理由、派单对象与授权范围、会话起止时间与操作项、复核结论与遗留授权到期时间。这些字段与那 280 笔受理样本用的工单模板对得上，260 台设备的清单与 4 路并发都写在模板里，字段不齐时复核席无法直接关单，只能退回重填。
260 台设备同时在线时，坐席应该怎么排班？
账号侧规模是 260 台，分成 6 个设备分组，值班按 4 路并发安排坐席。排班时保证每路都能对应到一名在岗工程师，避免工单挂起却无人接手。分组结构同时也是交接与点收的基本单位，排班表按组别逐行核对，各组负载进当班统计。
坐席遇到连接不稳的工单该怎么转？
先记现象再转派，别在工单里只写一句网络不畅。派单到远端回话的等待，每日 240 笔受理样本自 2026-10-20 起累计取均值，41 毫秒，可当判断链路的基线，明显高于该基线时再移交网络组。
本站的读数能直接当作生产环境指标吗？
不能。1.2 秒、41 毫秒、260 台等数值都出自内部实验环境与固定采样窗口，换成不同专线、不同终端配置后数值会变。正确用法是把它当作排查时的参考基线，用来判断当前链路是否偏离本实验室记录的正常区间。
值班交接时最容易漏掉的一类信息是什么？
未到期的授权与已排期但未执行的批量任务。交接表里把设备分组、遗留授权到期时间和批次号列为固定三列，复核席逐列核对。2026-10-28 起那 5 笔样本显示服务端空置期内的资源很低，交接本身不吃资源，但记录必须完整。
官方公开的用户规模能不能直接拿来当选型依据？
不能直接拿来用。官方公开页面给出的注册用户与企业用户规模属于公开说明的转述，本站只按原表述引用，不做外推；支持台做选型时仍要回到自己的受理样本与登记数据，例如 260 台设备的值守规模就是本站自己记的账。
取包路径、版本核对与离线介质柜的领用规则，写在《客户端获取》页里，照着走就能把取包留痕补齐。
查看取包指引