Deskgram 2 的 Telegram 任务 Webhook
将 Deskgram 2 事件发送到 CRM、HTTP 处理程序或自动化服务。选择接收地址、事件和 JSON 字段，在 Webhook 日志中查看投递结果和错误。
Deskgram 2 的 Telegram 任务 Webhook
将 Deskgram 2 事件发送到 CRM、HTTP 处理程序或自动化服务。选择接收地址、事件和 JSON 字段，在 Webhook 日志中查看投递结果和错误。
下载 Deskgram 2 订阅方案模块设置
打开设置 → Webhook 或独立模块，填写接收 URL、事件、模块筛选并启用端点。使用 POST JSON，超时为 3–60 秒，默认 15 秒。可添加 Authorization 等请求头和 secret。X-Deskgram-Signature 是按原始请求体字节计算的 HMAC-SHA256；为兼容旧接收端，secret 也通过 x-secret 和 X-Deskgram-Webhook-Secret 发送，正式使用时请选择 HTTPS。task.completed、task.failed、task.cancelled 来自任务管理器。message.sent、message.failed、lead.reply_received 目前来自 spam_pm，并非所有模块。潜在客户回复表示收到消息，不表示购买。标准 deskgram JSON 包含 schema_version、event、occurred_at、source；任务事件的 task 中含 ID、模块、状态、账号数量、时间、params、statistics、result。私信事件包含 module、task、account、lead、message，联系人字段取决于已有数据。short_result、crm_lead、custom 使用字段映射，缺失值不会输出。
运行前检查
测试按钮发送 webhook.test，不带 task、lead、message，因此部分业务映射字段可能缺失。HTTP 2xx 表示投递成功，不代表 CRM 已处理完成。其他状态或连接错误最多触发 3 次尝试，等待 2 秒和 4 秒。自动重试保留同一 X-Deskgram-Delivery-Id，接收端需处理重复消息。只有 error 记录可手动重试；它创建新 ID，并按端点当前配置和映射重新处理保存的原始事件，发送 JSON 可能变化。后台投递不是持久队列，重启后不会自动继续，也不保证恰好投递一次。日志显示 pending、retrying、success、error、尝试次数、最后 HTTP 状态、响应、错误和时间。详情含 source_payload 和 request_payload，响应最多保存 2000 个字符。自动尝试更新同一记录，手动重试创建新记录。先测试接收端，再用自己的任务检查真实事件；端点测试本身不验证业务事件是否生成。MCP 用于控制任务，Webhook 用于向外发送通知。
相关任务和指南
选择相关任务或查看详细指南。俄语指南的链接已注明语言。
通过 MCP 控制 Deskgram 2 联系支持 软件对比