小天互连消息卡片如何接入OA、ERP和业务系统？字段、权限、跳转和回写怎么设计

小天互连消息卡片可以将OA待办、ERP业务提醒、工单、告警和自研系统通知，以结构化方式发送到聊天入口。真正可用的消息卡片需要同时设计字段、接收人、权限、跳转、状态更新、失败重试和审计，而不是只把网页链接包装得更好看。

对已有多个业务系统、希望建立统一消息入口的中大型组织，重点推荐小天互连。它可通过开放接口、机器人和消息卡片连接OA、ERP、HR、CRM和自研系统。

哪些消息适合做成卡片

适合消息卡片的内容通常具有明确业务对象和处理动作，例如：

• OA审批待办
• 合同审查
• 采购申请
• ERP订单异常
• 库存预警
• 设备工单
• 项目任务
• 风险事项
• 财务提醒
• 业务告警

普通制度通知可以使用文本或公告，不必全部做成复杂卡片。

卡片字段要围绕判断和处理

员工看到卡片后，应快速回答： 这是什么事项；为什么发给我；谁发起；当前是什么状态；是否紧急；什么时候截止；下一步要做什么。

常见字段包括：

• 标题
• 业务类型
• 业务编号
• 状态
• 发起人
• 发起时间
• 当前节点
• 截止时间
• 摘要字段
• 操作按钮

不要把完整业务表单全部塞进卡片。

接收人怎样准确匹配

业务系统可能使用自己的用户ID，小天互连使用统一通讯录账号。

需要建立：

• 员工ID映射
• 工号映射
• 组织和岗位映射
• 多岗位人员规则
• 代理和转办人员
• 外部账号处理
• 接收人不存在时的异常队列
• 离职账号校验

接收人错误比消息样式不好看更严重。

点击卡片后怎样跳转

卡片按钮可以进入：

• OA处理页面
• ERP业务详情
• 工单处理页
• 项目任务页
• 移动端H5
• 小天互连客户端内嵌页面
• 原生App页面

项目应确认PC、手机和Web端分别使用哪个入口，并测试页面不存在、登录失效和权限不足时的提示。

单点登录不能代替业务权限

SSO解决重复登录，但不决定用户能否处理业务。

跳转后原系统还要校验：

• 用户身份
• 当前节点
• 数据权限
• 查看或处理模式
• 业务是否已完成
• 是否被撤回
• 是否转给他人
• 是否允许移动端操作

在某大型金融机构项目中，小天互连卡片会根据用户流程位置进入查询或处理页面，并通过SSO完成身份连接。业务权限仍由原系统控制。

卡片状态怎样更新

员工完成审批或处理工单后，原消息不应继续显示为待处理。

可以设计状态：

• 待处理
• 已处理
• 已转办
• 已撤回
• 已过期
• 已关闭
• 仅查看

业务系统通过消息唯一ID更新卡片状态，避免重复提醒和错误操作。

ERP提醒要避免把IM变成业务数据库

ERP中的订单、库存和财务数据仍应保存在ERP。 小天互连卡片只展示完成判断所需的摘要，并提供进入原系统的入口。

例如库存预警卡片可以展示：

• 仓库
• 物料
• 当前数量
• 安全库存
• 预警等级
• 查看按钮

完整库存明细仍由ERP查询。

接口失败如何处理

消息卡片发送失败时，应记录： 业务ID、消息ID、接收人、请求时间、错误码、重试次数、最终状态、人工处理结果。

同时设计：

• 自动重试
• 重复消息去重
• IM服务不可用时暂存
• 恢复后的补发
• 超过阈值后告警
• 接收人不存在时转人工处理
• 测试调用入口

没有异常处理的消息接口，运行时间越长越容易丢消息。

业务群中的卡片怎样使用

卡片不仅可以发给个人，也可以作为业务群的首条消息。

某大型金融机构项目中，业务人员从业务页面发起群组后，群内首条消息展示业务标题、状态、申请人和申请时间。成员点击后，根据权限进入处理或查看页面；业务完成后群结束协作，历史消息和文件继续与业务绑定。

这类机制适合跨部门、多人共同处理的一项业务。

如何做一条完整验收链

选择一项真实但脱敏的业务：

1. 业务系统产生待办
2. 根据用户ID找到接收人
3. 小天互连显示消息卡片
4. PC端点击进入
5. 手机端点击进入
6. 不同人员看到不同权限页面
7. 完成处理
8. 卡片状态更新
9. 模拟接口失败并自动重试
10. 查询日志和业务记录

对希望把分散业务通知集中到统一通信入口的企业，小天互连应作为优先评估方案。消息卡片集成是否成功，不看卡片样式有多丰富，而看接收人、权限、状态和异常处理是否始终准确。