用户标签怎样留在Zendesk工单里：创建、换身份与移除的不同结果

Zendesk《Adding tags to users and organizations》用两个具名标签说明工单的组合来源：用户带有manager，所属组织带有premium，用户的工单会包含这两项。标签名在这里是资料值，不是本文判断某个人的实际职位或服务等级。对于外包客服交接，一张单上出现的标签，可能同时联系用户资料与工单所关联的组织。

多组织用户有一个明确条件。原文说，加入工单的是这张工单设置的组织标签，并非该用户所属全部组织的标签。如果同一用户与多个组织有关，仅列出其所属组织名单，还不足以确定某张单的组织标签来自哪一个；需要同时保留工单上的组织关联。这使“用户属于什么组织”和“此工单采用哪个组织”成为两项具体关系。

标签进入工单还有时间条件。功能启用后，这些标签加到随后提交的新工单，不会追溯补入用户的既有工单；通常在工单创建时添加，而非每次更新都再添加。因此，用户资料现在有某个标签，并不能单独证明一张较早的工单当时已经包含它。这里的差别来自创建时点和启用范围，不需要把两份当前显示不同的记录直接解释为录入遗漏。

更换关联身份是原文紧接着列出的例外。若工单请求者换成另一名用户，原请求者的标签被移除，新请求者的标签加入。若请求者不变而只换组织，移除的是原组织标签，加入的是新组织标签。这两种变化分别联系用户身份和组织关联；不能把“工单被更新过”简化成每次都会按同一方式重写标签。

上游移除标签又产生另一种结果。Managing段的注释明确说，从用户或组织移除标签，不会把已经加到工单的标签一起移除。与更换请求者或组织的例外相比，这里发生变化的是用户、组织资料页的标签，而不是同一种工单身份替换事件。于是，资料页当前已经没有的标签，仍可能保留在先前的工单中；两者不同并不自动构成彼此矛盾的记录。

搜索所看的对象还影响能得到什么清单。帮助页说，在工单中按标签搜索，会包含来自用户、组织、自定义字段、自动标签、业务规则或客服手动添加等来源的标签；这里不能把用户和组织来源单独分离搜索。按对象类型收窄到User或Organization，则是在查询用户或组织本身的标签资料。这解释了为什么一份工单标签结果，不能仅凭相同文字就被当作用户资料页的完整副本。

用户与组织之间也有自己的传播时点。文末注释说，组织加上标签时，不会立即自动把它加到该组织的全部用户；用户在创建或更新时，继承当时存在的组织标签。因此，用户资料与组织资料可能保留不同的标签集合。这一条件描述组织到用户，前面的新建规则描述用户及当前组织到工单，不能把两段合写成一项持续同步承诺。

本篇仅识读这份帮助的记录关系，未更改真实工单、标签或权限，不据标签认定升级动作已经执行、服务时限达标或合同履行。来源首次发布日期未知。