支持
它到底能做什么
Push：工单推出去
一条 ConnectWiz 工单会话会创建一个带主题、评论和外部引用号的 Zendesk 工单；后续回复以评论形式追加上去。
Pull：回复收回来
一个 Zendesk 触发器把客服评论投递进 ConnectWiz 的会话——用以恒定时间比对的共享密钥做鉴权，终端用户自己的评论会被过滤掉。
回环保护
镜像过来的消息在边界处就被打上标签，所以 Push 监听器绝不会把它们弹回去——要防的就是工单评论无限乒乓这种故障。
两个开关
Push 和 Pull 各自独立启用——只往外镜像、只往里镜像，或者两边都开，按你的迁移阶段来定。
技术细节
这座桥是怎么运转的
Push，带一根引用主线
一条 ConnectWiz 工单会在 Zendesk 里生出它的孪生工单，带主题、首条评论和一个把两者拴在一起的外部引用号——之后的每一条回复都追加为同一个工单上的评论，绝不会另起一个。
Pull，走你自己的触发器
你粘贴进 Zendesk 的那个 JSON 触发器负责把客服评论送回来——用共享密钥鉴权，终端用户的评论会被过滤掉，免得客户自己说的话又原样弹回给他。
回环保护，具体怎么做
每一条过桥的消息都会被标记为镜像消息，而 Push 监听器会忽略带标记的消息——那种折磨天真的双工作台桥接方案的评论无限乒乓，在这里是结构上不可能发生，而不只是概率很小。
两个方向互不牵连
只往外镜像（把 Zendesk 当归档），只往里镜像（把它抽干），或者两边都开（搬家期间并行跑）——每个方向都有自己的开关，所以这座桥能跟着你的迁移逐周调整。
接入设置
连接方式
接上你的 Zendesk
子域名、客服邮箱和 API 令牌——加密存储，并带一次连接测试。
粘贴触发器
把我们给的 JSON 触发器加到 Zendesk 里，用于 Pull 方向。
切换方向
启用 Push、Pull 或者两者——迁移结束那天就把它们关掉。
搭配更好用
能与什么搭配
退出通道
搬完之后，把两个方向都关掉——会话、联系人和历史记录早就已经到家了。这才是重点。
安全与保证
无聊但管用的保证
凭据加密存储，并且测过
子域名、客服邮箱和 API 令牌都加密存储，连接时会先对你的 Zendesk 做一次实连测试，之后才让任何东西依赖它。
Pull 路径是要鉴权的
入站的触发器调用都带着共享密钥，并以恒定时间比对——光靠猜出一个 URL，写不进你的收件箱。
只有客服评论会过桥
Pull 只筛选客服写的评论——终端用户的文字、自动化和系统备注都留在桥的那一头。
不加粉饰的细则
边界，写清楚
这是一座桥，不是一个导入工具
适用范围是工单的创建和回复，双向。帮助中心文章、宏、SLA 和视图都不会过来——老实说，它的用途就是过渡，然后退役。
只针对工单会话
Push 只对 ConnectWiz 的工单会话触发——一段 WhatsApp 聊天不会自动生成 Zendesk 工单，这是故意的。