GB/T 25469-2010 制造业产业链协作平台功能规范

　　ICS 35 ● 240 ● 50 J 07

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 25469—2010

　　制造业产业链协作平台功能规范

　　Cooperation platform function 5pecification for

　　manufacturing indu5trial chain

　　2010-12-01 发布 201 1-05-01 实施

　　中华人民共和国国家质量监督检验检疫总局中 国 国 家 标 准 化 管 理 委 员 会

　　

　　发

　　

　　布

　　GB/T 25469—2010

　　目 次

　　前言 I

　　引言 "

　　1 范围 1

　　2 术语和定义 1

　　3 缩略语 3

　　4 产业链协作平台设计 4

　　4. 1 平台设计规范准则 4

　　4. 2 产业链协作方法学 4

　　5 协同交互框架 6

　　6 协作平台的功能 7

　　6 . 1 协同过程 7

　　6 . 2 协同过程描述专规 10

　　6 . 3 协同交互信息协议 11

　　附录 A (资料性附录) 过程模型 14

　　附录 B (资料性附录) 协同过程描述模板 64

　　附录 C (资料性附录) 协同交互信息协议 67

　　参考文献 79

　　GB/T 25469—2010

　　前 言

　　本标准由中国机械工业联合会提出 。

　　本标准由全国 自动化系统与集成标准化技术委员会(SAC/TC159)归 口 。

　　本标准负责起草单位:北京机械工业自动化研究所 、东南大学 。

　　本标准主要起草人:王茜 、黎晓东 、杨书评 、远铮 。

　　I

　　GB/T 25469—2010

　　引 言

　　制造业产业链上的各企业间的协同表现为业务过程间的协调'多种异构、分布式制造软件间的互操作和数据实时交换 。

　　本标准针对我国制造业产业链协作的特点'规范了制造业产业链协作平台的相关术语'给出了制造业产业链协作平台的设计原则'明确了制造业产业链协作框架、给出了协作的过程、相应的过程模型、描述规范以及协作过程中交互信息的描述规范和传输过程的安全保密规范 。

　　本标准的制定可以为我国企业实施基于制造业产业链协作平台的网络化制造系统提供参考指南 :使企业明确企业之间协作时遵循的相关规范'指导制造业产业链协作平台的设计与开发 。

　　"

　　GB/T 25469—2010

　　制造业产业链协作平台功能规范

　　1 范围

　　本标准规定了制造业产业链协作平台的功能规范'它们包括:

　　a) 供应协作 、销售定制(供/需)模式'这种采用供应商管理库存和协同规划 、预测与补货模式'有效抑制了“ 牛鞭效应”'可降低产业链上各个环节的库存水平并保证供货的及时 。

　　b) 服务协同 、业务协作模式'这种模式给出了交互双方协作框架 、协同的过程模型 、描述规范以及交互信息的描述规范 、传输过程的安全保密规范 。

　　本标准适用于与制造业信息化技术相关的科研 、生产 、工程 、管理 、经营 、教育等部门 。

　　2 术语和定义

　　下列术语和定义适用于本标准 。

　　2 . 1

　　产业链 Industrial chain

　　一种或几种资源通过若干产业层次不断向下游产业转移直至到达消费者的路径 。

　　2 . 2

　　供应链 supply chain

　　从采购原材料开始'到制成中间产品 、最终产品'直至由销售网络把产品送到消费者手中的流程 。供应链是将供应商 、制造商 、分销商 、零售商 、直到最终客户连成一个整体的功能网链结构 。

　　[oracle® supply chain Trading connector for RosettaNet Implementation Guide Release 12 . 0

　　part No. B40090-03 January 2007] 2 . 3

　　供应链管理 supply chain Management

　　供应链管理是计划 、组织和控制从最初原材料到最终产品及其消费的整个业务流程'是对供应链过程中涉及的跨部门 、跨企业 、跨产业运作的物流 、信息流 、资金流 、价值流 、业务流进行整体规划设计与运作管理的活动 。

　　[oracle® supply chain Trading connector for RosettaNet Implementation Guide Release 12 . 0 part No. B40090-03 January 2007]

　　2 . 4

　　供应链管理系统 supply chain Management system

　　供应链管理系统是指采用系统工程的理论 、技术与方法'借助于计算机技术 、信息技术等建立的用于支持供应链管理的信息系统 。

　　[oracle® supply chain Trading connector for RosettaNet Implementation Guide Release 12 . 0 part No. B40090-03 January 2007]

　　2 . 5

　　流程 process

　　为完成某项目标而进行的一系列活动 。

　　[RosettaNet Implementation Framework : core specification version v02 . 00. 01 Revised 6 March 2002]

　　1

　　GB/T 25469—2010

　　2 . 6

　　业务流程 Business process

　　为完成企业业务目标而设定的特别流程 。

　　[RosettaNet Implementation Framework : core specification version v02 . 00. 01 Revised 6 March 2002]

　　2 . 7

　　活动 Activity

　　流程中的单个步骤 。

　　[RosettaNet Implementation Framework : core specification version v02 . 00. 01 Revised 6 March 2002]

　　2 . 8

　　核心企业 core Enterprise

　　在由供应商 、制造商 、分销商等实体构成的供应链中'总有一个企业(或实体)处于主导地位'它是供应链的利益主体'称该实体为核心企业 。

　　[RosettaNet Implementation Framework : core specification version v02 . 00. 01 Revised 6 March 2002]

　　2 . 9

　　供方 supplier

　　需求项 目 的提供者 。

　　[RosettaNet Implementation Framework : core specification version v02 . 00. 01 Revised 6 March 2002]

　　2 . 10

　　需方 Acquirer

　　需求项目的消费者 。

　　[RosettaNet Implementation Framework : core specification version v02 . 00. 01 Revised 6 March 2002]

　　2 . 1 1

　　按订单生产 Make to order

　　根据客户订单来安排生产的 。

　　[oracle® supply chain Trading connector for RosettaNet Implementation Guide Release 12 . 0 part No. B40090-03 January 2007]

　　2 . 12

　　B to B (Business to Business)

　　A to A (Applicaton to Application)

　　两个业务(应用软件)之间直接交互信息'完成数据交换'而没有人的干预 。

　　2 . 13

　　牛鞭效应 Bullwhip Effect

　　在供应链中'向供应商定货量的波动程度(方差)会大于向其顾客销售量的波动程度(方差) '并且这种波动程度沿着供应链向上游不断扩大 。

　　[oracle® supply chain Trading connector for RosettaNet Implementation Guide Release 12 . 0 part No. B40090-03 January 2007]

　　2 . 14

　　库存 Inventory

　　以支持生产 、维护 、操作和客户服务为 目 的而存储的各种物料 。广义的库存还包括处于制造加工状

　　2

　　GB/T 25469—2010

　　态和外购(协)运输状态的物品 。

　　[oracle® supply chain Trading connector for RosettaNet Implementation Guide Release 12 . 0 part No. B40090-03 January 2007]

　　2 . 15

　　配送 Distribution

　　在经济合理区域范围内'根据用户要求'对物品进行挑选 、加工 、包装 、分割 、组配等作业'并按时送达指定地点的物流活动 。

　　[oracle® supply chain Trading connector for RosettaNet Implementation Guide Release 12 . 0 part No. B40090-03 January 2007]

　　2 . 16

　　供应商管理的库存 VMI (Vendor Managed Inventory)

　　将企业的库存消耗状况和生产进度信息提供给产业链的上游供给方的合作伙伴'实现供需的紧密协作'增加整体联动效应的一种策略 。

　　[oracle® supply chain Trading connector for RosettaNet Implementation Guide Release 12 . 0 part No. B40090-03 January 2007]

　　2 . 17

　　协同规划 、预测和补货 cpFR (collaborative planning、Forecasting and Replenishment)

　　基于信息共享'供应链上供应商 、制造商 、批发商及零售商之间合作制动共同计划'共同做出商品预测'并在此基础上实行连续补货 。

　　[oracle® supply chain Trading connector for RosettaNet Implementation Guide Release 12 . 0 part No. B40090-03 January 2007]

　　2 . 18

　　库存信息 Inventory Information

　　包括了库存状态信息和库存决策模型信息'直接影响着下游企业向上游企业订货的数量 。

　　[oracle® supply chain Trading connector for RosettaNet Implementation Guide Release 12 . 0 part No. B40090-03 January 2007]

　　2 . 19

　　需求预测信息 Demand Forecast Information

　　包括了需求预测的方法和预测结果信息'该信息的共享往往以销售信息的共享作为前提 。

　　[oracle® supply chain Trading connector for RosettaNet Implementation Guide Release 12 . 0 part No. B40090-03 January 2007]

　　2 . 20

　　协同 coordination

　　协作双方通过接口通信达成合作关系 。

　　[BpEL 2 . 0 . web services Business process Execution Language version 2 . 0-oAsIs standard 11 April2007'Available at: http://docs. oasis-open. org/wsbpel/2.0/os/wsbpel-v2.0-os. html]

　　2 . 21

　　协同过程 coordination process

　　协作双方为了达成合作关系的接口通信过程 。

　　[BpEL 2 . 0 . web services Business process Execution Language version 2 . 0-oAsIs standard 11 April2007'Available at: http://docs. oasis-open. org/wsbpel/2.0/os/wsbpel-v2.0-os. html]

　　3 缩略语

　　ERp 企业资源计划 Enterprise Resource planning

　　3

　　GB/T 25469—2010

　　sCM 供应链管理 supply Chain Management

　　soA 面向服务架构 service-oriented Architecture

　　CRFR 协同规划'预测和补货 Collaborative planning' Forecasting Replenishment

　　pos 销售数据 point of sales

　　4 产业链协作平台设计

　　4 . 1 平台设计规范准则

　　平台应用于跨企业/组织的协作'使用开放的架构'遵循下列几项准则:

　　a) 标准化

　　平台能使用现有的标准'平台应能提供标准的各项协作流程 。

　　b) 可扩展性

　　平台必须具有高度的可扩展性'在面临大量产品 、交易伙伴 、协同关系 、使用者及协同互动时 '仍可正常运作 。

　　c) 安全性

　　在协同环境中数据安全是一项重要的议题'必须限制数据只让该看的人看'如交易 、报价数据有时并不希望竞争对手看到 。

　　d) 开放性

　　产业链中的每一家厂商 ' 都应自行建立买 、卖关系'所以在技术方面必须以开放性的设计为原则'建立起公开的标准'让每一家参与的厂商均可建立起自身的系统'并容易地建立与原有系统的连接 。

　　e) 可管理性

　　平台所有的部分都必须易于管理维护'须考虑的包括客制化方案 、软件升级 、不兼容及故障停摆所造成的成本损失 。

　　f) 可恢复性

　　平台必须在软件及通讯基础架构上具有快速恢复能力 。

　　g) 可协同性

　　协同不只是指信息交 换 的 部 分 ' 同 时 该 解 决 方 案 必 须 要 能 支 持 交 易 伙 伴 间 对 等 式 的 通 讯 架构'能和内部的信息系统(决策支持系统)作完整的衔接'让数据可以 自动的进入内部的信息系统'以减少重复的人工操作输入 。

　　4 . 2 产业链协作方法学

　　在产业链上资源通过若干产业层次不断向下游产业转移直至到达消费者的路径上'资源每一步的转移都包含着“产品设计”、“供应商”、“制造商”、“批发商”、“零售商”、“顾客”和“售后服务”之间进行的

　　协作 。如图 1 所示 。

　　图 1 产业链物流 、信息流和资金流的关系

　　4

　　GB/T 25469—2010

　　产业链合作伙伴间广泛深入的合作'主要体现在:

　　a) 围绕核心企业展开

　　● “ 制造商”与“产品设计”协同 、交互信息 、获取设计信息;或者“顾客”的生产订单提供了“产品设计”的信息 ;

　　● “ 制造商”与“供应商”协同 、交互信息'按照产品订单产生对原材料 、零配件或者协作件等供货的需求 ;

　　● “ 制造商”与“批发商”、“零售商”和“顾客”协同 、交互信息'进行网络销售产品 ;

　　● “ 顾客”与“售后服务”协同 、交互信息'进行售后服务 。

　　b) 产业链不仅是一条联接供应商到客户的物流链 、信息链'而且是一条增值链'物料在产业链上因加工 、包装 、运输等过程而增加其价值'给相关企业带来收益 。

　　c) 产业链上的任何一个节点都是它上游节点的需求方 、是它下游节点的供给方;任何相邻的节点又都是一对供需双方'如图 1 所示 。 由于市场的动态变化和各企业策略的动态变化'使得产业链上的供(卖) 、需(买)匹配成为需要动态解决的问题 。一个企业的产品和功能的多样化'决定了一个企业可以存在于多个产业链中;协作双方的协调 、协同是经常的 、必须的 。

　　d) 在离散制造企业'零库存管理问题 。如果销售商的订单所规定的交货 日期与制造商生产这些产品所需的时间一致'那么制造商就可真正做到按订单生产(make to order)及零库存管理 。这样可以提高企业的经济效益 。但是'往往销售商的订单所规定的交货 日期比制造商生产这些产品所需的时间要短 。在这种情况下'制造商不得不保持一定的产品库存 。

　　产业链上企业的生产计划基于同一销售预测报告 。销售商直接和最终用户见面'他们可根据销售数据来推测消费者的需求'同时销售商也和若干制造商有联系'并可了解他们的市场销售计划 。制造商和若干销售商联系'并了解他们的商业计划 。根据这些不同'在没有泄露各 自商业机密的前提下'销售商和制造商可交换他们的信息和数据'来改善他们的市场预测能力'使最终的预测报告更为准确 、可信 。产业链上的各公司则根据这个预测报告来制定各自的生产计划'从而使产业链的管理得到集成 。协作流程图如图 2 所示 。 图 2 中的 9 大步骤分为 3 个阶段:协同规划 、协同预测以及协同补货 。其中图 2 中步骤 1 与步骤 2 属于协同规划'步骤 3 至步骤 8 属于协同预测'步骤 9 则为协同补货 。

　　5

　　GB/T 25469—2010

　　图 2 协同规划 、预测和补货的基本流程

　　5 协同交互框架

　　业务协同分为两类:公共协同过程和私有协同过程'如图 3 所示:一个协同对象内部系统中执行的过程称之为私有过程'协 同 对 象 之 间 交 互 的 过 程 称 为 公 共 协 同 过 程o 在 协 同 过 程 中 交 互 的 信 息 分 为两种 :

　　a) 业务活动信息(Action) '它对应每种类型的协同活动信息 ;

　　b) 信号信息(signal) '包括确认信号 Acknowledge 和异常信号 Exceptiono

　　6

　　GB/T 25469—2010

　　图 3 信息交换框架

　　产业链上各节点在 Bto B 的公共协同过程中的信息交互必须遵照基于标准网络传输协议制定的信息交换协议(本标准中的第 7 章) 。为了信息交互的双方能够实现软件互操作 、数据实时交换 、直接参与协作对方的运算的要求'除了定义过程模型 、过程描述规范(本标准中的第 7 章)外'还需要定义一系列的全局标识码 、必须制定统一的技术字典和业务字典'以便达到语义上的共识 。

　　6 协作平台的功能

　　协作平台必须能够支持产业链上的协作双方实现协同工作:完成必要的协同过程'并保证业务信息和消息(确认消息/异常消息)能够安全 、准确地传递到协作的对方 。

　　6 . 1 协同过程

　　产业链上协作双方协同工作过程包括下列 4 大类 。具体双方接口间协同交互的过程见附录 A。

　　a) 采购类 :

　　1) 建立账号

　　● 请求建立账号

　　● 维护账号

　　2) 报价和输入订单

　　● 请求报价

　　● 请求价格和可用性

　　● 请求购物车转移

　　● 请求订单

　　● 查询订单状态

　　7

　　GB/T 25469—2010

　　● 发布订单状态

　　● 通告更新购买订单

　　● 请求修改购买订单

　　● 取消购买订单请求

　　● 确认收到报价

　　● 通告购买订单信息

　　● 发布计划订单

　　3) 利润与财务

　　● 发票通知

　　● 发票否决通知

　　● 账单通知

　　● 汇款单通知

　　● 自结算发票通知

　　4) 协作预测

　　● 战略性预测通知

　　● 发布周期性预测

　　● 发布临界预测

　　● 发布计划预测

　　● 预测应答

　　● 预测异常通知

　　5) 销售报告

　　● 公布销售报告

　　● 应答销售报告

　　b) 制造类

　　1) 发布准备

　　● 发布产品 目录信息

　　● 查询市场信息

　　● 查询产品促销和折扣信息

　　● 查询产品生命周期信息

　　● 查询产品停产信息

　　● 查询产品技术资料信息

　　● 发布设计工程信息

　　● 发布产品主数据

　　● 发布材料成分信息

　　● 请求材料成分信息

　　● 请求发布工程信息

　　● 通知分析证明

　　● 分析证明书响应通知

　　2) 产品更改通知

　　● 发布更改产品基本资料

　　● 通告市场信息更改

　　● 通告更改产品促销和折扣信息

　　● 通告更改产品技术资料信息

　　● 通告更改产品生命周期信息

　　8

　　GB/T 25469—2010

　　● 通告产品即将更改

　　● 请求提供更多产品信息

　　● 发布接受产品更改

　　3) 发布和更新产品设计信息

　　● 发布工程更改状态

　　● 请求工程变更

　　● 发布工程变更响应

　　● 批准工程变更的请求

　　● 发布工程变更命令

　　● 发布工程变更执行计划

　　● 请求物料清单

　　● 发布物料清单

　　● 请求已批准的制造清单

　　● 通知已批准的制造清单

　　4) 设计管理

　　● 发布产品清单

　　● 请求设计注册

　　● 批准新建设计

　　● 发布注册状态

　　● 查询注册状态

　　5) 管理制造生产任务单和在制品

　　● 通告产品在制状况

　　● 查询在制品状态

　　● 下达生产任务单

　　● 回复生产任务单

　　6) 发布生产信息

　　● 发布产品质量事件数据

　　● 通告测试数据

　　c) 配送类

　　1) 运输与分发

　　● 发布运输预估信息

　　● 发货前通告

　　● 发布发货状态

　　● 查询运输状态

　　● 修改发货请求

　　● 确认发货通知

　　● 发布运输订单

　　● 请求运输订单

　　● 确认运输订单

　　● 请求取消运输订单

　　● 运输文档公告

　　2) 货物配送

　　● 发货接收通知

　　● 损耗通知

　　9

　　GB/T 25469—2010

　　● 产品退回

　　3) 库存报告

　　● 发布库存报告

　　4) 库存补给

　　● 送货通知

　　5) 根据借贷情况发货

　　● 请求借贷授权

　　● 经借贷授权后同意发货

　　● 经借贷授权后通告开放发货

　　● 查询借贷授权后发货状态

　　● 根据偿还声明建立发货

　　● 根据偿还声明发货通知

　　d) 服务支持类

　　1) 提供和管理售后保证 、服务包和契约服务

　　● 请求更改服务合同

　　● 回复更改服务合同

　　2) 技术支持和服务管理

　　● 查询服务授权

　　● 请求保单的要求

　　● 情况报告

　　● 情况确认

　　● 筹资请求

　　6 . 2 协同过程描述专规

　　6 . 2 . 1 协同过程描述结构

　　协同过程描述的结构如图 4 所示。

　　协同过程

　　协同过程名称

　　过程的发起方

　　联系信息名称

　　E-mai1 地址

　　传真号

　　电话号

　　全局合作伙伴分类码

　　合作伙伴描述业务描述

　　全局业务标识符

　　全局协同标识符全局文档功能码

　　具体的过程活动

　　活动的描述文档请求发生的时间

　　请求文档的标识符

　　响应文档的产生时间

　　响应文档的标识符

　　过程的响应方

　　图 4 协同过程描述的结构

　　10

　　GB/T 25469—2010

　　6 . 2 . 2 协同过程描述模板

　　协同过程描述的模板以 XML格式表示'详见附录 B。

　　6 . 3 协同交互信息协议

　　本节说明协同活动中协同对象之间交互信息的通信协议 、安全传输规范(如 SSL和数字签名)等 。样例见附录 C。

　　6 . 3 . 1 交互信息的通信协议

　　信息交互的通信协议由两部分组成'如图 5 所示:

　　a) 业 务 信 息 规 范 ' 包 括 序 头 (preamble Header) ' 传 送 头 (Dilivery Header) ' 服 务 头 (Service Header) '以及信息内容(Service Content)和数字签名(optional Digital Signture) ;

　　b) 网络传输协议 。

　　图 5 信息交互协议栈

　　6 . 3 . 1 . 1 安全传输规范

　　在这些头和信息主体组合并检查符合规定的格式之后'需要给整个信息文件加密处理 。本节描述了使用 S/MIME来进行加密 、保证消息安全性并建立数字签名的规范 。

　　6 . 3 . 1 . 2 使用 S/MIME

　　IETF RFC2311 中定义的安全多功能互联网邮件扩展(S/MIME v. 2)用于提供数据保密 、完整性保护 、认 证 和 鉴 定 服 务 等 功 能 ' 这 些 数 据 类 型 包 括“ application/pkcs7-MIME”、“ 复 合/已 签 名 ” (multipart/signed) 和“ application/pkcs7-signature ”等 。 当 消 息 包 含 附 件 时 ' 使 用 复 合/已 签 名 (multipart/signed)的数据类型来封装消息'从而保证数据安全性 。

　　根据 S/MIME规定'消息封装过程分为如下三步:

　　a) 创建 MIME实体 ;

　　b) MIME实体与其他需要的数据被转换成“application/pkcs7-MIME”数据类型 ;

　　c) 对 MIME实体进行加密 。

　　11

　　GB/T 25469—2010

　　不带附件的消息实例封装后如下:

　　content-Type: application/pkcs7-mime ;

　　smime-type=enveloped-data ;

　　name=smime. p7m

　　content-Transfer-Encoding: base64

　　content-Disposition: attachment ; filename=smime. p7m

　　rfvbnj756tbBghyHhHuujhJhj H77n8HHGTg HG4VQpfyF467GhIGfHfyT6

　　7n8HHGghyHhHuujhJh4VQpfyF467GhIGfHfyGTrfvbnjT6j H7756tbBgH

　　f8HHGTrfvhJhj H776tbBg HG4VQbnj7567GhIGfHfyT6ghyHhHuujpfyF4

　　OGhIGfHfQbnj756yT64V带附件的消息实例封装后如下:

　　content-Type: multipart/signed ;

　　protocol= " application/pkcs7-signature " ;

　　micalg=sha1 ; boundary=boundary42

　　--boundary42

　　content-Type: text/plain

　　This is a clear-signed message.

　　--boundary42

　　content-Type: application/pkcs7-signature ; name=smime. p7s

　　content-Transfer-Encoding: base64

　　content-Disposition: attachment ; filename=smime. p7s

　　ghyHhHuujhJhj H77n8HHGTrfvbnj756tbBg HG4VQpfyF467GhIGfHfyT6

　　4VQpfyF467GhIGfHfyT6j H77n8HHGghyHhHuujhJh756tbBg HGTrfvbnj

　　n8HHGTrfvhJhj H776tbBg HG4VQbnj7567GhIGfHfyT6ghyHhHuujpfyF4

　　7GhIGfHfyT64VQbnj756

　　--boundary42 -

　　6 . 3 . 1 . 3 使用数字证书

　　数字证书作 为 复 合/已 签 名 类 型 业 务 消 息 中 应 用/pkcs7 签 名 部 分 进 行 传 递 。 该 规 范 利 用 RFc 2312“ S/MIME Version 2 certificate Handling”作为使用数字证书的规范 。

　　6 . 3 . 1 . 4 消息封装和解封装

　　系统在交互过程中'主要涉及两类消息 。一种是业务信息(行为) '另外一种是回执确认或异常消息(信号) 。在发送这两种消息之前'都需要按照信息集成专规对其进行封装;同样接收到这两种消息也要对其进行解封才能进一步利用消息中的业务数据 。

　　封装过程为:根据业务描述构造服务内容'同时产生序头 、传输头和服务头'然后对这些头及服务内容进行数字签名'最后将上述产生的全部打包成一个 MIME格式文件 。

　　消息的解封装则是消息封装的逆过程'它是指从接收到的 MIME格式的业务消息中分离出各种头和服务内容 。首先'对签名进行验证 。然后逐步分离出各种头和服务内容'并且对每一部分'都要用相应的 schema 去验证其数据格式是否正确 。流程图如图 6 所示 。

　　12

　　GB/T 25469—2010

　　图 6 消息解封装的过程

　　13

　　GB/T 25469—2010

　　附 录 A (资料性附录)过 程 模 型

　　本节说明产业链上协作双方协同工作的过程模型'包括采购类 、制造类 、配送类和服务支持类四大类 。模型给出了各功能活动交互双方协作过程中的请求 、应答 、功能活动和异常处理的过程。

　　A● 1 采购类过程单元

　　该类过程单元描述采购者建立账号 、询价 、确定订单直至销售账务活动等功能过程中的协同过程。 CG-ZH:建立账号

　　CG-ZH- 1 :请求建立账号

　　目 的:两个业务伙伴之间建立账号。 该过程单元不仅支持客户账号和卖主账号的建立'而且允许账号提供者拒绝账号建立的请求。 如'客户提供的信息不全或者该账号已经存在'账号建立请求都会被拒绝 。 总之'账号建立与否由账号提供者决定。

　　图 A● 1 请求账号建立过程单元

　　CG-ZH-2:维护账号

　　目 的:该过程单元提供了参与交易伙伴的业务活动失效通知的机制。

　　14

　　GB/T 25469—2010

　　图 A● 2 维护账号过程单元

　　CG-DD:报价和输入订单

　　该类过程单元负责提供对订单的全面管理'包括报价、报告订单状态、开具发票、付款和差额通知等

　　方面的管理等 。

　　CG-DD- 1 :请求报价

　　目的:购买者向销售者请求产品报价'销售者除了提供报价外还可以推荐其他供应商的信息给购买者'这样购买者就可以向其他供应商请求报价 。

　　图 A● 3 报价请求过程单元

　　15

　　CG-DD-2:请求价格和可用性

　　目的:购买者向销售者请求提供产品价格和可用性'销售者按照请求回复产品的价格和可用性状况'该过程比报价过程非正式一些、也就宽松一些 。

　　图 A● 4 价格与可用性请求过程单元

　　CG-DD-3:请求购物车转移

　　目的:购买方转移购物车的内容'当供应商收到购物车内容后响应该请求:接收或拒绝 。

　　图 A● 5 购物车转移请求过程单元

　　CG-DD-4:请求订单

　　目的:购买者在确定了价格和可用性并请求报价、转移购物车后'向销售者发出请求购买订单;销售者在确认了请求订单信息后发出响应信息:接受或拒绝或审理中 。此过程单元也支持基于确认回复取消和修改购买订单'如果订单请求被接受、拒绝、审理中'同样也会产生确认信息 。

　　16

　　GB/T 25469—2010

　　图 A● 6 订单请求过程单元

　　CG-DD-5 :查询订单状态

　　目的:购买者在发出订单后'可以向销售者查询订单状态。销售者反馈订单的执行状态:产品的完成状态或运输状态 。 当购买者接到订单的执行状态信息后'可以做出决定:取消订单或修改订单或继续执行 。

　　图 A● 7 订单状态查询过程单元

　　CG-DD-6 :发布订单状态

　　目 的:销售者周期性地向购买者发布尚未发货订单的状态'报告周期的定义在交易伙伴协定中 。

　　17

　　GB/T 25469—2010

　　图 A● 8 发布订单状态过程单元

　　CG-DD-7:通告更新购买订单

　　目的:销售者在收到购买者的购买订单后'进行分析后作出接受、拒绝或修改订单的响应;对于需要修改的订单给出修改的信息;当购买者收到修改信息后进行分析审查'做出响应:接受或拒绝 。该过程可能要重复多次最后达成双方一致 。

　　图 A● 9 通告更新购买订单过程单元

　　18

　　GB/T 25469—2010

　　CG-DD-8 :请求修改购买订单

　　目的:购买者向销售者提出修改购买订单中的条目并获得销售者的回复:接受修改或拒绝修改或受理中 。对购买订单的修改可以由购买者发起'也可以发生在 CG-DD-7 之后 。

　　图 A. 10 请求修改购买订单过程单元

　　CG-DD-9 :取消购买订单请求

　　目的:购买者向销售者发出取消购买订单并收到销售者的回复:接受取消请求或拒绝取消请求 。

　　图 A. 1 1 取消购买订单请求过程单元

　　19

　　CG-DD- 10:确认收到报价

　　目的:购买者通过产品流水号向销售者确认接受或拒绝报价 ' 回复接受或拒绝此报价'仅仅是有业务意向而不是确定购买。

　　图 A● 12 确认收到报价过程单元

　　CG-DD- 1 1 :通告购买订单信息

　　目的:购买者向第三方参与者(称为购买订单信息用户)发送购买订单信息。

　　图 A● 13 通告购买订单信息过程单元

　　CG-DD- 12:发布计划订单

　　目的:购买者向第三方参与者(称为购买订单信息用户)发布预计购买的订单信息。

　　20

　　图 A● 14 发布计划订单过程单元

　　CG-CW 利润与财务CG-CW- 1 :发票通知

　　目的:销售者向购买者发送发票;购买者(或筹资处理者)接收并验证此发票;也可以通过融资处理者将发票转发给购买者。

　　图 A● 15 发票通知过程单元

　　21

　　GB/T 25469—2010

　　CG-CW-2:发票否决通知

　　目 的:购买者收到发票通知 、经检验后认为不符合实际情况' 向销售者发出否决发票的响应。 销售者必须重新处理发票。

　　图 A● 16 发票否决通知过程单元

　　CG-CW-3:账单通知

　　目 的:销售方向购买方发送账单。

　　图 A● 17 账单通知过程单元

　　CG-CW-4:汇款单通知

　　目的:付款人(如'购买方)向收款人(如'销售方)发送汇款单通知。 付款人可以是发出应付款金额的银行。 收款人能利用汇款单通知核实收到款项是否与发货单及账单一致;一旦出现不一致情况'收款

　　22

　　人需人工决定该怎么处理 。

　　图 A● 18 汇款单通知过程单元

　　CG-CW-5 : 自结算发票通知

　　目 的:购买者根据发货通知发出发票通知'由销售者核实这些发票 。

　　图 A● 19 自结算发票通知过程单元

　　CG-XZ:协作预测

　　CG-XZ- 1 :战略性预测通知

　　目 的:客户向供应商发出购买预测通知'此预测通知的周期、有效时间跨度以及其他参数在交易伙伴协定中有详细说明 。预测接收者不一定能供应此预测通知中涉及的产品'仅仅作为参考 。

　　23

　　GB/T 25469—2010

　　图 A● 20 战略性预测通知过程单元

　　CG-XZ-2 :发布周期性预测

　　目 的:客户向供应商发出标准的协同订单预测通知'此预测通知的周期、有效时间跨度以及其他参数在交易伙伴协定中有详细说明 。预测接收者不一定能供应此预测通知中涉及的产品'仅仅作为参考 。

　　图 A● 21 发布周期性预测通知过程单元

　　CG-XZ-3 :发布临界预测

　　目 的:客户向供应商提交临界性的预测'并收到预测接收者的确认回复 。协同预测是指处理提交的预测时'以高级协同方式识别和处理异常 。

　　24

　　GB/T 25469—2010

　　图 A● 22 发布临界预测过程单元

　　CG-XZ-4 :发布计划预测

　　目 的:客户向供应商提交计划预测通告 。

　　图 A● 23 发布计划预测通知过程单元

　　25

　　GB/T 25469—2010

　　CG-XZ-5:预测应答

　　目的:预测接收者(如供应商)向预测提交者(如客户)提交应答信息。 协同预测是指处理提交的预测时'以高级协同方式识别和处理异常。

　　图 A● 24 预测回复通知过程单元

　　CG-XZ-6:预测异常通知

　　目 的:异常识别者在协同预测过程中向异常接收者发出已识别出的异常。

　　图 A● 25 预测异常通知过程单元

　　26

　　GB/T 25469—2010

　　CG-XS:销售报告

　　该类过程单元使得买方能够定期向供货方提供销售报告'以便提供方能够在不一致之处进行管理。 CG-XS- 1 :公布销售报告

　　目的:购买方向销售方通告具有有效全球贸易编码产品的销售状况。

　　图 A● 26 公布销售报告过程单元

　　CG-XS-2:应答销售报告

　　目 的:销售方收到购买方发出的销售报告之后'给出确认应答。

　　图 A● 27 销售报告确认通知过程单元

　　A● 2 制造类过程单元

　　该类过程单元描述产品信息和详细设计信息(包括产品更改通知和产品技术说明书)的发布和周期

　　27

　　GB/T 25469—2010

　　性更新中购买者与销售者之间的协同过程。 ZZ-FB:发布准备

　　支持产品资源(包括销售 目录和基本技术信息)的发布以及扩展产品信息的获取。 ZZ-FB- 1 :发布产品目录信息

　　目的:向购买者发布新产品的信息。

　　图 A● 28 发布产品目录过程单元

　　ZZ-FB-2:查询市场信息

　　目的:购买者向销售者查询市场信息并接收响应信息。

　　图 A● 29 查询市场信息过程单元

　　ZZ-FB-3:查询产品促销和折扣信息

　　目的:购买者查询产品促销和折扣信息并接收响应信息。

　　28

　　GB/T 25469—2010

　　图 A● 30 查询产品促销与折扣信息过程单元

　　ZZ-FB-4 : 查询产品生命周期信息

　　目的:购买者查询产品生命周期信息并接收响应信息 。

　　图 A● 31 查询产品生命周期信息过程单元

　　ZZ-FB-5 :查询产品停产信息

　　目的:购买者查询产品停产信息并接收响应信息 。

　　29

　　GB/T 25469—2010

　　图 A● 32 查询产品停产信息过程单元

　　ZZ-FB-6:查询产品技术资料信息

　　目的:购买者查询产品(如电子元件)资料信息 。产品技术资料本质上就是描述产品的行为 、电子 、物理以及其他的属性的信息分类'不包含销售和订单属性'如在销售 目 录和订单承诺系统发现的部分 。销售者响应这些查询并返回产品技术说明'可用于主持在线电子目录和销售配置系统等业务活动 。

　　图 A● 33 查询产品技术资料信息过程单元

　　ZZ-FB-7:发布设计工程信息

　　目的:发布者通过发布链向接收者发布产品工程信息'包括描述产品行为的 、电子的 、物理的以及其他属性的信息'也可以是那些影响设计决策的产品的相关业务信息'这些信息可以向设计者 、产品工程人员提供产品计划 、设计和产品工程过程中需求的信息 。

　　30

　　GB/T 25469—2010

　　图 A. 34 发布设计工程过程单元

　　ZZ-FB-8:发布产品主数据

　　目的:产品信息发布者(典型的发布者是产品提供者)发布产品主数据的过程'发布设备级产品的标识'包括产品族属性'特定位置数据'获取的数据以及有限的产品生命周期信息'这些是 MRP系统的产品信息用户(典型的产品购买者)所需要的。

　　图 A. 35 发布产品主数据过程单元

　　31

　　ZZ-FB-9 :发布材料成分信息

　　目的:发布材料成分信息 。该过程单元支持高科技工业需求'了解材料成分以便遵守法律'在设计上推动环境改善'以及在客户和股东需要时候能够足以提供产品材料信息 。

　　图 A● 36 发布材料成分信息过程单元

　　ZZ-FB- 10 :请求材料成分信息

　　目的:客户向提供者请求给出产品的成分信息 。

　　图 A● 37 请求材料成分信息过程单元

　　ZZ-FB- 1 1 :请求发布工程信息

　　目的:客户向提供者请求发布工程信息 。

　　32

　　GB/T 25469—2010

　　图 A● 38 请求发布工程信息过程单元

　　ZZ-FB- 12:通知分析证明

　　目 的:提供者向客户提供证明书'证明已经装船材料的质量和检验无菌。

　　图 A● 39 通知分析证明过程单元

　　ZZ-FB- 13:分析证明书响应通知

　　目的:客户在收到分析证明书后的响应过程:“接受”或“拒绝”;如果是“拒绝”'则说明原因。

　　33

　　GB/T 25469—2010

　　图 A● 40 响应分析证明通知过程单元

　　ZZ-GG:产品更改通知

　　ZZ-GG- 1 :发布更改产品基本资料

　　目的:产品信息发布者向购买者通知更改的产品信息 。

　　图 A● 41 更改产品基本资料过程单元

　　ZZ-GG-2 :通告市场信息更改

　　目的:产品信息发布者向购买者通告产品市场信息改变 。

　　34

　　GB/T 25469—2010

　　图 A● 42 通告市场信息更改过程单元

　　ZZ-GG-3 :通告更改产品促销和折扣信息

　　目的:产品信息发布者向购买者通告改变产品促销和折扣信息 。

　　图 A● 43 更改产品促销与折扣信息过程单元

　　ZZ-GG-4 :通告更改产品技术资料信息

　　目的:产品信息发布者向购买者通告产品技术资料信息的改变 。

　　35

　　GB/T 25469—2010

　　图 A● 44 更改产品技术资料信息过程单元

　　ZZ-GG-5 :通告更改产品生命周期信息

　　目的:产品信息发布者向购买者通告产品生命周期信息改变 。

　　图 A● 45 更改产品生命周期信息过程单元

　　36

　　GB/T 25469—2010

　　ZZ-GG-6:通告产品即将更改

　　目的:提供者向客户告知产品即将更改或者过期 。这是产品/生命到期(EOL)事件的开始或触发 。该事件经常由产品提供者触发'接收的对象是客户或客户的代理 。

　　图 A. 46 通告产品即将更改过程单元

　　ZZ-GG-7:请求提供更多产品信息

　　目的:客户向提供者请求更多的产品信息'以便他们获得足够的信息 、做出接受或拒绝的决定 。上述事件经常由客户或客户代理触发'需要提供者每次做出响应 。

　　图 A. 47 产品更改查询时通知过程单元

　　ZZ-GG-8:发布接受产品更改

　　目的:客户向提供者发出接受了产品更改信息 。这是可选事件'在其用作接受时候'是无条件的 。

　　37

　　GB/T 25469—2010

　　图 A● 48 通知接受产品更改过程单元

　　ZZ-SJ:发布和更新产品设计信息

　　ZZ-SJ- 1 :发布工程更改状态

　　目的:工程变更利益相关者向请求工程变更人员通知更改状态 。该更改状态可以随着业务流程中工程变更及时改变 。工程变更状态一旦修改'必须在 3 d 内提供其安排 。

　　图 A● 49 发布工程变更状态过程单元

　　ZZ-SJ-2:请求工程变更

　　目的:当工程变更利益相关者发现问题或机遇时'向请求变更方提出建议工程变更;而请求变更方则向工程变更审查委员提交变更请求 。 工程变更审查委员响应该请求:接受、拒绝或待决定工程变更请求 。

　　38

　　GB/T 25469—2010

　　图 A● 50 请求工程变更过程单元

　　ZZ-SJ-3:发布工程变更响应

　　目的:工程变更审查委员向变更申请方发送对“待决定”的工程变更请求的最终安排:接受或拒绝。

　　图 A● 51 发布工程变更响应过程单元

　　ZZ-SJ-4:批准工程变更的请求

　　目的:工程变更审查委员向利益相关的决策者公布对所提交的工程变更请求的批准信息: 同意 、拒绝 、弃权或其他。

　　39

　　图 A. 52 批准工程变更请求过程单元

　　ZZ-SJ-5:发布工程变更命令

　　目 的:工程变更审查委员向利益相关决策者通知工程变更命令(ECO)的 目 的和内容 。该命令包含ECO 的完整描述以及任何相关的文档 。可选文本和文档可以附在通知上或者以网络链接的形式在通知中给出 。

　　图 A. 53 通知工程变更命令过程单元

　　ZZ-SJ-6:发布工程变更执行计划

　　目 的:工程变更审查委员会和利益相关计划人员按照工程变更命令制定工程变更的执行计划'发送给负责执行人员 、协调工程变动 。工程变更执行计划是一个灵活的文档'既可以迭代更新'也可以追踪个人计划来执行工程变更命令 。

　　40

　　GB/T 25469—2010

　　图 A. 54 通知工程变更执行计划过程单元

　　ZZ-SJ-7:请求物料清单

　　目的:综合者向产品设计者请求产品 BOM(物料清单)信息'产品设计者返回 BOM 信息给综合者 ;综合者根据接收到的 BOM信息'发出应答信息:接受或请求修改 。

　　图 A. 55 请求物料清单过程单元

　　41

　　GB/T 25469—2010

　　ZZ-SJ-8:发布物料清单

　　目的:设计者向集成者发布 BOM 清单。 该过程单元支持设计者与集成者共享 BOM 信息。 设计者负责产品设计'集成者服务制造和装配。

　　图 A. 56 发布物料清单过程单元

　　ZZ-SJ-9:请求已批准的制造清单

　　目的:综合者向具有制造清单批准资格者请求已批准的制造清单(AML) '并反馈接收或需要更改的信息。 该过程单元使得已批准的产品从工程转到制造阶段。 该过程支持内部部件条码与制造部件号码的映射'以及与提供者部件号码的映射。 AML解决了很多影响产品质量 、成本以及从订货到交货的时间等问题。 AML具有追踪产品的获得过程的功能。

　　图 A. 57 请求已批准的制造清单过程单元

　　ZZ-SJ- 10:通知已批准的制造清单

　　目的:具有批准制造清单资格者向集成者发放 AML。具有资格者负责批复用于产品生产的部分

　　42

　　GB/T 25469—2010

　　以及批准获得这些部分的供应商。 集成者负责产品的制造或组装。

　　图 A● 58 发放已批准的制造清单过程单元

　　ZZ-YS:设计管理

　　ZZ-YS- 1 :发布产品清单

　　目的:库存信息用户(如购买方)向库存信息提供方提供所需求的符合设计注册的产品清单;库存信息提供方确认该产品清单;对于需求方有差别的产品需求'供应方能够提供满足设计注册要求的产品。下列产品类型可能被注册:主要产品 、辅助产品和开发工具。

　　图 A● 59 发布产品清单过程单元

　　ZZ-YS-2:请求设计注册

　　目的:需求创建者向提供方提交设计注册请求'提供方回复此设计注册请求。

　　43

　　设计注册请求可以是初始的设计注册文档或对现有注册的更新 。 日期、信任度以及详细技术信息等设计注册内容可以被修改 。

　　产品提供者评定该设计注册并返回设计注册回复'该回复包含设计注册的标识代码和注册状态 。注册状态是对供应商和需求方之间已提交的业务内容进行确认、协作和继续的标识 。

　　图 A● 60 请求设计注册过程单元

　　ZZ-YS-3 :批准新建设计

　　目的:需求创建者向产品提供者提交批准声明请求'并接收产品提供者回复的设计批准过程中各阶段状态信息 。批准声明请求和批准声明回复可以在设计批准过程的多个阶段提交 。交易伙伴协定中定义了 5 个级别的批准声明 。

　　图 A● 61 新建设计批准

　　44

　　GB/T 25469—2010

　　ZZ-YS-4:发布注册状态

　　目 的:提供者向需求创建者发送对未批准的设计注册的修改要求 ' 比如'提供者可能要求更新某销售代表在某一领域内的所有注册。 注册状态可以分为关键产品和完全产品级别。

　　图 A● 62 发布注册状态过程单元

　　ZZ-YS-5:查询注册状态

　　目的:状态请求者(产品提供者或需求创建者)请求查询设计注册的状态'也可以用注册状态查询业务文档来请求注册状态'注册状态是对供应者业务机会的确认 、协作和延续。

　　图 A● 63 查询注册状态过程单元

　　45

　　GB/T 25469—2010

　　ZZ-ZZP:管理制造生产任务单和在制品

　　该类过程单元提供发布 、管理和交换企业生产信息功能。 ZZ-ZZP- 1 :通告产品在制状况

　　目的:产品生产者或组装者通告客户(终端用户或者代表客户利益的第三方)产品的在制状况。

　　图 A● 64 通告产品在制状况工作过程单元

　　ZZ-ZZP-2:查询在制品状态

　　目的:客户向产品制造者(生产者)查询产品在制(产品组装或生产)的状态(装配 、测试或制造) ;生产者或装配者返回查询的信息。

　　图 A● 65 查询在制品状态过程单元

　　ZZ-ZZP-3:下达生产任务单

　　目 的:在签订了购买合同 PO或签订了合作协议(如'交易伙伴协定-存在于交易伙伴创建和发送生产任务单之前)之后'下达生产任务单 、触发各生产流程执行。 工作任务单依赖采购清单或者其他的合作协议。

　　46

　　GB/T 25469—2010

　　图 A● 66 下达生产任务单过程单元

　　ZZ-ZZP-4:回复生产任务单

　　目 的:各分包商在接到生产任务单后'对任务单进行修改并作出应答。

　　图 A● 67 回复生产任务单过程单元

　　ZZ-SC:发布生产信息

　　发布生产信息以支持产品改进 、下游生产 、质量检测和担保授权。 ZZ-SC- 1 :发布产品质量事件数据

　　目的:质量数据提供者(提供者)向质量数据用户(用户)提供生产/修复过程中的质量事件的相关数

　　47

　　GB/T 25469—2010

　　据 。 同一个业务个体在不同的生产/修复过程的不同阶段可以扮演不同的角色'如一个最终产品数据的提供者可以成为他发送维修或分析部件的数据用户。