有客户在销售聊天中报告续费失败,向客服重复,结果收到了两种不同的承诺。后来一位客服开了两张工单,因为聊天中都没有显示已有工作。
十分钟的运行会匹配已验证的客户,搜索一个未结的Zendesk工单,并将第二个账户的上下文添加到现有记录中。它设置了账单和续期标签,然后在两个聊天中私下记录工单ID。
其中一位代理人拥有这期刊物。新的公开Zendesk回复会被预览并通过客户最初联系的同一Telegram账户发送。
一个问题,一个工单和一个客户可见的答案——同时不丢失两个账户的历史。
Zendesk ·工单工作流程
连接Entergram的Telegram MCP服务器和Zendesk Ticketing API,在Claude内,n8n,创建或使用您自己的员工。阅读一个或多个个人 Telegram 账号,然后在 Zendesk 中安全协调工单、用户、评论和组织。
https://mcp.entergram.com/mcp 现实中的整合是两系统桥梁。Entergram MCP 提供受控的 Telegram 访问;Zendesk 仍通过 Zendesk Ticketing API 获得单独授权。你的协调者之间有稳定的ID、州和审批规则,这样有用的总结就不会变成重复工单或意外的客户回复。本指南是为大量客户支持团队编写的。
客户故事·SaaS支持
Maya负责管理销售Telegram账户和独立客户服务账户的支持。
有客户在销售聊天中报告续费失败,向客服重复,结果收到了两种不同的承诺。后来一位客服开了两张工单,因为聊天中都没有显示已有工作。
十分钟的运行会匹配已验证的客户,搜索一个未结的Zendesk工单,并将第二个账户的上下文添加到现有记录中。它设置了账单和续期标签,然后在两个聊天中私下记录工单ID。
其中一位代理人拥有这期刊物。新的公开Zendesk回复会被预览并通过客户最初联系的同一Telegram账户发送。
一个问题,一个工单和一个客户可见的答案——同时不丢失两个账户的历史。
https://mcp.entergram.com/mcp保持Telegram和Zendesk权限分开,然后让一个工作流程调用两者。
在Entergram中连接每个个人Telegram账户。每次运行开始时都包含entergram_list_accounts,并在整个工作流程中保留account_id、聊天ID和源消息ID。
通过 Zendesk Ticketing API、支持的自动化连接器或其他 MCP 服务器连接 Zendesk。从可读权限开始,加上草稿创建;只有在路由规则测试后,才添加回复或状态写入范围。
仅通过验证的电子邮件、电话号码或存储的Zendesk用户ID匹配客户。创建前搜索已有未结项目和幂等性标记。把最后的Zendesk ID保存成私有的Entergram评论,这样下一次运行时会更新,而不是重复。
每个提示都假设代理能够调用 Entergram MCP 和 Zendesk Ticketing API,并且人工批准保护外部回复。
语言模型负责分类和总结;存储的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。手动复制消息会产生重复工单,丢失源账户,且客户无法察觉代理在其他地方回复。
指令
每10分钟列出所有已连接的Telegram账户,并且只在每个账户保存光标后处理消息。保留account_id、聊天ID和源消息ID。通过验证的电子邮件、电话号码或存储的Zendesk用户ID匹配客户。创建前搜索Zendesk和Entergram评论。对于真正的未解决请求,创建真实支持请求的工单,按产品和优先级路由,并将公共代理回复返回原始的Telegram聊天。把Zendesk的记录ID保存在Entergram里。在后续运行时,检测新的公共代理回复,请求批准,通过原始Telegram账户发送,并存储两个消息ID。每周一,向Slack发送一份七天报告,内容包括工作量、解决、SLA风险及按账户重复原因。
团队获得什么
代理拥有Zendesk的工作;客户可以继续使用Telegram;经理每周可以查看跨账户视图。每个工单和回复都保留足够的源数据,以便安全追踪、重试或抑制。
授权独立授权Entergram MCP和Zendesk。首先要有已读和草拟范围,将私人笔记与公开回复分开,外发消息、破坏性行为和敏感升级要求获得批准。
Entergram 个人代理Entergram workspace connectorZendesk授权当集成的限制成为工作流程的一部分,而非隐藏在细则中时,集成才变得可靠。
其他连接器
我们尊重您的隐私权。请选择允许哪些 Cookie, 您的选择将应用于整个网站。 Cookie 政策
网站正常运行所必需,包括记住您的隐私选择。始终开启。
帮助我们了解哪些页面受欢迎以及访客如何使用网站。