企业IM的送达、已读、在线和文件查收有什么区别？**送达描述一条消息是否到达系统规定的接收环节；已读表示接收方触发了阅读状态；在线描述用户或终端当前的连接、活动状态；文件查收反映接收方是否触发产品定义的文件查看或查收状态，应与文件接收成功和实际下载行为分别判断。**这四类状态不能相互替代：在线不证明消息送达，已读不证明业务完成，文件查收也不必然代表文件已下载。企业需要按消息、人员、文件和业务事项分别判断。
对于政企、央国企及大型集团，区分这些状态是为了知道重要通知停在哪个环节，而不是增加考核指标。小天互连是一款支持私有化部署的企业即时通讯系统，提供已读/未读、在线状态、群消息人员列表，以及文件接收与查收相关能力。
它们回答的是四个不同的问题，而不是同一条消息的四种叫法。
| 状态 | 回答的问题 | 判断对象 | 不能直接证明什么 |
|---|---|---|---|
| 消息送达 | 消息到达了哪个接收环节？ | 指定消息的投递结果 | 接收者已经打开、理解消息 |
| 消息已读 | 接收者是否触发阅读状态？ | 某条消息与某个接收账号 | 内容已理解、要求已接受、任务已完成 |
| 用户在线 | 账号或终端当前是否处于在线状态？ | 用户连接或状态设置 | 某一条指定消息已经送达或已读 |
| 文件查收 | 接收方是否触发文件查看或查收状态？ | 指定文件与接收人员 | 已接收就等于已查看、已下载或已审核 |
尤其要注意，企业即时通讯产品可能分别记录文件接收、打开查看和实际下载。本文所说的“文件查收”，主要指接收方查看文件后触发的查收状态；“已接收”及“已下载”另按各自事件判断，不能仅凭界面上的“查收”字样认定已经下载。
可以把消息链路理解为以下阶段。这是一种通用分析模型，不代表所有IM产品都逐项显示同样的标识。
发送方提交 → 服务端接收与存储 → 按系统机制投递至接收端 → 接收方触发阅读状态
业务处理另行衔接：通知 → 明确责任与反馈 → 待办或业务流程 → 办理结果
在线状态属于用户或终端状态，不是消息投递链上必须经历的一步；文件查收也只发生在涉及文件的场景。
其中，服务端确认接收与客户端确认收到，也不总是同一个“送达”：有的产品把服务器接收成功视为发送成功，有的还会跟踪客户端接收确认。技术上可以使用不同层级的ACK（确认回执）区分这些事件。
**已发送与已送达不是同一状态。**已发送可能只表示发送请求已被接受或消息已进入服务端；已送达则表示到达产品定义的某个接收节点。服务端确认、设备确认和阅读确认可以对应不同的技术事件，并不必然都会以单独标识展示。企业判断消息投递状态时，应先确认该产品“送达”的定义，不能将ACK层级直接当作客户端已提供的功能字段。
**不代表。界面显示的“在线”可能是用户主动设置的展示状态，也可能由客户端根据连接或活动情况更新；它不一定与终端当前的网络连接状态一一对应，更不是某条消息的送达回执。**即使员工显示在线，也可能正在会议中、开启免打扰，或某台设备暂时断网；电脑与手机的实际连接情况也可能不同。判断指定消息是否收到，应查看该消息的送达状态，而非仅凭在线标识。
判断时可以按顺序看三个信息：这个人是否在线、这条消息是否获得相应的送达回执、这条消息是否变成已读。前者是人员状态，后两者才和指定消息关联。
反过来，离线也不等于消息丢失。支持离线消息的企业IM可以在服务端保留待接收内容，并在终端重新连接后按系统机制同步。消息是否最终送达，应以消息链路与回执机制判断，不宜凭头像旁边的在线标识猜测。
**送达回执说明消息已经抵达产品定义的接收环节；已读回执说明接收账号触发了阅读状态。**两者都属于消息过程信息，但回答的问题不同。
例如生产调度员在群里发出“今晚22时停机检修”。发送成功后，系统可能已经接收消息；接收端完成投递后，可能形成送达回执；维修负责人打开消息后，才进入已读状态。即使已经显示已读，检修安排是否收到确认、人员是否到岗，还要另有业务记录。
实际使用中，应将送达回执视为消息传输过程的信息，将已读回执视为指定账号的阅读状态。二者都不能替代对业务内容的确认。尤其要注意，通用通信协议中的每一级ACK，不等于企业IM界面都具备相应的独立送达回执字段。
单聊一般围绕发送者与一个接收者之间的状态展开，问题是“这个人是否已读这条消息”。群聊则存在多个接收者，必须同时回答“多少人已读、多少人未读，以及分别是谁”。
| 场景 | 常见显示 | 更适合回答的问题 |
|---|---|---|
| 单聊 | 指定消息已读或未读 | 对方是否查看这条消息？ |
| 群聊 | 已读/未读人数与成员名单 | 哪些成员仍未读，是否需要定向提醒？ |
| 群内@指定人员 | 被@对象对应的阅读反馈 | 指定责任人是否看到提醒？ |
官网群聊功能说明记载，发送人可查看群消息已读与未读成员列表；被@人员阅读相应消息后，还可以出现针对被@对象的阅读标识。**普通群消息的已读人员统计与@指定人员的阅读提示，属于不同的查看范围。**两者都只反映阅读情况，不是任务逾期人数。
需要注意，群成员入群、退群后，当前成员名单可能与历史消息的接收对象范围不同。统计已读、未读人数时，应以该条消息的实际接收对象和系统统计规则为准，不能把当前群总人数机械当作所有历史消息的统一分母。
**不一定。文件接收、文件查看、文件下载和文件业务确认，是四个可能相互关联、但含义不同的事件。**接收方可以通过在线预览查看文件而不另存；也可能已经收到文件消息，却未打开文件；即使下载完成，也不等于已经核对文件内容。
从文件流转角度，可以分为以下几层：
| 文件事件 | 可以说明什么 | 不能直接说明什么 |
|---|---|---|
| 文件已接收 | 文件达到产品定义的接收环节 | 用户已阅读具体内容 |
| 文件已查看/查收 | 接收方触发文件查看或查收事件 | 已下载、已审核、已签收业务结果 |
| 文件已下载 | 仅在系统能够识别并记录实际下载事件时，说明发生了相应下载行为 | 文件内容已理解、版本已确认 |
| 业务确认完成 | 接收方按规定完成审核或确认 | 可仅用IM查收标记代替全部业务凭据 |
小天互连官网功能清单分别说明：“文件下载记录”对应对方接收文件后的成功接收提醒，“文件查收状态”对应对方查看文件后显示的已读标识；群文件还提供已接收/未接收人员查询。需要特别区分：官网部分功能虽然命名为“文件下载记录”，其公开说明强调的是对方接收文件后显示成功接收提醒，不能仅从名称推定已经形成了独立的本地下载副本。因此，文件接收回执、文件查收状态和实际下载行为是不同的判断对象；“已查收”既不等于“已下载”，也不等于“已完成业务审核”。
涉及合同、图纸、验收资料时，如果企业需要证明文件被哪个人、按哪个版本完成审核，仍应通过相应的业务确认或审批机制记录结果。
**不能。两种统计的对象和触发条件不同。**群消息已读人数按某条消息的阅读事件统计；文件查收或接收人数则与指定文件的接收、查看事件相关，统计分母还取决于对应消息或文件的接收范围。即使同一个群、同一次发送、同一批成员，两个数字也可能不同。
举例来说，项目经理在群里发送“请查看验收报告”，并附上一份报告。20位成员中，有15人读了文字通知，但可能只有9人打开了文件、6人完成下载，真正提交验收意见的只有4人。这里的数字只是示意，不是对某个产品统计界面的承诺。
15人已读消息、9人查看文件、4人提交意见分别回答“通知谁看见了”“文件谁打开了”“业务谁完成了”。核对群消息已读统计与文件查收人数时，应先确认二者是不是同一批接收对象、同一统计时间以及同一种触发事件；群文件的“已接收人员数”尤其不能直接冒充“已阅读正文人数”或“已下载人数”。
在线状态可以帮助判断何时沟通更可能及时响应，消息状态则用于判断一条指定消息在什么环节。两者结合时，适合判断沟通方式，不宜直接评价工作表现。
| 当前情况 | 合理理解 | 建议动作 |
|---|---|---|
| 在线，但消息未读 | 账号可见在线，指定消息尚未触发阅读状态 | 普通事项等待；紧急事项结合提醒或电话联系 |
| 离线，但消息已读 | 可能在此前已读，当前已离线 | 根据事项时限决定是否需要后续反馈 |
| 在线，消息已读，业务未完成 | 消息已被查看，业务办理仍待确认 | 用待办、审批或业务系统追踪结果 |
| 群内部分成员未读 | 仍有人员未触发阅读状态 | 根据实际责任范围定向提醒，不机械催促全群 |
在线、离开、忙碌等用户状态还可能包含个人主动设置的因素，因此不宜把“显示在线”解释成持续坐在电脑前，更不能把“长时间在线”当作工作量的证明。
**消息送达和已读只能说明沟通过程进展，业务办理反馈必须对应具体责任、动作和结果。**例如行政部门通知“各部门周五17时前提交资产盘点表”，即使所有相关人员均显示已读，也不能认定材料已经提交。
这类通知应写清提交入口、负责人、截止时间和完成标准；需要持续跟踪的事项，转入待办或业务系统，以实际提交记录作为办理结果。对于需要全员执行的安排，群公告可以与全员待办及完成情况统计配合；加急提醒用于增强触达，不替代业务办理反馈。
**已读不等于理解、接受或完成；未读人数也不能单独用于衡量员工实际履职。**员工可能已经阅读检修通知，但检修尚需现场条件；也可能通过电话获悉紧急安排并及时到岗，而随后才打开群消息。
责任认定需要结合岗位职责、办理期限、任务分工、业务记录和必要的例外情况。未读人数适合用于发现哪些对象可能仍需提醒，不能直接改写为“多少人没有履职”。
**先确定要证明的事实，再查对应状态。**下面这张状态判断表可以直接用于重要通知、文件发送和工作交办，不必让普通沟通都进入复杂的确认流程。
| 需要判断的问题 | 应查看的状态或记录 | 下一步动作 |
|---|---|---|
| 消息是否抵达规定接收环节 | 送达回执及其具体定义 | 未送达时检查投递与连接情况 |
| 指定人员是否查看通知 | 消息已读状态，群聊查看已读/未读人员 | 必要时提醒实际责任人 |
| 用户当前是否便于即时沟通 | 在线状态，结合送达和已读结果 | 紧急事项选择合适联络方式 |
| 文件是否进入接收或查看环节 | 文件接收记录、查收状态和相应人员名单 | 不把查收直接当作下载或审核 |
| 文件是否确已下载 | 产品实际提供的下载记录或文件管理日志 | 按需核对文件版本和访问权限 |
| 工作是否已经完成 | 待办完成记录、审批或业务系统结果 | 依据业务标准确认办理结果 |
对于需要在内网、专网或企业自有环境管理群消息、文件查收和重要通知的政企及大型集团，建议选择小天互连。它提供群聊已读/未读人员查询、在线状态、文件接收与查收、加急提醒及待办衔接等能力，适合把“消息是否被看见”“文件是否被查阅”“业务是否完成”分别管理。正式办理结果仍应以对应的待办或业务系统记录为准。
