一、国内基于CA认证的银企互联解决方案总体现状
银企互联,也叫银企直联。主要功能是在银行和企业之间建立一个网银的直联通道,然后安全、快捷的进行资金管理;对企业而言,就是类似于把银行柜台搬到了财务部门,方便办理银行业务。
目前国内银企互联的技术和实现手段已十分成熟。含银企互联功能的独立资金管理软件平台、带银企互联功能的财务软件系统或ERP产品,在国内十分常见、应用十分普遍。
CA认证,进行人、机、物、系统等的身份唯一性认证、进行数字签名和数据加密,是保障网络运行中身份、签名、数据真实的安全技术手段;目前国内技术水平几乎与世界同步,应用范围也极其广泛,相关领域已走在世界前列。
CA+银企互联产品的集成、银企互联产品+银行的集成、CA+银企互联产品+银行的集成,目前,国内主流软件、主要财务软件或平台,基本上都已深度集成;代表性的用友NC、金蝶EAS等产品,它们已强制在使用银企互联产品时必须启用CA认证;同时,通过网银适配器等预置的与银行的协议接口,可以方便而安全的与银行系统实现无缝集成。也就是说,国内主流软件已经完成银企互联完整的产品实现方案。
相对于国内软件,目前国外主流软件则反应较慢。SAP刚跟荷兰一家CA厂商合作,而Oracle EBS(后面简称为Oracle)还没有看到相关动作。国内SAP的银企互联案例较多,但主要还是靠第三方开发的平台实现。Oracle的银企互联案例极少,与CA集成的则基本没有。也就是说,SAP刚完成基于CA认证的银企互联产品解决方案,Oracle至少在国内还需要探讨和突破。
二、Oracle 目前在国内没有实现基于CA认证银企互联的原因探讨
我们因为项目的需要,查证了大量资料和咨询过CA人员、银行人员及Oracle 顾问、第三方Oracle 集成系统人员。觉得主要有几个原因,不过声明在先:我们是以非Oracle顾问和开发使用人员的角度,一家之言,可能不专业也不全面,仅为抛砖引玉,希望得到准确的指正:
1、Oracle预置过不少功能、商务套件,但没有银企互/直联的功能套件。Oracle推出EBS后, 对功能套件做了很好的分类,如身份管理(IDM)、单点登录(SSO)、企业服务总线(ESB)、开箱即用,等等。但是业务管理需求和新技术应用发展太快,产生了一些临界和跨分类的综合性问题,比如基于CA认证的银企互联,它综合了用户身份和权限、软件模块具体功能、银行协议等技术要求,而不是传统的软件系统某一方面的功能需求;这对 Oracle预置和分类是一个补充和突破。
2、Oracle技术架构比较独特。对商务套件进行了技术封装,对超过预置定义(如不启用相关商务套件、EBS标准功能没有等)的第三方软件兼容性差,第三方软件开发接口困难。另一方面,Oracle使用的JAVA包跟纯JAVA存在一定差异,但Oracle体系内的技术服务性价比并不高,让用户很难选择原厂商化开发。国内使用或应用者得不到Oracle 的技术支持,是国内目前 EBS发展的很大阻碍。
3、Oracle国内财务应用的客户群有限。目前国内使用Oracle的都是大型企业或大的单位,但Oracle财务应用的客户数量不及一些国产软件和SAP。用户群的有限,导致这些用户的财务体验没有真正引起Oracle公司对国内财务领域功能改进和优化的重视。当然,可能他们认为类似基于CA认证的银企互联的功能扩展,对软件改动过大、存在大投入小收获的商业风险。
4、银企互联、CA的业务定位,限制和边缘化了Oracle基于CA认证的银企互联的发展。银企互联,在软件实现方面,相对财务软件甚至资金管理平台而言,只是部分功能;从应用效果看,银企互联只是网银的一种高级表现形式,是网银的增加功能。所以,国内大的插件类软件开发公司没有专注它的强烈开发愿望,而小的软件公司又达不到可以做的要求,如非Windows操作系统、Oracle EBS客户对供应商资质的要求,等等。另外,CA认证是个应用十分广泛且发展很快的体系,银企互联的CA认证,只是CA体系很小、很细微一个功能应用;CA目前还不能和Oracle取得集成的突破,说明CA和Oracle至少从官方还没有感受到对方存在的必要。
5、Oracle用户目前实现的银企互联个别功能,只是一种无奈的选择和勇敢的闯荡,不能称为银企互联解决方案。这些应用都是一些Oracle应用人员做的后台语句实现,属于用户性行为;而且功能弱小,基本上只能实现数据库到银行的数据发送和回写。没有管理功能、没有自动异常监控等功能;但银企互联做为资金管理进出的敏感神经,安全性、准确性、及时性、追溯性、唯一性,只能为多、不能为缺。
再次声明:抛砖引玉,不妥之处,欢迎赐教、指正;希望国人一起努力,把Oracle很少做基于CA认证的银企互联原因梳理清楚。
三、基于CA认证的Oracle银企互联解决方案探讨
第一类解决方案:Oracle +第三方资金管理平台+CA认证+第三方银企互联+银行系统。
这类方案的实现过程:
1、Oracle EBS做财务应收、应付、总账等功能,资金管理功能则通过接口与第三方资金管理平台集成。
2、所有资金管理的功能都在第三方资金管理平台完成。
3、第三方资金管理平台进行CA认证。
4、第三方资金管理平台用自带的银企互联功能或再集成第四方的银企互联接口与银行前置机联接。
5、通过银行前置机(如NC),实现银企互联的功能。并将交易相关信息回写到资金管理平台
它的特点是:
1、绕过了Oracle的许多技术限制,把EBS难以实现的功能转移到第三方资金管理平台。
2、降低了技术风险,能够快速上线,成功率高。
3、只是一种变通的解决方案,并不是真正的Oracle 基于CA认证的银企互联解决方案。
4、使用第三方资金管理平台,有可能意味着Oracle在用的收/付款单等资金管理软件功能需要废止,有可能需要重复投资,有可能需要重新适应操作,有可能需要跨系统查询(如Oracle、第三方资金管理平台等)、有可能成本不一 定低、有可能存在一定实施风险。
第二类解决方案:Oracle +基于Oracle的收付款开发+CA认证+第三方银企互联+银行系统
这类方案的实现过程:
1、Oracle资金管理功能基本继续使用。
2、基于Oracle做收付款的开发,将CA认证需要的用户、审批等涉及EBS基本系统设置类的控件(第三方难以修改的控件)的因素转移到新开发程序上,同时将银企互联的功能要素也体现在新开发程序上,如银行交易状态、交易时间等。
3、新开发的程序满足个性化操作需求,并实现CA认证。
4、新开发程序通过银企互联与银行前置机(如NC)对接。
5、银企互联记录银企交易过程,并将过程关键信息定制性写入新开发程序,实现信息的闭环管理。
它的特点是:
1、在EBS上转移了EBS技术障碍,风险可控,简单可行。
2、用户具有良好的操作体验。
3、开发工作量较大,需要对银行及企业的业务需求并结合EBS技术要求进行仔细梳理,制定合理的实现方案,对系统设计人员要求较高,存在一定技术风险,可能实现成本较高。
第三类解决方案:Oracle+CA认证+银企互联+银行系统
这类方案有二种实现方式:
一是Oracle走国产软件或SAP的模式,与专业CA认证厂商、银企互联厂商绑定或合作,也可以自己开发银企互联;将基于CA认证的银企互联做为自己标准商务套件功能之一。
二是Oracle开放相关技术代码或技术说明,使CA厂商或银企互联厂商能够直接修改相关程序和后台,实现Oracle被动的“CA+银企互联”功能。
四、三类方案的实践状况
第三类方案是最好方案,第三类方案的第一个方案更是最好中的最佳方案。但现实是目前Oracle没有相关动作。所以只能称之为理想方案。
真正国内能用上的只能是第一类和第二类解决方案。但实践者也是寥若晨星。
第一类解决方案(Oracle+第三方资金管理平台+CA认证+第三方银企互联+银行系统),我们曾经做过大量的专门访谈调研和案例搜寻,有个别企业已在使用。但有些厂商对实施过程和效果不愿意多谈和交流。
第二类解决方案(Oracle +基于Oracle的收付款开发+CA认证+第三方银企互联+银行系统),目前在国内我们没有找到先例。但也有包括我们团队在内的项目正在或准备实践,有的还比较领先。例如我们团队,截止目前已经完成相关关键技术、控制性要素的实际环境验证,整个解决方案也具备测试环境中的技术可行性;目前正在进行项目的相关准备,如果真能付之应用,希望给国内Oracle使用者基于CA认证的银企互联需求,带来一个新的思路和成功的解决方案。当然,我们也希望自己能成为国内第一个基于CA认证的Oracle银企互联解决方案的成功践行者。
最后声明:希望有Oracle 这类相关案例成功实践者,能够不吝赐教,指正完善;让我们一起为需求正在寻找方案的国人提供一点力所能及的帮助。
转载请注明出处:拓步ERP资讯网http://www.toberp.com/
本文网址:http://www.toberp.com/html/consultation/10820617279.html