协同电子商务的模式2

文：鼎捷ERP

作者：鼎捷数智 | 发布时间：2012-11-30 14:50:34

082协同商务层次的应
    这部文献还结合了各个层次的应用范围，如图28所示不同的协同层次要采用不同的信息技术，投资和费用有很大区别，并不要求千篇一律，要根据协同对象的数量和协同范围，确定采用哪一种协同层次。例如，协同对象很多，但如果在同步运行上对时间的要求不高时，就可以采用事务协同。这时如果采用同步协同，势必造成投资和费用很高，效益回报却很低。
    真正需要实行同步协同的，可能只是少数关键合作伙伴。总之，既要考虑管理对协同模式的需求，又要考虑采用协调模式的经济效果，不能一刀切。
083协同文化
    实现协同商务除了需要信息技术支持外，还需要有协同文化的支持。这是影响供应链管理能否成功实现的关键非技术因素。
    协同文化也可以称之为合作竞争文化，也是实现共赢的文化。可以用32个字来表述：
    信用互守、目标共商；优势互补、利益共享；
    信息互通、困难互助；风险共担、长期合作。
    为了说明协同文化，再举一个在第018节谈到的河北保定先锋金属表面处理有限公司的真实故事。这个公司为日产轿车提供轮毂，从价格上来讲，较之同类供应商，已经很有竞争优势。但日产轿车感觉还有潜力可挖。他们派了一个工作组到先锋公司，深入各个业务环节调查研究，较后提出许多很有价值的建议，使成本又降下了一个幅度。工作组在河北时期工作的所有费用全部由日产轿车负担，而降低成本增加的利润，却是一家一半平分。
    这是真正的共赢文化。有些主导企业，总以为供应商是有求于我，摆出一付妄自尊大的架势，想方设法压榨供应商的利润空间，使供应商再也无力为提升自己的产品水平加大创新投入，较后的结果，使整车产品的性能不能提高，丧失了竞争优势，主导企业同样受到伤害。
    上面这个例子，值得我们深思。在坚定反对日本一些势力扭曲侵略历史时，不要因此冲淡了认真汲取日本先进的管理思想和方法为我所用的使命，不要忘记古人“师夷之长技以制夷”的教诲。
084 协同是实施实时企业的必要条件
    较后谈一下实时企业(Real-time Enterprise，RTE)。在第一时间，实时地掌握信息，并迅速做出响应。这里，“协同商务”是一个必要的条件。没有协同，很难实现实时。
085 ERP呼唤“世界语"
    当前，企业信息化进程中遇到的普遍问题是：
    (1)企业内部，在没有统一规划的情况下，财务部门首先实现了电算化，设计部门又率先选用了某个CAD和PDM系统，工艺部门选用了某个CAPP系统，各业务部门分散选型，同制造部门选用的ERP系统不能集成。
    (2)企业外部，同上游和下游等各种机构有业务来往，各家会在不同时期先后选用了各自适用的应用系统，相互之间很难做到实时信息沟通。
    (3)在全球经济环境下，供需链管理已超出国界，不同的应用系统采用不同的平台，产生沟通困难。
    (4)除了沟通问题外，随着经营战略和业务模式变化，业务流程需要调整。不同行业或同一行业的不同企业，都会有一定的特殊要求或所谓的个性化需求。同一个企业也会随着业务转型和规模发展而提出新的需求，而一些ERP产品却不能完全适应。
    这类情况已经相当普遍，成为企业信息化的头痛大事。管理模式的变革需要汀有一个突破来支持其实现，既要能灵活快捷地调整和开发，又要能沟通不同的应用系统。这个问题不解决，供需链管理和协同电子商务很难全面实现。
    当前，面向服务的体系结构(或称“服务导向体系结构”，Service-Oriented Architecture，SOA)就是这样一种尝试，这一概念的具体含义尚未得到明确统一的界定，但公认其核心理念就是把企业管理流程的解决方案模块化，为企业提供更简便、更灵活、可重新组合和循环重复利用的程序模块，以方便企业更迅速地满足客户复杂多变的需求。SOA应当是一种集成的体系结构，可以跨越不同的应用系统，实现业务流程可视化。通过对企业流程的模块化管理，使企业对其使用的不同功能的应用软件建立共同标准。目前，虽已成为IT领域新一代的主攻产品，但还处于各家公司百家争鸣分散研发的阶段，统一的标准尚未形成。英文“service"’一般直译为“服务”，但是，我们不能这样直接从字面上理解。
    根据《制造业信息化管理(MBT)》的特约资深编辑DavidCaruso在2007年2月号一文中的解释：“服务”就是一系列联系松散的、标准化的、可共同操作的软件组件，这些组件可以被重复引用并任意组合。”
    Eric丸Marks和MichaelBell合著的《Service-orientedarchitecture：a planning and implementation guide for businessandtechnology，2006》一书中解释SOA中的“service"’是一种“有开放界面、可以被信息调用的业务模块或应用功能”。之所以用“服务”，是因为“它要能够为企业提供所有可能的服务，一个为服务而设计的模型，具有复用性、互操作性、实现所有业务流程和技术平台的集成”。
    从上述解释可以理解“service"’指的是一种开放的、可以被组合的标准小单元(组件、程序、模块、功能)。较之“面向对象”中的“对象”又上升了一个层次。
    据TechTarget—China报道，为了推动SOA的发展，2005年12月，一些国际IT巨头，如IBM、BEA、Oracle、SAP、Siebel、Sybase等，已共同发布了两项针对SOA的重要编程模型规范——SCA(ServiceComponentArchitecture服务组件架构)和SIX)(ServiceDataObjeot服务数据对象)。到2007年初，又陆续吸引了多家公司的加盟，成员数量跃至17家，形成了汇集SOA公司、应用公司、基础设施公司以及开放源代码供应商管理的强大阵容。据《信息周刊》2007年3月5日报道，软件巨头SAP要到2007年年底才能推出基于SOA的新产品，而Oracle要到2008年才能推出基于Fusion架构的下一代ERP产品。可以看出，SOA的开发标准正在逐步形成和积极推进。
    总之，企业管理需要一种能够满足业务流程重组的开发工具，需要一种能够沟通企业内外不同应用系统的共享平台。企业界期待着有一种能为各种应用系统都能采纳的标准“世界语”早日出现，到那时，才有真正的实时、协同的供需链管理。
    对已经实施了ERP系统的企业，下一步又该向何处发展，业内有各种不同的论点，其中有一些是为了推销自己公司的产品，用自己公司的特长去误导企业。其实，不同企业会有不同的需求，不能一概而论。一些企业需要从海量的数据中理出可供评价业绩和决策的信息，可能需要商务智能(B1)和企业业绩管理(EPM)。一些自动化程度高的企业，可能需要MES。而一些对供需链管理有迫切需求的，可能需要供应链管理(SCM)或业务流程管理(BPM)，有的需要射频识别技术(RFID)。还有些企业为了加快审批流程，也许需要一个办公自动化系统(OA)。所谓“后ERP"’，一定要具体问题具体分析，因企业而异。但要把已选用的各个独立应用系统集成起来，实现同上下游合作伙伴的信息集成，强化供需链管理，运用商务智能为经营决策挖掘更多有价值的信息，可能是每一个企业都要做到的共同目标。