作为新兴行业，B2B电子商务发展历程并是很长，同时能在这一模块做得很好甚至起到全球颠覆影响作用的并不多。但是，这是电商行业的必经路径也是具有大量需求的行业。下面物联云仓小编给大家介绍科普B2B电子商务发展历程与特点：

       但相较于在B2C领域，传统企业表现出的更多是“被动”卷入不同，传统企业在B2B电商领域的“探索”不仅历史更悠久，而且表现出的是更为“主动”与“积极”的姿态。回顾过去二十多年世界范围内B2B电子商务的发展历程，大致可划分为如下三个阶段：

       1990年代的电子数据交换（EDI，Electronic Data Interchange）阶段。上世纪九十年代以ERP系统的部署与实施为核心的企业内部管理信息化建设（内联网），在企业内部管理流程化、集成化、自动化方面取得巨大成功的同时，也自然而然地催生了（供应链上下游）企业相互之间的数据交换与流程协作的电子化与自动化需求，但囿于当时整体的技术与经济条件，以及EDI本身的技术成熟度与应用局限性，EDI在企业之间的实际应用与效果十分有限，并未能够大面积推广开来。

       EDI作为一种技术概念与方法论，其历史甚至可以追溯到1960年代的美国铁路运输行业不同公司间“运力”的资源协作与数据交换。但由于EDI在实践过程中，只能是“单个公司”与“单个公司”之间的“点对点”数据集成方式，难以形成“标准化”的产品，存在“单纯的技术实现方法难以满足复杂多变的企业应用需求、应用稳定性较差、缺少可交互性”等一系列问题，故EDI的后来发展，只是更多地在一些特定应用场合出现，例如比较知名的EDI集成商SEEBURGER，就主要是为SAP的周边应用扩展提供集成服务等。

       2000年代的增值网络（VANs，Value Added Networks）阶段。随着新千年以来互联网基础条件与应用技术的飞速发展，基于大中型企业对于外部供应链业务协同（客户与供应商之间）电子化的强烈需求，SAP与ORACLE这两大企业ERP管理软件巨头相继于本世纪初推出了自己的“供应链网络协同”产品（但由于SAP/ORACLE产品十分昂贵的特性，许多企业则是选择了自己开发类似特性与功能的产品）。该类产品与应用具有下述基本特征：

       一是它们都是将企业内部IT系统向外部（供应商或客户）延伸的结果，本质上它们还是企业内部ERP系统的一个或多个组成模块，在技术实现与应用方式上，与企业内部IT系统具有天然的、高度的数据集成性与应用可交互性；

       二是它们都具有“一对多（One to Many）”的应用形态，即以“当前企业”（供应链“链主”）为核心，通过“供应商应用门户（ISP，Internet Supplier Portal）”向上游延伸到其若干个“供应商”处；通过“客户应用门户（ICP，Internet Customer Portal）”向下游延伸到其若干个“客户”处。

       VANs增值网络形态的B2B电子商务模式，由于存在产品应用的标准化程度高，部署实施容易，能够高度满足“当前企业”的核心诉求等诸多优点，因此，很快成为大中型企业实施“企业外联网”战略的主要方式，国内企业如华为、中兴等在2003年左右开始部署实施的“供应商协同门户”也正是此类B2B产品。

       然而，该类B2B电子商务产品的实际应用也存在一个重大的“先天缺陷”：主要只是单方面对“当前企业”（链主）有利、有价值，对众多的外部合作伙伴（供应商或客户）利益有限甚至带来额外的麻烦。（由于企业要求自己的“供应商”配合总比要求自己的“客户”配合来得容易，故目前常见的该类B2B产品主要还是在与“采购”相关的供应链业务协同应用方面）。

       此类B2B电商产品在实际应用中，从“供应商”的角度来看，由于企业不可能只有一个“客户”，因此客观上需要同时学习掌握并使用来自多个不同“客户”的“私有”产品系统，同时满足不同客户的“私有系统”的业务协同需求，故往往因给“供应商”带来额外的负担与麻烦，而出现“供应商”不愿配合或消极抵制的现象，从而最终导致企业（链主）的B2B电子商务战略的实施步履维艰，难以达到预期的效果。

       笔者2014年在给一家年销售额100多亿的大型风电设备制造企业做ORACLE供应链业务系统的咨询培训时，课间曾有人专门跑来咨询这个问题：“公司刚刚花大价钱请专业公司做了一套供应链采购业务协同的供应商门户系统（ISP），结果系统上线之后，目前的大多数供应商都不愿意配合使用。供应商提出的使用条件是，该ISP系统必须先和供应商内部的ERP系统实现集成。可我们的供应商大大小小、数量有几百家之多，每家供应商所使用的ERP系统种类不尽相同，SAP、ORACLE、用友、金蝶都有，靠我们公司自己去一家一家实现系统集成，几乎不可能完成！有没有什么好的解决办法？”

       对于这个问题，笔者当时的回答是：“你们今天所遇到的这个问题，实际上华为在十多年前就已经遇到。当时华为的采购规模是你们今天的三、四倍，在供应商面前的话语权更大，但华为的“供应商业务协同系统”从2003年开始推行，搞了两年也没有多大进展，困难重重。华为的供应商当时已有上千家，也不可能负责去一家一家做ERP系统集成。这个问题在当前的这种以采购方为核心的B2B电子商务模式下，除了凭借采购方的强势地位，逼迫供应商顺从就范之外，没有其它更好的办法。未来只能寄希望于最近几年在国外开始得到重视的一种新的B2B电商模式“供应链商业网络。。。。”

       2010年代开始的供应链商业网络（SCBN，Supply Chain Business Network）阶段。正是由于过去若干年的“以单个大企业为中心，向外部延伸的增值网络”型B2B电商模式实践，存在“技术上比较可行、商业上比较不可行”的问题，人们逐步认识到“私有的”B2B电商系统实际上很难行得通，需要建立一个“去中心化、社区化、公共型”的B2B外部业务协同平台“供应链商业网络”。该B2B电商平台具有以下三个重要特性：
一是社区化的“多对多”（Many to Many）模式。每个企业（交易方）在入驻平台之后，就可以同时具有两种身份：既是若干多个企业的“供应商”，也是若干多个企业的“客户”；作为“客户（买方）”，可以同时与多个自己的“供应商（卖方）”进行供应链业务协同；作为“供应商（卖方）”，也可以同时与多个自己的“客户（买方）”进行供应链业务协同；

       二是服务于所有入驻企业的“公共型、即租即用”SaaS平台。平台不再是某个企业（买家或卖家）的私有系统，在平台之上，所有企业都具有独立、平等的地位，企业对于该平台系统各项复杂业务应用功能的学习培训、经验传承、接口开发等方面的持续资源投入，不再依赖于是否和另一个特定企业是否具有或保持“客商”关系；

       三是企业内部ERP系统一旦与平台实现对接，就意味着可同时与企业目前或将来的所有“供应商或客户”的内部ERP系统实现对接，从而方便快捷地实现与所有“客商”的电子化的互联互通，达成所谓“No Business is an island”的目标。

       根据LLC的研究报告，具有“社区化、多对多、即租即用”等特性的SaaS型B2B供应链商业网络平台，目前国外做得较早且相对比较成功的企业主要有Ariba、E2Open等公司（由于做得较早的缘故，它们的系统业务模型设计也存在一定局限性），其中的Ariba公司已经在2012年被SAP以45亿美金收购。Ariba与E2Open这两家公司目前正试图开拓国内市场，寻找发展机会，国内也有少数大型企业使用过它们的平台服务。而对于绝大多数国内所谓B2B电子商务企业或B2B研究者来说，“B2B供应链商业网络”恐怕还是一个闻所未闻、不明就里、高深莫测的东西。

       最后补充说明一点，作为代表当今世界企业管理软件最高水平的两大巨头SAP与ORACLE，也并非没有意识到一直以来它们所主推的“以单个企业为核心向上下游延伸的供应链协同管理”软件，在实际应用中所存在的问题。以ORACLE为例，早在2003年其发布的一份名为“企业贸易社区应用架构（TCA，Trading Community Architecture）”的白皮书中，就已经“前瞻性”地提出了“企业交易社区化”的全新概念与方法论。然而，作为在高端管理软件市场长期居于垄断地位的两大世界级巨头，SAP/ORACLE显然很难轻易地就放弃当前这种“躺着也能轻松挣大钱”的软件许可销售模式及其产品。历史的发展或许总有着惊人相似的重复。熟悉ORACLE数据库发展史的人都知道，当年只有3个人的ORACLE，正是“碰巧”读到了IBM研究人员两年前发表的一篇关于“关系型数据库”的论文，才有了后来ORACLE发展“横扫世界”的铁血传奇。而IBM之所以要将自家的研究成果束之高阁，其中一个重要原因正是“新事物”会对自家的“旧产品”市场产生严重影响。

声明：本文内容部分来源于网络，图片来源于摄图网，版权归原作者所有，经本平台整理和编辑，仅供交流、学习和参考，不做商用，转载请联系授权。若有来源标注存在错误或侵犯到您的权益，烦请告知，本平台将于第一时间整改处理。

相关阅读：

B2B电子商务行业的核心诉求是什么？
      B2B电子商务重心逐渐侧向于供应链外包方向
      B2B电子商务的未来会是怎样的？