OA与ERP融合应用势在必行

　　作为企业内部运营管理、业务管理的代表性应用软件，OA与ERP一直都在各自的领域扮演着重要的角色，OA主要用来管理表单流转，强调人与人、部门与部门、跨组织间的协作管理；ERP则重在企业资源计划管理，侧重于企业业务数据的处理、分析和挖掘。可以说，OA解决的是企业内部组织体系运作的协同管理问题，ERP则是以业务数据处理为核心的业务流程管理。两者看似彼此独立，互不干扰，但是随着现代管理理念以及企业管理需求的不断发展，两者"在一起"的呼声越来越高涨。

　　首先，随着现代管理理念的不断更新，OA的内涵不断外延，已经不仅仅局限于办公自动化，更是着眼于企业业务流程的管理，"大OA时代"已经来临，OA与其他企业管理软件的融合使用成为了一种趋势，其中，OA+ERP更是为企业津津乐道。OA与ERP的融合使用，可以实现管理层在OA系统审批时直接从ERP系统抓取相关业务数据，为管理层审批提供参考。

　　其次，随着企业2.0时代的到来，传统ERP已发现了自身的局限性，其渴望也能够像OA一样实现人与人、部门与部门、跨组织间的协作管理，已然进入大协同时代。同时，ERP与OA融合应用，可以通过OA系统，将ERP系统数据产生、审核等流程信息进行记录跟踪，弥补ERP系统数据形成前与形成过程不能进行跟踪的不足。

　　OA与ERP，两者的完美融合，能够将流程管理与业务运营管理紧密地结合起来，把过程性的结果给到结果性的系统，让结果性的数据为过程性的工作提供支撑；除管理表单流转外，还对业务与运营事件进行管理，促进业务信息快速且又精准地在各个业务环节流转，有效地完成对企业经营过程运行的支持。

　　OA与ERP融合应用困难重重

　　由于OA与ERP分别属于不同的管理系统，他们的融合应用势必要经历重重困难，具体来说，包括以下几个方面：

　　数据不一致。传统厂商利用昂贵的EAI方法将两者连在一起，通过集成OA与ERP中相似但不一致的元素来实现一体化，元素之间的关系是偶然的，容易形成筒仓系统，数据出现冗余、不一致现象。

　　功能拓展困难。由于OA与ERP有可能使用不同供应商的不同产品，接口设计不兼容，无论是OA系统向ERP系统拓展，还是ERP系统向OA系统拓展，都需要对接口进行二次开发，非常耗费精力。需要及时与精准的数据来进行端到端精细化的管理，集成后的筒仓系

　　系统成本高。传统厂商只是生硬地将OA与ERP连接在一起，OA与ERP仍然使用各自的一套硬件、系统软件及数据库，成本非常高，且后续的维护和升级将带来更多的成本，企业苦不堪言。

　　OA系统与ERP系统融合应用势在必行，却在融合过程中出现了种种困境，他们之间的矛盾似乎不可调和，如孪生兄弟般紧紧连在一起，这让许多企业左右为难，"OA+ERP"成为了萦绕在他们心中挥之不去的字符。

　　无事可做的IT

　　每一天，除了应对“怎样让SaaS运行正常”这类几乎不存在的挑战，IT人员恐怕只能通过讨论深层次的技术或文化问题来打发时间了。

　　曾为用户和供应商实施过SaaS应用的独立顾问和博主JoeSanchez表示，如果某用户单位与无法满足其规模扩展需求的供应商签了合同，部署的时候就会出现问题。

　　“如果没有做好充分的准备，你就会陷入性能瓶颈，你和你的IT部门就不得不穷于应付，”Sanchez说。

　　在这些情况下，IT运维工作就会变得进退两难。IT部门无法深入根源去解决问题本身，但用户仍求助于IT来解决他们的问题。

　　“在以前，你拥有解决内部IT问题的管理权限，但现在你被夹在用户和供应商中间，只能对问题进行分类和转达。至少你仍然有责任让你的客户--最终用户满意，”Sanchez说。

　　IT人员的能力迅速下降也是个问题

　　的确，在应用程序可用性方面，采用SaaS软件的公司在很大程度上依赖于供应商，Harzog说。传统的监控工具对于SaaS应用几乎没有帮助，因为它们需要在应用服务器上安装一个代理程序。“Salesforce.com不会让你这么做，”他说，主流的托管客户关系管理套件都一样不提供代理。同时，应用性能监控工具往往企图监控底层代码，对于SaaS交付的应用程序而言门儿都没有。

　　Harzog预测，虽然一些供应商尝试提高透明度，公开其运行时间，仍然有太多情报无法被IT部门掌握，这将会阻碍消费类应用之外的SaaS应用推广。

　　Harzog把SaaS和VDI--存在了多年但没能快速增长的虚拟桌面基础架构--进行了对比。“过去有些人认为VDI将会接管世界，但结果呢？离开了网络连接，你就没有程序可用--你的一切都没有了。你手上就剩一块砖头，”他说。

　　同样，一个SaaS应用程序的表现完全取决于网络连接条件，而且供应商不会对网络质量提供任何保证，“这将是长期制约SaaS的问题。”

　　SaaS决策者怎么看

　　有些以SaaS的为中心的IT公司对这些问题嗤之以鼻，他们表示最不需要担心的就是性能和服务等级协议保障问题。AMAG制药的McBride表示，在实践中大量的SaaS提供商已经连续多年表现完美，反言之，由于SaaS负载易于迁移的特性，如果他们有一丝缺陷的话，客户早就跑到别的供应商那里去了。

　　“SLA是真的无关紧要。最重要的是，你要多少，他们就能提供多少，而且不会停机，”他说。

　　但是，如果一个你惯用的SaaS提供商的服务突然挂掉了，你会怎样？“如果他们有缺陷，我们就会甩掉他们另找别人，”McBride说。“有我在的地方，从现在开始到2014年底，有一半的供应商可能会被淘汰，”任何缺点都可能成为拒签长期合同的理由。

　　“签订两到三年的合同简直是搬石头砸自己的脚，”他说。

　　因此，虽然乍看之下实施的SaaS的IT部门似乎是放弃了控制权，但客户仍然掌控着自己的钱袋--终极权力。

　　Applango的Sarfati说，随着时间的推移，当你的组织需要转向更多SaaS应用程序时，请牢记这一点，因为未来你已经不大可能退回从前的模式在组织内部部署常规的应用软件。

　　“SaaS是一个单行道，”他说。“一旦上道了就很难回头。”