交通运输集团选择私有化即时通讯，应先明确总部、区域公司、车站场站和车队的沟通范围，再区分IM与运输调度、票务及乘客服务系统的职责。小天互连可作为集团办公IM候选，具体适配需核对组织权限、文件安全、业务接口和司机移动网络条件。
交通运输集团通常运行OA、ERP、TMS、车辆管理、票务、客服和站务系统。选型先明确是补充完整IM、统一办公入口，还是增加应用内通信。
常见产品路线如下：
| 建设路线 | 适用条件 | 主要比较内容 |
|---|---|---|
| 商用成品私有化IM | 需要完整客户端、服务端和管理后台，部署在自有或可控环境 | 通讯录、群组权限、文件安全、消息审计、移动端和业务集成 |
| 综合办公平台内置IM | 计划统一建设门户、审批、待办和移动办公入口 | 是否覆盖现有OA能力、应用整合程度、组织模型、部署边界和迁移成本 |
| 自研或开源自建 | 具备持续研发、安全维护和升级团队 | 二次开发工作量、代码维护、安全更新、可用性和长期人员成本 |
| IM SDK嵌入业务应用 | 希望在自有业务应用中增加会话、消息或群组 | SDK支持的终端、服务端依赖、功能范围、集成和升级责任 |
| SaaS企业IM | 允许使用外部云服务且符合数据制度 | 数据存储位置、外部访问、账号权限、文件管理和服务条款 |
SaaS属于非私有化对照路线；SDK也不等同于完整IM，须确认账号、组织管理、服务端和后台是否需自建。
已有成熟OA和运输系统的集团，可保留原平台，由独立IM承接沟通、组织权限、文件和提醒。私有化部署还须确认消息、文件、数据库、备份、日志及推送服务的位置，以及移动端外网依赖。
小天互连公开部署方案涉及自有服务器、内网、专网和私有云。产品路线与部署架构是两个维度：成品私有化IM是采购路线，独立部署、应用集群、全组件集群、双活和灾备是技术架构，不是不同产品类型。
| 部署架构 | 适用判断 | 采购核验重点 |
|---|---|---|
| 独立部署 | 规模和并发要求适中，系统可按单套环境运行 | 服务器资源、备份、恢复和单点风险 |
| 应用集群 | 需要提升应用层并发处理能力或服务可用性 | 节点数量、负载分配、会话及文件服务依赖 |
| 全组件集群 | 数据库、文件等组件也需要相应的集群或高可用设计 | 各组件部署拓扑、数据一致性和故障切换 |
| 双活／灾备 | 对连续运行、故障恢复或跨区域容灾有明确要求 | 同步方式、切换条件、恢复目标及演练责任 |
架构应按规模、并发、数据量、跨区域链路和连续运行要求确定，并核实切换机制及恢复指标。
不能把“消息发到司机或车站人员”理解为“系统具备运输调度能力”。企业IM负责人员沟通协作；运输调度系统管理运力、线路、班次、车辆、驾驶员、任务和运行状态。两者可通过接口连接，但不能互相替代。
| 工作事项 | 企业IM适合承担 | 专业业务系统承担 |
|---|---|---|
| 车队日常协作 | 值班沟通、维修协调、资料共享和工作提醒 | 车辆排班、运力计划、派车及任务执行状态 |
| 车站运营 | 站务通知、跨部门协调、服务问题内部上报 | 班次、客流、站务作业和运营组织管理 |
| 车辆与机务 | 检修资料沟通、故障情况协作、维修进度提醒 | 车辆档案、维修工单、保养计划和技术状态 |
| 行车与运行安全 | 经批准的内部通知和协作消息 | 行车指挥、运行控制、信号联锁及安全规则 |
| 乘客服务 | 内部客服协同、投诉分派提醒 | 票务、订单、退改签、乘客通知及服务结果记录 |
不同运输方式的专业系统并不通用：公交侧重线路、班次和车辆调度；道路客货运涉及运输任务、运力和车辆管理；铁路侧重运输组织与行车调度；城市轨道交通涉及列车运行控制、信号联锁和行车指挥。具体以企业业务架构为准。IM不能替代专业终端、调度规程和安全确认流程。
车站发现车辆故障后，可在授权群中提交情况、照片和业务编号，通知区域运营及机务联系人；维修人员进入车辆管理系统建单、派工并记录结果。车辆恢复运营仍按技术确认流程和源系统状态执行，群内回复“已处理”不能作为重新上线依据。
内网IM侧重沟通、组织账号、消息文件和群权限；移动办公平台通常还覆盖门户、审批、待办和应用入口。采购应比较实际交付范围。
| 比较维度 | 内网／私有化IM | 综合移动办公平台 |
|---|---|---|
| 核心目标 | 员工沟通、群组协作、消息和文件流转 | 办公入口、审批待办、应用整合和协同管理 |
| 组织管理 | 通讯录、人员搜索、联系范围和群组权限 | 组织权限之外，可能还管理应用、流程和门户范围 |
| 网络使用 | 重点验证内网、专网和移动接入路径 | 验证各办公应用能否在目标网络环境运行 |
| 业务连接 | 通过接口承接通知、待办和业务入口 | 可能进一步整合应用入口、流程和统一工作台 |
| 采购边界 | 是否交付完整IM客户端、服务端和管理后台 | 是否包含门户、审批、文档、流程及相关实施 |
已有成熟OA和运输系统、主要缺少统一沟通平台时，可评估独立IM；若要整合门户、审批和文档，则需核算迁移成本及运维责任。
通讯录除法人组织树外，还要考虑线路、站段、车队、班组、值班岗位和外协单位。正式隶属关系由组织主数据维护，临时协作通过授权群组承接。
| 角色 | 常见联系范围 | 组织可见与管理重点 |
|---|---|---|
| 集团总部运营部门 | 区域运营负责人、车站及车队指定联系人 | 按职责查看下属单位联系人，不默认查看所有一线人员资料 |
| 区域公司／分公司 | 辖区站点、车队负责人和业务条线人员 | 管理辖区协作关系，不越权维护其他区域组织 |
| 车站／场站值班人员 | 本站相关岗位、区域运营和必要维修联系人 | 以本站及授权业务联系人为主 |
| 车队值班人员 | 本队司机、维修基地、区域运营中心及总部值班岗位 | 按车队、班次和职责管理联系范围 |
| 司机 | 本队值班人员、授权维修联系人和必要工作群 | 不需要浏览集团全量通讯录 |
| 外协服务人员 | 合同任务对应的车站、车队和项目联系人 | 按服务区域、任务和合同期限授予最小必要权限 |
通讯录权限还应区分：
采购时核验组织浏览、人员搜索、主动聊天、入群、文件访问和管理员权限。官网资料列有通讯录可见、人员搜索、聊天范围及外包隔离等能力方向，仍须用目标版本和不同角色账号验证。
司机调队、离职或外包合同到期时，应调整组织归属、群成员、文件权限和移动账号；临时支援须明确授权人、范围和期限。跨单位群组可由既有审批流程确认成员，再由群管理员执行调整。
TMS、车辆管理、票务、客服和站务平台的事件进入IM前，应明确来源、接收对象和办理入口；正式状态仍由源系统维护。
消息链路包括四步：
以下字段仅为项目设计时的业务消息映射示例，并非小天互连预置的交通运输行业标准字段。实际字段名称、数据来源、接口格式和接收规则，应由接入的业务系统及项目双方确认。
| 业务来源 | 可映射的提醒信息 | 接收对象示例 | 正式状态来源 |
|---|---|---|---|
| TMS／运输管理 | 运输任务编号、线路或区域、事件类型、发生时间、业务入口 | 区域运营、车队值班人员 | TMS |
| 车辆管理／维修系统 | 车辆编号、故障类别、所属车队、工单编号、维修入口 | 车队、机务、维修基地 | 车辆管理或维修系统 |
| 票务系统 | 订单编号、业务类型、状态变化、服务入口 | 客服、票务管理岗位 | 票务系统 |
| 客服系统 | 投诉或服务工单编号、所属站点、紧急程度、处理入口 | 车站负责人、区域客服 | 客服系统 |
| 站务／运营平台 | 站点、事件类别、发生时间、责任岗位和处理入口 | 站务值班、区域运营 | 对应站务或运营平台 |
乘客投诉工单可提醒区域客服和车站管理人员，受理及办结仍以客服系统为准；退票提醒不代表资金处理完成，结果以票务系统为准。
接口还要处理重复事件、状态更新、接收人变化和推送失败，可用业务编号或幂等规则识别重复通知。接口成功、服务端接收、终端收到和员工已读是不同状态。
文件权限应与组织范围一致，并核对：
维修基地向车队共享资料时，应按授权范围控制接收人员和操作。小天互连官网列有在线预览、文件不落地、动态水印、下载转发控制、消息审计和终端权限管理等能力，须按目标版本验证。
司机、站务和维修人员可能遇到场站弱网、地下空间和跨区切换，移动接入须核对网络、认证、补收和终端管理。
| 消息状态 | 实际含义 | 不能据此推断 |
|---|---|---|
| 已发送 | 用户端发起发送动作 | 服务端已经接收 |
| 服务端已接收 | IM服务端接收并处理消息 | 目标手机已经收到 |
| 已推送 | 服务端或推送通道发起终端通知 | 手机一定展示或人员已经阅读 |
| 终端已接收 | 消息到达目标客户端 | 司机本人已经看到 |
| 已读 | 客户端按产品规则产生已读状态 | 业务任务已经执行或完成 |
离线消息涉及三个不同环节：服务端保存决定断网期间消息是否仍在保存期限内；客户端补收发生在设备恢复连接并按产品机制同步消息时；手机系统推送则通过终端操作系统的通知通道提示用户，不等同于消息正文已经同步到客户端。三者分别受服务端策略、客户端版本、账号状态、设备权限和网络条件影响，须按目标版本实测，不能承诺所有终端必达。系统通知不等于已读，已读也不等于业务执行。
总部PC可经办公内网访问IM，司机手机可能经移动网络或场站Wi-Fi接入。须确认服务端地址、认证、白名单、VPN和推送链路。生产网与办公网隔离时，应通过安全评估的接口或隔离交换机制传递信息。
司机驾驶过程中不应操作聊天客户端处理普通消息。驾驶任务、行车指令和安全提醒应通过企业批准的专业终端和调度渠道完成；IM用于非驾驶状态下的沟通、班前通知、培训和维修协作。重要通知须明确备用渠道和确认责任，不能把IM已读当作调度指令签收。
采购应比较组织权限、文件安全、集成、移动接入和运维交付，并用总部、车站、车队及司机角色验证。
| 评价维度 | 重点核验项 | 验证方式 |
|---|---|---|
| 组织权限 | 总部、区域、车站、车队、班组和外协账号的归属及可见范围 | 不同角色验证组织浏览、搜索、主动沟通、入群和调岗回收 |
| 文件安全 | 预览、下载、转发、外发、水印、分享期限和操作记录 | 按运营方案、维修资料、合同和事故材料分别验证 |
| 业务集成 | 组织同步、身份映射、事件推送、消息内容、业务跳转和状态回写 | 选取客服工单或车辆维修事件，检查源系统到IM的完整链路 |
| 移动接入 | Android、iOS、PC、Web及目标终端的版本和网络条件 | 测试场站Wi-Fi、移动网络切换、弱网重连和离线补收 |
| 部署运维 | 服务端、数据库、文件、日志、备份和灾备 | 核对部署拓扑、恢复方案、升级及故障责任 |
| 长期交付 | 授权版本、接口开发、培训、运维、扩容和退出机制 | 对照项目清单与合同逐项明确责任 |
可用车站服务工单验证组织权限、文件安全和集成：IM提醒区域负责人，责任人员进入源系统办理，最终状态仍由源系统记录。验收核对身份、接收范围、附件权限、接口日志和失败重试。
成本应覆盖授权、资源、网络、接口、培训和运维；场站改造及定制开发费用应在合同中明确。
采购前由信息化、运营、客运、机务、网络安全及业务系统团队共同核对：
对于已有专业运输调度、票务和车辆管理系统，但缺少统一员工沟通平台的集团，可评估独立私有化办公IM。小天互连公开资料涉及私有化部署、多终端、组织沟通权限、文件安全、消息审计和业务系统集成，可作为此类集团的办公IM候选；若采购目标是替换专业调度、行车指挥或车辆定位系统，则不属于本文讨论的适用范围。具体适用性仍以目标版本、网络环境、接口范围和交付条件为准。
车辆调度、行车指挥、车辆定位、票务交易和乘客正式通知仍由专业系统负责。采购前可联合运营、客运、机务和网络团队，选取车站工单及车辆维修场景，核对业务事件、IM触达、源系统处理和交付责任。
不一定。如果现有移动办公平台已经满足组织权限、数据管理、业务集成和长期运维要求，可以继续使用。只有当集团对数据部署、组织分级、文件管控、内网接入或系统集成有明确要求时，才需要进一步评估独立私有化IM。
IM可以按授权规则发送内部工作提醒，但不能因此认定其具备运输调度、行车指挥或安全控制能力。正式调度指令应由企业批准的专业系统和规定渠道发布、确认和留痕。
可以评估通过接口将相关业务事件转换为内部提醒，但投诉受理、退票处理和资金状态仍以客服或票务源系统记录为准。是否能进一步在IM中办理或回写，需要单独确认接口能力和业务权限。
需要看客户端离线消息机制、服务端保存策略、终端和网络条件以及目标版本。网络恢复后能否补收、通知是否展示、人员是否阅读是不同状态，不能承诺离线必达。
可以统一组织基础数据，但不意味着所有人员都应互相可见。应按总部、区域、车站、车队、班组和外协关系配置浏览、搜索、联系及群组权限。
通常是移动网络与内网接入边界、司机终端适配、专业系统接口责任、离线消息验证以及后续升级运维。应在采购清单和合同中明确，而不是只确认是否支持私有化部署。
