广州泰国瓶船运公司

五、为什么需要B2B供应链收集？为何说此刻是合理当时？

（2）B2B 供应链贸易收集处理方案与ERP系统是何干系？

六、何为B2B 供应链贸易收集？

偏重于间接物料。Ariba 功能是一种间接物料的采购模式，专注于 RFX（RFI/RFQ）体例的采购，过去以来并没有成立间接物料的采购功能。SAP 虽然声称其处理方案将支撑间接物料的采购，但我们并没有在相关材料中看到有这方面的，其处理方案用于“间接物料”采购只是原有功能的延长。虽然利用变通法子可使 Ariba收集使用于间接物料的采购，但当前的相关平台功能使用于间接物料采购并不克不及令人对劲。

1990 年代： 增值收集 （VANs） 呈现。这些处理方案利用基于互联网的和谈 （HTTPS、 AS2、 EDIINT 和 RNIF），以及合适行业尺度的 XML 贸易事务处置 （CIDX，Rosettanet，PIDX，VDSA），改善和提高了 B2B 间的互联互通特征。数据的传送和转换通过挪用一个“办事”来实现，但他们仍然是“点对点”的，分歧业业有分歧的尺度，这一点严峻障碍了企业间协作使用法式的成长。

2010年以来，B2B 供应链贸易收集处理方案和过去比拟，已被从头定义，包罗接口的可重用性、集成层的规范数据模子、使用法式的多买卖方特征、行业尺度化的多层数据阐发以及社区化的即租即用（订阅）办事。在这些新型的 B2B 收集中，供应链的可视化处置务处置层面扩展到了营业流程层面。与此同时，新的手艺诸如“云计较和非关系型数据库”的呈现，也使其具有了更快的成长速度和更强大的能力。

（3）该利用什么样的B2B 供应链贸易收集处理方案？

出于雷同的缘由，我们也不确信其他供应商，诸如 JDA、 Kinaxis、 Logility 或 Oracle 将进入 B2B 收集平台市场，由于他们的数据模子都是“一对一”的，他们的贸易模式受限于摆设实施型的保守发卖模式。

3） B2B收集平台蹒跚而行、绝处逢生。少数第一代B2B收集平台幸存了下来，渡过了这十年的，这对B2B 供应链贸易收集是一大。良多B2B处理方案在渡过岁月之后，今天看起来曾经和当初起头的时候大纷歧样。

采用“基于B2B 贸易收集的供应链可视化处理方案”目前可谓合理当时！为什么？跟着B2B供应链贸易收集处理方案的日渐成熟，领先企业曾经逐渐放弃了从ERP 厂商获取供应链可视化处理方案的筹算。而在十年前，企业对于ERP厂商的许诺仍是抱有高度的信赖，读者从图2中可看出，这种信赖此刻已起头削弱。

此外，好几种 ERP处理方案都具有B2B功能，市场上是最出名的一个是 SAP SNC（SAP供应商收集协同）。在这种处理方案中，相关动静从公司的 ERP 系统中被触发，然后间接发送给商业合作伙伴。这种做法与B2B 供应链贸易收集的差距，雷同于B2B收集与 EDI 增值收集的比力。

一、概述

今天，供应链是收集化的而不是线性的，每个企业都与外包的合同制造企业、第三方物流供应商 （3PLs）、 货运代办署理和运输商具有彼此依赖关系。虽然企业间的合作关系因“外包”而彼此依赖，但分歧企业的IT消息系统却仍然是处于孤立形态。企业内部的营业流程依托内部IT消息系统而变得主动化，但延长到外部的企业间价值链协作的主动化却仍是一个有待挖掘的机遇。

GXS VAN 在2013年被OpenText收购之后，其本身的从头定位使之在市场上有可能成为一匹黑马。对于“OpenText的资金注入能否就能使GXS VAN具有B2B 收集平台的能力”的疑问，谜底仍是个未知数。

一对多： 在“一对多”模子中，公司在本人和商业合作伙伴之间成立起一个私有的买卖收集或平台。这种处理方案以一个占主导地位的商业伙伴为核心，聚焦于彼此之间的及时交互。最出名的“一对多”收集平台是沃尔玛的“Retail Link”，沃尔玛通过该收集平台与其供应商共享消息、开展营业。

留意：B2B供应链贸易收集不是 EDI VAN增值收集，不是一个企业私有的收集，也不是一个企业内部系统。相反，如图5所示的GT Nexus 的贸易收集，它是一系列的商业伙伴节点之间的复杂流动。当前我们的供应链系统绝大大都都是“一对一”数据模子的企业内部系统，成立在“一对一”根本上的企业数据模子是无法转换为B2B收集的。与之正相反，B2B处理方案需要基于收集和“多对多”架构来细心建立。

虽然有良多高科技、电子和医疗保健行业方面的供应商可选，但几乎没有快速消费品方面的处理方案，其缘由与市场成长的汗青相关，由消费产物制造商财团（最典型的是 Transora，一个由美国50家出名食物公司构成的收集市场) 供给资金赞助的供应链贸易收集处理方案在市场上曾遭到失败。我们发觉具成心味的是，该行业谈论协同最多，但在制造B2B供应链贸易收集平台方面的速度又最为迟缓。

综上所述，我们的是，企业之间该当基于 B2B 供应链贸易收集成立合作伙伴关系，这对其所属行业及本身营业方针的实现都具有严重意义。

1） 增值收集 （VANs） 外包揽事兴起：基于企业内部ERP系统向外部延长所发生的B2B互联互通需求，良多VANs供应商起头为企业供给EDI毗连的法式开辟外包揽事。这对企业因公司并购 （M&A） 勾当或主系统升级而发生的分歧消息系统间的数据交互的需求处理很有吸引力。

八、结论

使用B2B收集的最大驱动力是供应链消息正以小时为单元快速变化。消息爆炸时代，此刻的一周消息总量就与1990年代的消息总量一样多，以至一天的数据总量顶得上过去十年的数据总量。企业需要与商业合作伙伴之间，按小时同步并刷新数据，依托ERP 和EDI电子数据互换的毗连是不足够的。然而，现状是大大都供应收集目前仍是依托电子表格和EDI互换数据消息。

此外需请留意的是， 从过去来看，Ariba 收集是一个次要使用于“间接物料”采购的B2B收集平台。（间接物料及办事与制造的物料清单不相关，而间接物料与制造的物料清单慎密相关并转换成为清单一个构成部门）。虽然 SAP 正在建立 Ariba 收集的将来使用前景，但今天的Ariba收集的次要用处仍是在“间接物料”采购，将来版本或将聚焦于“间接物料”的办理。估计SAP 至多五年内不会成为 B2B 收集平台市场中的次要玩家，来由良多，诸如：

市场上行之无效的每一种处理方案，上述各层的成熟度情况各不不异。这些处理方案可能是托管型的或者是SAAS 租用型的。云计较和非关系型数据库架构的成长实现了诸多十年前仍是不成能的新功能。

（1）B2B 供应链贸易收集处理方案与电子数据互换（EDI）是何干系？

B2B 供应链收集手艺供给商的处理方案有三个奇特的层：

多对多： 在“多对多”收集中，处理方案是彼此交错的，通过多个实体将诸多商业合作伙伴链接起来以共享消息。这种收集处理方案愈加复杂，同时也能供给更大的潜在价值。

凡是来说，企业在向外部延长的贸易收集中寻求成立供应链的可视化，会促使公司考虑 B2B 供应链贸易收集处理方案。当你说“我们需要供应链的可视化”时，在会议室里的所有人城市点头说是，大师都同意这是他们的需要；然而，给它下个精确的定义倒是别的一回事，所谓“供应链可视化”一词缺乏配合的定义，市场上的浩繁手艺供应商供给的是分歧形态的处理方案。虽然目前已有浩繁版本的“供应链可视化”处理方案云集市场，但建立B2B供应链贸易收集仍是其焦点内容。

1） 收集层：收集层包含领会决方案的物理机制。规范的数据层使得收集平台上的商业合作伙伴能够将大量数据合格式在转换之后发送给对方。过去的十年间，处理方案曾经变得更具弹性，能够利用多种数据格局和和谈。

可是，B2B 电子商务主动化范畴的情况并不如斯靓丽，B2B的互联互通情况是一个分歧的故事。虽然有过去六十年来的成长演变，B2B营业流程的主动化、 数据共享和营业流程交互的成长仍然是步履蹒跚。

今天，供应链被外包，它不再是一个纯真的链条，消息流动也不再是线性的或“点对点”的，与之正相反，它是一个有很多合作伙伴的复杂收集，数据流是动态的，但通过 EDI 与ERP系统实现的毗连倒是静态的。公司需要通过供应链可视化洞察曾经发生的变化，在问题发生前就发觉信号，或识别出新的商机。

1960 年代：EDI（电子数据互换）。由美国铁行业基于运力延长与协作的需要而定义。但这种数据集成体例是“点对点”的，每个公司办理本人的数据传输和转换，谈不上有什么“尺度化”。

今天，大大都企业间供应链收集依赖于特定的、手工的流程与操作。虽然B2B 互联互通手艺曾经过十年的演化，但企业间供应链收集中的大大都的消息交互仍然是通过电子表格、 电子邮件和电子数据互换 （EDI）来完成的。其成果是，一旦企业在供应链收集中的事务消息发生变化，就很难连结与商业合作伙伴的消息同步。企业间的消息“集成”虽可勉强实现，但做不到消息变化的“同步”。为什么？由于企业间没有一个能对数据交互进行记实的在线系统，数据互换是“点对点”的，数据延迟很高，其成果是，领受到的数据，经常是分歧步的和过时的。因为企业间的数据链接很是懦弱，，要实现企业彼此之间营业协作流程的主动化是几乎不成能的。

多个方针。导致顾此失彼。SAP 仍然在接收消化 Ariba，其带领层的变化和办理团队变动，使得相关工作的实施线图仍是环绕SAP SNC来进行，包罗基于HANA重写 SAP APO，重组Ariba收集，以及HANA架构的改良等。

虽然ERP 系统也可触发EDI 信号从企业内部发给企业的商业伙伴，但EDI 增值收集与B2B 收集比拟，在七个分歧的方面有很大差别

七、清点该范畴供应商

此中值得关心的事务有如下三项：

过去十年，彼此链接、互联网和新的使用软件配合驱动电子商务发生了性变化，无论是面向通俗消费者仍是面向企业的“网上发卖”均高速增加。电子商务催生了一个新的财产和新的贸易模式。

总之，企业之间的可视化、合作伙伴之间供应链的同步是刚需，需求的具体形式多种多样，包罗跨多个层的供应商、 物流商和合约制造商的可视化，它能够是“一对多”或“多对多”的。如图 1 所示，今天，企业内部部分之间的可视化程度程度要远远优于企业外部企业之间的可视化程度程度。可视化的需乞降现实之间的差距越大，营业上的疾苦就越强烈。

在本演讲的附录中，我们给出了 11个 B2B 收集平台的供应商概览，包罗其处理方案的相关细节。留意，这些处理方案是基于特定行业和特定流程的，响应地，很多公司需要用一到两个附录中列出的供应商的环境并不稀有。

虽然良多公司已把相关消息推送到了企业门户，但这并不足够，门户体例过于被动，贫乏系统的记实，一旦数据发生变化，商业合作伙伴无法参考这种变化，也无法按照上下文作出响应改变。

企业可视化是刚需。在今天的市场上，企业当前曾经达到的供应链可视化程度，与其规划方针的需求之间还具有庞大差距。企业凡是具有一个多样化的手艺，既需要在内部ERP系统的多个使用实体之间的可视化 （企业平均有四个使用实体），也需要在企业之间的多个使用系统之间实现可视化，以便同步制造与采购。

2） VANs供应商并购： VANs市场并购洗牌。IBM 收购了Sterling，GXS收购了Inovis。同时，更多的价钱实惠的供应商诸如Datalliance、Descartes Systems Group 以及SPS Commerce进入市场，供给特定行业、 低成本的可供选择的EDI方案办事。

四、EDI 增值收集与 B2B 收集处理方案的比力

二、汗青回首

“外包”已是一个确定的现实。在我们的研究中，我们发觉，平均下来，公司已外包了制造营业的32%和物流营业的48%。多方之间的消息流动不是线性的，消息复杂且彼此交错在一路。一天之中，消息需要在多方之间流过良多次。采购订单平均需要更改一至两次。一个工业制造企业的零部件供应商暗示：每个零部件平均一天有五个需求更改，他们曾经从客户那里获得了 1800份电子数据表格。

急躁曾经不再，一个新的黎明正在。B2B 供应链贸易收集处理方案现正渐趋成熟，处理方案正不竭成长，新的可能性也在不竭呈现。本研究演讲的目标，恰是为了协助企业领会成长趋向，并充实操纵变化所发生的可能性。

当前，B2B 收集处理方案很可能正处于成熟的第二个十年，虽然目前只要7%的营业流量通过 B2B 收集，但B2B收集正日趋成熟，因而，企业该当将其视为供应链IT架构系统中的一部门。

2） 使用层：此处是奥妙之地点。在收集平台的这一层面，所有参与各方都可以或许实现多层链接、多边及时交互。当前这种“及时交互”还在不竭改良，但成长的程序在过去三年不竭加大，可为企业供给两年前尚不具有的更新、更丰硕的可能选择。

基于供应链被普遍“外包”这一现实，市场火急需要一种新的IT根本使用平台来为之供给支持。与十年前比拟，过去的诸多“不成能”此刻已变为“可能”，可是，要占得先机，企业需要更新观念、改变思维。

大大都公司都清晰晓得上述问题的具有，但却迷惑于以下三个要素而不知若何入手处理：

2000 年代：跟着最后十年的曙光到临，我们看到了第一代B2B收集平台的兴起，市场上已经有跨越300多个各类B2B收集平台呈现，但此中的90%最终都消逝了。问题良多，此中之一是处理方案超越了手艺上的可行性，期望值高于现实的可能性。

B2B供应链贸易收集手艺供应商是如许一家公司，它所供给的处理方案使得收集平台之上的商业合作伙伴之间，可以或许基于特定的流程和数据的双向交互，支撑供应链消息的及时与同步。方案本身变化无穷，往往与特定流程和特定行业相关，没有一刀切的法子。

三、B2B 收集和供应链可视化

3） 社区层： 在 B2B收集的社区层，公司可看到社区化的阐发和参考基准。将来，这些处理方案也将可以或许供给基于社交关系的相关功能。

发卖重点。SAP 的发卖能力源于企业发卖模式，而收集处理方案的发卖则是一种分歧的营业模子，这对 SAP 来说需要有一个很大的改变。

相关成长汗青概述如下：