OixCloud客户端安装前，工程现场设备要确认什么

设备名称不能替代系统条件

同一品牌电脑可能使用不同处理器架构和系统版本。Windows需要确认版本与架构，Mac需要区分Apple芯片和Intel处理器；移动设备还要确认应用来源与组织管理策略。

不要只凭文件名中的“最新版”判断兼容。可靠的选择依据是当前设备条件、发布说明和文件来源能够对应。

施工现场或设计院的设备常由组织统一管理，普通账号未必具有安装权限。系统出现阻止提示时，应先确认管理策略，而不是关闭全部安全保护。

如果软件需要访问项目目录、相机或本地网络，应把权限限制在实际任务范围。完成测试后再决定是否扩大权限。

安装完成后，使用一份不含真实项目资料的测试文件，依次完成打开、修改、保存、传递和再次打开。这个闭环能发现编码、路径和权限问题。

测试通过不代表所有BIM模型和大型图纸都会正常。正式导入前仍要核对格式、插件、文件大小和版本要求。

项目团队不只需要知道安装了什么，还要知道从哪里取得、何时下载、适用于什么系统。保留来源和发布日期，后续更新时才能判断变化。

安装包和项目资料应分开保存。软件升级不应覆盖原始交付文件，项目文件也不应混入系统下载目录长期管理。

手机和平板适合现场查看、批注和拍摄记录，但复杂模型编辑仍可能依赖桌面环境。应先定义移动端承担的任务，再配置同步范围。

如果移动端只需要查看特定图纸，就不必开放整个项目库。最小权限既降低风险，也让离线缓存更容易控制。

签名用于判断文件在发布后是否被修改以及发布者身份能否由系统验证；发布说明则解释版本适用于哪些设备、改变了什么。两项都正常，才形成较完整的来源线索。

系统无法验证签名时，不应只因为文件名熟悉就继续安装。先回到取得文件的页面核对发布日期和适用系统。

模型、点云和现场影像可能远大于普通文档。客户端安装空间充足，不代表同步缓存和临时转换空间足够。磁盘接近满载时，保存动作可能完成一半才失败。

正式项目开始前，应了解缓存位置和清理规则。清理缓存不能删除唯一副本，重要交付仍应保存在项目规定的位置。

应用升级可能改变插件、文件关联或权限。正在准备正式交付时，不宜同时更换客户端和模型插件，否则输出差异很难定位。

可以先记录当前版本并完成交付，再在测试副本上验证新版。团队分批升级时，还要确认旧版与新版之间的交换条件。

部分应用会把缓存、离线文件和用户设置放在程序目录之外。卸载前应确认哪些是可重新取得的缓存，哪些是尚未上传的现场记录。