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

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

国家标准 GB/T25469一2010 制造业产业链协作平台功能规范 Cooperationplatformfunectionspeeifieationfor manufacturingindustrialchain 2010-12-01发布 2011-05-01实施 国家质量监督检验检疫总局 发布 国家标准化管蹬委员会国家标准
GB/T25469一2010 制造业产业链协作平台功能规范 范围 本标准规定了制造业产业链协作平台的功能规范,它们包括: 供应协作、销售定制(供/需)模式,这种采用供应商管理库存和协同规划、预测与补货模式,有 效抑制了“牛鞭效应”,可降低产业链上各个环节的库存水平并保证供货的及时 服务协同、业务协作模式,这种模式给出了交互双方协作框架,协同的过程模型、描述规范以 b 及交互信息的描述规范、传输过程的安全保密规范 本标准适用于与制造业信息化技术相关的科研,生产、工程管理、经营、教育等部门 术语和定义 下列术语和定义适用于本标准 产业链IndustrialChain 种或几种资源通过若干产业层次不断向下游产业转移直至到达消费者的路径 2.2 供应链SupplyChainm 从采购原材料开始,到制成中间产品、最终产品,直至由销售网络把产品送到消费者手中的流程 供应链是将供应商、制造商、分销商、零售商、直到最终客户连成一个整体的功能网链结构 [Oracl田SupplyChainTTradingComnectorforRosetaNelmplementationGuideRelcease12.o PartNoB40090-03 January2007 2.3 ChainM 供应链管理Suppls lanagement 供应链管理是计划、组织和控制从最初原材料到最终产品及其消费的整个业务流程,是对供应链过 程中涉及的跨部门、跨企业、跨产业运作的物流、信息流、资金流、价值流,业务流进行整体规划设计与运 作管理的活动 [Oracle@supplyChainTradingConneectorforRosettaNetlmplementationGuideRelease12.o PartNoB40090-03January2007 供应链管理系统SupplyChainManagementsyste emm 供应链管理系统是指采用系统工程的理论、技术与方法,借助于计算机技术、信息技术等建立的用 于支持供应链管理的信息系统 [Oracle围SupplyChainTradingConneetorforRosettaNetlmplementationGuideRelease12.0 PartNo B40090-03January2007] 2.5 流程 Process 为完成某项目标而进行的一系列活动 March [RosetaNetlmplementationFramework;CoreSpecifeationVersionv02.00.01Revisedl 2002]
GB/T25469一2010 2.6 业务流程BusinessPress 为完成企业业务目标而设定的特别流程 [RosettaNetImplementationFramework:CoreSpecificationVersionv02.00.01Revised 6 March 2002 活动Aetivity 流程中的单个步骤 CRosettaNetlmplementationFramework:CoreSpecificationVersionv02.00.01Revised 6 March 2002 2.8 核心企业CoreEnterprise 在由供应商、制造商、分销商等实体构成的供应链中,总有一个企业(或实体)处于主导地位,它是供 应链的利益主体,称该实体为核心企业 [RosettaNetImplementationFramework:CoreSpecificationVersionv02.00.01Revised 6 March 2002 22 9 供方Supplier 需求项目的提供者 CRosettaNetlmplementationFramework:CoreSpecificationVersionv02.00.01Revised March 2002 2 10 需方 Acquirer 需求项目的消费者 March [RoetaNetImplementationFranmewotk;CoreSpeifrcationVersionv02.00.01Rerised6 2002] 2.11 按订单生产 MaketoOrder 根据客户订单来安排生产的 [Oracle suplyChainTradingComnectorforRosetaNetlmplementationGuideRelease12.0 PartNo.B40090-03 2007 January 2.12 BtoBBusinesstoBusiness AtoAApplicatontoApplieation 两个业务(应用软件)之间直接交互信息,完成数据交换.而没有人的干预 2.13 牛鞭效应BullwhipErreet 在供应链中,向供应商定货量的波动程度(方差)会大于向其顾客销售量的波动程度(方差),并且这 种波动程度沿着供应链向上游不断扩大 [Ornaele0 SupplyChainTradingConnectorforRosettaNetImplementationGuideRelease12.0 PartNoB40090-03January20071 2.14 库存Inventory 以支持生产、维护,操作和客户服务为目的而存储的各种物料 广义的库存还包括处于制造加工状
GB/T25469一2010 SCM 供应链管理SupplyChainManagement SOA 面向服务架构Service-OrientedArchitecture CRFR 协同规划,预测和补货ColaborativePlanning,ForecastingReplenishment 销售数据PointoSales P(OS 产业链协作平台设计 4.1平台设计规范准则 平台应用于跨企业/组织的协作,使用开放的架构,遵循下列几项准则 标准化 平台能使用现有的标准,平台应能提供标准的各项协作流程 可扩展性 b 平台必须具有高度的可扩展性,在面临大量产品、交易伙伴、协同关系、使用者及协同互动时， 仍可正常运作 安全性 在协同环境中数据安全是一项重要的议题,必须限制数据只让该看的人看,如交易,报价数据 有时并不希望竞争对手看到 开放性 产业链中的每一家厂商,都应自行建立买,卖关系所以在技术方面必须以开放性的设计为原 则,建立起公开的标准,让每一家参与的厂商均可建立起自身的系统,并容易地建立与原有系 统的连接 可管理性 平台所有的部分都必须易于管理维护,须考虑的包括客制化方案,软件升级、不兼容及故障停 摆所造成的成本损失 可恢复性 平台必须在软件及通讯基础架构上具有快速恢复能力 可协同性 协同不只是指信息交换的部分,同时该解决方案必须要能支持交易伙伴间对等式的通讯架 构,能和内部的信息系统(决策支持系统)作完整的衔接,让数据可以自动的进人内部的信息 系统,以减少重复的人工操作输人 4.2产业链协作方法学 在产业链上资源通过若干产业层次不断向下游产业转移直至到达消费者的路径上,资源每一步的 转移都包含着“产品设计”“供应商”,“制造商”“批发商”、“零售商”,“顾客”和“售后服务"之间进行的 协作 如图1所示 制造商 批发商 零售商 顾客 供应商 产品设计 售后服务 物流 资金流 信息流 图1产业链物流、信息流和资金流的关系
GB/T25469一2010 产业链合作伙伴间广泛深人的合作,主要体现在 围绕核心企业展开 “制造商”与“产品设计”协同、交互信息、获取设计信息;或者“顾客”的生产订单提供了“产 品设计”的信息; “制造商”与“供应商”协同、交互信息,按照产品订单产生对原材料、零配件或者协作件等 供货的需求; “制造商”与“批发商”、“零售商”和“顾客”协同、交互信息,进行网络销售产品; “顾客”与“售后服务”协同、交互信息,进行售后服务 产业链不仅是一条联接供应商到客户的物流链、信息链,而且是一条增值链,物料在产业链上 因加工、包装、运输等过程而增加其价值,给相关企业带来收益 产业链上的任何一个节点都是它上游节点的需求方、是它下游节点的供给方;任何相邻的节点 又都是一对供需双方,如图1所示 由于市场的动态变化和各企业策略的动态变化,使得产业 链上的供(卖)、需(买)匹配成为需要动态解决的问题 个企业的产品和功能的多样化决定 了一个企业可以存在于多个产业链中;协作双方的协调、协同是经常的、必须的 在离散制造企业,零库存管理问题 如果销售商的订单所规定的交货日期与制造商生产这些 产品所需的时间一致,那么制造商就可真正做到按订单生产(m order)及零库存管理 maketo 这样可以提高企业的经济效益 但是,往往销售商的订单所规定的交货日期比制造商生产这 些产品所需的时间要短 在这种情况下,制造商不得不保持一定的产品库存 产业链上企业的生产计划基于同一销售预测报告 销售商直接和最终用户见面,他们可根据销售 数据来推测消费者的需求,同时销售商也和若干制造商有联系,并可了解他们的市场销售计划 制造商 和若干销售商联系,并了解他们的商业计划 根据这些不同,在没有泄露各自商业机密的前提下,销售 商和制造商可交换他们的信息和数据,来改善他们的市场预测能力,使最终的预测报告更为准确、可信 产业链上的各公司则根据这个预测报告来制定各自的生产计划,从而使产业链的管理得到集成 协作 流程图如图2所示 图2中的9大步骤分为3个阶段;协同规划协同预测以及协同补货 其中图2中 步骤1与步骤2属于协同规划,步骤3至步骤8属于协同预测,步骤9则为协同补货
GB/T25469一2010 通告产品即将更改 请求提供更多产品信息 发布接受产品更改 发布和更新产品设计信息 3 发布工程更改状态 请求工程变更 发布工程变更响应 批准工程变更的请求 发布工程变更命令 发布工程变更执行计划 请求物料清单 发布物料清单 请求已批准的制造清单 通知已批准的制造清单 设计管理 发布产品清单 请求设计注册 批准新建设计 发布注册状态 查询注册状态 管理制造生产任务单和在制品 通告产品在制状况 查询在制品状态 下达生产任务单 回复生产任务单 发布生产信息 发布产品质量事件数据 通告测试数据 配送类 运输与分发 发布运输预估信息 发货前通告 发布发货状态 查询运输状态 修改发货请求 确认发货通知 发布运输订单 请求运输订单 确认运输订单 请求取消运输订单 运输文档公告 货物配送 发货接收通知 损耗通知
GB/T25469一2010 6.2.2协同过程描述模板 协同过程描述的模板以XML格式表示,详见附录B 6.3协同交互信息协议 本节说明协同活动中协同对象之间交互信息的通信协议、安全传输规范(如sSL和数字签名)等 样例见附录C 交互信息的通信协议 6.3.1 似息交互的通信协议由两部分组成,如图5所示 a 业务信息规范,包括序头(PreambleHeader),传送头DiiveryHeader),服务头(Serviece erviceContent Header),以及信息内容(Se )和数字签名(OptionalDigitalSignture); b)网络传输协议 序头 传输头 服务头 流程控制 活动控制 MIME/S-MIME 行为控制 格式的业务消息 负载部分 行为消息/信号消息 可选附件 数字签名 HTTs 其他传输 HTTP SMTP 协议 SSL 其他传输 传输层及更底层 TCP/IP协议栈 协议 图5信息交互协议栈 6.3.1.1安全传输规范 在这些头和信息主体组合并检查符合规定的格式之后,需要给整个信息文件加密处理 本节描述 了使用s/MIME来进行加密,保证消息安全性并建立数字签名的规范 6.3.1.2使用s/NMIMIE IETFRFC2311中定义的安全多功能互联网邮件扩展(s/MIME.2)用于提供数据保密,完整性 保护、认证和鉴定服务等功能,这些数据类型包括“application/pkes7-MIME”、“复合/已签名” multipart/signed和“application/pkes7-signature”等 当消息包含附件时，使用复合/已签名 multipart/signed)的数据类型来封装消息,从而保证数据安全性 根据s/MIME规定,消息封装过程分为如下三步 a) 创建MIME实体; b)MIME实体与其他需要的数据被转换成“application/pkcs7-MIME”数据类型 对MIME实体进行加密 c 11
GB/T25469一2010 不带附件的消息实例封装后如下 Content-Type;application/pkes7-mime: smime-type=enveloped-data; name=smime.p7m content-Transfer-Encoding:base64 Content-Disposition:attachment;filename=smime.p7m rfvbnj756tbBghyHhHUujhJjH77n8HHGT9HG4VQpfyF467GhlGfHfYTG 7n8HHGghyHhHHUujhJh4VQpfyF467GhlGfHfYGTrfvbnjTGjH7756tbB9H f8HHGTrfvhJjH776tbB9HG4VQbnj7567GhGfHfYT6ghyHhHUujpfyF4 0GhGfHfQbnj756YT64V 带附件的消息实例封装后如下: Content-Type:multipart/signed; protocol="application/pkcs7-signature" micalg=shal;boundary=boundary42 -boundary42 Content-Type:text/plain Thisisaclear signedmesage. -boundary42 -Type:application/pkcs7-signature;namme=smime.p7s ontent- Contenmt-Transfer-Encoding:base64 Content-Disposition:attachment;filename=smimep7s ghyHhHUuhJjH77n8HHG;Trfvbni756tbB9HG4vQpfyF467GhGHYT6 4VQpfyF467GhlGfHfYT6jH77n8HHGghyHHhHUuijJh756tbB9HGTrfvbnj n8HHGTrfvhJjH776tbB9HG4VQbnj7567GhIGfHfYT6ghyHhHUujpfyF4 7GhIGfHYT64VQbnj756 boundary42 6.3.1.3使用数字证书 数字证书作为复合/已签名类型业务消息中应用/pkcs7签名部分进行传递 该规范利用RFC 2312“s/MIMEVersion2CertifceateHandling”作为使用数字证书的规范 6.3.1.4消息封装和解封装 系统在交互过程中,主要涉及两类消息 一种是业务信息(行为),另外一种是回执确认或异常消息 信号) 在发送这两种消息之前,都需要按照信息集成专规对其进行封装;同样接收到这两种消息也要 对其进行解封才能进一步利用消息中的业务数据 封装过程为:根据业务描述构造服务内容,同时产生序头、传输头和服务头,然后对这些头及服务内 容进行数字签名,最后将上述产生的全部打包成一个MIME格式文件 消息的解封装则是消息封装的逆过程,它是指从接收到的MIME格式的业务消息中分离出各种头 和服务内容 首先,对签名进行验证 然后逐步分离出各种头和服务内容,并且对每一部分,都要用相 应的schenma去验证其数据格式是否正确 流程图如图6所示 12
GB/T25469一2010 开始 业务消息 是 已签名? 验证签名并移除封装 异常 读序 签名有效" UNPMEsG.sGN 异常 成功？ UNPMESG.READERR 是 验证序 异常 成功? UNPMESGVALERR 是 读取传输实 异常 成功? UNPMESG.READERR 是 验证传输头 异常 成功? UNPMESGVALERR 是 是是 负截解密 被加密？ 否 异常 读服务头 成功? UNPMESGDCRYPTERR 异常 成功？ UNPMEsG.READERR 是 验证服务头 异常 成功? UNPMESGYAERR 负载被加密 负载解密 异常 读取服务内容 -是 成功? UNPMESGDCRYPIRR 异常 成功? UNPMSGREADERR 验证服务内容 异常 成功?" UNPMESG.VALERR 结束 保消总 这回确Kk 图6消息解封装的过程 13
GB/T25469一2010 附 录A 资料性附录 过程模型 本节说明产业链上协作双方协同工作的过程模型,包括采购类、制造类、配送类和服务支持类四大 类 模型给出了各功能活动交互双方协作过程中的请求,应答,功能活动和异常处理的过程 A.1采购类过程单元 该类过程单元描述采购者建立账号、询价、确定订单直至销售账务活动等功能过程中的协同过程 cGzH建立账号 cGzH_1;请求建立账号 目的;两个业务伙伴之间建立账号 该过程单元不仅支持客户账号和卖主账号的建立,而且允许账 号提供者拒绝账号建立的请求 如,客户提供的信息不全或者该账号已经存在,账号建立请求都会被拒 绝 总之,账号建立与否由账号提供者决定 客户账号建立 -旦达成共享相关信息 的，菜 选择账 建立程序 账号用户 请求新建卖方 卖方账号建账G方熊 定义为提供者 接收 发送请求 销售产品给 客户 CGZH1 CGH 接收 发送信息 接收拒绝 账号提供者 请求账号或 发送请求 图A.1请求账号建立过程单元 cGZH2:维护账号 目的;该过程单元提供了参与交易伙伴的业务活动失效通知的机制 14
GB/T2546g一2010 cGZH1声明完成 前提条件 A特 请求账号更改 设 账号用户 菜器勋 接收 发送信息 CG2 cGH2 发送信息 接收 接受拒绝 账号提供者 处理账号更 改请 图A.2维护账号过程单元 cGDD;报价和输入订单 该类过程单元负责提供对订单的全面管理,包括报价、报告订单状态、开具发票、付款和差额通知等 方面的管理等 cGDD_1:请求报价 目的;购买者向销售者请求产品报价,销售者除了提供报价外还可以推荐其他供应商的信息给购买 者,这样购买者就可以向其他供应商请求报价 订单需求 详细说明新报价 新建报价请求 分订单 购买者 需求 拨收报价 接收消息 发送请求 报价请求 6 e6Pf e6 发送而 接收请求 发送报价 结果 收集整理关于报价 项且的 询符食条件 足价格 供应商的资料 品单 各 可配产 销售者 产品"，运" 税 "W购命费 是 是 否 是否能满足 是樵葬其他 此这价 供应商？ 图A.3报价请求过程单元 15
GB/T25469一2010 CGDD2:请求价格和可用性 目的购买者向销售者请求提供产品价格和可用性,销售者按照请求回复产品的价格和可用性状 况,该过程比报价过程非正式一些,也就宽松一些 确定需要的产品并 发价在可用 识别出可能的 如果回复文档中 分价格和 包据替代产品的 求(查询语句和不 供应商 可用性回复 完整结果 信息，那么必须 新建另一价格和 购买者 可用性请求 接收消息 发送消息 cGDD2 CGDD2 发送消息 接收消息 次过程单元为购买者 创建价格和可用性 供应商 提供了产品价格和可 回包括供应商 用性信息，利 梅成仙检太 分析价格和 暑著在的供应 结，泰的瓜 可用性请求 严点信总发向给购 买者 图A.4价格与可用性请求过程单元 CGDD3:请求购物车转移 目的:购买方转移购物车的内容,当供应商收到购物车内容后响应该请求;接收或拒绝 职丛供南的 菜冲取漏放 物车市，然后烟 转移购物车 物幸移动到木地紧 统里并获得正式 批7 当购物车必须转移时 产生两种典型的流程 助销者 生产市供用产品 发送消息 接收消息 里细 “品由供应商定 f购物者选 出合适的供应商 则购物车将转移 ICG_DD_3 CGDD3 发送消息 按收消息 购物车中保存已选择的产品的数量和 价格信息 同时购物车也和产品销售 供应商 目录相联系，客户可以从产品销售目 接收或 分析购物车 录中选择产品放入购物车中 拒接购物车 转移 图A.5购物车转移请求过程单元 CG_DD_4请求订单 目的.购买者在确定了价格和可用性并请求报价、转移购物车后,向销售者发出请求购买订单;销售 者在确认了请求订单信息后发出响应信息接受或拒绝或审理中 此过程单元也支持基于确认回复取 消和修改购买订单,如果订单请求被接受、拒绝、审理中,同样也会产生确认信息 16
GB/T25469一2010 在确定价格和可用性 发出购买订单后可以有以下可 选过程改变购买订单 CGD2，请来报价 CGDD，转移购物车 CGDD8)，取消购头订单 CGDD后，便是发出 查 (CGDD9)， 期实行罩过箱 分发呦实 丁单 态 CGDD5)， 状态CGDD7 购买者 分析购买订单 创建购买订单 确认信息 请求 接收消息 发送消息 CGDD4 CGDD4 cG_DD7“购 发送消息 买订单确认通 接收消息 知”当购买项 被接收或者推 接受/否决 绝后通知购买者 销售者 分析购买订单 确认购买订单(接收 请求 购买的产品 拒绝/审理中 审理中 图A.6订单请求过程单元 cGDD5;查询订单状态 目的购买者在发出订单后,可以向销售者查询订单状态 销售者反馈订单的执行状态;产品的完成状 态或运输状态 当购买者接到订单的执行状态信息后,可以做出决定;取消订单或修改订单或继续执行 CGDD4完成 前提条件 新建购买订单 处理订单状态 查询订单状态 cGD之后，诸求 回复 请求 产品订单状态 购买者 发送消息 接收消息 C6DD5 f6D5 接收消息 发送消息 销售者 新建订单状态回复(订单 分析购买订单 中产品的完成状态和运 状态查询消息 输状态) 图A.7订单状态查询过程单元 CGDD_6;发布订单状态 目的;销售者周期性地向购买者发布尚未发货订单的状态,报告周期的定义在交易伙伴协定中 17
GB/T25469一2010 CGDD4完成 前提条件 1处理订单状态 消息 购买者 接收消息 CGDD6- 发送消息 销售者 新建订单状态消息(产 购买江单状态需要依据不园 品线项、运输、 的业务事件或者业务标准和 取消 而期组合定时福 图A.8发布订单状态过程单元 CG:_DD7;通告更新购买订单 目的:销售者在收到购买者的购买订单后,进行分析后作出接受、拒绝或修改订单的响应;对于需要 修改的订单给出修改的信息;当购买者收到修改信息后进行分析审查,做出响应;接受或拒绝 该过程 可能要重复多次最后达成双方一致 前提条件 CGDD4完成 拨受销售者提 接受 接受或 出的变动 分析购买订单 分析销售者 CGDD8 做出的变动 确认 拒绝这些 “购买订单变 购买者 拒绝 动请求” 发CGDD9 接收消息 接收消息 “请求取消购买订单" CGDD7 CGDD7 发送消息 发送消息 拨受/拒绝 接受或 拍绝购实订单少 变动订单 动订单 需要变动 销售者 分析购买订单 收到购买订单后销售 香需要报绝的品贝 关品 图A.9通告更新购买订单过程单元 18
GB/T25469一2010 CGDD_8:请求修改购买订单 目的购买者向销售者提出修改购买订单中的条目并获得销售者的回复:接受修改或拒绝修改或受 理中 对购买订单的修改可以由购买者发起,也可以发生在CG;_DD_7之后 前提条件 cGDD4完成 对购买订单的修改有两种 情况，一是购买者自己修改， 二是购买者通过cDD? “购买订单更新通告" 作出的迹 单变云 购买者 对购买订单做 出变动 接收信息 发送消息 CG_DD8 CG_DD8 发送订单变动 确认信息 接收消息 销售者通过过程单元 接受、拒绝或 CGDD7“购买订单 销售者 受理 接收， 受理中更新通告”通知购买 分析购实订单 拒绝/受理购买 著受理产品被接受或 变动 订单 拒绝的时间 图A.10请求修改购买订单过程单元 cGDD9取消购买订单请求 目的.购买者向销售者发出取消购买订单并收到销售者的回复接受取消请求或拒绝取消请求 前提条件 cGDD4完成 购买交易形成后， 取消购买订心 取消购买订单 购买者 是 接收消息 发送消息 CG_DD_9 CG_DD_9 接收消息 发送消息 接受/拒绝 销售者 接收 分析购买订单 拒绝取消订单 图A.11取消购买订单请求过程单元 19
GB/T25469一2010 CG_DD_10;确认收到报价 目的购买者通过产品流水号向销售者确认接受或拒绝报价,回复接受或拒绝此报价,仅仅是有业 务意向而不是确定购买 确认销售者对报价“原则上" 接受级和结议是都业务意 分析报价 我受或拒绝报价 向，并不是确定购 购买者 接受/拒绝 发送信息 CGDD10 接收消息 该过程单元使得购买者能确认 销售者 (通过购买订 「单产品流水号)、 按受或者担报价 分析报价请求 图A.12确认收到报价过程单元 CG:DD_11;通告购买订单信息 目的;购买者向第三方参与者称为购买订单信息用户)发送购买订单信息 新建购买订单 支持购买者与第三方参与者而 不是销售者直接交流购买订单 信息通告 购买者 发送信息 CGDD11 接收消息 购买订单 借愈角芦 分析购买订单 信息通告 图A.13通告购买订单信息过程单元 cGDD12;发布计划订单 目的;购买者向第三方参与者(称为购买订单信息用户)发布预计购买的订单信息 20
GB/T25469一2010 支购头者与第三参点与者而 新建预让购买 不是销售者直接交流尚未发出 订草信总告 购买者 的订单 发送信息 CGDD12 接收消息 购买订单 信息用户 分析预计购买 订单信息通告 图A.14发布计划订单过程单元 CGCw利润与财务 cGcw_1:发票通知 目的;销售者向购买者发送发票;购买者(或筹资处理者)接收并验证此发票;也可以通过融资处理 者将发票转发给购买者 CGDD4完成 前提条件 是 CGCW4安排汇款 发票被接受? 处理发票 时间 购买者 接收消总 cG.Cw2 执行 “发菜有决道知" cGCw1 发送消息 新建发票 销售者 当购买订单发出后 这将被发 (CG_DD_4), 送给购著 图A.15发票通知过程单元 21
GB/T25469一2010 CG_Cw_2;发票否决通知 目的:购买者收到发票通知、经检验后认为不符合实际情况,向销售者发出否决发票的响应 销售 者必须重新处理发票 前提条件 CGDD4完成 cG_cw_1完成 热行ce. CW “发祟通 知,直着奇以带 发票被否决? 查发菜 购买者 发送消息 2 cCGCW 接收消息 销售者 处理被香决的 图A.16发票否决通知过程单元 cGCw_3;账单通知 目的:销售方向购买方发送账单 处理账单 购买者 接收消息 CGCW3 发送消息 销售者 销售者向购买者送出账 单，败啦上以根据需类 新建账单通知包 括欠款、余额、折扣) 列出一定时比如一” 或一个月内的账目和交易 图A.17账单通知过程单元 cGCw_4:汇款单通知 目的:付款人如,购买方)向收款人如,销售方)发送汇款单通知 付款人可以是发出应付款金额 的银行 收款人能利用汇款单通知核实收到款项是否与发货单及账单一致;一旦出现不一致情况,收款 22
GB/T25469一2010 人需人工决定该怎么处理 CGCW1或 前提条件 CGCw2完成 通常当应付余额数目比较 大时，购实者向销售方发 新建汇故通知 通告 出汇放通知，这样销售者 没能安排孩收这项应骨秋 购买者 发送消息 CGCw4 接收消息 销售者 处理汇款通知 图A.18汇款单通知过程单元 CG_Cw_5:自结算发票通知 目的;购买者根据发货通知发出发票通知,由销售者核实这些发票 销售者 按收消息 cG_CW_5 发送消息 购买者 为自己开出发货 准备开出发货账单 账单 图A.19自结算发票通知过程单元 CG;Xz.协作预测 cGXz_1:战略性预测通知 目的客户向供应商发出购买预测通知,此预测通知的周期、有效时间跨度以及其他参数在交易伙 伴协定中有详细说明 预测接收者不一定能供应此预测通知中涉及的产品仅仅作为参考 23
GB/T25469一2010 贸易伙伴协议TPA必须 在贸易各方协商的些础上 前提条件 才能执行过觉 在贸易伙伴间共新产生 或接收 收到的路性板 为某项产品作 (如售预测、产量预 战略性预测 客户 测、需果预测、市场预测 或者其他中长期信息 按收消息 发送消息 5 CGXZ CG 接收消息 发送消息 是否需要改变产量 供应商 他相关 回复预测(IP叭 接受此程序 否 修改战略计划 图A.20战略性预测通知过程单元 cGxz2;发布周期性预测 目的:客户向供应商发出标准的协同订单预测通知,此预测通知的周期、有效时间跨度以及其他参 数在交易伙伴协定中有详细说明 预测接收者不一定能供应此预测通知中涉及的产品,仅仅作为参考 贸易伙伴协议(TP)必须在贸易各方协 前提条件 商的基础上，才能执行此过程单元 根品浦来信版 新建或这收嵌入 或著产品发布信息 式预测 发布新预测 客户 接收消息 发送消息 CGXZ2 发送消息 接收消息 将预测信息集 供应商 回复预测(接受 成到策略构建 让划中 否 此程序 据产品发布 信息发货 图A.21发布周期性预测通知过程单元 cGXz3:发布临界预测 目的:客户向供应商提交临界性的预测,并收到预测接收者的确认回复 协同预测是指处理提交的 预测时,以高级协同方式识别和处理异常 214
GB/T25469一2010 贸易伙伴协议(TPA)必须 前提条件 在贸易各方协商的础 才能执行此过程单元 根据产品需求信息 针划需求、前 新建或接收临界 品 产品存货目标产 发布预测 在货最大最小 w 建临算变布孩 客户 接收消息 发送消息 CGXZ5 3 CGXZ 发送消息 接收消息 将临界发布预测 回复预测(IPA 信息集成到策略 供应商 接受此程序 构建计划中 否 计算发货许可 将产品及时增加 至且标存货级别 图A.22发布临界预测过程单元 CGXz4:发布计划预测 目的客户向供应商提交计划预测通告 贸易伙伴协议IP)必须 前提条件 在贸易各方协商的基础E 才能执行此过程单元 通过投资期和单项产 发送打单预测 品的策略规划信息中 信息 的产品数量新建预测 客户 发送消息 接收消息 CGxXZ_4 cGX双5 发送消息 接收消息 是 供应商 预测回复 否 将预测信息集成 TPA同- 至策略规划中 此预过程 图A.23发布计划预测通知过程单元 25
GB/T25469一2010 CGxz5:预测应答 目的:预测接收者(如供应商)向预测提交者(如客户)提交应答信息 协同预测是指处理提交的预 测时,以高级协同方式识别和处理异常 己按收CG双, 前提条件 cG双2或CG效 否 是否需要进行 分析预测回复 协商或者合作 规划? 客户 是 联系供应商 接收消息 5 CGXZ 发送消息 供应商 回复中说明在顶 分析中定义的时期 接收预测 分析预测信息 内，预计可用产品 的数量 图A.24预测回复通知过程单元 CGXz6:预测异常通知 目的;异常识别者在协同预测过程中向异常接收者发出已识别出的异常 合作 分析最佳解 决方法 异常涉及的 否 股东 改变异常状态 接收异常条 通告异常状态 白动处理 自动处理 件的消息 是 CGX76 cGXz6 发送消息通告 与供应链相关 的股东 接收异常状 是 态消息 异常？ 异常检验者 业务过程中 俱别出的异常 贾易伙伴间 已被处理 信息交换 是 图A.25预测异常通知过程单元 26