业财一体化怎么对接第三方ERP？一文讲清楚

我先说说我们为什么要干这件事。

在成为我们服务对象的企业当中, 存在着这样的状况: 众多企业的业务系统采用的是某一家供应商提供的ERP, 而财务所用系统则是泛微或者其他的平台, 所有数据全都依赖人力来进行导入。针对每个月结算并账务的时间节点, 财务人员需要将业务系统里的数据导出, 再次进行录入操作, 或者至少要进行一次核对。

这么一来一往, 时间被耽搁了, 错误也增多了。有时业务系统更改了一项数据, 财务那里却还不清楚, 到了对账时才发觉差了好几万块。

愈发麻烦的是, 老板所期望看到的处于实时状态的经营数据, 根本无从获取, 而财务这方面, 得等到每月终止之时才能将报表做出。可老板在周一的时候就急切需要查看上周的业绩情况, 你说说这般状况下这日子该如何度过。

因此啊, 所谓的业财一体化, 并非是什么全新的概念, 其目的在于, 能令数据只经由一趟人工传递, 使得业务方面与财务方面的数据可以相互对应得上, 进而让管理层能够看到相对而言更具实时性的状况。

这是很多人问我最多的问题。

首先, 你要清楚, 那所说的“第三方ERP”, 各家态势有别, 各不相同。有的展开程度较高, 有的接口文档仿若秘奥天书般晦涩。先前, 我们与某制造业的ERP进行过对接, 其技术文档竟乃数年前的版本, 字段定义全然无法契合。

随之而来的即数据标准方面的问题, 就同一个名为‘收入’的事物而言, 财务所说的跟销售所表达的压根为不同概念, 财务界定的乃是基于开票来确认的收入情况, 销售论断的则是已签了合同才可认定的收入状况, 倘若这个差异未能得到解决, 即便进行对接那也是徒劳无功的。

第三个坑, 是权限与审批流程, 有些ERP系统的接口调用存在权限限制, 并非任何一个开发人员都能够进行调用, 我们曾遭遇对接进行到一半时, 对方那边的 IT 忽然表示系统要升级, 接口全部暂停, 致使我们的项目不得不停下来等待。

存在着一个极易被忽略掉的问题, 便是历史数据。新的系统已然上线 , 那么旧系统当中的数据该如何处置。是将其导出吗? 导至哪一个字段? 导出完成以后又怎样进行校验。要是这些问题未能妥善处理, 随后的工作全部都是地基尚不稳固。

我总结了几条，都是血泪教训。

先将业务流程规整清晰, 别一开始就谈论技术, 要先弄明白你们公司的业务是以怎样的方式运转, 销售下单之后, 出库接着发货再然后收款, 其中每个环节的数据经由何处而来又去往哪里, 哪个节点生成了财务凭证, 把这个流程描绘出来, 所能起到的作用比撰写一百页需求文档还要大。

明确界定好数据的边界范围, 哪些数据是需要进行实时同步操作的, 哪些数据能够采用T+1的方式, 哪些数据仅仅只需导出用于制作报表, 不要将所有的数据毫无区分地一股脑推过去呢, 那样系统会没法承受忍受, 维护成本也会处于较高的状态。

跟对方ERP的供应商展开沟通, 这一步相当关键, 有些ERP厂商是支持对接的, 然而有些却需要额外来收费, 要预先了解明白, 千万别做到一半才发觉对方的接口是要按年付费的, 那样预算便得重新去计算。

寻觅一个具备经验的实施团队, 对于这方面我暂且不多作表述, 然而诚恳地提议应该外包给专业的人士去进行操作, 我们先前自行尝试过, 经历了三个月煞费周折, 最终发觉存在诸多问题, 直至寻觅第三方团队接手之后才得以梳理妥当的。

技术上说，主要有几种方式。

最为常见的情形是借助API接口来开展对接。目前现存的ERP系统基本上都实施了API的开放举措呢 , 只要能够取得与之相对应的权限以及文档 , 那么开发所涉及的工作量实际上处在可控范围之内。然而需要予以留意的是呀 , 不同的ERP其API标准存在差异 , 有的采用方式 , 有的运用SOAP方式 , 有的甚至依旧沿用的陈旧模式。

第二种方式乃是中间库，其适用于那些老旧系统, 于接口不开放或者开放程度很低的情形之下, 两边均将数据导入到一个中间表内, 接着借助定时任务或者触发器来进行同步, 此种方式灵活性较高, 然而实时性稍差一些, 适用于对数据时效性要求并非很高的场景。

存有另行一类情形, 即借助呈如ESB或者iPaaS这般的, 被称作为集成平台的事物。一旦企业内部系统个数较多。像针对ERP、OA、CRM以及HR系统, 皆出现需进行打通的状况之际。倘若是逐个单独去开展对接。则效率会显得过低。而转向运用集成平台来施行统一路由以及转换操作。从更为长远的视角实施考量。如此做法会显得更为划算。

我们那时采用的是头一种方式, 结合着第二种方式去处理好些老旧系统, 大约耗费了两个月达成对接。在此期间也遇到不少问题, 回头看来那方向而言可是没错的, 不过要分清楚这不是在说如今的方向, 而是当时操作的情况。

很多人以为对接完就完了，其实这才刚开始。

首要需加以留意的便是监控, 一方面需关注接口是否处于正常运行状态, 另一方面需留意有无报错情况发生, 同时还要留意数据量是否存在异常波动, 这些方面均需时刻予以专注注视, 我们曾有过一次接口出现故障持续三天后方才被发觉之情形, 缘由在于当时无人进行报警操作, 以至于随后而至最后财务人员那里账目已然无法相互对应保持一致了。

第二个方面是关于变更管理, ERP系统进行了升级, 其中字段发生了改变, 接口文档也随之更新了, 所以你这边需要跟着做出相应的更改, 这种成本常常容易被低估, 故而建议在合同当中就清晰明确好后续维护的机制以及费用。

第三个要点为人员培训, 业务人员以及财务人员没准依旧沿袭原本的操作方式, 当新系统投入使用之际需要怀着耐心去启发引导, 特别是那些对于系统抱持抵触情绪的老员工。

接下来便是持续性的优化, 在完成首次对接之后, 会发觉诸多当初未曾料到的问题, 诸如某一字段频繁出现差错, 某一流程不断进行修改，这类情况均属正常, 切不可寄望于一次性达到完美, 边使用边调整才是常态。

值不值得，看你自己的情况。

虽说你企业规模尚小, 业务简略, 财务与业务数据凭借人工能够对接得上, 或许没急切着手开展的必要。可假定你的业务处于增长态势, 系统日益增多, 数据愈发繁杂, 那么业财一体化便成了迟早都得直面的问题。

越早做，成本越低。等数据乱了、历史包袱重了，再想做就难了。

我们此处获取的经验表明, 在业财一体化对接竣事后，财务关账的时间平均减少幅度超过了30%, 数据准确率得到显著提高, 管理层得以看到更为实时的经营数据。这些所获收益, 相比投入的精力以及成本是值得的。

当然, 在这个里头, 会存在各种各样的磕磕绊绊, 会出现抱怨的情况, 会产生返工的现象。这是属于正常的范畴。关键就在于从开始这个时候, 就得立下坚决的决心, 到中间的时候呢不要出现动摇的状况, 要挑选对合适的伙伴, 依照一定的顺序按部就班地去向前推动进展, 最终总是能够成形搞出来的。

最后要讲这么一句, 业财一体化并非技术课题而是管理题型, 技术仅是实现方式, 真正的难处在于将业务与财务的言语达成一致, 把双方的流程整理明晰, 把这事办妥了, 企业数字化的根基才算切切实实地筑牢。