更换业务软件前，先试一次导出

批准更换软件前，请与负责相关系统的人员一起尝试导出一小部分数据。先约定必须迁移哪些信息，以及使用者需要完成什么操作。能够打开文件，只能说明文件可读。你仍需检查实际导出了什么，以及使用者能否完成约定的任务。

选择能代表实际工作的记录

设想一家服务公司要迁移客户案件。在这个假设示例中，案件 C-104 属于组织 Žáček Studio，组织编号为 O-27。案件状态为“等待批准”，预估金额为 €1250.75，历史记录显示修订后的提案于 10 月 14 日发送。提案文件作为附件保存。

未来的使用者需要在正确的组织下找到案件，了解当前等待事项，查看带日期的更新，并打开提案。这为经理和技术人员提供了明确的检查依据。只核对记录数量是不够的，因为案件可能关联到错误的组织，金额也可能被错误解读。

选择少量有代表性的记录，涵盖约定工作所需的关联关系、数值、文件和历史记录。并非每种用途都需要所有历史字段。请使用合成数据，或使用你获准处理且已适当缩减的数据，并在隔离环境中操作。保护导出副本，并关闭实时通知和操作。不要把机密导出内容交给未经批准的转换工具或 AI 工具。

检查导出实际包含的内容

请技术人员确认受支持的导出方式、格式、权限，以及相关版本或套餐条件。检查标识符，并确认目标系统如何解释金额、日期、状态和关联关系。CSV 可能适合约定的任务，但仅仅打开文件不能证明整个迁移能够成功。

Airtable 的附件文档提供了一个有用示例。查看链接需要相应权限，而下载链接会过期。文档建议在导出 CSV 中的附件链接过期前下载附件。因此，电子表格中的 URL 并不等于已经保留了文档。请核实你自己的供应商所采用的方式，不要假设所有导出都一样。

其他导出格式也各有边界。GitLab 项目导出文档说明了因版本而异的内容和排除项，并提醒不要把项目导出当作备份。其涉及上传文件的支持案例说明了导出路径为何重要：排除上传文件后，导出可能完成，但附件仍然缺失。单独取回文件，也不会因此得到可导入的项目归档。

尝试目标系统中的实际任务

如果已经选定替代系统，请让获授权的技术人员安全地试用其受支持的导入方式。然后让未来的使用者使用自己的授权账户完成约定任务。对于示例案件，请一起检查组织关联、状态、金额、带日期的历史记录以及实际提案文件。

样本成功，只能证明该样本在这些条件下成功。它不能证明所有记录都能准确迁移、所有特殊情况都能覆盖，也不能证明完整规模下的性能。导出的记录本身也不会迁移工作流逻辑、集成、访问规则、凭据、同意记录或许可证。

明确记录决策

简要记录所选记录类型和时间范围、必需信息、源端与目标端的迁移方式及版本、已完成的检查、排除项，以及每项未解决问题的负责人。缺口可能需要字段映射、另一种受支持的方式、单独取回文件、范围明确的迁移步骤，或接受相应限制。

根据英国政府在云服务背景下的技术锁定指导，将这些工作量与继续使用现有供应商的价值进行权衡。发现限制并不意味着必须更换供应商。取消服务或删除数据前，请核实所需迁移和持续访问安排。

如果需要迁移特定记录，可以通过我们的迁移服务讨论来源、目标以及必须迁移的信息。具体范围、价格和任何保证将根据项目约定。

关于软件导出的常见问题