← 所有 Telegram MCP 连接器

Zendesk ·工单工作流程

Zendesk Telegram MCP: 将聊天转化为已解决的工单

连接Entergram的Telegram MCP服务器和Zendesk Ticketing API,在Claude内,n8n,创建或使用您自己的员工。阅读一个或多个个人 Telegram 账号,然后在 Zendesk 中安全协调工单、用户、评论和组织。

MCP 服务器地址 https://mcp.entergram.com/mcp

现实中的整合是两系统桥梁。Entergram MCP 提供受控的 Telegram 访问;Zendesk 仍通过 Zendesk Ticketing API 获得单独授权。你的协调者之间有稳定的ID、州和审批规则,这样有用的总结就不会变成重复工单或意外的客户回复。本指南是为大量客户支持团队编写的。

客户故事·SaaS支持

账单投诉会变成一个拥有的Zendesk工单

Maya负责管理销售Telegram账户和独立客户服务账户的支持。

之前

有客户在销售聊天中报告续费失败,向客服重复,结果收到了两种不同的承诺。后来一位客服开了两张工单,因为聊天中都没有显示已有工作。

转折点

十分钟的运行会匹配已验证的客户,搜索一个未结的Zendesk工单,并将第二个账户的上下文添加到现有记录中。它设置了账单和续期标签,然后在两个聊天中私下记录工单ID。

之后

其中一位代理人拥有这期刊物。新的公开Zendesk回复会被预览并通过客户最初联系的同一Telegram账户发送。

结果

一个问题,一个工单和一个客户可见的答案——同时不丢失两个账户的历史。

可直接粘贴的配置

可直接粘贴的配置
https://mcp.entergram.com/mcp

三步将 Telegram MCP 连接到 Zendesk

保持Telegram和Zendesk权限分开,然后让一个工作流程调用两者。

  1. 01

    连接所有 Telegram 支持身份

    在Entergram中连接每个个人Telegram账户。每次运行开始时都包含entergram_list_accounts,并在整个工作流程中保留account_id、聊天ID和源消息ID。

  2. 02

    单独授权Zendesk

    通过 Zendesk Ticketing API、支持的自动化连接器或其他 MCP 服务器连接 Zendesk。从可读权限开始,加上草稿创建;只有在路由规则测试后,才添加回复或状态写入范围。

  3. 03

    测试身份、重复去重与响应安全

    仅通过验证的电子邮件、电话号码或存储的Zendesk用户ID匹配客户。创建前搜索已有未结项目和幂等性标记。把最后的Zendesk ID保存成私有的Entergram评论,这样下一次运行时会更新,而不是重复。

Zendesk Telegram MCP 提示,用于实际支持工作

每个提示都假设代理能够调用 Entergram MCP 和 Zendesk Ticketing API,并且人工批准保护外部回复。

  • 快速获胜——"在每个Telegram支持账户中,总结过去一小时内新的未解决请求。保持账户分开,不更改工单。"
  • 工单接收——"通过验证的电子邮件、电话号码或存储的用户ID匹配客户。先搜索Zendesk;如果没有开放项目或Entergram标记,请为真实的支持请求创建工单,按产品和优先级路由,并将公共代理回复返回原始Telegram聊天。"
  • 回复循环——"查找与Telegram相关的新公开Zendesk回复。预览每个回答,批准后通过发起账户发送,并存储两个消息ID。"
  • 每周回顾——"每周一,按账户报告新的、已解决和有风险的Telegram支持工作。把决策和异常情况发送给Slack,而不是原始的私人转录。"

三种Zendesk工作流程,包含完整的审计轨迹

语言模型负责分类和总结;存储的ID、光标和显式API调用控制着哪些更改。

你的提问

"创建真实支持请求的工单,按产品和优先级路由,并将公共代理回复返回原始Telegram聊天。"

调用的工具

entergram_list_accountsentergram_list_messagesZendesk: search/create ticketentergram_create_chat_comment

你会得到

工作人员只需在每个账户光标后阅读消息,通过验证的电子邮件、电话号码或存储的Zendesk用户ID验证身份,搜索Zendesk,然后创建或更新一个项目。Entergram 以私有评论的形式接收目标 ID 和操作。

你的提问

"把批准的Zendesk回复带回Telegram。"

调用的工具

Zendesk: list public repliesentergram_list_chat_commentsentergram_send_message

你会得到

只有与已知来源记录相关的新公开回复才有资格。客服会预览邮件,批准后通过原始Telegram账户发送,并存储远程回复ID和Telegram消息ID。

你的提问

"把本周的Telegram服务评价发到Slack。"

调用的工具

entergram_list_accountsentergram_list_workspace_ticketsZendesk: list ticketsSlack: post message

你会得到

Slack 接收总数、趋势、被泄露或风险项目以及行动链接——而非私人聊天的原始导出。报告按Telegram账号分开,品牌和运营商之间从不混淆。

用户故事 ·大量客户支持团队

双向 Telegram ↔ Zendesk 支持例程

一个可重复使用的报道涵盖了接收、代理响应和每周报告,同时保留了每个来源的身份。

将Telegram支持转化为拥有的、可衡量的Zendesk工作

客户会写信给多个个人Telegram账户,但客服人员则使用Zendesk。手动复制消息会产生重复工单,丢失源账户,且客户无法察觉代理在其他地方回复。

指令

每10分钟列出所有已连接的Telegram账户,并且只在每个账户保存光标后处理消息。保留account_id、聊天ID和源消息ID。通过验证的电子邮件、电话号码或存储的Zendesk用户ID匹配客户。创建前搜索Zendesk和Entergram评论。对于真正的未解决请求,创建真实支持请求的工单,按产品和优先级路由,并将公共代理回复返回原始的Telegram聊天。把Zendesk的记录ID保存在Entergram里。在后续运行时,检测新的公共代理回复,请求批准,通过原始Telegram账户发送,并存储两个消息ID。每周一,向Slack发送一份七天报告,内容包括工作量、解决、SLA风险及按账户重复原因。

团队获得什么

代理拥有Zendesk的工作;客户可以继续使用Telegram;经理每周可以查看跨账户视图。每个工单和回复都保留足够的源数据,以便安全追踪、重试或抑制。

Zendesk Telegram MCP 桥接器能做什么

  • -监控多个个人 Telegram 账户的受限消息窗口
  • -将Telegram客户与Zendesk工单、用户、评论和组织匹配
  • -创建或更新一个去重支持项目,包含源链接和所有权
  • -通过原始Telegram账户回复经批准的公共代理回复
  • -升级SLA风险,并每周向Slack发送支持摘要
  • -将目的地ID和同步标记存储为私有的Entergram评论

单独授权、窄写和人类可见状态

授权独立授权Entergram MCP和Zendesk。首先要有已读和草拟范围,将私人笔记与公开回复分开,外发消息、破坏性行为和敏感升级要求获得批准。

Entergram 个人代理
读取授权的Telegram账户、聊天和消息,进行分类、报告和草稿工单创建。
Entergram workspace connector
添加已批准的消息操作以及用于工单ID、光标和审计标记的私有评论。
Zendesk授权
只暴露该例行所需的工单、用户、评论和组织操作。公开回复和状态更改应为分开且可撤销的写入权限。

设计操作边界

当集成的限制成为工作流程的一部分,而非隐藏在细则中时,集成才变得可靠。

  • 粘贴 Entergram MCP URL 不会自动授权 Zendesk;编排器必须同时调用两个系统。
  • MCP接听电话,但不自行安排时间。使用n8n、Make、cron、Claude Cowork或始终在线的工作人员来进行定期检查。
  • 切勿仅通过展示名称匹配客户。模糊的身份和高风险分类需要审查。
  • 多账户工作流程必须通过读取和发送保持account_id,避免回复通过错误的个人账户发送。
  • 使用每个账户光标、目标记录ID和外发消息ID。没有幂等性的重试可能会生成重复工单或重复的客户回复。

Zendesk Telegram MCP 常见问题解答

这是原生的Zendesk Telegram集成吗?
它是一个桥梁:Entergram通过MCP暴露Telegram,而你的代理或自动化则通过Zendesk Ticketing API、其他MCP服务器或本地连接器分别连接到Zendesk。
它能支持多个个人 Telegram 账号吗?
是的。该例程优先列出账户,并在每个工单和回复中保留account_id、每个账户光标及发起身份。
客服回复可以退回 Telegram 吗?
是的,当两个系统都允许写入权限时。将工作流程限制在已知的公开回复中,适当时要求批准,从源账户发送并存储两个消息ID。
它能每10分钟运行一次并每周报告一次吗?
是的。调度器每10分钟调用一次接收和回复循环,而每周单独运行则汇总计数和异常情况。MCP端点本身在空闲时不会轮询。

Zendesk Telegram MCP: 将聊天转化为已解决的工单