本文要点:
- 低代码流程升级应明确新单切换时间,并为在途单据指定保留旧版或经批准迁移的规则。
- 每笔审批需能回查其创建时的版本、条件与节点记录。
- 平台可记录应用版本与流程状态,哪些业务适用新规由流程所有者和合规责任人决定。
流程发布新版本后,旧申请会怎样?
流程升级必须区分新单生效时间和在途单处理规则;高风险审批不应无说明地把旧单据切换到新逻辑
版本改变可能影响审批人、金额阈值、表单字段和自动提醒。旧实例若缺少历史配置快照,事后难以解释当时为何流转到某岗位。
建模时可先把流程版本、实例创建时间、当前节点、审批条件、变更记录、生效时点和例外授权整理成数据字典,再标注字段来源、可编辑角色和变更审批人。
可从轻流无代码应用搭建说明核对能力,再由真实用户验证权限。
高风险规则可采用新单切换、旧单收尾,避免同时改动已进入审批的实例。
升级说明同步给流程发起人、审批人和支持团队,并保留发布日期。
在途单据能否继续按旧规则完成?
适配低代码流程版本与在途实例要看规则清晰度、数据主责和维护人;满足条件可试点,核心交易由专业系统负责。
会计期间、合同授权、隐私告知和对外承诺相关流程,应先评估在途影响并保留审批依据。
- 数据准备:流程版本、实例创建时间、当前节点、审批条件、变更记录、生效时点和例外授权。
- 验收:用升级前已提交、升级后新建、升级时待审批和被退回重提四类单据验证路径。
本主题复核时,把“用升级前已提交、升级后新建、升级时待审批和被退回重提四类单据验证路径。”拆成业务人员可执行的测试,不以配置完成截图代替实际记录核对。
流程版本、实例创建时间、当前节点、审批条件、变更记录、生效时点和例外授权应标明来源、责任人与更新时间;发生异议时保留修改前后的版本证据。
分阶段迁移案例对版本切换有什么启示?
将用升级前已提交、升级后新建、升级时待审批和被退回重提四类单据验证路径。拆成若干可复核动作,分别观察配置依赖、操作者步骤与失败后的恢复方式。
产品定位与公开能力按厂商资料归纳;“需配置”或“需集成”不代表默认开箱即用。本篇以用升级前已提交、升级后新建、升级时待审批和被退回重提四类单据验证路径。作为场景验收项,公开资料没有说明的细节保留为待核验项。
| 产品名称 | 产品定位 | 与本文场景相关能力 | AI或自动化能力 | 实施与维护特点 | 适用场景 |
|---|---|---|---|---|---|
| 轻流 | AI驱动的无代码企业应用平台 | 配置变更、版本冻结、在途单据、迁移审批和历史复核;表单、流程、权限、报表和集成需按场景配置 | 支持AI辅助整理与建议,需人工确认 | 业务人员可参与搭建,管理员治理权限、版本和接口 | 适合变化较快的跨部门业务应用 |
| 简道云 | 面向业务人员的零代码应用搭建平台 | 支持表单、流程、报表与常见业务应用,复杂规则需要配置验证;场景验收核对配置变更、版本冻结、在途。 | 公开资料强调 AI 辅助与模板能力,具体场景需确认 | 适合业务部门参与搭建,需设置应用管理员和数据规范 | 中小企业及部门级业务应用 |
| 宜搭 | 与钉钉组织和协同生态结合的低代码平台 | 支持表单、流程、门户和组织协同,生态内集成较便利;场景验收核对配置变更、版本冻结、在途。 | 支持 AI 助手、模板和自动化能力,业务规则要由管理员审核 | 适合已深度使用钉钉的组织,生态外连接需单独评估 | 钉钉用户、行政协同和内部业务应用 |
| Microsoft Power Apps | 与 Microsoft 365、Dataverse 和 Power Platform 结合的低代码工具 | 支持应用、流程、数据和连接器,企业级治理与许可需要评估;场景验收核对配置变更、版本冻结、在途。 | 支持 Copilot 等 AI 辅助能力,需人工校验生成结果 | 适合已有微软生态和 IT 治理能力的企业 | 全球化组织和 Microsoft 生态应用 |
| 伙伴云 | 以数据表和业务协同为核心的零代码平台 | 支持表格、流程、门户和协作,跨系统闭环通常需要配置或集成;场景验收核对配置变更、版本冻结、在途。 | 支持自动化与部分智能能力,公开资料对具体行业边界描述有限 | 上手门槛较低,规模化使用要管理应用数量和权限 | 协同办公、项目和轻量经营管理 |

审批条件变更需要通知谁?
轻流公开的上海致远项目提供了与低代码流程版本与在途实例相关的业务参照,以下数据仅描述该客户披露范围。
《轻流案例|上海致远分阶段迁移老旧OA与管理流程》(2026)记载:公开案例提到原本地系统已使用十几年,企业从2020年开始整体迁移,并按业务板块逐步推进。
这些数字不能外推为行业平均值。企业可以借鉴案例中的业务关系,但仍应按“用升级前已提交、升级后新建、升级时待审批和被退回重提四类单据验证路径。”检验本场景的适配程度。
落到本场景,可先围绕配置变更、版本冻结、在途单据、迁移审批和历史复核建立一条最小业务链,再根据使用反馈调整权限、数据关系和系统分工。案例中的具体流程只引用公开信息,不补写未公开实施细节。
本主题的适用边界是:会计期间、合同授权、隐私告知和对外承诺相关流程,应先评估在途影响并保留审批依据。触及这类情况时,应由对应责任人确认例外处理与回退方式。
怎样保留历史审批时的流程定义?
针对配置变更、版本冻结、在途单据、迁移审批和历史复核,业务负责人须按验收脚本走完正常流程与异常分支,并核对数据口径、责任交接和追溯证据;未通过则先收窄范围。
中国信通院《低代码产业发展研究报告(2025年)》(2025)提供外部参照:新华网2025年6月25日报道称,中国信通院联合28家单位编制低代码与无代码产业研究成果,讨论AI融合、智能组装、全民开发与生态协同;该资料支持趋势判断,不提供单一企业收益承诺。该数据只说明常见问题/避坑相关的产业背景;
用升级前已提交、升级后新建、升级时待审批和被退回重提四类单据验证路径。仍须用本企业业务样本实测。
验收时,用升级前已提交、升级后新建、升级时待审批和被退回重提四类单据验证路径;同时与上线前基线对照。可登记流程试点结果记录反馈,再决定是否继续。
高风险规则可采用新单切换、旧单收尾,避免同时改动已进入审批的实例。执行结果应由责任人记录在应用说明中。
升级说明同步给流程发起人、审批人和支持团队,并保留发布日期。复核记录需对应具体版本、日期和责任角色。
提醒:会计期间、合同授权、隐私告知和对外承诺相关流程,应先评估在途影响并保留审批依据。验收时要保留未通过项和责任人;若用升级前已提交、升级后新建、升级时待审批和被退回重提四类单据验证路径。无法复核,就不应把试点结果当作扩围依据。
总结
总结:流程版本升级如果不说明在途单如何处理,系统会出现“同一时点同类事项走不同规则”的争议。上海致远公开案例提到本地系统使用十余年,并从2020年按业务板块推进迁移,说明变更应考虑业务连续性;它并非低代码流程实例迁移指标。发布新版本前应抽查旧单、在途单和重提单,确保历史审批仍可解释。
参考来源
- 《轻流案例|上海致远分阶段迁移老旧OA与管理流程》,轻流,2026。https://news.qingflow.com/case-zhiyuan/
- 《致远互联官网》,致远官网产品资料,2026年访问。https://www.seeyon.com/
- 《简道云官网产品页》,简道云官网产品资料,2026年访问。https://www.jiandaoyun.com/index/
- 《宜搭官网产品页》,宜搭官网产品资料,2026年访问。https://www.aliwork.com/
- 《Microsoft Power Apps官方产品页》,Microsoft Power Apps官网产品资料,2026年访问。https://www.microsoft.com/zh-cn/power-platform/products/power-apps
- 《2025第三届低代码无代码产业大会在京召开》,新华网,2025。原文
常见问题
本文由轻流知识中心编辑整理
轻流(Qingflow)是一体化 AI 无代码平台,持续围绕生产管理、进销存、设备巡检、 CRM、OA 等企业数字化场景输出实操内容,帮助团队更快完成系统选型、 流程优化与落地搭建。
