高科技供应链中最基本的流程之一是交换采购订单请求和响应消息。 买家发出采购订单，供应商在行级别确认他们是否接受或拒绝订单，或者订单是否挂起。
本主题介绍两个贸易合作伙伴交换采购订单消息的示例方案，并演示了集成和自动化如何增强流程。
玩家
此示例方案中的买家是一家大型高科技设备制造商。 他们目前使用基于 EDI 的系统进行自动化数据交换。 对于不使用 EDI 的供应商，他们依靠电话、传真、电子表格的电子邮件和 Web 应用程序。 即使与那些使用 EDI 的供应商一样，他们也有限地能够将其贸易合作伙伴通信与后端 ERP 系统集成。 通过 EDI 接收订单和信息后，必须将这些订单手动重新密钥到其 ERP 系统中。 他们希望通过自动化需求、库存、采购和与贸易合作伙伴报告来改进现有的供应链流程。 他们需要一个系统来通过 Internet 与其供应商和客户连接，该系统还将直接与其现有的业务线（LOB）应用程序集成。
卖方是高性能集成电路（ICS）的中型供应商。 他们目前使用电话、传真、附加Microsoft Excel 电子表格、FTP 和 Web 应用程序的电子邮件与贸易合作伙伴通信。 它们不使用 EDI。 他们与每个贸易伙伴的互动是不同的，具体取决于客户的需求和自己的技术。 他们希望提高业务流程的效率，以减少交易成本，提高客户满意度，并取得竞争优势。
当前业务流程
如果没有集成解决方案，制造商和供应商的采购订单过程如下所示：
高科技设备制造商的客户通过网站向制造商发送订单。
为了响应原始订单，制造商的员工在其 LOB ERP 应用程序中为 IC 供应商创建采购订单请求。
采购订单请求遍历制造公司中必须记录、处理、审查和授权采购订单请求的各方。 此处理和路由是 ERP 系统用户的自动化流程和手动流程的组合，例如带有附加的 Excel 电子表格的电子邮件。
员工在电子邮件中创建采购订单请求，并将其发送给供应商。 许多其他员工通过电子邮件、传真或 EDI 与其他供应商通信，重复此过程。 不同的部门使用不同的流程。 在使用 EDI 的供应商中，制造商的员工仍必须从 ERP 系统手动创建一条消息。
供应商的员工收到消息，然后手动将其录入到他们的 ERP 系统中，以更改数据格式。 通过电子邮件，员工通知其他员工请求。
其他员工分析请求。 如果需要，他们通知自己的零部件供应商需要部件。 根据供应商，他们使用电话、传真、电子邮件或 FTP 来通知供应商。
与他们的部门和供应商协商后，每位员工接受或拒绝每个采购订单的产品条目，然后确认或拒绝采购订单，并标明其为待处理状态。 他们在 ERP 系统中执行这些任务。
供应商的员工在电子邮件中创建采购订单响应，确认或拒绝请求的每个行项，或创建一条消息，指示采购订单处于挂起状态。 供应商的员工将响应消息发送给制造商。 如果某个行项目处于待处理状态，稍后他们将会生成另一条消息，指示是接受待处理项目或将其拒绝。
制造企业的员工会收到采购订单的回应。 他们在后端 ERP 系统中重新输入订单。
另一名员工分析采购订单确认，然后创建对原始客户的响应，确认订单。 他们通过电子邮件发送此响应。
RosettaNet 解决方案
Microsoft BizTalk Server 和 BizTalk Accelerator for RosettaNet （BTARN）自动执行和标准化采购订单请求和响应过程。 使用集成系统可最大程度地减少手动干预量、纸张处理量和使用电话和传真机。 大多数进程都是集成服务器计算机之间的自动事务。 当员工必须手动执行作时，他们通常会在后端 ERP 系统上执行此作。 下图显示了集成系统。
在此方案中，集成系统会更改以下过程：
RosettaNet 实现框架（RNIF）连接取代了制造商与 IC 供应商之间的例行手动交互。 系统会自动发送和接收消息，将数据路由到后端系统，并确认并响应消息。 制造商和供应商都使用 BTARN 来实现 RNIF 连接。
RNIF 连接取代制造商、IC 供应商和其他贸易合作伙伴之间的 EDI 连接。 这样，集成系统会自动将数据路由到贸易合作伙伴的后端系统。 一些贸易伙伴使用 BTARN 实现 RNIF 连接;其他人使用不同的 RosettaNet 兼容解决方案。
对于没有 RosettaNet 兼容解决方案的较小合作伙伴，制造商和 IC 供应商会创建合作伙伴可以使用 Web 浏览器访问的 Web 服务。 Web 服务使用标准 RNIF 连接与制造商或 IC 供应商的 BTARN 系统通信。
制造商和供应商交换的消息遵循符合标准 RosettaNet 合作伙伴接口流程（PIP）的架构。 这些架构替换 EDI 和 FTP 中使用的格式。 所有贸易伙伴都使用相同的架构;它们不必在消息之间映射数据。
BTARN 会自动针对架构验证所有消息，从而降低数据错误的风险。
管理员可以使用管理工具干预 BTARN 服务器。 客户端计算机上的业务决策者可以使用Microsoft基于 Office 的应用程序或工具中托管的业务监视工具。 这两个过程都是高效流程，可有效保持系统运行，并更深入地了解系统（以及业务）的运行方式。
消息流
业务流程现在包括以下步骤：
高科技设备制造商的客户通过网站向制造商发送订单。
为了响应原始订单，制造商的员工在公司的订单和库存管理系统上生成采购订单请求。 此 LOB 应用程序是一个具有基于 Web 的用户界面的 ERP 系统。
系统将采购订单请求（仍采用 ERP 系统本机格式）发送到 BTARN。
BTARN 自动生成符合 RosettaNet 组织定义的 3A4 PIP 的采购订单请求消息。 此采购订单请求采用 XML 格式。 PIP 定义消息的内容。
注释
3A4 PIP 可确保所有采购订单请求和响应的形式都相同。 此 PIP 是 RosettaNet 定义的 PIP 集合的一部分，这些 PIP 构成了完整的互连消息系统。 例如，在发送 3A4 消息之前，买家可能查找价格和可用性（PIP 3A2），请求报价（PIP 3A1），或转移其购物车（PIP 3A3）。 发送采购订单请求后，买家可以更改采购订单（PIP 3A8）、取消采购订单（PIP 3A9）、查询采购订单状态（PIP 3A5），或分发采购订单状态（PIP 3A6）。 RosettaNet 组织已标准化所有这些消息。
BTARN 使用 RNIF 标头包装请求消息（命名为服务内容），让 BTARN 通过 Internet 将消息传输到供应商站点上的另一台 BTARN 计算机。 RNIF 定义合作伙伴如何通过 Internet 交换消息。
制造商的 BTARN 系统将采购订单请求发送到 IC 供应商的 BTARN 系统。
供应商的 BTARN N 系统收到采购订单请求。 如果这是一个单一操作请求（即没有相应的响应），供应商的 BTARN 系统将返回一条确认收到消息的信号。 但是，由于这是双重动作消息，供应商的 BTARN 系统会返回回执确认信号消息，后跟响应消息。
供应商的 BTARN 系统从采购订单请求消息中删除 RNIF 标头，处理消息的服务内容，然后将请求路由到供应商的 ERP 系统。
供应商的员工在 ERP 系统中工作以处理订单。 如果他们必须向自己的部件供应商发送消息，则他们使用相同的 BizTalk 和 BTARN 系统。 IT 部门可以自定义系统以自动响应制造商。
员工使用供应商的 ERP 系统生成采购订单响应消息，然后将响应消息路由到供应商的 BTARN 系统。
供应商的 BTARN 系统生成 PIP 3A4 采购订单响应消息，将响应消息的服务内容包装在 RNIF 标头中，然后将采购订单响应发送到制造商的 BTARN 系统。
制造商的 BTARN 系统接收采购订单响应，然后将收据确认消息发送到供应商的 BTARN。 供应商的 BTARN 系统将确认路由到供应商的 ERP 系统。
制造商的 BTARN 从响应消息中删除 RNIF 标头，处理服务内容，然后将采购订单响应路由到制造商的 ERP 应用程序。
制造商的员工分析所有采购订单确认消息，然后创建对原始客户的响应，确认订单。 然后，员工通过电子邮件发送此响应。
BTARN 解决方案的优点
BizTalk Server 和 BTARN 自动执行采购订单请求和响应过程的大多数方面。 它们不仅适用于制造商和 IC 供应商，而且适用于采用 RosettaNet 兼容的解决方案作为供应链管理的一部分的其他所有贸易合作伙伴。
集成系统可最大程度地减少手动干预量和纸张处理量。 大多数进程都涉及集成服务器计算机之间的自动交互。 制造商和 IC 供应商都对其流程具有高度的控制度和可见性。 他们会自动收到确认信息，并可以保留不可否认的证据。
使用 BTARN 的自动化系统使制造商和供应商能够执行以下作：
减少订单履行的周期时间
减少过程中的不确定性，提高流程的可靠性
减少履行时间和报价响应时间
缩短手动处理信息、查找缺失的信息或纠正错误所需的时间
提供对流程和消息跟踪的可见性，并启用监控
另请参阅
BizTalk Server 如何解决业务需求
对贸易合作伙伴整合的需要
供应链挑战
供应链解决方案
示例 Hub-Based 方案