一、先确认许可允许迁移
购买指标使用权不一定等于获得源码、修改或跨平台迁移权。开始前应查看许可协议、购买说明或权利人授权,确认允许查看源码、修改、备份以及在哪些设备或平台使用。团队内部共享也应在授权范围内。
二、建立迁移档案
| 资料 | 记录内容 | 用途 |
|---|---|---|
| 原指标文件 | 文件名、扩展名、大小、校验值 | 证明来源并支持重新分析 |
| 来源环境 | 软件名称、版本、公式类型和参数 | 判断平台差异 |
| 首次导出源码 | 解密软件版本、导出日期、文本编码 | 作为未修改基准 |
| 目标环境 | 软件版本、支持函数和导入要求 | 制定兼容调整方案 |
| 授权依据 | 许可范围、授权人和有效期限 | 控制使用和传播范围 |
三、按阶段迁移
- 只读归档:保存原文件和首次导出源码,记录校验值。
- 语法检查:确认文本编码、括号、参数和依赖函数没有明显问题。
- 建立测试副本:所有修改在副本进行,文件名带版本号。
- 处理平台差异:逐项替换目标平台不支持的函数或参数格式。
- 隔离导入:使用新名称导入测试,不覆盖正在使用的公式。
- 记录结果:保存修改原因、错误提示和最终测试版本。
四、简单有效的版本命名
个人使用不一定需要复杂系统,但至少要能区分原始输出和修改版本。例如:
指标名称_原始导出_20260805.txt指标名称_兼容修改_v01_20260805.txt指标名称_导入通过_v02_20260806.txt
另建一个变更记录,写明版本、修改行、修改原因、目标平台和测试结果。不要用“最终版”“最终最新版”这种无法排序和追溯的名称。
五、平台差异应逐项处理
不同平台可能在函数名称、参数顺序、周期数据、颜色绘制和引用方式上存在差异。不要一次大范围改写。先让公式通过语法检查,再逐项核对参数和显示,最后才处理优化。每次只解决一个明确错误,方便定位问题。
六、迁移完成后的保留资料
- 原始授权文件和授权说明。
- 未修改的原指标与首次导出源码。
- 最终导入版本和完整变更记录。
- 来源环境与目标环境的版本信息。
- 导入测试日期、错误处理和回退方法。
不得将导出的公式源码公开传播、销售或用于授权范围外的账号和设备。迁移后的公式效果需要独立测试,不构成投资建议或收益承诺。
常见问题
可以直接覆盖目标环境中的同名指标吗?
不建议。使用新名称导入,确认语法、参数和显示无误后,再决定是否替换旧版本。
修改后出现问题怎么回退?
保留原始导出和每次修改版本,恢复到最近一次导入通过的版本,并根据变更记录定位差异。
迁移成功后原文件可以删除吗?
不建议。原文件是来源和重新分析的基础,应与授权资料一起安全归档。