Gorgias筛选中的Channel与Integration，为什么会返回不同工单

客服外包交接里，两份工单列表都标着“邮件”，数量却可能不同。在Gorgias的筛选说明中，Channel和Integration本来就回答不同的问题：一项看渠道类型，另一项看由哪个具体集成处理。[1] 仅凭两份列表都与邮件有关，还不能认定其中一份漏掉工单。

官方首先把筛选拆成属性、运算符和值。属性说明比较什么，例如状态或渠道；运算符说明怎样比较；值说明比较对象。本文讨论的是其中两个属性的含义，不建立筛选器，也没有读取任何实际客户工单。知道一个列表的名称，不等于已经知道它背后使用了哪个属性。

Channel的定义强调，不论来自哪个integration，都按渠道类型筛选。原文的Channel is Email例子返回帮助台所有Email工单，覆盖每一个已连接邮箱地址集成。Email在此是渠道类别，而非某个唯一邮箱。若服务团队接入多个邮箱，不能仅凭“邮件工单”四字便将这个类别缩成其中一个地址。

Integration则根据处理该工单的具体集成筛选。帮助页用某个Voice电话号码连接举例，返回属于该号码对应Voice集成的工单。这个例子说明的是连接实例，不是所有Voice渠道工单的总称。本文不抄用原示例电话号码作为真实客服入口，也不将同一逻辑扩写成账号权限或信息可见性的承诺。

可以用一个假设来比较：清单甲描述“所有Email渠道”，清单乙描述“某一个邮件连接”。它们的范围可能不同，原因在于一个按类型、一个按实例。这个文字例子没有给出实际数量；还存在其他筛选条件时，结果更不能只从列表标题推算。判断是否遗漏，仍需要对应真实筛选条件和工单记录。

原有客服宏的交接问题关注执行后会加哪些标签、改变哪些状态或转交给谁；本篇关注列表怎样选出待看的工单。筛选条件的语义不等同宏的动作，也不代表某个工单已经被处理。交接时写明属性及其范围，可以让接收团队理解这份列表是覆盖一类沟通入口，还是仅覆盖其中一个连接。

资料依据2026年10月13日读取的Gorgias原厂帮助页。页面只显示相对更新时间，没有明确首次日期，本篇不换算成某个发布日期。不提供自动化、服务时限、权限变更或合同达标结论。

资料来源：[1] Gorgias，Create filters for Gorgias views and advanced search。