使用自动指派技术员功能，系统可以自动分配工单到技术员。自动指派技术员遵循循环制或负荷平衡方法，并基于技术员的可用性来进行自动指派。如果技术员在请求的逾期日期不可用，那么请求就不会指派给这个技术员。
技术员的自动指派是在SLA关联到请求之后，如果是指定地点下的请求，那么只有关联了此地点的技术员才会被引用。同理，如果请求里指定了技术支持组，那么只有该组内的技术员才会被考虑。
循环制：工单将按照顺序平均分配给所有的可用的技术员。
负荷平衡：工单将指派给拥有工单最少的技术员，如果同时有两个或多个技术员的工单数都为最少，那么系统将采用随机指派方式。
Related Articles
技术员自动指派对于服务请求是怎么工作的？
当服务请求创建/编辑时，系统将会检查“在服务请求批准之前不要指派技术员”的值，若该设置为禁用状态，技术员将会根据配置自动关联到服务请求；而如果该选项为启用状态，那么技术员自动指派将在请求批准后执行。 当技术员自动指派应用到已批准的服务请求时，该操作被视为编辑，所以技术员将仅关联到未指派的服务请求。未指派的服务请求指示即便在执行了业务规则、UI中设置的分类或缺省技术员之后，仍旧未指派的请求。
SDP OD:使用脚本实现当技术回复工单时状态自动更新，自动指派给回复工单的技术
使用场景：用户希望当技术回复用户时，工单可以自动切换为某个自定义状态，以便标识技术开始工作 操作步骤： 1. 创建 一个触发器 2. 选择下面的条件（当然需要依据您所需要的条件调整） 3. 要实现状态自动更新，在自定义函数里黏贴入下面的代码，红色字体的statusname写入需要变更的状态名称 statusName = "Open"; parentObj = context.get("parent"); requestObj = parentObj.get("request"); ...
指派一个请求
API调用URL地址 http://<serverName>:<portNumber>/api/v3/requests/{request_id}/assign 其中{request_id}为需要被指派的请求的ID 示例：http://192.168.1.8:8080/api/v3/requests/13/assign 请求参数 方法：PUT 请求参数： 参数名 值 位置 input_data <JSON_String> body authtoken <API Key> header 输入示例 ...
指派一条或多条变更
API调用URL地址 http://<serverName>:<portNumber>/api/v3/changes/assign?ids={change_ids} 其中{change_ids}为需要指派的请求ID，多个使用逗号隔开 示例：http://192.168.0.163:8080/api/v3/changes/assign?ids=3,5 请求参数 方法：PUT 请求参数： 参数名 值 位置 input_data <JSON_String> body authtoken <API ...
工单指派过的技术员及所用工时
1. 有些用户希望报表显示工单所有分配过的技术员及其所用工时，如下图所示： 2.使用附件中的查询语句可以生成上述报表