越来越多的企业会选择一些SaaS的服务应用例如:OA、CRM、HR,这些应用极大的降低了企业的采购成本和运维成本。但由于这些应用都是部署在公有云上,数据都不在企业自己手上,在未来如果要上商业智能BI的时候就会面临如何从这些SaaS应用取数的问题。
SaaS产品使用商业智能BI取数遇到的问题
有的SaaS 应用有标准、免费的API接口,可以在商业智能BI取数的时候直接取调用取数,但也有一些SaaS产品应用在API接口调用的时候是收费的,并且还有一些限制,造成未来商业智能BI在取数的时候可能要做一些二开,或者按某种服务进行收费。如果等到企业规划上商业智能BI的时候才发现这样的问题就比较晚了,后面就有些受制于人了,非常的被动。
SaaS产品使用商业智能BI取数的案例
我们有家客户企业,具体哪个行业就不说了。生产管理运营系统采用的就是SaaS的年租赁模式、订阅模式。没有上商业智能BI的时候还没有发现这个问题,一上商业智能BI就有问题了。在之前的服务合作中,并没有约定任何有关API接口的问题。现在要开放也可以,一个运营单位算一个API接口,一年收费5W。
有多少个运营单位要对接呢,四五十个,未来可能要对接到上百个,这是一笔非常大的费用,还不算其他的运维成本投入。实际上,一个API接口就足够了,不管有多少个运营单位,不就是数据表里面的行级权限的筛选划分吗?调用API接口的时候传一下筛选条件不就可以实现了吗?从技术角度看很简单,但是别人就这么要求,你用商业智能BI取数时一点办法都没有,别人就是靠这个要赚钱的,已经把客户给绑架了。
SaaS产品使用商业智能BI取数遇到的挑战
上面只是讲了一个例子,其他行业我们也遇到了同样的情况。由于企业最初在规划SaaS服务产品采购的时候没有考虑到那么长远,在合作合同中没有对这些API接口取数、二开等做出约定,结果到商业智能BI取数时找对方谈才发现什么地方都要收费。
比如有的是标准API接口数据范围、内容有限,有的对调取频率、访问次数、数据量大小、并发量等等做出了限制,完全适配商业智能BI取数要求的话这笔费用还不小。如果这些问题能够提前考虑到,以后上商业智能BI的时候就不会那么被动了。
所以,如果我们的企业现在就在规划上一些SaaS服务,为了避免上商业智能BI后遇到麻烦,这个阶段就要提前考虑这些问题了。
SaaS产品使用商业智能BI取数的其他方式
还有一种对于商业智能BI来说更省时省力的方式,并且对企业而言更有利。当然,也得看SaaS服务厂商配不配合,有没有这样的一些服务。比如SaaS产品每天将企业自身的业务数据推送到企业指定的本地数据库,这个从技术的角度并不难实现,就是会存在一定的运维成本。
这样做的好处是未来上商业智能BI连API接口取数这个环节就省掉了,直接从同步的本地数据库取数,也就没有各种各样的所谓调用频率、并发、数据量等等条件限制。就相当于数据握在企业自身手里,以后即使换SaaS系统,本地还是有一份存档,便于未来的数据审计和其他需要系统数据合并或者迁移需要。
所以,我们的企业就要注意了,就算这个阶段不上商业智能BI,不代表眼前的信息化就跟商业智能BI没有关系,关系其实还是挺大的,一定要提前预防这些风险和挑战。