1.总述

流程迁移重点关注点

1. 变动事务一致性 (人事流程涉及任职变更,变动事务这个需要顾问去设置下新环境的变动事务,一般每条业务一个变动事务要去配置好,不做代码比对处理)

2. 流程业务整体迁移,通过导入方式(可以做到业务,流程分支,表单字段,事件的全导入)业务顾问可以界面进行导入

3. 业务代码项字段绑定清单   (因为业务表单字段过多时,可能存在很多代码项绑定,这时候直接导入流程的话,正式环境可能没有这些代码项标准,会出现选不到现象)

针对此问题,我们会通过云函数进行甄别,形成业务代码项标准清单给到现场,让现场老师对着这个excel清单来确认两个环境能保持标准一致。

4. 节点审批人涉及管理团队以及代码模式的(云函数审批人查找方式) 

(审批节点中有很多审批人涉及管理团队,这个管理团队类型是要两个环境保持一致的,因此需要云函数甄别,来形成管理团队类型不一致清单给到现场,现场进行添加保持一致)

5. 事件涉及云函数

(因为节点中会挂载很多事件来进行业务生效,他们涉及的云函数导入方式第一步无法导入过来,我们需要根据业务整理出一份云函数清单来,然后进行云函数相应的迁移工作。让现场更好的甄别出来)

6. 云函数中固定代码项以及变动事务

上面梳理出的云函数要对应打开看下,是否有代码项写死以及变动事务的现象,因为这个很多存在的关联逻辑,现场顾问很难把握,这个通过云函数提取出涉及云函数清单的责任人,让顾问通过责任人excel表联系相关开发责任人去确认去修改此部分固定的内容

7. 测试阶段通过任职还原以及事件重试来测试流程

上面6步做好后,即到测试阶段了!此时因为建立了相关测试的人员和组织,以及管理团队,需要进行模拟测试,如果发现节点问题可以通过流程监控来看云函数报错的原因然后通过云函数责任人追踪清单去找对应开发快速解决,然后可以通过任职还原来重新回退这个人员信息,进行修改后再次测试的工作,直到每个节点都通过,业务按要求都生效

8. 测试阶段结束后删除测试组织和人员

1. 提供给现场顾问标准API删除这些业务的测试数据,做到全面清理,一个接口可以清理包括,单据,代办,审批信息等等,完全做到无痕

2.提供给现场删除人员,组织API,做到删除无痕,删除这个人以及他所有关联的信息,在系统中的,让这些信息彻底消失,最后还原一个干净的系统,干净的流程



总结起来: 8个步骤,其中3,4,5,6提供清单excel给到现场,8提供给API给到现场

  • 无标签