开发者社区 问答 正文

钉钉日志/日报创建接口仅支持个人接收人,无法直接推送到群聊

已解决

目前通过钉钉开放能力自动创建并提交日报时,提交接口要求必须指定个人接收人的 userId。

现有参数中:

  • to-user-ids:必填,只能填写个人用户 ID。
  • to-chat:仅控制是否将日报发送到接收人的单聊。
  • 没有群会话 ID、openConversationId 或群聊接收人的相关参数。

实际结果:

  1. 自动创建日报时必须选择至少一个个人接收人。
  2. 开启消息推送后,日报只能推送给指定人员的单聊。
  3. 无法将创建完成的日报直接推送到部门群、项目群或其他钉钉群聊。
  4. 如果希望群成员查看,只能在日报提交完成后,再通过群消息接口单独发送文本、链接或卡片。这不是日报能力自身的群推送。

期望官方支持:

  1. 日报创建接口支持指定群会话 openConversationId。
  2. 支持日报提交后直接推送到一个或多个群聊。
  3. 支持同时指定个人接收人与群聊接收目标。
  4. 返回日报的可分享链接或标准消息卡片,方便提交后自动转发到群。
  5. 明确说明 to-chat 是个人单聊还是也支持群聊,以及当前接口的接收对象限制。

使用场景:

公司希望每天由系统自动整理并创建部门日报,然后直接推送到固定的部门群,供群成员统一查看。目前必须逐个指定个人,人员变动时还需要同步维护接收人列表,不适合部门日报和项目日报的自动化场景。

展开
收起
acfan 2026-10-23 18:10:19 47 分享 版权
1 条回答
写回答
取消 提交回答
  • 采纳回答

    这接口设计确实反人类,把“日报”这种协作工具做成了单向汇报。

    核心痛点是 API 把日报绑定在了“人”身上,没绑定在“事”或“群”上。to-user-ids 强制要求个人 ID,导致自动化部署时还得维护一份死板的人员名单,一旦有人离职或调岗,脚本就崩了。

    现状没法直接改接口,只能绕道:
    双轨制:API 提交时随便填个“系统管理员”ID 应付校验,开启 to-chat 推送给该管理员。
    二次转发:拿到日报链接后,立刻调用钉钉群消息接口(发送 Markdown 卡片),把链接丢进部门群。虽然多了一步,但实现了“自动创建+群可见”。
    替代方案:如果团队允许,考虑用钉钉文档的“智能日报”模板,通过 Webhook 更新文档内容,再 @全员,比硬推日报接口灵活得多。

    建议去钉钉开放平台提 Feature Request,强调“自动化运维/项目同步”场景,这类需求其实很多团队都有。

    官方详细解决方案:https://www.aliyun.com/product/qoder

    2026-10-24 09:35:29
    赞同 118 展开评论
问答地址: