在本世纪早期，做生意是通过面谈和信函。电话普及应用之后，客户的需求通过语音进行提前告知，然后再是信件进行正式的认定。到了七十年代后期，订单可以通过计算机来生成，同时传真机得到大量使用，使得订货过程更加简化。

    在MRP之父Oliver Wright的努力下，有了供应计划，客户可以将他们的物料需求传给相应的供应商。这种方法使得上游的企业可以将自己将来的生产计划开放给供应商和贸易伙伴。借助这一早期的协同技术，企业可以通过对供应链的调整，来尽可能地减少库存、克服生产的波动。然而，这种方法不能帮助客户进行公开招标，从多家供应商当中来选择由哪家来满足他们的需求。而且，整个企业级别的计划的集成也有很大的局限性。

    随后，EDI开始得到应用，它能够通过增值网（VAN）来进行订单的电子化沟通，给人们确实带来了一些便利。信息因此可以在两家公司之间共享，很快，信息的范围逐渐扩展，可以交换的信息变得丰富多采，包括开票、交货和其他事务处理信息等等。但EDI对格式的要求，同时又不能在多家贸易伙伴之间顺利地共享信息，使得信息的质量打了折扣。

    随着Internet的广泛应用，人们已经可以用成本上更加经济的网络来取代EDI的网络。借助一系列技术的优势（如CORBA、RosettaNet），EDI的局限之处实现了突破。通过Internet，可以方便地得到价格和可供货程度方面的最新信息，从而MRO（保养、修理与运作）部件的管理水平也得到了很大的提升。

    为什么现有的商业网站做不到？

    借助现有的商业网站，卖主可以发布诸如可供库存以及资源能力等方面的信息，买主可以查看未结的采购订单，最终做出购买的决定。卖主可以从这种网站接触到一个定位更有针对性的庞大市场，这也就潜在地意味着收入总额和销售价格的提高。在销售那些缺少详细说明或者已经过时的产品的时候，把握到这种市场是至关重要的。买主则可以接触到更多的产品、服务和供应商，这往往会带来采购成本的降低和采购质量的保证。

    买主的视角从买主的视角，现在的商业网站缺乏的是：计划信息的沟通，从而妨碍了客户服务的开展将多家公司连成一条供应链，作为家虚拟企业来运作购物比较的功能，可以实时地对目录信息、复杂的可承诺量信息进行比较分析自动流程，不需访问者参与现有的商业网站只支持查询和事务处理，因此大量的计划信息不能进行沟通。而有了计划信息，企业就可以进行很多事情的安排与协调，如新品推出与旧品淘汰、营销推广以及订单中多项订货的交货等。没有了计划信息的沟通，就大大降低了网站交易的有效性——事实上，这样的站点只是实现了商品的采购，计划方面所提出的解决方案只是局部的。

    一方面要提供实时的信息，一方面要不断地降低在制品，企业就必须将彼此的计划系统进行实时的连接。然而，现有的很多网站在这方面还无能为力。

    有些采购应用系统要求客户提供大量的信息，来实现采购过程的“智能化”。例如，一家公司要买四种商品，要求在某一时间到货，这种应用系统就要求这家公司来提供这四种商品的详细信息，并由这家公司来根据库存可供货程度来决定非常好的的运货方式。这种方法是存在缺陷的，因为客户也许根本不了解所有产品的替代关系，最终客户可能反而付出了更高的价格。

    当企业彼此进行交易的时候，产品需求信息需要实时地传递给供应商。有些商业网站将信息发布出来，由供应商来手工地翻看这些需求。这种设计从根本上就实现不了多家企业计划系统的实时沟通。依赖于人作为一个决策的环节，带来了不必要的延迟，其实是导致了计划中的信息变形。

    卖主的视角从卖主的视角来看，这些网站的不足之处在于，他们摆脱不了简单的拍卖性质的模式，不能建立和巩固战略性的关系。比如，一纸产品/服务的合同必须要在网站系统之外进行处理。当新产品推出或老产品淘汰时，客户要和多种渠道打交道，增加了采购过程的复杂性。
那些专注于事务处理的网站宣称，他们可以提供战略层次的支持，如针对客户的定价、文档管理等。然而，这些功能还是不能给客户提供高附加值的协同与集成规划。

    尽管这些应用层次简单的网站对于具体的事务处理可以发挥作用，但他们对减少业务运营的成本却无所作为。相反，这些网站上的客户可以非常频繁地修改需求，进一步增加了卖主预测和计划的复杂性。

    在一对一交易的情况下，一个公用的数据表达不是什么紧要的问题。但在一对多或者多对多的情况下，就要用到一套标准。几年以前，ANSI，CPFR以及RosettaNet等机构都对公用数据模型制定了标准，但各自都存在一定的局限性。例如，ANSI提出和维护的EDI标准今天也还有应用。ANSI数据格式十分刚性，同时是面向事务处理的，不能进行更复杂问题的建模来进行“如果-那么”类型的分析。

    还有一个关键的问题，那就是企业对他的贸易伙伴的控制力和影响力不足。技术层面的局限严重约束了解决方案的形成——这种解决方案往往显得支离破碎，本该相互关联的决策与执行流程的各个环节被割裂为很多的小的部分。这种设计思路的应用是为了解决多个应用系统同时在Internet上关联应用时的安全性问题。现在有了一类新的软件提供商“企业应用集成”（EAI）来试图填补这一空白。但EAI也未能取得成功，因为他们的软件缺乏流程内的智能化算法。这种软件也是面向事务处理的，并且没有一个公用的数据模型。

    小结

    现有的商业网站只能解决局部的事务处理问题，并不能满足企业的需求。尽管还存在着对这种网站应用系统的需求——结果只能实现积压库存的销售和标准类型的物料的购买——其实他们并不能提供足够丰富的信息和一个网上市场所需要的速度。此外，企业还要求有流程内含的智能功能，来帮助他们花费尽可能少的时间成本就可以从容应对当今复杂的商务环境。

    解决方案在哪里？

    要满足这林林总总的需求，i2自有答案，因为i2为交易各方提供了一套稳健的社区贸易管理系统，即“RHYTHM网上市场管理系统”。i2的解决方案保证了社区贸易的安全性，可以实现多方的事务处理与计划信息的沟通。i2提供的应用系统还可以进行托管服务，使得企业的交易过程更加便利。此外，如果一个企业的计划信息与事务处理信息量很小，则可以选择技术层次较低的形式（如网页、EDI或格式化的EMAIL）来参与交易。

    RHYTHM网上市场管理系统同时适用于公共交易平台和私有交易平台。在公共交易平台中，不限制参与者的数量，所提供的产品和服务一般是结合某个具体行业的，如一个高科技电子产品交易平台，任何供应商和分销商都可以参与。私有交易平台的参与者是确定的，彼此已经建立有战略关系，比如一个大型制造厂家和他的50个战略级供应商组成的采购平台。

    企业可以大大减少订单履行的成本，同时不断完善服务的水平。i2的订单履行管理功能非常广泛，从更加快速的Internet上的运输能力采购，到实现事前的监控，这些都将给买主、卖主以及物流公司带来实际的收益。

    实施合作伙伴提供了丰富的服务，有些还超出了i2的标准实施服务范围。其中包括变革管理、行业专门方案（如贯穿于第三方软件事务处理流程与实施过程中的行业“非常好的业务实践”）。

    托管服务提供商为i2的应用开拓了无尽的空间。企业可以将IT的成本外包出去，对IT成本的控制能够收缩自如，与应用收益来保持一致。

    RHYTHM网上市场管理系统提供了全面集成的社区贸易解决方案。但在有些领域，i2还是选择使用了补充软件，来发挥这些软件商在这些领域的专门优势。一般来说，这些合作伙伴提供的是一些技术性组件，如网络监控、恢复工具、仓库与订单管理这样的事务处理解决方案等。