供应链协同平台建设方案

供应链协同平台建设方

案

The manuscript was revised on the evening of 2021

XX公司SCCP平台建设方案

2011年4月

目 录

1. 项目综述

1.1. 项目背景

随着国内众多企业发展壮大的步伐，企业信息化被提升到越来越重要的位置，经过近年来的发展，国内众多制造业和流通企业都逐步建立起基础的信息化体系，实施了ERP、SCM、CRM、OA、企业门户等信息化管理系统，使得企业内部管理逐步规范，信息沟通更加通畅，管理效益得以大幅度提升。

同时，随着企业专业性不断提高，分工协作更加深化，企业间联系程度日益加深，供应链关联日益紧密。市场竞争环境的剧烈变化使企业之间协同的必要性和重要性日益凸现，作为协同中的一个企业比作为一个单独运作的企业能够取得更高的赢利能力，企业需要在更广大的范围内开展业务，应对竞争。因此，建立供应链上下游企业之间的合适的协作体系，共享信息，合作共赢，成为企业增强竞争力的新的竞争要素。

目前，国内不少制造业核心企业都意识到对供应链加强信息化管理的重要性，特别是汽车和电子行业的不少核心企业，建立了企业自己的外部供应链管理系统，用于对供应商和客户进行管理，供应商和客户凭企业指定的账号，可以登录到这些系统进行业务操作。但是，这些系统是基于企业自身的信息化体系架构开发的，企业的信息系统之间无法直接进行信息交换，不同的系统，需要不同的账户进行登录操作，程序繁琐，效率不高。因此，一个建立在开放标准下的公共信息交换平台成为解决当前问题的可行性方案。

1.2. 建设方案简介

SCCP为Platform for Supply Chain Collaboration的缩写，意思是供应链协同平台，平台建设目标是建立一个在供应链协作伙伴之间提供业务协同的一个

公共平台，通过建立标准的信息交换技术标准，使业务信息在供应链上下游伙伴之间得以共享和传递，实现建立快速反应的供应链的目的。

SCCP平台建立一个信息交换中心，企业通过接入平台，实现和供应链伙伴之间的信息交换和业务协同。平台包括用户管理中心、安全鉴权中心、服务管理中心、信息交换中心、事务管理中心、计费系统、账务系统等几个业务系统模块。

供应链中的核心企业和其上下游供应链伙伴的信息系统通过客户端接口系统接入平台，通过和SCCP平台进行数据交换，实现与供应链伙伴的数据共享和传递。

针对供应链中大部分用户不能接入平台直接进行信息交换的现状，开发一个中小企业业务处理系统，满足未能接入平台的中小企业用户进行业务处理的需要。

图1 平台应用示意图

1.3. 平台结构

1.4. 网络结构

2. 实现业务

2.1. 询价报价业务

询价是采购单位向供应商提出的要求对方根据要求进行报价的业务。 报价是供应商根据采购单位的询价要求进行的应答。 该业务要求两方中的一方必须为接入客户。

2.1.1. 询价业务流程

发起方：采购商。 接收方：供应商。

要求其中一方必须是接入用户，不同类型可以有不同的业务处理方式。

2.1.1.1. 询价流程（一）：提交询价单给供应商

适合用户情况：采购方为接入客户。

采购单位根据业务需要制作采购清单，根据平台的询价单模板要求生成xml交换数据包，选择要提交的目标供应商，然后提交SCCP平台。

平台解析信封内容，向目标客户发送待处理任务，并根据用户的意愿确定是否发送短信通知。

用户登录平台，按照询价单要求进行数据填报，然后提交采购商。采购商报价接收接口接收报价单内容，并进行业务处理。

2.1.1.2. 询价流程（二）：直接从供应商接口提取报价

适合用户情况：供应方为接入客户。

采购单位根据要采购的物资的关键字符，从供应商处查询对应的物资，导入询价单表格，从询价单直接获取该供应商针对本单位的报价。

2.1.2. 功能需求

 制作询价单

 询价单发送（生成询价单xml交换数据包，发送到平台）  查看发出的询价单  查看收到的询价单

 询价单撤回  询价单报价

 报价单接收（接收平台转发过来的报价单数据包，进行数据接收处理）  报价单发送  报价单撤回  查看收到的报价单  查看发出的报价单  报价单转采购订单

2.2. 采购订单业务

采购订单是采购方提交给供应方的订货单。因此要求采购订单的信息内容必须是安全的，只有供应方才能看到订单的详细信息，并且可以确认该订单是由采购方发出的，采购方不得抵赖。任何第三方都无法仿制该订单。

2.2.1. 业务流程

2.2.1.1. 业务流程一：订货平台订货

适用情况：供货单位接入平台 发起方：采购单位

采购方登录平台，进入采购订单处理模块，新建采购订单，选定供应商，从供应商处查询要订货的物资，获取供价，输入订购数量等信息，按照采购订单标准格式生成xml交换数据，通过平台，提交给供应商。

2.2.1.2. 业务流程二：从本业务系统订货

适用情况：采购单位接入平台，从采购单位业务系统直接下订单 发起方：采购单位

采购方在自身业务系统中生成采购订单，按照采购订单标准格式生成xml交换数据，提交到SCCP平台，平台自动转交给供应商。

此方式下提交的采购订单，对供货方是否接入平台无要求，

2.2.1.3. 订单导入流程

如果供应商开通采购订单接收接口，系统显示导入数据按钮，点击进入导入数据前的数据检查（客户端接口部分实现），检查1、采购商在不在我的客户，如果不在，则从平台中获取客户的平台id，记录在客户信息档案中，与自身系统的客户进行对应，记录该id信息。

如果供应商未开通采购订单接收接口，系统显示该订单的内容。

2.2.2. 功能需求

 制作采购定单

 采购定单发送（生成采购定单xml交换数据包，发送到平台）  采购订单撤回

 查看发出的采购订单（可选）  查看接收到的采购订单  订单生成询价单（可选）  采购订单处理（可选）

 采购订单接收（接收平台转发过来的采购订单数据包，进行数据接收处理）

2.3. 物流订单业务

物流业务用于向物流服务商发送物流运输订单，物流企业接收订单，提供物流服务，并实时提供订单的执行情况查询。

2.3.1. 业务流程

托运方提交需求物流运输订单请求到SCCP，平台进行权限鉴别，转发请求到物流服务商，物流服务方接收请求，转入处理，并反馈接收成功提示。托运方在发送订单后，可

发送查询获取订单的实时执行情况，托运方实时反馈订单执行情况。

2.3.2. 功能需求

 物流订单提交（托运方向运输方提交）  订单撤回  已发送订单查询

2.4. 库存查询业务

该业务用于查询本单位所需产品在供应商处的库存情况和本单位产品在客户处的库存情况。

2.4.1. 对方接入平台

2.4.1.1. 单个物资库存查询

每次查询一个规格的物资的库存。对方实时返回该物资的库存记录。为防止对客户系统造成大的压力，单个物资查询必须间隔一定时间才能再次执行。

2.4.1.2. 多种物资库存查询

每次查询多个规格的物资的库存。

系统将该任务作为延时处理任务进行处理。在对方指定的时间段提交给对方服务接口进行计算，返回该查询的库存记录。

2.4.2. 对方未接入平台

此情况下，查询发起方必须是接入平台的用户，发起方生成库存填报表格，选择接收方，提交到SCCP平台，平台将该事务作为对方的待办事务，并根据系统设定判断是否发送短信通知。

2.4.3. 功能需求

 制作库存查询单

 查询任务发送（生成库存查询xml交换数据包，发送到平台）  查询任务订单撤回  查看库存查询单反馈结果

 库存查询结果转采购定单（可选）  库存查询结果转发货单（可选）

 库存查询结果接收（接收平台转发过来的库存查询结果，进行数据接收处

理）

2.5. 需求计划查询业务

需求计划是需求单位根据业务形势做的需求分析估计，不能作为订单，仅作为上游供应商进行生产计划制定和产品储备的参考。

因需求计划是企业的经营机密，此业务权限要严格控制，确保信息的安全。 该业务返回被查询客户针对请求方的采购需求计划信息。 该信息的提供方必须是接入用户。

2.5.1. 业务流程

供货方提交需求计划查询请求到SCCP，平台进行权限鉴别，转发请求到采购方，采购方接收请求，转入处理，并反馈接收成功提示。采购方处理成功后，将查询结果提交到SCCP，转发给请求方。

2.5.2. 功能需求

 需求计划查询（供货方向采购方查询近期的需求计划）  需求计划发布（采购方向供货方主动发布近期需求计划）

2.6. 对账查询业务

该业务用于业务伙伴之间进行账务查询。

2.6.1. 业务流程

1、 发对账单给对方（发起方接入系统）

发起方提交对账单信息到SCCP，平台进行权限鉴别，转发请求到目的客户方，并反馈接收成功提示。目的客户方接收对账单进行账务核对，核对完毕后，将核对结果提交到SCCP，转发给请求方。

2、 发对账请求给对方，要求对方提供对账单

发起方发起对账请求到SCCP，平台进行权限鉴别，转发请求到目的客户方接口，反馈任务发送成功消息。发送不成功则保存在平台进行缓存待发。对方接口系统接受请求后进行业务处理，输出对账单反馈信息给平台，平台转发给请求方。

2.6.2. 功能需求

 对账申请提交  对账申请撤回  对账单查看

2.7. 销售计划业务

销售计划是供货商向客户订立的一段时间的销售目标。

2.7.1. 业务流程

1、 接收方接入系统

供货商制定销售计划，提交计划单信息到SCCP，平台进行权限鉴别，转发请求到目的客户方，目的客户方系统接收计划单，并反馈接收成功提示，SCCP将该反馈信息反馈给发起方。如果目的客户方系统未正确接入，平台暂存该业务，待系统接口正常时进行转发。

2、 接收方未接入系统

供货商制定销售计划，提交计划单信息到SCCP，平台进行权限鉴别，发待办任务信息给目的客户方，并反馈提醒信息发送成功提示。

2.7.2. 功能需求

 销售计划单提交  销售计划单撤回  销售计划单查询

2.8. 销售报表业务

销售报表是销售客户向供货商提供的一段时间的产品销售汇总信息报表。

2.8.1. 业务流程

1、 汇报方接入系统

供货商提交报表信息请求到SCCP，平台进行权限鉴别，转发请求到目的客户方，目的客户方系统接收请求，并反馈接收成功提示，SCCP将该反馈信息反馈给发起方。如果目的客户方系统未正确接入，平台暂存该业务，待系统接口正常时进行转发。客户接口接到该请求后进行统计查询或延时到固定时刻进行处理，处理完毕后返回查询结果到SCCP，转发给请求方。

2、 汇报方未接入系统

供货商提交报表信息请求到SCCP，平台进行权限鉴别，发待办任务信息给目的客户方，并反馈提醒信息发送成功提示。目的客户接收到信息登陆中小企业业务处理平台进行数据填报，提交反馈信息到SCCP，转发给发起方。

2.8.2. 功能需求

 销售报表填报申请提交  销售报表填报申请撤回  销售报表填报

 已填报报表查询  反馈报表查询

2.9. 供货能力查询业务

查询供应企业某种产品的供货能力。供货能力查询每次查询一个产品的供货能力分析结果

被查询的供货单位必须接入系统。

2.9.1. 业务流程

采购商提交供货能力查询请求到SCCP，平台进行权限鉴别，转发请求到目的客户方，目的客户方系统接收请求，进行业务处理，即时反馈信息给发起方。客户接口故障的，反馈系统故障信息。

2.9.2. 功能需求

 提交供货能力查询请求

2.10. 供应链伙伴短信通知

根据业务需求，发送短息到业务伙伴。

短信内容可定制，是否发送通知由客户进行设置。

3. 系统模块

3.1. 基础信息管理

3.1.1. 单位管理

单位是接入平台的基础组织，每个单位有一个唯一的标志，用以对接入单位加以区分。

对于有多个分公司和下级单位的组织，根据企业的业务开展方式，对不同单位设立不同的规则，独立对外进行业务活动的单位，需要在平台设立唯一标志，多个企业可以共享一个系统接口接入平台。

例如，一个公司有多个下属分公司，每个分公司独立对外开展业务，有独立的账务，就需要在系统建立单独的单位以区分，如果该集团公司有统一的ERP和CRM系统，可以共用该系统的接口对每个分公司进行业务处理。对于一个公司有多个营业门面的情况，每个门店不独立采购，仅进行独立销售核算，就不需对每个门店设立独立的单位标志，由公司提供门店信息，供业务伙伴进行信息提取。

单位信息包括单位是否通过接口接入以及接口当前状态（通与不通两种状态）。

单位用户注册邀请：系统接入用户给供应链伙伴发送注册邀请，提交邀请类别（供应商邀请、客户邀请、物流服务商邀请）、单位名称、联系人名称、联系人手机号给平台，平台根据这些信息，在系统生成临时单位用户，生成临时用户公钥和私钥，以及用户识别号，同时根据邀请类别，在该临时用户账号下加入业务伙伴确认待办事宜。处理完毕后，给联系人发送注册邀请短信和验证码。同时提醒用户，如果用户已经在平台注册，请登录系统，然后用验证码将临时账号和待办事务转移到已注册用户下。

单位密匙信息：单位（不论正式还是临时单位）生成后，系统自动分配平台公钥和私钥。通过接口系统接入的单位，可以提交单位的第三方电子证书，系统保存提交的证书公钥。

3.1.2. 业务关系管理

业务关系管理记录单位的业务关系单位，关系类型有供应商、客户、物流提供商。暂时三种业务类型。

用户可向有业务关系的在网用户发送业务伙伴申请，经业务伙伴确认后，加入业务关系管理模块进行管理。

3.1.3. 用户管理

用户是单位下的系统使用者，用户分两种情况进行管理：

1、对于接入平台的客户，开通用户查询及权限查询接口，用户及用户权限由客户端接口系统进行管理，平台不存储用户信息，只允许单位管理员从平台直接登录，其他用户须从单位业务系统登录；

2、对于未开通接口的单位，中小企业业务处理系统提供一个用户管理模块，用于单位的用户管理和业务权限管理。系统默认提供三个用户业务处理角色：采购员、销售员、财务人员。

3、系统管理员是系统管理的主要执行角色，系统管理员在每个客户中都存在，用于登录系统进行系统设置处理，不能进行业务处理。客户系统管理员角色在平台的设置作为独立的一个处理系统，要求必须有严格的权限控制，执行身份验证后才能进行操作。

3.1.4. 用户权限管理

每个用户分配哪些业务权限，接入用户提供一个用户权限查询接口，以便于平台获取用户的业务权限。

3.1.5. 邀请供应链伙伴注册

此功能在客户端接口系统实现：

对于接口系统中没有记录该单位的平台id的供应链伙伴，显示邀请注册按钮或链接，点击进入邀请界面，首先从平台查询与其名称或者联系人手机一致的单位，供用户区分是否是自己的合作单位，如果是，发送加入业务伙伴申请，如果查询不到一致的单位，则给

联系人的手机发送注册邀请短信。并将单位信息加入系统的临时单位库，联系人信息加入临时联系人库，用于新单位的初次登陆。

3.2. 业务功能模块

3.2.1. 交换平台处理业务

3.2.2. 客户端接口处理业务（公共部分） 3.2.3. 中小企业业务处理系统处理业务 3.2.4. 客户接口系统处理业务

3.3. 服务管理

3.3.1. 服务清单

服务清单，记录平台提供的服务的所有业务类型。（在平台记录）

单位开通业务清单，记录该单位所有开通的业务、开通地址及服务版本信息和服务当前状态，是否收费，收费标准等信息。（在平台记录）

3.3.2. 平台提供服务 3.3.3. 客户端提供服务

3.4. 待办信息门户

3.4.1. 单点登录

系统支持系统间的单点登录，用户登录自身业务系统后，可以将平台提供的待办业务信息嵌入自身系统的待处理业务中，并实现根据提示信息直接业务跳转。各系统间仅需要

登录一次即可。

平台仅支持客户业务系统登录验证，并单点登录到SCCP平台。对于在平台登录的用户，不支持与客户业务系统进行统一身份认证。

3.4.2. 待办业务嵌入

平台提供一个待办门户模块，用户根据平台提供的参数格式和加密安全规则进行数据传递，系统反馈一个可以嵌入客户系统的待办信息页面。

不同待办业务链接的业务处理模块地址，由客户管理员在平台进行设置。

3.5. 任务管理

3.5.1. 任务分类

系统任务分为即时处理任务和延时处理任务。 任务同时还有按人分配和按权限分配属性。

3.5.1.1. 即时处理任务

在系统提交请求后立即执行业务处理并反馈执行结果；

即时处理任务执行的前提，是必须在保证网络畅通和服务开通的情况下才能完成，否则要转成延时处理任务进行处理或则返回错误信息。

3.5.1.2. 延时处理任务

需要等待人为干预或长时间的系统处理才能完成。

任务提交到平台后，平台根据客户的状态判断是及时处理还是延时处理，对于即时处理的，如果在处理过程中有异常导致处理不成功的，则转为延时处理，并给出原因。

3.5.1.3. 任务分配

系统处理任务默认是有处理人的，如果在系统中无法找到对应的处理人，则将该任务交给有任务分配权限的人员进行分配处理，任务分配后，该任务进入被分配人的待办任务。

3.6. 系统管理

3.6.1. 服务开通管理

SCCP平台用于管理客户端开通服务项目。

3.6.2. 角色设置

中小企业业务处理系统和客户接口系统对用户角色的管理；

中小企业业务处理系统默认有四个角色，即系统管理员、采购员、销售员、财务人员。每个角色的权限是系统定好的，用户只需分配相应的角色即可。

客户接口系统除管理员角色外，其他角色皆可自定义。

3.6.3. 角色权限设置

客户接口系统：对用户角色进行权限分配；

3.6.4. 用户权限设置

中小企业业务处理系统和客户接口系统： 对用户进行角色分配，一个用户可担任多个角色。 用户工作交接的权限和业务交接。

3.6.5. 系统参数设置

系统重要参数的设置。

3.7. 计费管理

记录用户的等级，费用标准，服务开始时间、结束时间，费用统计 用户开通的服务都如何收费，对待不同的用户，制定不同的收费策略

3.8. 日志管理

记录用户系统操作和业务信息交换的记录。

3.9. 账务管理

对用户费用产生、缴费情况进行记录，通过账务管理，进行用户催缴等处理。 用户可查询缴费情况，费用核算，清单。

3.10. 可选业务模块

3.10.1. 供价管理 3.10.2. 订单管理

可从业务系统提取订单，保存在接口系统，并自动从供货商获取最新供价信息，与原价格进行对比。如果价格有差异，可以转成询价单，提交供应商进行确认。

4. 安全保障

4.1. 传输层安全保证

客户浏览器登录SCCP平台采用SSL安全登录技术，在客户端和服务器之间建立安全传输通道，保证传输信息不被监听破解。

4.2. 业务层安全保证

1、 PKI安全体系

系统采用PKI安全体系进行数据加密和签名，用于保证数据不被破解和发送方的不可抵赖。

2、 每一次数据交换都需要请求方的数字签名信息以验证请求方的真实身份； 3、 交换数据的信封信息和交换数据内容均采用公钥加密形式，保证只有目的客户才

能解密这些信息；

4、 平台支持平台自己签发的数字证书和第三方安全认证机构签发的数字证书； 5、 对于使用中小企业业务处理系统的客户，系统对任何业务关键信息都是以加密形

式存储的，这些信息只能在客户电脑上利用客户端控件用客户私钥解密才能查看。

5. 接入规范

5.1. 接口规范

该规范用于指导客户端用户和平台接口开发，与用户端开发语言和系统平台无关。平台制定一系列信息交换的标准并予以公布，并提供标准的接入模板，用户可以根据自己使用的业务系统的模型结构，开发适合于本公司业务系统的接口系统。

5.2. 接口标准

5.2.1. 物料编码同步规范

5.2.2. 采购订单规范 5.2.3. 采购订单跟踪规范 5.2.4. 销售订单规范

5.2.5. 销售订单物流查询跟踪规范 5.2.6. 供应商库存查询规范 5.2.7. 客户库存查询规范 5.2.8. 付款申请单规范 5.2.9. 收款申请单规范 5.2.10. 供应商对账单规范 5.2.11. 客户对账单规范

6. 手机客户端业务处理 7. 系统开发及集成方案

在本方案书中暂时不对硬件设备配置和处理能力进行阐述，只是提出系统对硬件平台及软件及网络环境的要求，具体如下：

7.1. 硬件环境

7.1.1. 数据库服务器

用于SCCP平台系统和中小客户业务处理系统的数据存储

7.1.2. 应用服务器

SCCP平台系统和中小客户业务处理系统的应用服务容器

7.2. 软件环境

7.2.1. 开发语言和平台

采用Java语言，按照J2EE和J2ME标准开发

7.2.2. 服务器操作系统

Windows2003以上或linux系统均可

7.2.3. 数据库

Oracle 9i/10g

7.2.4. WEB服务器

Webspher/Weblogic/Jboss均可

如果您对此方案感兴趣，请电话联系：