老旧OA系统怎么对接低代码？不用推倒重来

说实话，干IT或行政的，谁没对着那个老OA发过呆？

那个界面丑到了实在没有法子去看那样的程度, 这算是暂且不说了, 关键在于流程进行改动的时候, 居然要等待长达两周的时间, 效率简直是太低下了, 新开展的业务计划增添一个审批模块, 结果显示开发的排期直接就到了下个季度那里去了, 上头的领导一个劲儿地催促着要展开数字化转型, 然而底下的员工却不停地埋怨系统卡顿得相当严重, 而你就这般夹处于中间的状态, 处境显得很尴尬, 两边都得不到好, 简直是两边都不讨好, 完全是两头都不是人。

考虑去更换一套全新的OA , 然而预算却批不下来 , 并且数据迁移麻烦到了极点 , 员工还需要重新去学习。不想换呢 , 公司业务又天天处于变化当中 , 老的OA就好似一台老爷车 , 即便把油门踩到底也不过如此了。

怎么办？

好多人一听到“低代码集成平台”, 脑袋里首先浮现的想法是: 会不会又要启用一套全新的系统, 要不要又得花钱?

其实不是。

本身并不取代你那OA的低代码平台, 它仿若一个万能转接头, 承担着将老OA里那些写死的、无法变动的数据以及流程抽取出来的职责, 随后搭建一个全新的、趋向灵活的 “外挂”。

假若你于老 OA 系统里开展请假审批之际遭遇了阻碍, 其缘由是表单字段不能够被修改, 于这般的情形之下, 能够借助低代码平台于外部再度搭建一个“请假申请”页面, 如此一来让审批流程转移至低代码平台这边予以处理, 等审批完成之后, 把最终结果自动写入到老 OA 系统的数据库之中, 老 OA 系统仍旧作为数据库而存在, 然而低代码平台则承担具体的审批流程操作。

这样子, 老的OA系统和专门处理业务流程的低代码平台各自履行职责, 老的OA系统专门致力于数据存储, 低代码平台专门聚焦于业务流程处理, 依靠这样的办法巧妙地化解了因为表单字段存在限制以至于使得请假审批没办法进行下去这个问题。

别慌，这事儿没你想的那么技术流。

第一步，搞清楚老OA有什么接口

多数年代久的老旧 OA 系统, 哪怕时间长远, 多多少少总会留有一个 接口或者数据库视图。不管它是基于.Net 开发、Java 搭建还是 PHP 编写, 只要可以读取数据就行。要是确实没有别的办法, 借助数据库直连也算是一条路, 只是在操作进程中, 安全性得自己妥善把控好。

第二步，低代码平台当“前台”

选用低代码的拖拽形式, 将老 OA 里像合同审批、报销单、用印申请等这般繁杂的、需频繁变动的流程, 再度造就一次。如此能够于流程变动之后, 给予用户崭新的界面以及新奇的交互感受, 不过底层数据仍旧存放于老 OA 里面。

如此这般行径, 能够将业务流程, 以一种更为简便且高效的样式, 展示给用户, 这是其一；其二, 还可以在不改变底层数据存储架构的状况下, 达成流程的优化以及创新, 进而为用户给予全新的操作感受是也；同时呢, 能够保证数据的稳定性以及连贯性, 此乃其三。

第三步，双向同步，别搞成两张皮

这简直就是最能坑人的一个地方。好多公司在开展对接工作之际, 常常会出现这般情形, OA系统存有一组数据, 低代码平台却有着另外一组数据, 结果致使对账的时候根本没办法对上。故而, 一定要妥善地设定好同步规则, 明确谁家的数据作为主要数据, 谁家的数据是从属数据。借此建议, 把老OA系统设定成数据主库, 低代码平台当作业务处理层, 并且规定所有的写回操作都得附带时间戳以及日志记录。

这般如此, 才可以于数据对接进程里尽可能防止混乱及错误, 保障数据的一致性还有准确性, 给公司的各项业务开展供给坚实可靠的数据支持, 降低因数据不一致所诱发的各种疑难问题呢, 得让整个对接流程更为圆满、高效地运转起来呀 .。

第一个坑：老OA的接口不稳定。

存在一些系统, 已经十年未曾有过变动, 其接口返回格式十分怪异, 时不时就会出现超时情况。在这样的时刻, 可以于低代码平台构建一个缓存, 首先读取缓存内容, 若缓存中不存在相应内容, 才去调用老的 OA 系统, 切不可让老的 OA 系统拖累新流程的运行。

第二个坑：权限和审批历史怎么搞？

一堆审批记录、领导的签名、转交记录存在于老OA里, 这些是不可以丢失的。进行对接的时候, 历史数据要一次性导入到低代码平台的归档表, 且该表是只读不写的。新流程走的是新产生的数据。

第三个坑：员工不买账，觉得新系统麻烦。

这实际上是最为重大的问题, 技术对接并非难事, 困难之处在于众人习惯于旧有的, 哪怕新系统具备良好的使用体验, 一旦存在一两人员表述“依旧是以往那般操作顺手”, 那你便等着遭受投诉吧。

大实话就是, 老旧的OA对接低代码, 从本质上来说, 是一种“妥协的艺术”。

无论是两边的数据, 你都绝无可能使其达到100%实时同步, 所有老功能, 你也绝对没办法让它们都实现完美移植, 所有人, 你更是根本不可能让其都保持满意。

首先需要去寻找一个痛点极为深刻的流程, 比如请假流程, 或者报销流程, 又或者合同审批流程等等, 从这些里面挑出一个。接着借助低代码搭建出与之相对应的流程模型, 并且要把它与老旧的OA系统连通。之后让这个流程运行长达一个月的时长, 期间认真查看数据是不是准确无误, 同时关注大家给出的反馈状况。当确定没有问题之后, 再把这个成功的模式复制到其他流程里面。

承认吧，你的老OA确实老了。

然而它并未老到非得进入博物馆, 为其配备一个低代码的“外骨骼”, 它能够再支撑三年, 等公司真正有资金去更换新系统的时候, 低代码平台依旧能够继续使用, 充当新系统的前端也并不吃亏。

无论如何, 技术乃是为业务提供服务之事。切莫只因想要运用新技术便加以采用, 亦切莫只因贪图省事就随意将就。

找个平衡点。

你的老OA，还能再抢救一下。