[已解决]与现有的oa流程的接口

公司的oa系统多年，需要读其中流程做bpm.怎么利用这个工具来做，或者接口方式对接怎么做？

1、将原OA流程迁移到BPM中实现，包括流程图、流程表单、业务逻辑处理等。
优点：使用专业的流程产品，解决原OA系统客制化开发成本高、跨系统集成能力弱、运维效率较低等共性问题，为企业构建快速、高效的流程部署落地平台、方便的流程标准工时和效率分析平台、构建异构系统的流程整合中心、建立流程服务总线基础平台
缺点：新的产品带来更加专业的流程管理与使用习惯，可能对用户现有的使用习惯有一定的冲击
2、保留原OA系统的流程表单，使用BPM流程引擎进行驱动
优点：基本保留原OA的用户使用习惯，对于用户而言没有太大变化。保留原OA系统的建设成果，流程表单、业务逻辑处理等保持不变。
缺点：流程的实施、变更需要两个厂商、两个实施小组参与；原OA系统后期会成为企业深度流程治理的短板。原OA系统有一定的集成开发工作（如果原OA系统的产品架构不合理，开发工作量比较大）



，

我不明白你想问什么意思？
你是想问，怎么将原OA系统中的流程通过某些方法导入到H3bpm?
还是问，H3bpm怎么使用？
还是问，怎么将原OA系统中的流程任务读取到H3bpm的任务列表中？

没有现成的方法能将OA流程导入到BPM中，
通常的做法的重新梳理流程在BPM中开发

1、将原OA流程迁移到BPM中实现，包括流程图、流程表单、业务逻辑处理等。
优点：使用专业的流程产品，解决原OA系统客制化开发成本高、跨系统集成能力弱、运维效率较低等共性问题，为企业构建快速、高效的流程部署落地平台、方便的流程标准工时和效率分析平台、构建异构系统的流程整合中心、建立流程服务总线基础平台
缺点：新的产品带来更加专业的流程管理与使用习惯，可能对用户现有的使用习惯有一定的冲击
2、保留原OA系统的流程表单，使用BPM流程引擎进行驱动
优点：基本保留原OA的用户使用习惯，对于用户而言没有太大变化。保留原OA系统的建设成果，流程表单、业务逻辑处理等保持不变。
缺点：流程的实施、变更需要两个厂商、两个实施小组参与；原OA系统后期会成为企业深度流程治理的短板。原OA系统有一定的集成开发工作（如果原OA系统的产品架构不合理，开发工作量比较大）



，