供应链管理系统开发方案

1 前言

1.1 编写目的

本文针对“供应链管理系统一期工程”的需求进行描述，是项目实施的重要文档。其目的是对此项目的立项缘由、将要实现的功能、涵盖的业务范围等进行描述。此文档所述需求是后期进行项目设计和实施的依据和目标。

1.2 编写说明

 

2 系统概述

2.1 项目背景

2.1.1 采购物流业务发展

集团公司从1999年以来，采购管理业务先后实施了省集采和集团集采，近年来一直着眼于构建与上游供应商建立战略合作关系，通过提高采购管理的专业化、集中化水平，不断增强企业核心竞争力。自2004年实施集团集中采购以来，公司持续加大集中采购管理力度，拓展集中采购产品范围，集中采购在整合全集团采购资源、充分发挥规模优势上取得了令人瞩目的成绩。2010年成立采购部，定位是公司的供应链管理部门，目标是建设低成本高效供应链管理体系。

2.1.2 供应链系统建设现状

先后完成了电子采购平台三期项目，建成了“一个门户，两个平台”（招投标采购网、电子采购平台和B2B互联交易平台）电子化支撑体系。
招投标采购网：由中远网络建设，主要功能包括公告发布、新闻信息、规章制度、电子标书购买、供应商中心、WIKI论坛、TD频道等；系统相对独立、功能较简单；公告功能基本推广至总部和省公司应用，但其它功能基本没有得到有效应用。
电子采购平台：其中Ariba和主数据管理子系统由PCCW建设，采购管理系统和门户由亿阳建设；对一级采购管理支撑相对较好，但对二级采购业务管理支撑明显不足，省公司应用推广较困难。
B2B互联交易平台：提供了门户、网关和代理网关三种接入方式，实现了订单、收发货、物料编码等协同，应用情况基本达到预期。
集成情况：通过与省ERP系统集成，实现了基础核算信息共享和B2B订单导入，以及一级集采供应商编码和物料编码下发等接口。

2.1.3 供应链信息化规划

参考eTOM模型及相关案例，以满足工程物资、备品备件、市场营销等物资供应为驱动，规划端到端全流程供应链业务能力框架：
 
按照信息化规划，供应链信息化系统架构由企业供应链统、供应商门户和JOY电子商务网三个系统组成。

2.2 建设原则

供应链管理系统建设的原则如下：
(1)开放性
本项目要求所建系统具有开放性，必须提供统一的开放接口，保证今后与其他相关系统的集成。
(2)实用性   
系统应基于集团和省公司层面供应链管理的实际要求进行建设；系统应易于供应链管理相关业务人员使用，各种功能操作简单明确，系统维护集中、简单。
(3)高效性
提供供应链管理相关人员高效快捷操作功能，支撑供应链管理业务的快速处理，提高供应链管理相关人员及合作伙伴供应商的满意度。
(4)扩展性
在满足集团供应链管理要求的前提下，供应链管理建设应考虑未来业务的需要，要能以快速灵活的配置方式，扩充管理范围和层次，逐步发展成为可以覆盖集团总部（大区）、省、市三级操作的供应链管理系统。
(5)安全性
为保证供应链管理的安全性，在系统建设中要充分利用先进的安全控制技术，保证设备、网络、系统、应用和数据的安全。
(6)渐进性
项目建设不能盲目追求大而全，导致系统的实施风险增加；应该抓住主要矛盾，先集中精力在工作急需的方面进行建设；再逐步对系统进行完善和提升。

2.3 建设目标

按照 “高起点、高标准，构建世界一流供应链管理信息化体系”的信息化发展目标，建设支撑集团总部（含大区）、省、地市三级采购物流业务管理的供应链管理系统，实现供应链全过程可视化管理，从纵向、横向两个维度构建端到端、一体化、完善的业务流程支撑体系，增强数据的统一、规范、及时、准确性和统计分析能力，从而打造低成本高效供应链，形成供应链核心竞争力，提供端到端供应保障能力。
l 建立总部、省两级系统架构，一二级集采供应商通过统一门户实现无缝对接。
l 统一一二级供应商编码、物料编码、条码规范和订单、收发货等单据模板。
l 支撑一级采购、二级采购、大区物流、省市仓储物流等基本作业流程。
l 强化集中管控，实现采购物流一、二级流程无缝衔接，形成总部、省、市三级的纵向集采管理。
l 实现与GSM/TD主设备供应商的B2B协同，协同内容包括订单、收发货及付款申请。
l 实现供应链全过程管理，通过采购物流一体化、打通供应链系统与ERP、OA、合同等外围系统接口，实现物资的全生命周期管理。
l 统一规划、建设一二级供应商和产品信息库，自动抓取交易数据，实时统计、分析全集团供应链数据，支撑集中管理与决策。

2.4 建设范围

2.4.1 组织范围

包括集团总部、5个大区物流中心、31个省公司（其中17个省统一新建，14个省自建做接口），支撑总部（含大区）、省、市三级的采购物流管理以及营业厅物资的管理。  

2.4.2 业务范围

l 采购：一级集采、二级集采（含总部和省公司）、省自采，及相关的供应商管理、产品管理和质量管理
l 物流：大区、省、市公司三级仓储管理以及营业厅物资管理，干线运输和区域配送等业务
l 物资范围：工程物资、维护材料、市场物资、备品备件、SIM卡、有价卡、工余料、拆旧料等
l 供应商范围：包括两级集采物流管理相关的供应商，及第三方检测机构
l 流程：覆盖需求计划、采购寻源、采购执行、仓储、物流配送端到端的完整流程

2.4.3 用户范围

包括总部（含大区）、省、市三级的采购物流部门、需求和使用部门、营业厅物资管理人员（兼职）、供应商、仓储管理人员（含外包人员）、第三方仓储物流商，以及计划建设、财务、纪检等相关部门管理人员。

2.4.4 集成范围

实现与总部和各省公司统一信息平台、ERP、BOSS、合同管理系统、电子报账系统、预算管理系统、资产管理系统、计划管理系统等周边系统的集成，以及与外部供应商、第三方物流商等系统集成。

2.4.5 建设内容

分类		内容	说明
设计 （包括统一建设的17个省公司，其余14个省公司只做调研，不进行业务流程再造）		业务流程再造（BPR）	总部及省公司供应链业务管理策略及模式、组织架构、业务流程、绩效管理、人力资源等（包括产品分类管理、供应商管理（含供应商分级）、仓储物流策略及模式等）
		业务规范	各类物资业务管理模式、流程、表单模板等
		架构规范	总部、省两级集成的供应商门户架构、供应商和产品数据库架构、供应链系统内部架构等
		技术规范	系统功能、性能、安全性等要求
		界面规范	系统用户界面要求、UI设计
		接口规范	系统边界及接口关系
		数据规范	数据结构、物料编码、实物编码、供应商编码等
		测试规范	系统测试方法、样例，验收标准等
项目管理			规范的统一管理、实施项目管理、文档审核、测试、验收等
实施	总部供应链		供应商门户、供应商内部门户、综合分析与监控、供应商和产品管理、采购寻源、总部采购管理（需求、执行）、接口等
	大区物流		大区仓储、干线运输、接口等
	青西宁供应链		青西宁采购、物流、主数据、统计分析、接口等
	其它省供应链		其它省采购、物流、主数据、统计分析、接口等

BPR的具体内容需求如下：
l 组织架构及人力资源规划，确定供应链各层级之间以及同一层级中采购物流部门与横向部门的分工界面，确定各采购物流专业岗位的职责
l 供应链系统绩效指标管理体系
l 采购全目录以及品类管理策略
l 明确招投标管理流程，标准化省公司的采购方式和供应链全过程的业务流程
l 供应商考核及管理策略，供应商分类分级管理办法，
l 产品质量检测与管理策略，后评估管理主流程
l 明确一级集采计划与项目管理主流程、总部自采主流程以及采购需求管理主流程
l 大区、省公司的仓储物流管理策略、管理模式及主要业务流程
l B2B业务协同主流程

2.5 时间要求

功能上线
l 清单小签后1个月内电子招投标上线（该系统可单独建设，与其他采购管理模块的接口可暂不实现，利用人工导入方式实现）
l 清单小签后3个月内大区仓储物流上线
l 清单小签后6个月内一级集采执行管控功能上线（定版省可实现完整的一级集采执行监控功能，并封闭ERP订单录入功能；开发一套简化的一级集采订单录入模块，部署在总部侧，供其他省使用，通过与一级集采执行模块对接，实现配额控制并完成ERP订单导入，可向模式3的省公司采购系统开放接口，同时封闭这些省一级集采物料的ERP订单录入功能）
l 清单小签后9个月内SCM1.1版本全部功能上线
l 清单小签后15个月内SCM1.2版本全部功能上线
应用推广
l 清单小签后1个月内电子招投标总部试用
l 清单小签后3个月内电子招投标总部推广，大区仓储物流试运营
l 清单小签后6个月内电子招投标31省推广
l 清单小签后9个月内SCM1.1版本总部、大区和定版省应用
l 清单小签后12个月内SCM1.1版本统建17省推广
l 清单小签后15个月内SCM1.2版本总部、大区和定版省应用
l 清单小签后21个月内SCM1.2版本统建17省推广
系统实施
l 清单小签后1个月内建立联合项目组中央组，编制PMO项目管理章程，召开项目启动会议
l 清单小签后3个月内完成初步设计，确定总体方案和系统基础架构，指导省节点供应商以及接入省公司供应商启动系统实施
l 清单小签后5个月内完成全部设计
l 
l 清单小签后9个月内完成总部系统与定版省系统、第一批自建省接入
l 清单小签后12个月内完成总部系统与31省接入
l 
 
 
 
 
 
 

3 功能需求

3.1 供应商门户

供应商门户是供应链管理系统功能的集成平台，应当基于供应链管理系统涵盖的管理功能、数据模型和当前各省公司供应商门户建设功能的现状，设计供应商门户的集成方式和操作呈现。
1、 主数据管理要求：应考虑物料编码和供应商信息管理范围（全网和一级集采）和省公司自建门户所造成的供应商门户功能的集成方式差异。
2、 供应商管理：供应商全生命周期的管理需求决定了供应商门户、供应商管理和供应商信息管理之间的关系，应在门户集成方式中考虑供应商信息维护、供应商有效的管理。
3、 交易协同管理范围：一级、二级集采产品交易协同的管理范围将造成统建的供应商门户与现存省公司供应商门户之间的集成关系。

	物料编码	供应商信息	供应商管理	交易协同
方案一	○	○	○	○
方案二	◎	◎	◎	◎
方案三	◎	●	●	◎
方案四	●	●	●	●

管理范围：仅一级产品○；◎一级、二级产品；●全部产品（包含一级、二级、非集采产品）。
不同的方案选择，决定了供应商门户的设计和集成方式。方案一供应商门户只管理一级集采产品，省公司在办理业务时一级集采和二级集采需要在不同的平台上操作，将会影响工作效率，不利于集中管控；方案四将非集采的供应商也纳入供应商门户管理，鉴于非集采供应商数量众多、交易额较小、交易频次低，且未实现归口管理，通过供应商门户集成的难度较大且效果有限；因此供应链一期的一阶段实现方案二，二阶段在具备条件的省公司实现方案三。

3.1.1 供应商门户业务需求

供应商门户的业务目标

供应商门户是与供应商进行商务合作的统一的、唯一的外部界面。完成供应商管理信息维护界面集成、以标准化、电子化对外协同交易方式，提高与供应商沟通、协同效率，提升对供应商服务水平。

供应商门户的使用对象

供应商门户应支撑对采购寻源过程涉及到的供应商进行管理，从交易维度划分分为交易供应商和潜在供应商两类。
（1）交易供应商：
供应商门户的使用对象主要是一级集采、二级集采、以及其它自行采购的交易供应商。
（2）潜在供应商
对潜在供应商（包括根据寻源各阶段划分的供应商）供应商门户应支撑对此类供应商通过供应商门户获取相关信息。

供应商门户业务范围

供应商门户主要集成供应商用户管理呈现、基础信息集成、交易协同三部分功能的展现：
（1）供应商用户管理
提供供应商用户帐号管理，后台角色分配、用户登陆鉴权功能。
（2）基础信息集成
提供对供应商的信息发布、供应商对自身信息的维护、产品及物料基础资料查询、交易信息查询、需求预测信息查询、招投标交互界面集成、供应商待办工作台。
（3）交易协同
产品配置协同、合同及订单协同、收发货协同、配送协同、采购结算、付款协同、交易申告和受理等业务。

供应商门户的接入与集成

供应商门户应根据供应商的应用需求有差别的提供不同的认证方式，如：用户名/密码、CA证书等。
根据供应链一期工程的管理范围，供应商门户应统一建设

3.1.2 供应商门户功能需求

供应商统一待办列表

供应商门户集成各子系统，将子系统待办信息集中并按照子系统和业务分类展示，使用户能较为全面的查看、集中处理业务待办，提高易用性和处理效率。
供应商通过待办能够完成所有待办的业务操作，如通过采购订单确认待办、清单审核驳回待办、价格联动原材料价格审核待办、价格联动触发确认待办分别进行订单确认、驳回清单的修改、原材料价格审核、确认价格联动。

供应商信息录入

供应商在门户提供供应商信息录入的渠道，支持供应商信息管理的数据的分发。

公告查阅

为供应商提供公告查看功能，不同用户查看权限各不相同。公告信息包含招标公告、中标结果公告、邀标公告、招标预告、资质预审公告、变更公告、以及系统通知。中标公告只有参与的该项目的投标供应商能查看，邀标公告只有被邀请的供应商可以查看。

制度与流程查阅

提供文档信息查看功能，按目录分类提供招投标管理办法、采购流程、供应商管理办法等信息的在线展示，便于供应商及时了解相关管理办法、流程等信息。 

产品及物料查询

为供应商提供物产品、料编码查询功能。该功能应为联机模糊关键字搜索方式，以便供应商能快速方便的确定要使用编码，辅助订单协同。

需求预测信息查询

为供应商提供需求信息查询功能，可通过网关代理客户及门户方式进行。

供应商后评估查阅

为供应商提供年度、季度后评估结果，以同种产品不同供应商方式、同一供应商不同产品方式发布后评估结果。

电子交易信息统计

在供应商门户中提供合同信息、订单/预订单信息、采购结算信息、付款信息、价格联动信息的查询及统计。
将内部门户已有的铅和铜价格走势图、联动通知等信息展示移植到供应商门户，与新增原材料该部分信息一起,为供应商提供统一的价格联动信息展示界面。同时提供值班供应商录入原材料价格的入口。

电子招投标信息集成

对电子招投标交互界面进行集成，将招标、投标、标书下载、评结果等过程信息在供应商门户中发布。

项目计划及招标进度展示

将集团项目计划进度信息在门户呈现，使供应商及时了解相关项目计划及进度，以便投产备货等工作开展，提高采购效率。开放给投标供应商查看招标进度（如资格预审是否已结束等信息），投标供应商只能查看其参与投标项目的进度信息。

信息沟通渠道

在供应商门户中提供供应商信息交互的渠道，分为公开信息和私密信息的投报处理功能。

供应商协同待办

供应商门户应在供应商登陆后，集中呈现电子交易协同的待办信息，具体包括：订单/预订单协同待办、发货协同待办、到货证明待办、结协同待办、付款协同待办。待办信息应信具备短信通信功能，在任务到达进行通知、任务超时进行催办。

交易协同（WEB门户方式）

与供应商之间的交易协同可以通过WEB方式、B2B网关直联方式完成，这里特指WEB门户方式交易协同，协同过程包括但不限于以下类别。
1. 采购订单/预订单协同（PO）
采购订单协同用于支撑供应商在门户上接收确认-PO订单。
2. 发货协同（DN）
发货协同用于在支撑供应商在门户创建发货通知（DN），提交至方面进行接收。
3. 收货反馈
收货反馈用于提供每个发货通知（DN）对应的在各收货单位的签收确认信息， 还需根据-PO跟踪下挂的每个发货通知的签收确认信息。
4. 结算协同
对于与供应商签订了框架协议（合同）对应的采购订单，供应商将在门户发起结算申请，与方面协同完成采购结算。
5. 付款协同
 供应商门户提供付款申请功能操作界面，需实现按合同（订单）约定付款计划对付款额度进行控制，传递付款要件，提交审核通过后推送至省电子报帐平台形成报帐单草稿。
6. 仓储管理协同
供应商门户应能提供VOI仓储管理模式下的仓储管理的协同。
7. 第三方物流管理协同
供应商门户应支持第三方物流的功能的集成操作界面。

操作指南与日常支撑

1、联机操作指南
供应商在业务操作过程中，在任何节点或步骤都能查看与之相对应的在线帮助信息，如用户当前在进行采购清单创建，则点击查看在线帮助，系统自动定位到采购清单创建的在线帮助信息处。
2、单据支撑管理
在日常电子交易协同过程中，如发生单据数据错误、流程状态异常等情况，则需要对单据进行后台维护。单据后台维护由供应商发起工单，经采购员审核通过后，再由由供应链管理支撑团队进行后台修改。工单中需记录修改单据的编号、修改内容、审批记录等关键信息。

后台管理功能

应能提供系统支撑管理人员的后台业务支撑管理的集成操作界面，如账号、权限管理界面、界面风格配置、系统公告发布等功能的集成操作界面。

3.2 供应链内部门户

3.2.1 供应链内部门户业务需求

供应链内部门户的业务目标

1、供应链内部门户是采购物流业务统一的IT平台入口，应充分体现集中化的理念，为供应链内部子系统之间提供统一的业务视图。
2、供应链内部门户应充分体现供应链的管理文化和专业分工，条块切割清晰。例如按采购管理、物流管理、供应商管理、产品质量管理等分类方式进行内部门户版块规划。
3、为用户提供快速便捷业务功能访问，门户界面上应具备“向导”化的设计，简单易用。
4、能简洁、美观对综合分析型数据进行呈现。
 

供应链内部门户的使用对象

供应链门户应充分体现“两级管理、三级执行”的职能分工，使用对象应囊括集团、大区、省、地市、县的多层组织结构用户，并为不同层级用户提供差异化的登陆界面配置。

各级内部用户维护职责和维护内容

 

3.2.2 供应链内部门户功能需求

信息发布

1、公告发布
完成对内、对外的信息发布功能，应支撑格式化的文档。
2、文档发布
按目录分类提供文档管理功能。对招投标管理办法、采购流程、供应商管理办法等信息的在线展示，便于各级人员及时了解相关管理办法、流程等信息。应支持文档版本管理。
3、 论坛交流

业务待办

供应链内部门户应在用户登陆后，在“个人工作台”或“个人助理”区域内集中呈现供应链管理的各类业务待办信息。待办信息应具备短信通信功能，在任务到达进行通知、任务超时进行催办。

业务信息整合呈现

提供项目计划进度、价格联动、采购寻源、采购执行、库存分析、考核指标等相关信息集成展示。提供统计指标的集成展现的入口。

基础支撑管理

提供统一用户管理、子系统级（模块级）权限分配功能；提供工程项目基础信息、合同及订单基础信息、产品及物料基础信息管理的入口。

知识管理

知识管理具有知识文档上传下载、检索、知识分类及目录管理等功能，对知识文档进行规范化的组织，提供信息维护、流转审批、发布和共享，以构建全面、动态的知识库，帮助企业对电子采购系统的知识资源进行明晰化、系统化的管理，发挥企业知识的最大效能，以实现最佳的决策。

操作指南与日常支撑

1、联机操作指南
在供应链内部用户的业务操作过程中，在任何节点或步骤都能查看与之相对应的在线帮助信息。
2、业务处理支撑留痕
在日常电子交易协同过程中，审核受理由供应商发起的数据修改工单，再由由供应链管理支撑团队进行后台修改。
 
 

3.3 集团采购管理

3.3.1 集采项目管理

通过梳理一级集采项目中整个流程的管控点，界定明确各流程信息化管控方式，通过项目进度提醒/催办、流程数据关联等方式，实现采购项目关键流程(需求调查、资格预审、采购招标备案、投标、评标、采购决策、需求确认、产品分配、突发分配等)的固化与有效管控。

3.3.2 集采计划管理

系统根据采购项目创建和启动情况汇总形成本年度集采计划执行情况报表，集团和省公司相关领导可以查看所有一级集采产品的执行情况。
集采计划统计出产品目录中产品是否启动采购流程，采购流程的控制点为采购项目领导审批完成。
系统应可以统计出一段时间内已经启动采购的产品和未开始启动采购的产品，并可根据“一级目录”“二级目录”“启动状态”三种维度进行组合查询。其中一级目录的选择和二级目录的选择关系为级联关系，在列表中显示“产品名称”，“采购状态”，“启动时间”，“结束时间”。其中启动时间为采购项目领导审批完成的时间，结束时间为框架协议下发的时间。

3.3.3 创建集采项目

产品目录与采购项目关联，采购项目中体现产品。集团采购项目经理创建一级集采项目时即制定项目进度计划，并提交处室领导审批，必要时提交集团采购部领导审批。
一级集采项目包括：项目编号、项目名称、采购产品、采购类型、采购方式、负责人、项目类型、计划完成时间（可以是时间点也可以是时间段）、发起单位、发起部门、项目创建人、发起时间等信息。
每个集采项目都必须具有独立的编号，同一编号只能授予一个集采项目。
每个集采项目至少包含1个待采购产品，在创建集采项目时从采购全目录中选取对应的产品。
采购方式有七种：公开招标、邀请招标、单一来源、竞争性谈判、询价、公开比选、邀请比选。不同的采购方式对应的项目计划阶段不同，根据基本信息选择采购方式的不同，系统自动带出相应的项目计划阶段。由项目经理编辑计划完成时间。
七种采购方式对应的项目计划阶段如下：
公开招标包括12个项目计划阶段：
需求调查任务下发、需求调查结果汇总、资格预审完成、采购签报完成、标书发出、回标、评标委员会结束、采购决策完成、下发中标结果通知、
需求确认结果汇总、下发分配结果、下发框架协议。
邀请招标包括11个项目计划阶段：
需求调查任务下发、需求调查结果汇总、采购签报完成、
标书发出、回标、评标委员会结束、采购决策完成、下发中标结果通知、需求确认结果汇总、下发分配结果、下发框架协议。
单一来源包括8个项目计划阶段：
需求调查任务下发、需求调查结果汇总、采购签报完成、谈判文件发出、评标委员会结束、采购决策完成、下发分配结果、下发框架协议。
竞争性谈判包括10个项目计划阶段：
需求调查任务下发、需求调查结果汇总、采购签报完成、谈判文件发出、谈判委员会结束、采购决策完成、下发谈判结果通知、需求确认结果汇总、下发分配结果、下发框架协议。
询价包括10个项目计划阶段：
需求调查任务下发、需求调查结果汇总、采购签报完成、询价文件发出、询价委员会结束、采购决策完成、下发询价结果通知、需求确认结果汇总、下发分配结果、下发框架协议。
公开比选包括12个项目计划阶段：
需求调查任务下发、需求调查结果汇总、资格预审完成、采购签报完成、比选文件发出、比选应答、比选委员会结束、采购决策完成、下发比选结果通知、需求确认结果汇总、下发分配结果、下发框架协议。
邀请比选包括11个项目计划阶段：
需求调查任务下发、需求调查结果汇总、采购签报完成、比选文件发出、比选应答、评标委员会结束、采购决策完成、下发比选结果通知、需求确认结果汇总、下发分配结果、下发框架协议。

3.3.4 项目进度管理

1、项目阶段自定义配置：项目阶段名称、个数以及前后排序都可以进行自定义配置。
2、项目计划进度维护：采购经理选择项目，制定项目计划后提交领导审批，审批通过后发布项目计划。发布后的项目计划可变更（需审批）。
3、项目计划进度按权限查看：不同角色对项目阶段内容的查看权限可配置，默认总部项目经理、处领导、部领导全部阶段可见，其他角色须配置后才可见。
4、项目计划进度预警：实时监控项目计划执行情况，在阶段计划完成时间前自动给项目经理发送短信提醒。
5、项目计划进度催办：在项目阶段计划超期后向采购项目经理发送催办提醒，并设置催办处理时限，如果超过时限仍未处理，系统会根据超过时间长短，将催办信息发送给其直接处室领导及部门领导。
6、统计分析报表：在项目进度计划已维护的基础上，系统提供项目进度计划和实际执行情况的统计报表，包含：各阶段项目统计、按计划执行项目统计、未及时填报实际完成时间项目统计、项目计划变更频率统计、各阶段完成周期时间对比。
7、增加固定周期报表：以双周报的形式将报表定期推送给领导，报表按各处室执行中项目总数、执行正常项目、执行异常项目等维度进行统计，并计算出各处室正异常项目所占项目总数的比例等信息，以便领导及时了解项目执行情况。

3.3.5 采购需求管理

在创建一级集采采购项目时，面向省公司及总部横向部门，对采购项目的需求进行预测和收集，需求收集结果作为采购招投标的依据。在采购招投标结束后，向省公司及总部横向部门进行需求确认，以最终确定集采产品的分配数量和比例，并作为签署框架合同/协议的依据。

需求预测

与产品采购模式匹配，前瞻性预测下一采购周期内企业所需物料或服务的需求总量，作为产品采购需求依据。包括创建任务、任务下达、填报、审核等。

需求收集

采购项目启动前的需求收集内容包含需求数量和备注信息。需求收集分为具有物料编码的产品的需求收集和未进行编码的产品的需求收集。系统应支持不同颗粒度的需求收集，如按物料分类进行需求收集、按物料编码产品进行需求收集等。采购项目经理基于物料目录发起需求收集任务，可按需求自定义产品类别。系统应自动按照选择的时间范围和粒度进行相对应的全网数据展示及汇总。

需求确认

多供应商、多产品入围情况下，由需求单位根据业务需要选择偏好供应商和产品，并确认各类产品采购量，作为产品分配及签署框架合同/协议的依据。

滚动需求管理

以蓄电池和开关电源产品作试点。
在中标信息录入后，采购项目经理选择所负责项目，基于整月的最小粒度定义需求填报的时间跨度。
需求调查和需求确认功能合并，在发起任务时可选择是进行需求调查还是每季度需求上报，整体需求调查只需要报一年的所有需求总量。
省公司按照集团定义好的时间跨度按批次填报需求。
集团根据省公司每次上报的需求进行分配，每上报一次集团分配一次，要求保持最终分配比例与决策比例相同；分配下发时不经过OA公文，分配完毕后通知供应商到平台查看其产品在各省的分配详情。
根据分配情况、执行情况每季度对省公司进行一次考核。
省公司随时进行订单签订执行量的上报，上报后通知供应商到平台查看并确认，待供应商确认后方可正式入库。
 

系统目前采购管理模式	滚动需求流程模式
需求调查和需求确认分开完成，每个项目采购周期内一般只发起一次。	需求调查和需求确认合并，每个采购周期进行多次。
一般只进行一次整体考核。	每季度进行一次执行考核，考核方式和指标与现行模式不一致。
季报上报无需与供应商协同。	季报按订单维度上报，且需要与供应商协同，供应商确认执行量后方可入库。
初始分配和突发分配分别为不同的流程进行管理；初始分配只进行一次，后续皆为突发分配。	取消突发需求流程，没上报一次需求进行一次分配，无初始分配和突发分配概念；每季度执行后的配额余量会进行回收。

 
 

3.3.6 采购结果录入

采购结果信息录入（采购结果信息录入包括中标信息录入、邀请招标信息录入、单一来源结果信息录入、竞争性谈判信息录入、询价结果信息录入、公开比选信息录入、邀请比选信息录入。下文中提到的采购结果信息录入包含以上7中采购方式结果信息录入）是整个采购环节中的必选流程，采购结果信息录入根据项目不同的采购方式，包含不同的信息，包含的信息是进行需求确认、产品分配的重要主数据，所以要提高采购结果信息录入的易用性，确保采购结果信息录入的有效使用。
根据目前管控流程的采购方式（公开招标，邀请招标，单一来源，竞争性谈判，询价，公开比选，邀请比选），每种采购方式采购结果信息录入进入不同的界面。
采购结果信息录入必须上传结果文件（采购签报文件、评标结果文件、谈判结果文件等文件），如果没有上传文件系统给出提示信息，不允许提交审批。
集团采购项目经理录入采购结果信息时，能选择到的采购项目的条件为a）自己负责的采购项目。b）没有录入过采购结果信息录入的项目。c）此项目有从OA中返回与项目编号对应的签批文号。
支持将模板中的内容导入到系统中，同时可以将系统中的内容导出。导出模板如“数据模板和业务单据格式”中附件所示。导入中标信息时增加对供应商的校验，非系统内规范化数据拒绝导入，对系统中不存在的中标供应商，提示到主数据平台添加并同步。
中标录入基本页面的信息分为两个基本信息部分和扩展信息部分，基本信息部分多数的文本框只需要选择或系统自动填写。当选择采购项目时系统自动填写采购项目名称，项目编号，中标主题（可以手动修改，且名称唯一），OA签批文号（根据OA采购签报完成后，返回到电子采购平台的签批文号，OA签批文号与采购项目编号相对应，选择采购项目时，没有OA采购签批文号的项目不显示）。
扩展信息部分录入单位，录入部门，录入人，录入时间是由系统自动填写。
国内品牌比例、国外进口品牌比例、国外品牌国内制造比例之和等于100%
同比降价幅度计算公式为同比（解决金额/集采框架金额）*100
中标主题系统自动生成，系统进行唯一性校验，允许手工修改。中标主题的生成规则为“项目[”+采购项目名称+ “]的中标信息发布”。其他的采购方式于此规则相同。
填写人填写完成中标基本信息后，点击“保存”按钮，系统自动带出采购项目包含的产品信息，系统允许增加或删除产品信息，但中标产品明细不允许为空。同一种产品可以有多家供应商，但不允许出现多条同一种产品对应同一个供应商。代理商名称需要用户手动填写。

3.3.7 产品分配管理

在产品分配的过程中产品、供应商、中标比例、初次需求确认数量等主数据可从中标信息录入和需求确认环节获取，并作为进行初次产品分配，创建配额库的依据。
优化配额查询，支持省公司从供应商、产品、省公司各个维度查看配额情况。
增加配额调整申请功能替代突发需求和历史配额调整。
产品分配列表以产品为维度，显示产品中标数量，本次需求量，本次分配量。
支持从系统导出本项目的数据如需求量、推荐数量、中标供应商等信息的数据模板，在线下完成分配后导入系统完成分配操作，导入模板必须从系统分配功能模块导出，在线下填写完分配数量后方可正确导入。
精细化查询配额，对已分配的数量可以实现更加精确的查询，包含需求确认后已分配数量、配额调整已分配数量、配额总量、省公司已执行量。
系统可支持从供应商、产品、省公司各个维度查看已执行情况。
集团采购项目经理查看配额库时，默认查看自己负责项目的产品。
省公司只能查看本省配额库。（需要做导出模板时，由于数据量较大，如果没有选择查询条件或勾选配额库信息则不允许导出）
当某个采购项目的第一个配额调整申请的省公司提交到集团后（即省公司领导审批通过配额调整任务），系统给负责此项目的集团采购项目经理发送提醒消息（邮件），内容如上所示。在之后就不再给集团采购项目经理发送提醒消息，直到系统扫描完成配额调整池给集团采购项目经理生成待办后，系统再次给集团采购项目经理发送提醒消息。

项目名称	项目1
产品(自定义产品类别)	16	产品1
申请单位		JT501	黑龙江
产品名称	产品描述	单位	累计需求确认分配总量	累计突发分配总量	已采购数量	要求到货日期	配额调整申请量	推荐厂商1	推荐厂商2
产品1	XXXX	台

3.3.8 项目工作台

为集团采购项目经理提供统一的项目操作视图，项目经理登录供应链一期后，项目工作台会展示本人负责所有采购项目列表信息，采购项目分状态展示，包含：草稿项目、审批中项目、审批完成项目、执行中项目、已关闭项目，点击每个具体的项目可以查看每个项目的详细计划进度，点击待办任务可以查看此项目所对应的所有待办信息、点击我的菜单可以查看该项目可以进行的所有业务操作。
n 原型界面
 

3.3.9 信息收集管理

支持集团向省公司、省公司向地市发布信息收集任务通知，进行各种信息资料收集。以丰富交流和沟通的手段，提高工作效率。主要实现如下功能：
l 信息收集任务发起
集团用户填写任务基本信息，包括基本要求、截止日期、模板附件内容，同时选择省公司任务接收人，任务接收人可按角色或组织结构选择；任务保存后提交审批，审批通过后下发到各省任务接收人。
同时也支持省公司发起任务，选择地市接收人，在系统中完成资料收集上报的流程。
l 信息收集任务接收
省公司或地市任务接收人接收到任务通知后，可进行如下操作：
对已接收得任务进行查询，以及任务详细信息的查看；系统提供一个在待办任务列表之外查看接收任务的列表，已供当待办任务结束后依然可以查看往次接到任务的历史记录
可将任务转发给其他人，也可以直接进行任务填报。
l 信息收集任务填报
任务填报的主要操作为模板附件的下载，在线下根据填报要求准备好待上传的附件后，进行附件上传，系统会将附件自动重命名，重命名规则为：原文件名_文件ID_单位名.扩展名。确认无误后，将待上报的任务提交审批，通过审批上报所有任务所属文件系统自动打包汇总，可以压缩包的形式进行下载查看
l 信息收集任务汇总
根据监控情况分析，可手动结束所有已下发的填报任务，使得下发的任务无法再上报
对上报任务进行监控，包括上报的时间，上报的状态（已上报、有延迟(已过截止时间上报的)、未上报），上报人信息可以直接结束汇总任务，或将此任务提交给领导审批。

3.3.10 集采统计需求

统计指标中增加对每个项目完成时长、完成及时率，按照项目、产品、供应商等维度完善统计报表。
n 采购项目情况统计
n 双周报统计
系统自动按各处室执行正常项目、执行异常项目两个大维度进行统计。其中正常项目包含尚未启动的项目数、状态分别为已完成和执行中按进度正常执行3个细分类；异常项目包含进度延迟项目数、部分阶段未及时填完成时间项目数、状态为已完成、计划已完成、计划执行中所有阶段未填写完成时间项目数5个细分类。
需要计算出各处室正异常项目和异常项目分别占本处室项目总数的比例，计算出所有处室正常项目之和、异常项目之和分别占采购部所有采购项目总数的比例信息。
本统计报表可支持导出到本地。
在线查看通过各细分类数字可链接该类项目的详细列表，支持单个处室详细列表查看和所有处室汇总查看两种不同维度，只支持到某细分类。在详细列表页面需展示统计的细分类（如进度延迟项目），以及该分类的规则说明（如最晚实际完成时间晚于最晚计划时间15天以上（不含15天）的项目）。
n 项目完成时长统计
系统自动计算已完成状态的所有项目，其第一个阶段和最后一阶段之间的实际完成时间差为项目完成时长，并按照完成时长从大到小排列展示。
本统计报表可支持导出到本地。
n 供应商情况统计
统计分类如下：
l 按照产品各省公司采购执行总量、采购合同总金额统计。

序号	产品分类	规格型号	省公司	采购执行量	采购合同金额	运保费累计
1			汇总	（全国）	（全国）	（全国）
			北京		（本省）	（本省）
			天津
			上海
			……

 
l 按产品各供应商对应采购执行量、采购合同金额统计。

序号	产品分类	规格型号	供应商	采购执行量	采购合同金额	运保费累计
1			汇总	总量	总量	总量
			供应商1	供应商分量	供应商分量	供应商分量
			供应商2
			供应商3
			……

 
l 排行榜统计
a) 省公司采购合同总金额排行
b) 供应商采购合同总金额排行
c) 某产品采购执行量省公司排行
d) 某产品采购执行量供应商排行

3.3.11 采购执行管理

采购执行管理模块负责具体执行集采招标选型的结果，包括请购管理、采购审批、合同签订、采购订单协同、收发货协同等功能。省公司的采购执行管理功能除采购订单协同外，主要由省采购供应链实施，将在省内采购管理章节中描述，本节主要描述一级集采执行管理及总部的采购执行管理需求。
1、一级集采执行管理模块主要功能包括：
（1） 实现B2B交易信息协同
一级集采执行管理模块承担所有一级集采物料与供应商的B2B订单协同与收发货协同任务。作为内部代理转发机制，实现省内供应链系统及大区仓储物流系统与供应商门户对接，实现采购订单协同和收发货协同。一级集采的所有订单必须通过一级集采执行管理模块转发给供应商门户，以实现B2B业务协同。
（2） 实现产品配额自动监控和更新
一级集采执行管理模块应根据采购项目管理模块的输入维护一级集采产品的配额库，记录各供应商的产品分配给各省的数量及有效期。在转发省公司采购订单前，要对产品的配额情况进行检查，如采购量小于等于当前配额，则进行转发，并根据本次采购量对配额做相应扣减；如采购量大于当前配额，则退回订单，并提示配额不足，需重新申请。通过基于订单的配额库管理，实现对全集团各产品采购完成情况的实时掌握。
省公司可实时查看本省各产品当前的配额情况，并可以查询配额变动情况逐项明细。集团采购部采购项目经理可查看自己负责产品当前在全国的配额执行情况，并可以查询配额变动情况逐项明细。
份额调整由采购项目管理模块负责，集采执行管理模块负责根据项目管理模块的申请对配额库进行相应的调整。所有的调整都必须记录明细、来源和审批记录。
（3） 实现大区库物资需求、补货计划的协同
作为大区库的代理，接收省公司供应链提交的大区物资需求计划，并对需求计划做配额检查，检查通过后转发给大区仓储物流系统。作为供应商门户的代理，接收大区库提交的补货计划，转发给供应商门户，并通过接收转发机制实现供应商门户与大区仓储物流系统间的补货协同。

（4） 实现大区库物资采购的自动路由控制，防止物资采购绕过大区库
采购执行管理模块对省公司采购订单进行检查，凡是纳入大区库管理的物资，直接向大区库系统转发供货通知，通知大区库与省供应链系统开展收发货协同。采购执行管理模块仅向供应商门户传递协同结果。
（5） 为综合统计分析提供数据
将接收到的所有1级集采订单保存，并提交给集中采购订单库进行归档，为下一步的统计分析提供数据。订单信息应包括采购订单编号、说明、采购主体单位、供应商、订单日期、采购产品、物料编码、数量、金额、项目等信息。
2、总部的采购执行管理模块主要功能包括：
实现采购执行全过程中请购管理、采购寻源、物料编码审核、合同管理、订单管理、收发货协同、产品质量管理、后评估管理、供应商考核等各阶段的统一管理，实现采购进度总体管控和各阶段的流水作业。
（1） 在总部供应链系统中建立请购单，由各采购需求部门填写并提交，请购单经必要的审批流程后提交到采购部，由采购部部门领导批办给处室经理，处室经理再批办给采购项目经理。请购单的单据格式可参考省供应链请购单的单据格式。
（2） 对于可以执行一级集采结果的请购，则直接执行一级集采结果，并按照集采管理要求进行配额管理。对不能执行一级集采结果的请购，则通过电子招投标模块进行采购寻源。采购寻源结果生成采购审批签报提交公司领导审批或根据公司决策会结果生成会议纪要。
（3） 应与OA系统建立接口，实现请购单与采购审批签报等单据可以直接在集团OA中审批、流转、采购寻源结果应与请购单建立紧密关系。请购单位的请购人及领导应可以实时查询请购物资当前的责任人及采购办理进度。
（4） 采购寻源完成后，采购项目经理将采购产品清单转发给物料编码管理员做物料编码审核，物料编码管理员如审核后如认定需要新增物料编码，则启动物料编码新增与维护流程。
（5） 通过与合同管理平台接口，实现合同在供应链系统中签署，提交到合同平台审批，并将审批结果返回给供应链系统。实现合同文本与请购单、采购寻源结果以及采购订单的承接关系跟踪。
（6） 实现合同清单自动转换为采购订单格式，并通过采购执行管理模块实现订单与收发货的协同。基于和ERP系统的接口，实现ERP采购订单的自动导入。
（7） 实现与集采项目管理模块的对接，配合完成产品质量管理、后评估、供应商考核等业务流程的管理。并可以将相关需求收集、评估等流程横向转发到总部相关部门，并自动收集相关部门的数据，进行自动汇总后提交。
 

3.3.12 采购评估考核管理

集采KPI考核管理

在考核之前需要建立考核模型，考核模型中包含考核指标、考核项目、考核单位；模型建好后发起考核任务；考核任务触发计算考核结果，考核结果审核通过后发布。考核模型可以删除，但在删除时要检查是否存在未完成的基于该考核模型的考核任务，若存在则不能删除。
1．建立考核模型：
l 首先设置考核指标，如采购需求准确度、采购完成比等考核指标，同时设置指标的排序和所占权重，可进行指标项增删改的编辑工作，其计算方式由系统后台设定；
l 其次确定本次要针对哪些项目进行考核，并指定每个项目所占的分值比例，该比例在发起考核任务是可更改，总分为100分，这些项目将作为考核中的项目参数进行考核，同时分别设置每个项目的考核时间范围，如2009年1季度-4季度，则该项目在考核时间范围外的突发分配量和采购执行量都不参与考核；
l 最后设置参与考核的单位（省公司）。
2.发起考核任务
l 在每次考核之前，KPI考核负责人发起考核任务，选择考核模型，设置考核截止时间点，可对考核模型中设定的项目比例进行更改，规则详见业务规则和约束。考核任务信息包含考核任务名称、考核模型、确定考核批次（XXXX年X季度）、考核单位、截止考核时间、考核说明、考核说明、考核负责人、考核时间。
l 考核时间点说明：用考核时间点（所处季度）-考核范围起始季度=实际考核季度数，每个任务设置一个统一的考核时间点。用该考核时间点和每个项目进行考核时间范围比对，若考核时间点指定为2009年1季度，项目一、项目二考核范围分别是2008年1-4季度、2009年2-4季度，则项目一取值范围是2008年1-4季度全取，项目二由于并未到考核时间范围，因此本次考核不参与计算。
3.考核结果
l 考核负责人手动触发系统计算考核得分，系统那个针对每个项目对省公司的综合执行情况进行考核计算该省公司在该项目上的得分，然后计算该省公司所有考核项目的综合得分即各个省公司的执行情况得分。
l 系统把该结果提供KPI考核负责人，KPI考核负责人再补充人工干预的考核指标得分，最后系统根据各指标得分*权重累加得到最后的KPI成绩。
l 考核负责人将考核结果核对后，提交领导审批，领导审批通过后发布系统自动发布考核结果，参与考核（省公司）相关人员可登陆系统查看本单位考核结果。
为便于线下核对系统计算分值是否正确：系统提供需求准确度指标计算过程中的基准比例和平均分；提供采购执行完成比计算过程中的各省平均分。
 

集中后评估

本期新增供应商集中后评估功能模块。建立供应商集中后评估功能，由集团发起，实现针对一级集采的全产品、全供应商、全集团的供应商后评估流程；提供查询统计，计算供应商后评估的结果。
1. 后评估任务管理
l 任务基本信息填写
l 评估模型导入
l 评估模板生成
l 评估任务下发
l 评估填写规则设置
2. 省公司评估管理
新增省公司评估流程支撑，省公司在接收到填报任务后，可在线上填写评估结果，也可将评估模板导出，在线下填好评估结果后将评估结果模板导入；评估结果保存在系统中后，在未提交的状态下或领导审批驳回的情况下，支持对评估结果修改，确认无误后对评估结果执行提交集团操作；评估结束后，系统中随时可查看查询历史评估结果。
3. 评估管理汇总
评估任务结束后，提供评估结果的汇总功能，从以下几个维度汇总：
l 产品结果汇总
l 供应商评估结果汇总
l 文字评分项结果汇总
同时系统支持评估汇总结果导出本地。
4. 业务规则与约束
评估指标为二级指标体系；
（1） 评估填报方式为选择评估选项，得分计算方式也根据评估选项自动转换为相应得分；
（2） 评估填报模板由评估指标体系导入模板和产品评估关系收集模板导入后生成；
（3） 各二级指标评估选项都是5个，同一档的评估选项对应得分均相同；
（4） 增加指标属性：长期指标和短期指标。其业务含义为：对不同供应商不同指标属性其评估范围不一样，如某些供应商是本采购周期才进入的，则短期指标不需要评估，只需评估长期指标即可。
（5） 流程延伸到总部横向部门，如网络部、计划部等，但支持各相关部门综合员进行一次转发，转发给相关部门项目经理后，相关部门项目经理填报并通过领导审批直接汇总到集团采购部。集团网络部和计划部取消指标不评估选择Na项特殊处理的支持。
（6） 在生成的评估模板中，每个供应商评估列下增加备注填写行，供评估单位填写选择D、E项的文字备注说明，即如果对某供应商评估打分为D、E项，需要在该行中填写为什么选择该项的原因说明。在评估结果汇总表中，将每个供应商在所有省公司评估备注汇总到该行中。
（7） 支持省公司和地市公司按照不同部门进行指标拆分，给不同部门开放指定的指标进行填报；其中集团相关部门和省公司的拆分由系统自动完成，省相关部门的拆分由省公司综合员完成。
（8） 后评估结果可由管理员有选择的通过供应商门户向供应商发布。
 

反向后评估

1、 建立反向后评估项目
填写评估任务基本信息：包含评估标题、评估对象、评估起始与截止时间、评估模板、评估说明等。反向后评估模板可以按需求定制，评估项目支持唯一选择式和文字描述式两种评估方式。唯一选择式的可选输入内容应统一（一般分5级）、拉开层级、并可量化为具体分值。文字描述式的评估项目不要求量化成具体分数。考核项目分为必填项和选填项。必填项评估人必选填写，否则无法提交评估结果。选填项则允许不填。根据评估模板，加以一定编辑后可快速生成评估问卷。
2、 遴选参加反向后评估的供应商
可以根据与供应商以往的交易记录一级供应商后评估的结果来选择合适的供应商，可以根据交易金额、产品、后评估得分、供货区域、供货年限、企业规模等要素综合选定符合要求的供应商。可以对参加的供应商进行分组，确定不同分组的权重。
3、 发布反向后评估任务
支持自动化的任务分配，系统自动将反向后评估任务分配给已选择的供应商，在分配任务时，自动规避与供应商没有交易的后评估对象，即供应商只需要对供货范围内的省公司进行后评估。
4、 供应商执行反向后评估任务
供应商可通过供应商门户接收反向后评估任务，可在线下载供应商反向后评估问卷。供应商通过EXCEL文件完成反向后评估问卷，然后在供应商门户中上载评估结果。系统自动校验上载问卷数据格式是否符合要求，如不符合提示错误定位信息，如全部符合供应商门户将供应商后评估数据导入系统，经适当审批流程后提交给反向后评估任务发起人。
5、 自动汇总输出反向后评估结果
系统自动汇总反向后评估的结果，对于可量化评估项，系统的汇总值为各供应商评分的加权平均值，对于不可量化评估项，系统的汇总值为各供应商评价内容的文字集合。系统自动生成反向后评估汇总结果，并可任意选择供应商组合生成部分的后评估结果汇总。可以以供应商、省公司、评估项目等维度查看后评估结果并生成专项分析图表。
6、 自动跟踪评估进度并催办
后评估任务发起人可实时查看个供应商的后评估进度，对于为完成评估的供应商，可以通过邮件、短信等方式自动催办。后评估任务发起人可以取消部分超时未完成后评估任务的供应商的后评估资格。
 

供应链统计指标体系

增加供应链统计指标体系分析功能模块，省公司按季度上报供应链统计指标数据、在集团进行统一汇总统计，各省可查看相关指标的全集团的平均值、最高值、最低值、本省排名的情况，但不能查看其他省的详情。同时上报指标一部分数据作为KPI考核的来源。
集团在系统中统一维护供应链统计指标后发布，省公司在指标体系发布后可在线查看，并在每季度上报本省的供应链统计指标数据，经过领导审批后上报到集团。
在各省公司上报后，系统自动汇总全网数据，计算出各省公司各指标最终得分和全网排名情况，并将各省相关指标的全集团的平均值、最高值、最低值、本省排名的情况开放省公司查看，但不能查看其他省的详情。

 

3.3.13 B2B交易信息协同

通过供应链一期工程实现公司与一、二级集采供应商之间需求管理、订单管理、库存管理信息的交互，此处以需求预测、采购订单、发货单、收货单、付款申请/通知的在线协同为例说明。B2B交易过程协同应成为公司与所有一、二级集采供应商所有交易过程协同的唯一载体。对于综合实力较强，信息化程度较高并有系统互联意愿的大型供应商（如：GSM/TD主设备供应商），B2B交易信息协同可通过采供双方网关互联方式实现信息的系统交互。其他类型的供应商均通过登陆公司供应商门户获取交易信息并实现交易过程协同B2B交易信息协同。
1.协同流程
在不影响安全性和有效性的前提下，综合各省公司业务流程实际，优化协同流程，简化协同步骤，实现需求管理、订单管理、库存管理的交互的紧密集成，可考虑各类单据的交互确认。参考流程如下；

B2B交易信息协同流程要与供应链协同流程紧密集成，成为整个供应链过程中的一环，B2B交易信息协同的采购订单应可以从供应链系统的采购模块直接生成，且已经完成审批手续。供应商发送的发货单应可以直接传递到供应链系统的采购和物流模块，在采购模块形成采购确认信息，在物流模块形成待接收单据。物资到货接收之后，自动将物流系统的到货接收单通过供应商门户或网关传递给供应商。
B2B交易信息协同过程不涉及内部审批流程，如供应商侧需要审批，则线下解决。
2.外部接口
B2B交易信息协同过程只涉及供应链系统的采购、物流模块、供应商门户以及网关系统（GSM/TD主设备供应商），不涉及ERP等外部系统，不与ERP开发接口。与ERP的交互在协同完成后由供应链一期中的采购与物流模块完成。
3.协同单据
需求预测信息源于供应链一期总部及省公司采购模块的需求收集信息，协同周期可控，按月、季度、年度的方式滚动更新，应包括：项目、产品、需求单位、需求数量、需求日期等信息。
采购订单应包含供应商、工程项目、合同（或框架协议）、物料编码、数量、单价、到货地点、要求供货日期、接收人联系方式、备注等信息；
发货单应包括对应采购订单号、物料编码、工程项目、发货数量、单价、发货日期、预计到达日期、到货地点、发货人联系方式、备注等信息。
收货单应包括对应发货单号、物料编码、工程项目、收货数量、收货日期、到货地点、收货人联系方式、备注等信息。
付款申请单应包括对应的采购订单编号、收货单编号、发票编号、付款金额、备注等信息。
付款通知单应包括供应商信息、银行信息、对应采购订单申请单编号、付款金额、发票编号、备注等信息。
采购订单、供货单、发货单、付款申请单支持添加附件，以便更好的说明协同内容。
支持协同单据的拆分和多次协同。一张采购订单可对应多张发货单，多次发货；一张发货单可对应多张收货单，多次到货接收。
支持EXCEL导入方式生成B2B采购订单，采购订单、到货单、发货单支持导出为标准化格式的EXCEL和PDF文件。
交互单据所含信息的有效性校验在协同过程之前完成，具体校验功能由供应链一期的总部及各省采购和物流模块提供。
4.性能要求
通过互联网关协同的B2B单据需保证安全性、健壮性和效率，支持最大5万行的B2B采购订单协同、30张2万行订单的并发协同。B2B系统协同的延迟应小于10秒。单据协同正确率应达到99.99%。
5.待办与统计需求
B2B交易信息协同任务在供应链系统和供应商门户中形成待办，并同时给协同人和供应商发送短信和邮件提醒。每一任务环节设定时限，超时前及时发送催办短信，超时后纳入专门的监控视图进行跟踪。
支持协同流程环节追踪的内容，流程环节追踪应按时间顺序跨系统串行，即可以实现采购->B2B流程->仓储全流程的串联显示。
支持对协同单据的全程监控功能，对协同过程各环节持续时间、数量、响应时长等影响协同效率的关键信息创建监控矩阵，并提供以订单为主键的监控数据输出接口和模板，为供应商管理模块提供数据支持，同时特别是对协同中和超期未完成协同的单据，系统应自动给出监控报表，并定期发送给协同发起人和相关供应商。
支持基于项目、产品、供应商、采购单位、到货单位、时间、单据类型等维度对B2B交易信息协同数据进行统计、分析。
 

3.3.14 电子签约管理

在总部节点实现合同文档的电子签约功能，即可以通过CA认证加密的方式对电子合同进行电子签名，而不必再打印成纸质文档后人工签名。电子签名后的合同，打印成纸质文本时系统应自动加载水印、签名、公章等相关标识，以区别于普通未经过电子签约的合同。
基于供应商门户实现和供应商的合同在线签约，电子合同文本经双方授权签约人在系统中按一定流程和管理权限电子签名后，即可完成合同签约。电子签约后的合同应具备可视化的人工签名和公司公章功能。电子签约应支持合同经办人的小签、页签和正式签约人的正式签署、盖印等功能。电子签约系统须对签约人、印章的权限做严格管理。

3.4 电子招投标管理

3.4.1 业务目标

供应链一期工程总部统一建设的电子招投标系统实现以下业务目标：
1、支持总部及31省公司多采购主体、多供应商、多监管部门、多评审专家在线完成协同电子招投标业务，作为采购项目管理流程的节点，着重评标过程的管理，其界面的展示由供应链一期门户系统提供，后台应用由专业系统完成。招标模式为自行招标。
2、招投标业务流程、涉及文件和模板符合《招标投标法》、商务部《机电产品国际招标投标实施办法》等相关法律法规的规定与要求。
3、通过技术手段保证招投标过程的严肃性和保密性。
4、内部互联，应保证供应链一期工程总部及省其他功能节点的业务数据和流程的有效衔接。
5、外部互联，预留上级监管部门在建或已建系统的功能接口数据需求，如“工信部通信建设项目招标投标管理平台”的接口，发改委《电子招投标系统技术规范》要求的系统接口。

3.4.2 系统边界

电子招投标功能与其他供应链一期建设的功能系统边界如下图所示。 采购项目管理与电子招投标系统之间是委托与执行的关系。电子招投标系统只负责具体的招投标过程管理，不负责招标来源与招标结果决策等业务审批流程。作为采购寻源的前提，采购项目创建与调整、采购方式确定、投标人选择、标书制作与审批等工作均由采购项目管理模块承担，电子招投标系统生成评标报告后提交采购项目管理模块决策，并依据决策结果发布中标通知。
通过供应商门户为投标人提供注册和CA证书绑定，并通过与供应商门户的协同，完成在线发标、投标、开标及中标结果发布等功能。

3.4.3 支持采购方式

应支持《通信集团公司采购管理办法》中规定的六类采购方式。在功能实现上应当灵活应用电子招投标功能中实现的功能点通过有效的流程控制实现对六类采购方式的支持。示意流程下所示。
采购方式一、二：公开、邀请招标。
 
 
采购方式三：比选
 
 
采购方式四：竞争性谈判
 
 
采购方式五：单一来源采购
 
 
采购方式六：询价
 

3.4.4 招标执行管理

招标执行管理系统集成应用供应商门户提供的用户管理功能为供应商提供注册和CA证书绑定功能。其招标项目管理应在采购管理模块中完成，并以项目号为主键完成数据到电子招投标系统的传递，保证两系统采购项目管理维度一致性。
招标项目管理
招标项目管理应由总部及各省采购项目管理功能提供，建立采购项目与招标项目之间的信息关联，实现项目责任人、项目计划管理的内容。此部分内容不在电子招投标系统中实现，由采购项目管理功能为电子招投标系统提供相应数据，如：项目、项目招标方式、计划节点等信息。电子招投标系统负责完成项目与招标项目、招标项目与标包的对应关系
招标邀请
根据招标类型，其招标邀请环节涉及的资格预审公告、招标公告、投标邀请书的发布过程控制由电子招投标系统完成，如招标公告、资格预审公告、资格预审文件发布编辑、提交、发布和反馈信息收集等内容，具体公告的模板应固化在采购项目管理模块中。此流程节点功能操作转移至电子招投标系统。
如有招标模式有资格预审关节，应提供资格预审要素和标准，提供分析、对比和评审投标申请人资格的功能，如有厂验环节应提供结果文件上传和结果字段的编辑功能；提供资格预审报告的编辑和提交功能，提供资格预审通知书的编辑和发出功能。
发标
电子招投标系统应提供招标文件的编辑、提交和发出功能，招标文件应根据采购产品的不同提供不同模板的选择。结合门户供应商接入管理功能，提供两种标书售卖模式，线上发布、线下收取费用提供下载码，线上支付直接下载，并可做标书售卖时间的有效控制；如采用线下售卖方式，系统提供供应商购买过程的人工编辑界面。应能与供应商门户交互该项目、该招标项目标书采购人的账户标识信息。
电子招投标系统应提供招标澄清问题的编辑、递交、发布；由供应商门户和提供信息分获取招标文件的潜在投标人对象定向群通知、展示和下载功能；（如有踏勘现场要求）同时提供此信息的编辑、发布功能并提供踏勘信息的记录功能。
投标
电子招投标系统为投标人提供投标文件的标记、递交、修改和撤回功能，提供招标文件主要数据项、格式是否符合招标文件规定要求的校验功能，提供投标文件的防篡改功能、离线加密功能（证书私钥，仅投标人可解）；标书文件上传后提供确认回复。
电子招投标系统应提供时间控制功能，供投标截止时间到达后，自动拒绝投标人递交、修改和撤回投标文件；传输过程中的文件在时间到达后应提供上传保护。
投标保证金的管理功能可选。
开标
结合供应商门户的用户管理、安全管理功能，电子招投标系统在开标过程应提供开标参加人通过网络远程开标签到记录的功能。
电子招投标系统在开标唱标管理中应提供开标时对投标文件保密性和未被篡改的验证功能；通过开标时间限定控制投标文件解密功能；在开标过程中应提供招标人、投标人、监管机构同时远程解密功能，实现开标操作及时统一性。开标后系统应可获取投标文件的关键信息：项目、标包、投标人、报价等信息生成招标文件规定的唱标内容，并提供开标结果的发布并记录开标过程投标人递交签字确认功能。
评标
电子招投标系统提供评标委员会组建功能，实现评标专家库管理（如专家抽选、签到、身份确认、回避确认等功能）。或通过接口获取相关主管部门专家库抽取功能和结果。
电子招投标系统应能提供通过网络实现远程异地评标的功能，提供专家身份标识与鉴别功能，可对评标专家实现有效监控，对评标时间和地点进行有效控制；同时可提供异地相对集中的评标模式，支持离线评标系统的搭建和数据的加密上传。
电子招投标系统在评标阶段根据招标文件规定的要素、标注和方法设置评标项目、评标算法和评标表格，为评标人员提供投标文件的解析、对比和分析，支持多中评标算法（算法可固化多种模板，模板可编辑），评标过程中可为评标委员会提供评标澄清问题的编辑和递交投标澄清文件；评审项目访问、信息阅读和评审权限设置；确保未分配相应权限者，无法查阅或操作相关数据。
可选：评标过程实况录音录像功能和文件保存。
定标
电子招投标系统提供评标报告的生成功能，生成的评标报告传递给采购项目管理模块履行审批手续，审批后可由项目经理发起中标公告或中标通知，与供应商门户功能结合在门户中分用户展示。
功能完成后可由采购项目管理功能实施合同文本编辑、递交和后续签订流程环节。
异议及异常
电子采购平台应在招标过程中提供投标人对资格预审文件、资格预审结果、招标文件、开标结果、评标公示、招标程序等按规定的时间提出异议的功能；并提供招标人限时回复功能。
对招标过程的异常处理，电子采购平台应提供项目招标终止功能及招标终止公告的编辑、提交和发布的功能；并保留相应流程文件。
文件归档
应由总部采购项目管理功能的全项目周期管理的流程引擎负责流程节点的控制和文件的收集，待项目结束后获取电子招投标系统的过程文件。

3.4.5 监督管理

电子招投标系统应通过供应商门户提供申诉渠道，应与其他功能结合对招投标过程中的信息发布和结束的文件归档实施管理。

3.4.6 接口要求

基本要求
1、应对与公共服务平台的交互提供企业级的支持，在系统的高并发和大容量的基础上提供安全可靠的交互；
2、应提供完善的信息安全机制，以实现对信息的全面保护，保证系统的正常运行，应防止大量访问，以及大量占用资源的情况发生，保证系统健壮性；
3、应提供有效的、系统的可监控机制，使得接口的运行情况可监控，便于及时发现错误及排除故障；
4、在充分利用系统资源的前提下，应实现系统平滑的移植和扩展，同时在系统并发增加时提供系统资源的动态扩展，以保证系统的稳定性；
5、在进行扩容、新业务扩展时，应能提供快速、方便和准确的实现方式。
接口方式
1、信息交换方式应符合XML数据交换标准；
2、互操作服务接口应符合Web Services标准；
3、系统交互模式支持同步与异步方式；
4、交互数据应支持各种数据类型；
5、交互附件应支持word、excel、rar、zip、dwg等常见文件格式。
接口数据内容（待定）

3.4.7 技术支撑保证

系统性能要求
1、应满足主要功能在单点操作下响应时间在5秒之内；
2、典型功能在50人并发情况下，响应时间应在15秒之内；
3、应支持大文件传输功能，支持100MB以内的文件稳定上传，最大支持1G文件的分段上传。服务器端接收上传文件的吞吐量应不低于10M bit/S。
4、投标文件集中解密功能模块的系统处理能力应保证：每分钟文件解密应大于100个或大于1GB。
5、需考虑突发大规模用户并发访问的支持能力和扩展能力，此时并发操作数应不低于同时在线人数。
CA证书应用
通过使用供应商门户的CA证书管理功能实现：
1、应通过电子签名来确保数据电文的完整性和不可抵赖性。电子签名中应用的数字证书应由具有资质的第三方电子认证机构（CA）提供。
2、应提供采用国家规定的标准时间源生成时间戳的功能。应使用时间戳的数据电文或操作包括：资格预审申请文件、投标文件及其补充、修改和撤回等具有法律约束力的文件。
3、应使用合法的CA认证机构颁发的数字证书对投标文件及其补充、修改进行加密。
网络要求
网络带宽应满足接入互联网的实际带宽应根据平均流量和峰值流量进行计算，并至少保留30%的冗余。
服务支持
提供至少5×8小时的电话技术支持；提供电子邮件技术支持；
易用性
专业UI/UE设计，整体操作风格与供应链管理系统保持一致。
 

3.5 省内采购管理

3.5.1 采购管理业务需求

横向采购管理

横向采购指的是总部/省/市采购管理部门如何满足本总部/省/市范围内的其他需求部门的采购需求的过程，通常也可以称作日常采购管理（横向集采）；

请购申请

业务需求部门向采购部门提出采购的申请。申请可以根据金额、属性制定不同的审核流程。

请购分配

采购任务的分配环节是采购管理部门在接到请购单后，按照一定的标准（分类产品的负责人、集采属性等）将任务分配给相关采购员去处理。采购员按照请购物品的属性可以生成采购订单或采购项目进行寻源。

采购寻源管理

请购人根据已审批的预算项目向采购部门提出请购需求，采购经办人员可创建采购项目来实现对采购过程的管理。针对需要拟定采购方式进行一系列采购寻源活动的采购需求，采购人员可通过创建采购项目，以项目管理+流程驱动的方式进行对采购过程的管理。

采购订单管理

（1） 采购订单创建
与供应商签署集采框架协议后，由采购经办人创建订单，审批通过后，通过B2B协同的方式，与供应商达成共识，最终生成正式订单（或者取消该订单请求），并将正式订单协同到相关单位和系统。
（2） 生效采购订单取消
订单创建生效后，由于需求变更，经双方协商决定取消的，采购经办人提交订单取消请求，审批通过后，提交供应商进行确认。确认后取消订单，并将订单取消信息发送到相关单位和系统。
（3） 生效采购订单变更
与供应商签署集采协议、框架协议或采购合同，并下订单后，由于业务需求变更或误操作，需要对该已签收并生效的订单进行变更。

合同付款管理

    订单到货后，供应商根据合同相关条款，在供应商门户中提出付款申请。采购管理部门相关人员审核通过后（包括相关各种业务纸质单据的审查），在财务报帐系统中生成付款申请，提交财务部门审核，审核通过后由财务核算中心进行统一支付。

纵向采购管理

纵向采购指的是集团公司、省公司和地市分公司三个层次上的集中采购管理模式，通常也称作纵向集采购管理。

需求调查管理

按照集中采购的需要，省公司定期收集地市公司集中采购物资的需求，系统支持需求调查发起、审核、分发以及二级分发、填写、汇总等操作。

配额管理

对于一级集采物资，省公司需根据集团下发的配额信息编制各地市配额。
对于二级集采物资，省公司根据需求调查结果进行招标，根据中标结果编制配额。该功能主要用来管理各地市对于集采物资的采购执行，对于集采物资，地市采购人员必须有相应的配额方能进行采购，若无配额，则必须向省公司申请配额，待配额下发后方能进行采购。
在季度末该季度内仍有未使用的配额，则由省公司采购部回收该剩余配额，省公司采购部可将此收回的配额再次自由分配。

3.5.2 采购管理功能需求

横向采购管理

横向采购指的是省/市采购管理部门如何满足本省/市范围内的其他需求部门的采购需求的过程，通常也可以称作日常采购管理（横向集采）；
业务需求部门向采购部门提出采购的申请。申请可以根据金额、属性制定不同的审核流程，并保留应急通道。请购过程要明确资金类别、来源、预算执行情况。应支持多投资主体（上市公司、铁通、村通、TD），应包含到货信息。

请购管理

1. 既满足便于业务需求部门填写请购的需求，又能够保证请购的规范性。
2. 需求部门既可以专人集中负责提出请购需求，也可以由具体的业务需求负责人在系统中提出请购；
3. （明确资金类别）在请购的提出过程中，请购人员必须明确该请购是属于成本类还是投资类；
4. （明确资金来源）对于成本类的请购，需要进一步明确该请购需求所属的成本预算项目，以便后续的请购审批、采购处理后续的合同签订以及合同付款操作；对于投资类的请购，需要进一步明确该请购所属的投资项目）, 以便后续的请购审批、采购处理后续的合同签订以及合同付款操作；
5. （进行预算校验）在填写请购单时，选择投资项目或成本项目时，可以了解该请购所属项目总体预算金额、以及剩余预算金额（仅供参考，前提是必须与预算管控系统建立集成，否则人工确认）。如果发现已经没充足的剩余预算，该请购单将无法继续进行，需要请购人员去追加预算；
6. （保留应急通道）对于一般的请购，需要按照上述的要求，明确投资预算或成本收益类预算。对于应急的采购，暂时无法明确预算的，可以选择“应急采购”的类型先行请购，待正式确定后，补充完整；
7. （甄别不同法人主体）考虑后续财务后续的核算，需要在请购环节就明确请购主体是上市公司、TD公司、铁通公司或村通项目。
8. （系统协助预估）请购环节需要请购人员预估请购的预计金额。请购人员可以参照历史数据来估计金额，也可以参照系统的物料价格数据估计；
9. 对于投资类请购，应同时支持按项目采购和按产品采购两种模式，按项目采购采购模式，请购时须确定项目编号，并通过ERP或项目管理系统，获取对应项目的名称、预算、项目批复文号、设计批复文号的信息；按产品采购模式，请购时可不输入具体的项目信息。
10. （到货信息）请购单须有明确的请购单行，请购单包含的物资应细分到各请购单行，请购单行细分的颗粒度为“物资种类+到货地点”，在请购单行中，还需要明确后续的采购到货相关信息，包括：收货人、收货地点、收货方式（入库、直发）、收货人联系方式等、预计使用日期。
11. 须支持请购单中同种物资的多供应商供货、以及多批次采购、到货等功能。
12. 为适应各种采购物资特性及各省公司的不同业务需求，请购单行可以包含物料编码也可以不包含物料编码，均可以提请采购。采购人员可以在办理请购单时添加或修改请购单行中的物料编码信息，但需报部门领导批准。
13. 创建或修改请购单时，应支持根据采购全目录、物资名称等多种方式快速检索、定位物料编码、物料名称的功能。
14. 请购人或采购员可以在线查询请购物资的当前库存状况（与物流信息系统建立接口），以确定是否发起采购。
15. 请购单应支持附件功能，允许请购人添加审批概要说明、物资配置清单等附件。
16. 支持EXCEL模板导入生成请购单的功能。
17.  （上游资源控制系统贯通）请购模块的接口需求：请购模块需要能从相关系统中取的以下数据：投资项目编号、成本项目编号、项目预算总额、项目剩余金额等信息，需要考虑与预算管控系统、物流信息系统以及项目管理系统的接口；
18. （分析需求支撑）请购环节的报表分析需求：可以按请购人、请购单位统计，按项目的请购统计、按物料、物料类型的请购统计、请购单状态统计，分类型的请购统计；

请购分配

1. （任务分配）满足采购管理部门日常采购任务分配的需要：按照产品分类、按照集采属性等；
2. （分拆机制）对于请购单中包含了多种业务类型的请购行时，支持将一个请购单按照请购单行分拆，形成多个采购项目或采购订单；
3. （合并机制）对于符合一定条件的请购单（产品、物料类似、需求日期接近、所属项目相同等），可以支持将多个请购单/行合并成一个采购项目或采购订单；
4. （数据继承）通过任务分配及采购项目/采购订单的生成，可以将原请购单中的相关数据传送到采购项目/采购订单中，并建立请购单与采购项目/采购订单的关联；

采购寻源管理

1、采购项目参数设置
通过采购项目参数的设置来实现对采购项目进度的动态监控，主要实现以下方面的需求：
（1） 可通过设定采购决策阶段逾期未完成的滞后天数或滞后未完成的任务数量来定义采购项目的三种状态：正常、有风险、滞后
（2） 可设定当采购项目进度有风险和滞后时通知哪些相关人员
（3） 可设定通知的频率
（4） 可设定采购项目的预计开始日期和预计完成日期的计算方式是按照自然日历计算还是按照工作日历计算
（5） 可设定对重点采购项目的定义
2、采购项目模板设置
采购项目模板主要是对不同采购方式下的阶段进行划分，并对各项阶段任务设定参数，用户在创建一个采购项目的时候，只要选定了采购方式，系统就会自动加载对应采购方式的模板信息。通过模板设置这种方式，一方面可以减少用户在创建采购项目时人工设置阶段任务、计划天数的工作量，另一方面也可以实现公司层面的标准化管理，通过统一的模板来实现对采购项目的监控和对采购人员工作绩效的评价考量。
依照采购管理规范，其采购方式可划分为：公开招标、邀请招标、单一来源采购、竞争性谈判、询价、比选等6种。根据不同采购方式的采购特点来看，公开招标、邀请招标、竞争性谈判、询价、比选这几种采购方式的采购阶段划分都具备相同特点，故统一定义为招标/选型模板，单一来源采购的采购方式有一些不同，故单独定义为定向谈判模板。
3、项目计划
自动根据模板和开始时间，生成阶段日历计划。支持任务状态管理，任务的状态至少分为三种：未开始、进行中、已完成。滞后完成的任务应支持自动监控预警。点击各项任务名称的链接能够分阶段展开，并弹出窗口进行该项任务的相关操作。当用户在此页面中修改了计划天数或预计开始日期、预计完成日期后，点“重新计算日期”按钮，系统会自动根据用户输入的信息进行计算。
4、采购寻源环节
（1） 请购->项目：系统支持请购单自动生成的采购项目，建立请购单与采购项目的关系。
（2） 项目活动支持：采购部门经办人对生成的采购执行需求进行修改和完善后，即可按采购方式发起相应的采购执行（选型）活动。
（3） 项目化管理流转：采购项目需要按各自的里程碑和流程流转，并记录流转过程中产生的结果和文档。
（4） 结果自动生成：采购项目的采购执行活动完成后，需要结合请购模块的采购项目和采购执行结果生成采购订单和合同草稿。
（5） 项目约束：同一个采购项目只能产生一个项目计划。
（6） 在采购执行的处理过程中，在采购系统中只记录各阶段处理所产生的结果和文档，不在系统中管理业务处理的具体内容。
（7） 对外交互审计：需与供应商协同的事项可在系统上进行交互，系统记录。
 

采购审批管理

采购寻源结果可自动形成标准化工单（部分内容可人工录入），通过与统一门户接口提交相关部门会签和领导审批。审批同意后作为生成供货通知及合同的依据。

采购订单管理

1. 能够明确记录采购业务发生所需的相关信息，如：供应商、明细物资、数量、价格、需求日期等。
2. （来源约束）对于集采物资，订单中的供应商、物资价格均应来源于相应的配额分配，不允许配额外采购；对于自购物资，采购订单中的供应商应来源于招标入围的供应商。
3. 采购订单设置不同的状态，如：草稿、审批中、取消、审批完成、要求重新审批、关闭等，来反映该采购订单目前所处的进度。状态的改变无需手工更改，随业务的处理进度自行更改。
4. 按照内控要求设置相应的流程检查点，如：审批，能够记录审批的全过程，以便流程跟踪和查询。
5. 采购订单允许在系统上变更和取消。为了保证业务数据的完整性，系统应根据相关的数据逻辑来判断是否允许对与之关联的数据进行增加、删除、修改等操作。总的原则是：记录业务发生的全过程，包括对错误业务的调整过程；
6. （ERP接口）采购管理系统与ERP系统的接口，通过采购订单号实现采购订单与ERP订单的对应关系，以便财务部门在ERP系统中根据ERP订单进行付款时能够将付款信息传送回对应的采购订单，方便采购管理部门相关人员在采购系统中查询订单的付款情况；以便将ERP订单到货接收信息推送至采购系统中相应的订单，方便采购管理部门相关人员在采购系统中查询订单的到货情况。
7. （支持批量）支持手工录入采购订单，也支持采购订单的成批导入；
8. 能够满足不同条件的查询，以便统计、分析采购订单的相关数据。
9. 能够满足不同条件的报表输出，以便存档、满足内控要求。
10. 支持框架协议采购管理，建立框架协议与订单的关联关系，自动汇总计算应结算金额及付款情况，必要时可匹配结算合同完成付款。
11. 支持产品化采购管理，支持无特定项目的工程物资请购和采购审批，物资到货后接收入工程物资通用库。

合同与付款管理

1. 实现采购寻源结果和合同的自动匹配，能够查询合同所对应的采购物资明细数量与价格。结构化管理合同的付款信息，对合同付款进度和付款过程进行跟踪。
2. 建立基于产品的合同模板，系统可基于请购、采购、供应商和产品信息直接生成合同文本，并提交给合同管理系统审批（需建立与合同管理系统的接口）。
3. 支持合同归档管理，支持对合同大签页等关键信息的扫描存储，支持对合同纸质文本的保存和分发、借阅管理。
4. 由于合同付款业务涉及供应商、采购人员、财务人员三方面人员，且各自在不同的系统中进行业务处理，要求实现三者间的信息交互，保证数据的连贯性、一致性。
5. 为付款申请设置不同的状态，如：录入、审批、付款、付款确认等，来反映该付款申请目前所处的进度。状态的改变无需手工更改，随业务的处理进度自行更改。
6. 按照内控要求设置相应的流程检查点，如：审批，能够记录审批的全过程，以便跟踪、查询。
7. 实现将供应商付款申请推送至采购管理系统中，以方便采购人员对付款申请进行审核。
8. 由于财务部门仅在报帐系统中进行付款申请处理，因此，采购管理系统通过与报帐系统的接口，实现在采购管理系统中审核后的付款申请能够自动推送至报帐系统中，以便财务人员对该付款申请进行后续审核，并将报帐易系统中的处理过程反馈至采购管理系统中，保证采购管理系统中付款信息的完整性。
9. 能够将付款申请处理发送至供应商门户，实现供应商可时时查询付款申请的处理进度。对于办理时间超时的单据有自动预警功能。
10. 通过采购管理系统与ERP系统的接口，实现将合同付款信息推送至采购管理系统以及供应商门户，以便采购人员和供应商能够及时掌握合同付款情况。
11. 供应商收到款项后在供应商门户中进行收款确认，确认信息需推送至采购管理系统，保证采购管理系统中付款信息的完整性。
12. （校验逻辑）为了保证业务数据的完整性，系统应根据相关的数据逻辑来判断是否允许对与之关联的数据进行增加、删除、修改等操作。总的原则是：记录业务发生的全过程，包括对错误业务的调整过程。
13. 能够满足不同条件的查询，以便统计、分析需求调查的相关数据。
14. 能够满足不同条件的报表输出，以便存档、满足内控要求

纵向采购管理

纵向采购指的是地市分公司、省公司、集团公司三个层次上的集中采购管理的业务处理模式，通常也可以称作集中采购管理。

需求调查管理

1. （动态性支持）不同的需求调查需填写的字段信息可能不同，即需求调查的格式不固定。
2. （全流程在线）能够记录需求调查的全过程，如：填写、审批、下发、汇总等，实现省－市两级公司信息交流的及时、畅通。
3. （可动态补充）省公司采购管理部门经办人可根据集团要求或省公司采购需要，随时进行产品需求调查，以便掌握各地市对产品的需求用量。需求调查涉及的标准产品来源于标准产品库清单，但亦可录入产品库中不存在的标准产品。
4. （管理粒度）省公司定义该省统一的调查格式，实现省调查信息的规范性、一致性。
5. （进度控制）为了需求调查能够及时、准确的上报，需为每次调查设置上报时限，超出时限，则不允许上报。
6. （状态识别）为需求调查设置不同的状态，如：录入、审批、下发、转发、已填写等，来反映该需求调查目前所处的进度。状态的改变无需手工更改，随业务的处理进度自行更改。
7. （内控要求）按照内控要求设置相应的流程检查点，如：审批，能够记录审批的全过程，以便跟踪、查询。
8. （任务推送）为了使各被调查部门及时了解调查内容，准时上报，在省公司下发需求调查后，被调查部门经办人在系统中应能够收到相应的通知消息或待办事项。
9. （自动汇总）能够实现省公司（含省公司相关物资使用部门，在需求调查中相当于市公司的层级）－市公司－市公司业务部门三个层面需求调查数据的逐级汇总，减少人工干预，减轻汇总人员工作量，提高工作效率。
10. （校验逻辑）为了保证业务数据的完整性，系统应根据相关的数据逻辑来判断是否允许对与之关联的数据进行增加、删除、修改等操作。总的原则是：记录业务发生的全过程，包括对错误业务的调整过程。
11. （查询报表）能够满足不同条件的查询，以便统计、分析需求调查的相关数据。
12. （输出存档）能够满足不同条件的报表输出，以便存档、满足内控要求。
13. 需求调查的输出结果可直接作为配额分配的输入，并建立相应的关联关系。

配额管理

1、配额分配
（1） 管理要求：配额分配用来记录各集采物资在总部、各省公司、各地市公司、各供应商中的分配比例，以及向各供应商采购时的价格信息。此部分数据由集团公司或省公司制定，一旦制定，必须遵照执行。
（2） 数据保障：配额中涉及的物资信息来源于产品库，供应商信息来源于供应商库，均有专人进行系统维护，不允许各地市自行维护，以保证数据的唯一性、真实性。
（3） 有效期管理：为了实现配额的有效使用，规范总部、各省公司、各地市公司集采物资采购业务的系统操作的及时性，对于集采物资，实行配额的有效期细分管理，省本部、各地市在进行采购时仅能够使用有效期内的配额数量。
（4） 逾期回收机制：若在有效期结束后仍有未使用的配额，则由总部、省公司采购管理部门收回剩余配额，省公司采购管理部门可将此收回的配额再次自由分配。
（5） 提醒功能：提供红绿灯预警功能，在配额到期前给出到期提示，以提醒相关经办人，减少因配额过期而无法下订单。
（6） 状态管理：为配额分配设置不同的状态，如：录入、审批、取消、关闭等，来反映该配额分配目前所处的进度。状态的改变无需手工更改，随业务的处理进度自行更改。
（7） 内控支持：按照内控要求设置相应的流程检查点，如：审批，能够记录审批的全过程，以便跟踪、查询。
（8） 校验逻辑：为了保证业务数据的完整性，系统应根据相关的数据逻辑来判断是否允许对与之关联的数据进行增加、删除、修改等操作。总的原则是：记录业务发生的全过程，包括对错误业务的调整过程。
（9） 集成控制：实现配额分配与后续集采物资采购业务的无缝集成，以保证集采物资采购业务在此框架下进行，系统能够实现配额的自动检查、自动扣减。
（10） 查询统计：能够满足不同条件的查询，以便统计、分析配额分配的相关数据。
（11） 输出存档：能够满足不同条件的报表输出，以便存档、满足内控要求。
（12） 关联关系：对于集采中涉及制造商与签约商不一致的情况，可以在配额中维护制造商与签约商的关系。对于选定的制造商，自动显示签约商的信息，便于后续订单与合同的签订。
2、配额申请
（1） 调节机制：配额申请是对省公司配额分配的有效调整。由于配额分配来源于年度投资规划以及历史数据等，与实际需求可能存在一定的误差，配额申请则是根据下一阶段的实际需求来调整配额分配，若配额数量有剩余，则申请减少；若配额数量不足，则申请增加。
（2） 时效控制：为了保证各地市配额申请的及时性，要求各省、各地市在规定时间内提报下一阶段的配额申请，超期则不允许在提报。但对于急采配额申请，则允许随时填写、提交，但需注明原因。总部、省公司采购管理部门收到急采申请后，区分非考核类急采、考核类急采，以便省公司采购管理部门考核各地市急采情况。
（3） 通知催办：为了能够使总部、省公司采购管理部门及时了解各地市配额申请，在各地市公司提交配额申请后，省公司采购管理部门经办人在系统中应能够收到相应的通知消息或待办事项。
（4） 状态管理：为配额申请设置不同的状态，如：录入、审批、取消、关闭等，来反映该配额申请目前所处的进度。状态的改变无需手工更改，随业务的处理进度自行更改。
（5） 内控支持：按照内控要求设置相应的流程检查点，如：审批，能够记录审批的全过程，以便跟踪、查询。
（6） 数据校验：为了保证业务数据的完整性，系统应根据相关的数据逻辑来判断是否允许对与之关联的数据进行增加、删除、修改等操作。总的原则是：记录业务发生的全过程，包括对错误业务的调整过程。
（7） 产品控制：总部、省公司采购管理部门经办人能够按各自负责的产品分类查看申请行，能够按产品汇总各地市审批通过的配额申请，若有配额记录，则自动关联相应的配额记录，以方便查看配额使用情况。若需调整，则省公司采购管理部门经办人为每一申请地市指定供应商、分配数量。其中，供应商为配额中列出的供应商，分配数量则不允许超出地市申请数量。若申请数量未全部分配，则需给出提示，要求填写原因。
（8） 管理与业务流合一：省公司采购管理部门调整分配审批通过后，能够自动生效更新该配额中待分配配额数量和相应地市的分配配额，同时通知地市申请人。
（9） 查询统计：能够满足不同条件的查询，以便统计、分析配额申请的相关数据。
（10） 输出归档：能够满足不同条件的报表输出，以便存档、满足内控要求。
 

3.6 省内仓储物流管理

3.6.1 省内仓储物流业务需求

业务假设：县公司不设仓库，但允许设暂屯点（归工程建设部门管理），市公司层面均已实现一体化配送。
物资范围：工程物资、备品备件、维护材料、促销物资、其他杂品，sim卡、有价卡
管理层级：省、市公司仓库，营业厅，站点
用户范围：省、市公司所有仓储物流管理人员，省、市公司所有物资领用和审批人员，承运商的管理人员，营业厅物资管理员
用户角色：为保证库存安全、帐实相符，所有仓库的出入库操作均需实物保管员和帐务管理员配合操作，才能完成一个完整的出入库事务。其中帐务管理员负责管理出入库单据，作为出入库操作的发起人和确认人，帐务管理员不必在仓库现场；实物保管员负责实物的清点、验收、交接等操作，根据出入库单据的要求进行操作。
此外还设置库存查询、单据审批、营业厅物资管理员、运输配送管理员、系统管理员等角色。

3.6.2 省内仓储物流功能需求

入库管理

入库操作必须由到货单、退库申请单、调拨入库单或杂项入库申请单发起。
1、采购物资入库管理
（1）到货单
由采购系统生成到货单传递到物流系统进行入库接收。到货单由2部分组成：实物清单和采购清单。实物管理员按照实物清单进行检验、收货后，帐务管理员针对采购清单进行收货。对于一般配套物资和业务用品，实物清单与采购清单差异不大，可直接使用采购清单替代实物清单。对于主设备等需要按箱收货的物资，需要有单独的实物清单。
（2）入库接收
当物资到货时，ERP订单已录入，则采购清单为ERP订单，接收完毕后LIS实时同步ERP。应支持单独接收采购清单部分行部分数量的物资。若为无合同无订单到货，采购清单为框架协议下订货单（供货通知），接收完毕后，暂不同步ERP，在LIS中对该批次物资做暂收标记。待ERP订单录入后，采购系统通知LIS系统自动同步ERP，并取消暂收标记。物资入库后同时保存实物编码和ERP物料编码。
2、工余料退库管理
工程部门先提交工余料退库申请，退库申请应包含物料编码和具体的WBS节点信息，经适当审批后，帐务管理员发起工余料退库操作，入库完成后，LIS系统库存应自动与ERP库存和PA模块同步。
3、杂项入库管理
适应于废旧料、暂存物资（如已直发现场但因特殊情况需临时入库暂存）、杂品（在ERP中费用化处理的低值易耗品）等ERP帐外物资的入库管理。杂项入库申请单由入库申请人填写（只需填写实物清单部分，实物编码），经适当审批后，帐务管理员发起杂项入库操作，不再同步ERP。
4、调拨入库管理
根据调拨入库单，执行入库操作，如是省、市公司间调拨，需同步处理ERP库存。
5、批次与库龄管理
LIS应支持批次管理，每一次采购入库生成唯一性批次，批次号在整个物资生命周期不变。对每一批次物资，系统支持库龄管理，库龄分绝对库龄和相对库龄，绝对库龄指物资在LIS首次入库的时间，相对库龄指物资在当前仓库的时间。

出库管理

出库操作必须由审批通过的申领单、调拨单或退回供应商申请发起。
1、物资申领
申领单须注明申领物资的实物编码、数量，工程物资需注明具体的工程WBS节点信息，业务用品和备品备件等应注明对应的帐户科目，申领单审批通过后，由帐务管理员进行办理，系统应支持将申领单直接转换成出库单。
2、物资调拨
调拨单须注明调出仓库和调入仓库，禁止市公司之间直接调拨，如需调拨应先经过省公司审批。市公司仓库可以调拨给营业厅，营业厅物资也可反向调拨给市公司仓库。调拨单审批通过后，由调出方仓库帐务管理员发起，系统自动生成一张出库单（调出方）和一张到货单（调入方）。先完成出库操作后，调入方仓库再完成入库操作。物资调拨如涉及省市间调拨，在调出时暂不同步ERP，待调拨入库时同步。
3、退回供应商
由于产品质量等原因，需要将已入库的物资退回给供应商，由采购员发起退回供应商申请（含具体物料编码和ERP订单号），经适当审批后，帐务管理员建立出库单，交实物管理员进行出库，并同步ERP库存和订单信息。
4、出库单
帐务管理员根据物资申领单、调拨单或退回供应商申请等建立出库单，交由实物管理员进行拣货、出库的实物操作。物资拣货应遵循先进先出的原则。LIS应支持自动拣货，批量拣货，主动提醒所在库位和最近路线等功能。支持根据出库单部分物资部分数量出库的功能。物资出库完成后，应自动同步ERP库存（帐外物资除外，暂收物资应等到状态变更后再同步ERP）。

库内管理

1、库位管理与库存移位
库位管理包括库位信息增加，修改，查询，删除，锁定，解锁以及库位类型设置等操作。含仓库和库位的管理和控制，如仓库划分管理、仓库属性控制、仓库库位占用百分比图形显示等；能够方便的完成仓库的物资的移位功能。
2、包装单位管理
提供多种包装单位，自动实现包装单位间的转换。
3、锁定、解锁库存
可以按照物资、库位、批号来进行锁定与解锁库存的操作；被锁定的库存将无法用于正常出入库业务。
4、物资状态管理
对于物资的包装情况、完好程度、是否借货、是否废旧料等需要进行物资库存状态的管理。
5、项目间转移
支持在库工程物资的项目间转移功能，可以在通用库和项目专用子库，以及项目专用子库之间进行项目间转移。
6、套件或货品群
能够任意组合多项物资为一个货品群，货品群可作为一个独立物资进行管理，统计库存信息，计算安全库存并进行营销活动设置。
7、支持VOI库存管理
8、安全库存管理
系统可针对任意仓库，任意物资（货品群）设定安全库存阈值，分为上限值和下限值，当物资库存达到上限值，自动提醒库存超限；当物资库存达到下限值时，自动提醒库存不足。系统支持多重安全库存管理策略，并具备根据安全库存预警自动生成调拨单的功能。

营业厅库存管理

1、 自营店库存管理
对于促销礼品物资，所有层级（集团、省、市、县、营业厅）下的采购、配送和实物库存操作业务均通过供应链系统完成，BOSS系统只负责营业厅层面的销售出库，双方系统仅在营业厅层面进行业务数据交互，供应链管理系统向BOSS系统实时同步下发营业厅库存数据信息，BOSS系统向供应链管理系统实时回传销售赠送数据信息。
对于有价卡、SIM卡、定制终端物资，所有层级（集团、省、市、县、营业厅）下的采购、配送、接收入库、组织间转移、下发、调拨等业务通过供应链系统完成，所有层级（主要指市公司、县分公司和营业厅层面）的出库业务操作均通过BOSS系统完成，各层级下的库存信息供应链管理系统需要实时同步至BOSS系统，各层级下的出库信息（包括销售出库和赠送出库）BOSS系统需要实时同步至供应链管理系统。
营业厅促销品出库信息自动在市公司层面汇总，定期完成ERP出账。
2、代办点库存管理
LIS中不直接延伸到代办点，代办点库存由其上级管理单位（代办管理班或乡镇营业部）代为管理。代办点库存作为其上级管理单位仓库的1个特殊库位进行管理。LIS应支持代办点物资调入、调出、发放统计、库存统计、出库等功能。代办点物资发放通过LIS或BOSS系统完成。

盘点管理

盘点管理分为制定盘点计划、打印盘点清单、进行实物盘点、录入盘点结果、系统比对盘点差异、打印盘点差异表、盘盈盘亏处理、调整帐面、记录盘点信息等步骤。盘点方式分全盘和部分盘点两种方式。盘点差异应自动上报汇总，执行公司差异调整审批流程后，在系统内执行差异调整。

运输配送管理

应同时支持到省仓和市仓的省内干线运输管理和市公司内的配送到营业厅和站点的业务需求。
1、承运商管理
建议纳入到供应商管理模块中统一管理。
2、运输模式管理
应支持按重量、按固定路线、按距离、按车型+距离等运费计算模式。
3、运输订单管理
运输订单应与发运单（出库单）和到货单（入库单）紧密集成，能够根据发运单（出库单）结合具体运输模式和策略，直接生成运输订单。LIS应具备运输订单全生命周期管理功能，直到所有运输物资均被接收此单据才能关闭。
4、运输执行管理
系统应能监控运输订单的执行情况，了解哪些物资已接收、哪些物资仍在途、运输订单已执行多少时间，预计还需多少时间才能完成等情况。系统应有物资运输过程中丢失、损毁或被退回等异常情况的处理功能。
5、运输考核管理
系统应在运输配送的每一个环节（出库、搬运、接收等）设置评价点，由每一环节负责人进行评价，系统可以给出默认值。一次运输任务完成，由运输任务发起人根据任务总体完成情况并参考各评价点评价情况进行评分。评分累计结果应体现到供应商考核及费用计算管理等模块。
6、费用结算管理
系统应能自动统计承运商工作量和工作质量，并根据合同约定的计价方式自动计算出运输结算费用，作为计算凭据。

业务用品越库直发管理

指物资由供应商直接配送到营业厅，不经过市公司仓库的情况。系统应实现在市公司仓库做采购物资接收、同时自动调拨到营业厅的功能。

工程物资直发现场管理

即工程物资不进仓库，由供应商直接运送到工程施工现场，由项目经理负责接收。直发现场的工程物资由项目经理在ERP中做直发现场操作，将物资分派到所属工程项目的任务节点上。直发现场的工程物资LIS系统不做管理，但是为方便查询和统计，ERP系统仍然通过接口把直发现场数据保存在LIS系统中，LIS系统不对数据做进一步处理。

条码管理

备品备件应支持条码化的单件管理。
按箱接收的工程设备，应支持以“箱”为单位的条码管理。
系统应支持无线PDA设备，可扫描条码自动完成基本的入库接收、拣货出库和库存移位等操作。

统计查询功能

各类库存管理绩效统计报表
库存现有量表、进销存报表、库龄分布表、对账表、物资分布表、盘点表等等
 
 

3.7 大区仓储物流管理

3.7.1 大区仓储物流业务需求

1、需求来源
根据大区试运营方案（集团7.22日会议材料）制定。
2、用户范围
大区所在省的大区库库管理与业务操作人员、各省公司与大区库物流接口人、集团公司物流管理人员、供应商相关业务人员、承运商相关业务人员
3、物资管理范围
在大区系统管理的物资主要为工程物资，且均通过VOI方式管理。大区试运营后将逐步把积分礼品纳入管理。
初期只对工程物资中的电力电缆、馈线、开关电源设备、光缆等物资进行管理，远期将逐步建立大区物资存储的物料目录，并定期更新。
4、大区运作模式
省公司与供应商合同关系不变，省公司向大区申请领用物资，不直接从供应商取货。
遵循省公司“框架+订单”的采购方式，省公司给供应商发订单时抄送大区形成领用单，大区按照领用单给省公司供货。大区工程物资采用VOI模式，库存所有权属于供应商，物资出大区库后，发生物权转移。大区运营初期不涉及大区间物资调拨，但系统应支持大区间物资调拨功能。
大区中心：收集需求计划，制定库存策略，设立大区实体库存；协调供应商补货；按照领用单，响应省公司物资需求；
供应商：在大区设立VOI实体库存；按照大区补货计划安排生产补货；与省公司签订框架合同，并定期结算。
省公司：与供应商签订框架合同；定时上报需求计划，并按月向大区发起物资领用需求；接收物资后及时反馈。
5、大区运输配送模式
大区试运营初期采用供应商送货到大区、大区送货到省公司及地市分公司的运输模式，但系统应支持大区到供应商自提的功能。
 

3.7.2 大区仓储物流功能需求

需求计划管理

需求计划可以由省公司主动上报，也可由大区库创建后发布给省公司，省公司按规定的时间间隔填写物资需求计划单（包括品名、数量、时间、地点、供应商）上报。
需求计划可走必要的审批流程（集团采购部或大区库管理中心）。系统能够对各省公司上报的需求计划进行自动汇总。可以根据需求的汇总结果，结合其他条件（如库存、需求预测等）生成补货计划建议。
已上报的需求计划在一定时间内允许做一定的调整，如调整数量、到货时间、供应商等，但这些调整必须在省公司与大区库之间做双向协同。

补货计划管理

针对安全库存管理的物资，根据安全库存控制计划，在库存现有量低于补货点后，仓储管理员创建补货申请单，经审核后，作为库存补货采购依据。
补货管理即根据当前库存现状（物资安全库存）和需求计划（省公司需求报送情况）和出库计划（省公司采购需求），向供应商发布补货计划。
1.确定补货点、补货量
试运营采用月初补货，即补货点在月初；未来可以根据不同产品供货周期制定补货点，补货点的库存=安全库存+供货周期*当月需求量/30
补货量：各省上报相关物资的下月需求量
2.安全库存设置：
能够针对具体的物料或某一类物料设置安全库存阈值，当物资库存达到下限值时，自动提醒库存不足。系统支持多重安全库存管理策略，并具备根据安全库存预警自动生成补货单的功能。该阈值应能够反映该物资以往的库存波动情况，并可根据实际情况进行调整。

仓储管理

仓储管理是对实物的管理，包括仓库相关的各种日常业务，入库、出库、调拨、退库及仓库的管理。管理对象可以根据需要灵活定义，包括对管理物资数量、内容、分类、分级别的灵活定制。
1、入库管理
能够进行入库策略的管理，针对不同用途、不同类别的物资使用不同的入库策略；可以定义不同的入库规则，如物资的尺寸、重量、类型、生产日期、批次等等。系统能够提供物资具体的上架位置建议。推荐物资入库位置。指示相关人员进行具体的入库上架等操作。能够记录物资的实际入库时间、位置和操作人员等信息。
物资的入库操作系统应支持条码扫描操作（前提是仓储系统已与扫描设备实现集成）。用扫描枪扫描发货单条码，扫描系统对条码进行识别，系统自动找出对应的发货单；操作人员扫描对应货物装箱单上的条码，扫描系统对条码进行识别，系统自动将箱单对应的发货单行信息进行匹配，自动接收确认。
（1）预到货通知入库
预到货通知,供应商确认补货订单或发货通知后发布计划，系统通过接受供应商的发货计划，生成预收货单据,包括物料编码，序列号等资讯，货品数量/包装信息。系统支持手工创建预到货通知（ASN），一个ASN可以对应多个订单，订单也可以对应多个ASN分批送货。
（2）正常入库
入库类型中的正常物资入库，由订单或者供应商的到货通知生成入库单据，管理员核对到货通知单之后，通过审批之后入库单生成，系统物资库存量增加。
（3）VOI入库
支持VOI库存管理，按供应商视图进行库存管理，VOI入库后，相应供应商的库存增加。
（4）调拨入库
入库类型中的调拨入库，物资来源于其他仓库而非供应商，调拨入库单据来源于源大区（省公司)的调拨出库单，源大区（省公司）形成调拨出库单，目标大区（省公司）形成调拨入库单，收到实物之后完成调拨入库。
（5）验收
根据业务需求对验收情况进行记录，若验收通过，自动创建入库单。系统允许用户在收货时将货物直接分流至质量检验区。该区域的库存将不得使用，直到检验通过或者由用户手工释放，系统作为良品或者非良品进行分别处理。
（6）上架及上架确认
用户可以根据不同的产品设定不同的自动上架规则，如：最短路径原则、周转率原则等，系统也支持人工指定上架库位。
2、出库管理
对于不同类别、不同用途、不同要求的物资可以定义不同的出库规则，如先进先出、靠近出口先出等。能够记录物资的实际出库时间、位置和操作人员等信息。根据不同物资类别的要求，选择是否启动运输流程。出库操作系统应支持条码扫描设备，操作人员可以通过扫描设备确认出库单中物资和储位的信息。
(1)单证管理
对出货过程中可能使用的单证进行管理，如发运单。系统应提供方便的功能进行单证的输入，或者通过专用数据接口将数据下载到WMS中。系统提供按制单时段、收货人、发货时间、地点等信息对单证进行合并创建波次批处理的功能。
(2)订单预配
在预配规则中，用户可以指定产品的预配次序和范围，系统将锁定相关产品，避免其它订单再次占用。
(3)领用出库
领料出库指各物资管理部门根据领料申请办理具体的领料出库单，与提货人员或者承运商约定出货时间，然后交由仓库管理员按照约定出货时间办理具体实物出库手续
(4)调拨出库
用于内部不同大区之间的库存物资的转移，填写调拨出库之后，作为发货以及入库的根据。
(5)建立波次
波次用于选择送货点配货需求，分配库存，包装、发货，波次至少包括：需求选择、 库存分配、装箱计算、创建任务、路线分配、单证打印等。系统应支持在每个波次模板中都定义不同的库存分配策略。
(6)分配与拣货
系统应提供灵活的可配置的分配策略，以满足不同产品的需求，比如：先进先出、先到期先出货等。系统应支持基于订单和基于波次的拣货方式。针对分配的结果，用户可以打印拣货清单，在拣货清单上详细记录了需要拣取货物的库位、批次、数量或者跟踪号。
(7)数据捕获
系统支持出货过程中的数据捕获，如产品序列号，用户可以通过条码扫描设备或批处理终端将序列号导入系统。用户可以在订单行中查询相应的序列号，也可以打印一个订单下的出货序列号清单。
(8)包装
根据使用和运输要求，对物资进行组合包装。系统应支持多种标签打印。系统支持按照运输计划自动生成及手工录入包装计划及要求。支持将包装信息发送给或包装要求单交给包装人员，按照包装要求进行包装作业。
3、库存管理
库存管理主要功能需求如下：
（1）移位
移位管理应能够记录移位操作的全过程，包括操作人员、操作物资、货号、数量、时间等信息。可以方便的进行跟踪和查询。
移位操作系统应支持条码扫描，操作人员可以通过扫描设备确认移位单据上相关物资和货位等相关信息。
（2）盘点
系统支持自定义的盘点方式（日常盘点、全面盘点、循环盘点、异动盘点），可以定义盘点频次、盘点时间、盘点范围、盘点计划等。
对于物资的盘点可以根据不同的时间进行盘点、可以对不同类别的物资进行盘点、可以在不影响仓储物流业务的情况下对物资进行动态盘点。根据盘点计划自动生成盘点通知，提前通知相关人员。记录盘点结果，并对盘点结果进行分析。
（3）物资查询跟踪
库存管理能够显示所有库存情况，可以对库存进行锁定等操作。可以在物料级别和批号级别进行物资跟踪。
（4）库龄管理
可分别对仓库中存储物资的库龄进行查询和统计。如果物资有效期即将到来，提供有效期的查询和告警功能。能够从物资的角度分析其超期超储情况，实现物资的在库帐龄分析，物资周转率的统计。
（5）支持按品类的库存策略管理与设置
（6）支持对供应商的虚拟库存管理
可将实际保存在供应商仓库的供应商物资实施大区库的虚拟库存管理，即将这部分库存看作大区库的一部分，在大区库系统中可见、可管、可操作，由大区实施统一的运营管理，但具体的出入库实物操作以及配送到公司由供应商组织完成。实施虚拟库存管理的供应商可开通特定账户，通过VPN登录大区库系统，完成基本的出入库操作。
4、仓库规划
（1）库区设置
能实现系统仓库划分与实物仓库划分的一致，能灵活定义系统组织结构、仓库、子库、储区、储位等，能够手工失效已定义的仓库、子库、储区、储位。
（2）库存能力管理
系统能显示储位货物的存放情况。系统可以按库存能力进行查询。系统应支持采用图形化的形式显示仓位、储位的占用情况。
（3）仓库设备管理
对一些反映仓库能力的设备，如叉车、托盘、条码扫描设备等，进行台账管理。

运输管理

运输计划是根据供货管理需要向需求部门供货的内容制定相关运输计划，通知运输商安排运输。系统支持运输流程从提出需求到结算考核的闭环管理和控制。支持多业务种类的运输场景，可以通过接口或其他系统与运输商和设备（物资）供应商实现信息交互。
1、运输订单管理
根据运输计划，系统能够自动生成运输订单，同时支持手动支持运输订单的生成。
2、预订单管理
即在下达真实运输订单委托指令之前，预先不完整订单信息提前录入系统，可以使所有客户运输委托均以订单形式作为运输指令在系统中记录，以防系统遗漏订单。在订单确认发运之前即可在预订单管理中将预订单替换为真实订单，预订单和真实订单为一对一或一对多关系。
3、运输调度及执行
运输单的录入、批量导入、修改、删除、查询、打印、统计等功能。运输单内包含车辆信息、司机信息、项目信息、货物信息等，要求互相匹配，可查询。运输执行及路线选择系统功能：实现物资运输方式、运输路线的选择以及物资装车的安排计划等。对于需要运输的物资，可以根据要求条件（如运输时间要求、设备安全要求、运输费用等）选择单独运输、拼车及运输路线等。
系统可支持根据物资的尺寸、重量等条件自动安排物资装车计划建议，用户可以手工修改条件重新进行物资装车计划建议和手工指定、调整物资装车计划安排。
（1）订单拆分
该功能将订单拆分至运输单，运输单内包含车辆信息、司机信息、项目信息、货物信息等，要求互相匹配，可查询。系统以配送订单的形式管理和驱动配送业务。通过仓储系统生成配送订单，提交给承运商，由承运商按照配送订单的要求执行运输和配送。提供配送单和到货单的确认与接收功能。配送订单也相当于一种任务调度单
（2）运输跟踪
系统需要支持多种监控与跟踪方式。实现对运输物资、运输车辆、运输人员的节点状态的实时监控、定位，实时签收功能。支持在途物资统计。
4、运输商信息管理
系统功能：实现运输商信息管理。与主数据中的供应商相关信息相对应，主要指物资运输配送运输商的基本信息。包括公司名称、规模、相关的司机及车辆信息等。用户可以维护本单位的常用运输商信息。
建立司机和车辆档案，并进行管理。
 

费用管理

1、费用类型管理
费用类型可分为物流配送费用、仓库运营费用、仓储物资费用等多种费用类型。系统应能够根据业务发展的需要增加费用管理类型。
仓储运营费用核算管理可以计算基本的仓储运营成本、储位成本、运输成本等，为决策支持提供可分析数据。
仓储物资费用核算管理可以核算库存物资的成本。
2、费率管理
对于不同的费用类型，系统能够提供多种费率因子设置。比如可以按照距离、重量、件数、体积、次数、时间、车辆吨位大小等多种方式进行计算运费；对于物资的仓储成本，可以根据物资类型、体积、重量、价值等设定费率因子等。
运输费用、保险费的核算和管理应可以设定不同的费用算法，结果合同信息中运费的约定对运输费用进行记录、核算。系统支持运输商的多种报价体系设置和多种费用核算方式。

3.8 供应商和产品管理

3.8.1 供应商管理业务需求

统一提供供应商管理能力，对供应商管理包括准入、认证、分类、退出、信息、绩效、升降级管理的全过程进行支撑。作为企业对供应商进行集中管理的维护中心，与供应商门户交互，共同实现供应商与企业进行的供应链全程运作过程。
支持分品类的准入策略，通过供应商认证，提高供应商初始质量，支持供应商绩效评估管理，保持并持续改善供应商质量，支持集团/省两级供应商管理体系。

供应商准入

为规范化管理供应商准入机制，建设供应商准入功能：
通过供应商准入功能，可以依据物料品类管理的细分原则制定每一类物料供应商的准入标准。
通过供应商准入功能，提供供应商在线注册、提交资质审核材料、审核、基础信息入库等准入管理功能。
通过供应商准入功能，支持对供应商在门户中注册信息进行审核，审核通过后供应商可以在门户中提供相关资质、法人等信息以供资格审核。

供应商认证管理

为统一管理供应商认证机制，建设供应商谁认证管理功能：
通过供应商认证管理功能，可以依据供应商管理权限类别和物料品类管理的细分原则制定供应商准入模型，供应商根据准入模型中的内容提供必要的信息，形成基本的供应商信息库。
通过供应商认证管理功能，可以对符合准入标准的供应商进行资质核实和认证，并根据认证结果确认合格供应商，更新供应商信息库

供应商分类管理

为了更好的区分供应商类别，更有效的与供应沟通，建设供应商分类管理功能：
通过供应商分类管理，可以对于完成认证的供应商，依据物料采购业务的目标及优先级，配合企业运作模式，制定供应商相关的分类标准，划分供应商级别，例如从产品的重要性、采购金额、供应风险、供货区域等多个维度对供应商进行分析与分类。
通过供应商分类管理，可以按照供应商不同的级别，制定相关的供应商沟通与关系管理、供应商绩效评估以及供应商动态调整原则

供应商信息库管理

为了更好的维护管理供应商信息，建设供应商信息库管理功能：
通过供应商信息库，可以集中管理供应商编码和供应商信息。
通过供应商信息库，可以维护潜在供应商、合格供应商、交易供应商和供应商黑名单等信息，统一供应商编码。
通过供应商信息库，可以维护和查询供应商信息。

供应商退出管理

为了处理供应商退出申请，建设供应商退出管理功能：
通过供应商退出管理，可以提供供应商退出的流程管理过程和退出通知等退出管理功能。
通过供应商退出管理，可以对于不再合作的供应商按照供应商退出流程进行管理，通过审核过程确定退出，更新供应商信息库，记录退出状态和原因，并向供应商发送退出通知。
通过供应商退出管理，可以随时查询退出供应商的信息和记录。

供应商关系管理

为了更好地维护供应商关系，建设供应商关系管理功能：
通过供应商关系管理，可以提供对供应商的激励和惩罚措施管理功能和反向评估信息管理功能。
通过供应商关系管理，可以维护对不同供应商的管理策略和关系，并与实际业务进行对比。
通过供应商关系管理，可以支持通过问卷反馈或者直接维护的方式，实现供应商对企业反向评估的功能，并进行相关统计分析。

供应商账号权限

为了规范化统一管理供应商账号，建设供应账号权限管理功能：
通过供应商账号权限管理功能，可以实现供应商账号创建、授权的统一管理。
通过供应商账号权限管理功能，供应商可以通过B2B系统实现与企业供应链系统进行交互，供应商账号也作为供应商信息在供应商管理功能中进行统一管理。

潜在供应商管理

除了更好的引入潜在供应商合作，建设潜在供应管理功能：
通过潜在供应商管理功能，可以提供对潜在的供应商信息管理和评估引入的功能。
通过潜在供应商管理功能，可以支持企业对潜在的合作供应商进行主动信息管理和定期评估，进而引入建立合作的方式。

供应商后评估与反向后评估

系统支持根据绩效指标灵活定义评估模版功能，支持灵活选择调查对象和考核对象，支持同时对多个考核对象进行绩效评估，能够根据实际情况实现评估流程。系统支持按照省公司、项目经理、专业（产品）、采购项目、供应商等不同维度进行汇总分析，系统应支持表单、柱图、饼图等不同展示形式。

供应商绩效

为了更好地对供应商进行考核，建设供应商绩效管理功能：
通过供应商绩效管理，可以对供应商的响应时间、到货及时率、产品质量、售货服务等进行考核评估管理。
通过供应商绩效管理，可以对供应商绩效考核评估标准设定，新建并发起供应商绩效评估活动，供应商绩效考核评估结果提交，审核供应商绩效评估结果。
通过供应商绩效管理，可以评估历史信息查询。

供应商跟踪

建设供应商跟踪功能：通过供应商跟踪功能，可以根据评估结果，通过与供应商的沟通，交流绩效评估结果以及持续提升计划。
通过供应商跟踪功能，可以根据绩效评估结果和结果反馈动态调整供应商等级。

3.8.2 产品管理业务需求

产品（物料）作为供应链管理中的主要对象，为了实现供应链的全局性管理，需要统一管理物料分类、采购目录、物料编码、物料价格等内容，实现对内部供应链系统的支撑，以及通过供应商门户与供应商管理的产品保持一致。

物料分类

为了统一对物料分类管理，建设物料分类功能：
通过物料分类功能，可以按照统一的分类规则，维护物料分类。物料的分类作为物料的重要属性进行维护，按照物料分类层级进行查找、过滤和展示物料，物料分类也作为统计物料信息的重要维度。
通过物料分类功能，可以对不同的物料分类可能对应的采购流程等业务流程不同、相关用户权限也会有所不同

采购目录管理

通过采购目录管理功能，可以按照不同分类层级目录化管理物料，并从不同维度明确各类物料的管理规则，统一管理集中采购目录。
采购目录是物料的又一重要属性，采购目录可以通过多级展开的树形结构展示，不同的采购目录级别和权属关系，带来不同的专业主管权限、业务流程的不同。
采购目录因为采购级别的不同维护用户和维护周期不同，例如一级集采目录由集团统一维护。

物料编码

按照既定的编码规则对企业内的物料进行编码并形成统一的物料信息数据库。物料编码是物料的唯一标识，物料编码的编写规则要体现编码的科学性、唯一性和可扩展性，不重复的，在特定情况下可以手工维护，物料编码需要系统进行校验，保证编码的正确性和唯一性。

物料价格管理

物料的价格信息是多角度的、不断变化的重要信息，通过物料价格管理功能，可以维护物料的价格信息，以用于采购时的参考。

货源清单管理

建设货源清单管理功能，可以对于具体的物料，查看可提供该物料的供应商及历史订单，了解物料的货源情况

BOM管理

建设BOM管理功能，在物料编码的基础上，提供根据不同管理要求进行打包组合的功能。
除了物料类型之外，物料信息还可以根据BOM来分类。BOM是物料统计分组的标识,用于物料的统计及分析，也可以被设置成采购订单批准流程的条件之一，通过系统配置，可以针对不同种类的物料制定采购订单的审批过程

质量管理

产品质量管理包含产品质量信息管理、产品质量档案管理、第三方质量检测机构信息管理,如质检所、研究院等具备检测资质与能力的单位。
质量管理功能是与采购、仓库、生产等环节的相关功能，实现对物料的质量控制，包括购货检验、完工检验和库存抽检等质量检验业务。
提供质量检验模块，综合处理与质量检验业务相关的检验单、质检方案和质检报表，包括设置质检方案检验单、质检业务报表等业务资料，以及查询质检报表等

品类策略

根据各类产品不同的使用、市场供需等特性，制定供应链不同管理环节的管理规则，以此规范化控制不同产品不同的业务处理方式。
品类策略是针对物料的不同属性和不同的分类的业务差异定义过程，例如针对不同的物料类别、不同采购级别的物料、不同的BOM其品类策略各不相同。

3.8.3 供应商管理功能需求

供应商准入

（1）供应商在线注册：提供注册前必读提示信息，供应商阅读注册协议，填写基本信息，上传录入资质基本信息，填写登陆信息，提交注册信息，完成注册，等待审核。
（2）供应商注册进度查询：支持供应商通过输入注册登陆信息，进行查询注册进度情况。
（3）供应商注册信息通知：支持通过供应商注册时填写信息的电子邮箱地址，发送电子邮件通知供应商注册成功账号等信息。
（4）供应商注册信息查看：支持企业查看供应商所提交的注册信息。
（5）供应商注册信息审核：支持企业按照规范流程审核供应商所提交的注册信息和扫描录入的材料。
（6）供应商资格预审：支持审核小组对供应商入围时的资格预审过程，针对供应商提供的注册信息和资格预审信息进行审核，支持对相关审核材料归档备案管理。

供应商认证管理

（1）供应商认证信息查看：支持企业查看供应商所提交的认证汇总信息，根据供应商引进申请表，提出新供应商引进需求。
（2）供应商认证审核：支持企业进行供应商认证审核流程，认证评审小组对供应商提交的认证信息及资料进行认证评审，审批通过，将供应商准入评审报告提交到采购中心，采购中心录入认证供应商，供应商对审批信息进行确认，完成供应商认证审批过程。

供应商分类管理

(1)供应商分类定义:支持对供应商进行分类属性的定义和维护，建议从产品属性维度和合作状态维度两个维度进行供应商分类定义，其中根据产品属性维度分类主要有25类：核心网络主设备、网络配套设备、网络辅助材料、IT硬件设备、IT软件产品、基建工程设备、劳保用品、办公配套用品、业务宣传产品、渠道VI家具、 渠道专用设备、渠道客户使用终端、定制终端、SIM卡、维护服务、网优及测试服务、网络工程服务、集成及开发服务、运营支撑服务、服务外包、业务宣传活动、媒介资源；根据合作状态维度分类主要有三类：“潜在供应商”、“认证供应商”和“合作供应商”。
(2)供应商分类审核:支持对完成的供应商分类进行审核的过程。
(3)供应商分类查询:支持按照分类进行供应商查询展示，需求部门根据供应商类别进行查询，快速查找和定位自己需要的供应商；需求部门对于同属一个类别的供应商，可以有效地进行横向比较和分析，找出供应商的改进点。
(4)供应商分类差异化管理:支持对于不同类别的供应商，准入时评审的关注点不同，在评价时可根据供应商分类采取不同的评价指标和评价模板，在制定奖惩方案时侧重点不同。

供应商信息库

(1)供应商信息变更审核。对供应商在供应商门户中提出的信息变更申请进行审核，审核通过后信息方可同步到相关系统中，包括：
n 历史版本查看（查看供应商的历史信息）；
n 变更信息查看（查看供应商的变更信息）；
n 变更审核（查看供应商在相关审核过程中的通过和被拒绝的信息）；
(2)供应商信息维护。采购管理员可主动维护供应商变更信息，采购管理员通过系统记录或提交潜在供应商相关的重要事件和新闻、合作备忘信息，包括：
n 供应商信息记录（记录供应商相关事件及信息）；
n 供应商等级修改（通过综合评定，修改供应商的等级）；
(3)供应商信息同步。支持手工触发供应商信息与外部系统的同步，可配置默认情况下需同步的属性列表及目标系统，包括：
n 同步属性配置（配置信息同步的相关属性）；
n 单个供应商同步（可以选择单个供应商进行信息获取，实现同步）；
n 批量同步（批量同步多个供应商信息或全部供应商信息）；
(4)供应商基础信息字段。支持对供应商信息库各信息字段的规范统一管理与维护，建议有以下字段：
n 供应商本身提供的信息
l 基本信息（如公司名称、法人代表、营业执照编号、税务登记证号、所属行业、所属地区、公司地址、主要联系人、主要联系人电话、主要联系人Email地址、公司网址、邮政编码、传真等）
l 身份类信息（如供应商是某集团子公司、是××的联盟公司、是××的技术合作伙伴或者供应商等）
l 资质类信息（包括：许可证件号、建筑资质、设计资质、监理资质、环境影响评价资质、计算机信息系统集成资质、物业管理资质、技术人员专业资格等）
l 经营类信息(包括：主营产品、拟与进行合作的产品、公司简介、经营情况、公司近三年主要负责人是否变动、主要合作客户名单、与客户合作起止时间、与客户合作金额、产品研发信息、公司重大事件等)
l 财务类信息（包括：发票抬头、财务状况、现金流情况、公司税号、开户银行、银行账号、银行资信等级等）
l 证明类信息（包括：产品质量证明、ISO注册证明等）
l 代理类信息（包括：代理产品、代理厂家名称、代理厂家法人代表、代理厂家地址、代理厂家联系人、代理厂家联系电话、代理授权书证明信息等）
n 公司赋予供应商的信息（包括：供应商编号、供应商分类、供应商合作状态、供应商级别等由公司员工填入的信息）
n 供应商和公司合作过程中系统自动建立起来的信息（包括：合作开始日期、合作次数、合作金额、上次年度评价级别、评价得分情况、级别调整次数、谈判记录、沟通交流记录等相关的信息等）

供应商退出管理

（1）供应商退出申请及审核（支持对供应商退出事宜进行审核和审核过程）；
（2）供应商退出通知（支持管理对通过供应商退出审核流程的供应商发送通知）；
（3）供应商退出查询（支持按照退出状态进行供应商查询展示）。
（4）供应商退出后事务处理（支持对退出的供应商商品信息处理，对退出的供应商的商品信息是否继续进行发布进行处理）。
（5）供应商退出公示（支持定期不定期公示退出的供应商的名录及相关信息）。

供应商关系管理

（1）供应商关系维护（支持对供应商管理策略和关系进行信息维护；供应商评价是供应商关系维护的基础与表现，支持对供应商评价调查问卷各项评价指标设定，根据供应商不同分类灵活设置供应商评价部门及角色；支持供应商关系调整的预警设定与提醒；支持对供应商关系按不同分类及评价结果进行分级调整）；
（2）供应商反向评估（支持供应商对公司进行反向评估信息管理，公司查看供应商问卷反馈信息，可以回复供应商反馈信息，达到企业与供应商有效的互相沟通）；
（3）供应商关系查询（支持按照供应商关系进行供应商查询展示，可以查询所有评价人员对所有供应商评价状态，所有供应商关系分级调整结果，所有供应商关系调整历史记录）；

供应商账号权限

（1）供应商账号管理（支持对供应商账号信息管理，可对供应商账号进行增加、删除、修改管理，可设置账号使用状态（是否可使用），可对账号排序管理）；
（2）供应商权限管理（支持供应商账号权限信息管理，设置分配供应商账号具有准入申请、退出申请、进度查看等权限管理；支持角色权限的增加、删除、授权等角色管理）；

潜在供应商管理

（1）潜在供应商信息管理（支持对潜在供应商的信息管理）；
（2）潜在供应商评估（支持对潜在供应商的评估信息管理）。

供应商绩效

（1）供应商绩效考核标准管理（支持对各类供应商绩效考核标准的信息管理）；
（2）供应商绩效评估活动（支持新建供应商绩效评估活动，收集评估结果）；
（3）供应商绩效评估结果提交及审核（支持提交评估结果和审核过程）；
（4）评估历史信息查询（支持查询已经完成的供应商绩效评估结果）。

供应商跟踪

(1)供应商合作监控（建立供应商合作信息反馈平台，及时获取产品/服务使用部门等基层人员的反馈意见，为供应商评价提供信息辅助参考。）；
(2)供应商分级调级（建立供应商分级调级功能，支持根据供应商评价结果，系统自动计算供应商级别，并与之前级别进行对比分析；支持级别调整建议确认及触发级别调整审批流程，对级别调整结果通知供应商，达到对供应商情况跟踪）。

3.8.4 产品管理功能需求

物料分类

(1) 物料分类创建（手工创建物料分类）；
(2) 物料分类创建审批（对创建的物料分类进行审批过程）；
(3) 物料分类调整（手工调整已经完成的物料分类）；
(4) 物料分类调整审批（对调整后的物料分类进行审批过程）。

采购目录管理

(1) 采购目录创建（手工创建采购目录）；
(2) 采购目录调整（对创建的采购目录进行调整）；
(3) 采购目录审批（对确定的采购目录进行审批过程）。

物料编码

(1) 物料编码规则完整性检查（物料编码的系统校验）；
(2) 物料编码创建（自动或手工创建物料编码）；
(3) 物料编码审批（物料编码正式发布前需要进行审批）；
(4) 物料编码调整（按照编码规则，手工调整物料编码）；
(5) 物料编码导入（批量导入物料编码与物料对应）。

物料价格管理

(1) 手工录入物料价格；
(2) 从采购订单中抓取物料历史价格信息；
(3) 手工调整物料价格；
(4) 查看物料价格趋势分析。

货源清单管理

(1) 货源清单自动更新（根据采购订单自动更新所有物料的货源信息）;
(2) 货源清单查看（对于选定的物料可以查看其货源情况）。

BOM 管理

(1) 打包组合功能（在物料编码的基础上，提供根据不同管理要求进行打包组合的功能）;
（2）分组标识（物料信息还可以根据BOM来分类，BOM是物料统计分组的标识,用于物料的统计及分析，也可以被设置成采购订单批准流程的条件之一）。

品类策略

根据各类产品不同的使用、市场供需等特性，制定供应链不同管理环节的管理规则，以此规范化控制不同产品不同的业务处理方式。
品类策略是针对物料的不同属性和不同的分类的业务差异定义过程，例如针对不同的物料类别、不同采购级别的物料、不同的BOM其品类策略各不相同。

3.8.5 产品质量管理需求

质量关键信息管理

针对一级集采产品，在招标阶段投标供应商都应该及时向供应商处提供产品质量关键信息，包含产品组成单元、产品关键工艺、以及关键元器件照片等信息。在中标信息录入后，框架协议下发之前，将每个中标供应商产品质量关键信息录入系统，产品质量关键信息录入是由供应商通过portal录入产品质量关键信息。经过集团采购项目经理核对后提交集团处室领导审批，审批通过后省公司在产品到货时及时查看并与到货产品进行核对。
业务规则和约束：
产品质量关键信息与采购项目相关联。
一个采购项目供应商只能录入一次产品关键信息，允许修改产品质量关键信息，但必须经过集团处室领导审批通过生效。
供应商录入完成产品质量关键信息后提交给集团采购项目经理确认信息，且必须提交处室领导审批。
提交给处室领导时需以项目为维度进行打包提交给处室领导审批，允许将项目的全部供应商提交的产品质量关键信息提交给处室领导审批，也支持将部分供应商提交的产品质量关键信息提交给处室领导审批（例如：项目1中有5个供应商，第一次提交3个，第二次提交2个），不允许同一个项目中的一个供应商多次提交。
供应商选择项目弹出页时，弹出页显示的项目列表为此供应商中标的项目列表。
产品质量关键信息中的产品粒度和中标信息录入粒度一致。
供应商产品质量关键信息录入，必须集团处室领导审批通过后生效。
供应商变更产品质量关键信息，并须提交集团处室领导审批通过后生效。
供应商录入产品质量关键信息时，同一产品如果有两家生产厂商则分两行显示。
如果供应商变更产品质量关键信息，系统需记录修改之前的产品质量关键信息,实现版本管理。
 

产品检测管理

产品检测要求由集团采购项目经理在OA下发产品分配通知前录入系统，和具体采购项目关联，产品的检测要求包括：检测的频次、检测的项目、判定标准、处罚的统一要求（如需要）等信息。经主管领导审批通过后生效，如果省公司对检测要求存在异议，可由采购项目经理统一变更检测要求并提交集团处室领导审批通过后生效。
在产品质量检测要求下发后，系统自动给下发省公司生成产品检测计划上报的待办，省公司产品质量管理员填写产品检测计划经主管领导审批通过后上报给集团供应商处产品质量管理员进行监控，省公司依据提交的检测计划和集团下发的产品检测要求对产品进行检测，并将检测结果实时上报到集团。
某项目第一次下发检测要求时，系统自动填写此项目的所有产品（根据采购项目经理维护的项目包括产品的信息列表），集团采购项目经理可以删除部分项目中所包含的产品，但此项目第二次下发检测要求时，系统自动填写此项目剩下的产品，以此类推。（如：项目A中包含5个产品，项目A第一次下发检测要求时，系统自动填写5个产品信息，如果集团采购项目经理删除了其中的3个产品，等到项目A第二次下发产品检测要求时，系统自动填写剩余的3个产品）一个项目中的一种产品不能下发两次检测要求，但可以修改此产品的检测要求信息。
五种检测要求“投标产品检测”，“到货产品检测”，“现网产品检测”，“产品驻厂检测”，“样品比对检测”的详细页面相同，当导入模板时，勾选要导入信息的检测，将会导入勾选的检测要求信息。当导出模板时勾选要导出的检测要求，将其信息导出。

检测计划上报

集团采购项目经理下发产品质量检测要求后，系统自动给下发的省公司生成产品质量检测计划上报代办，省公司产品质量检测计划中包含的产品与集团下发产品质量检测要求一致，产品质量检测计划与采购项目相关联，相关数据由系统自动生成，省公司填写委托检测机构时必选在选择列表中选择，不允许手工填写委托检测机构。省公司填写完成产品质量检测计划后提交省公司主管领导审批通过，集团相关人员及省公司相关人员可以查看到省公司产品检测计划。
系统支持在没有产品质量检测计划代办的情况下，省公司发起产品质量检测计划。
检测计划和采购项目关联，采购项目中的一个产品可能对应多条检测计划（因为检测供应商、检测日期、检测机构的不同）
针对数据一致性，检测计划上报时，检测机构采用列表形式供省公司选择。
如果省公司没有按规定时间上报检测计划，系统提供手工提醒信息发送功能，催办的时间为3个自然天。如果两次催办省公司都没有提交检测计划，系统对此省公司做好记录。
产品质量检测计划中产品的检测阶段数与集团下发产品质量检测要求中检测频次数一致。

检测进度监控

省公司上报完成产品质量检测计划后，集团采购经理可以根据省公司产品质量管理员在产品质量检测计划填写的实际完成时间，监控省公司产品质量检测计划的完成情况。
选择项目时使用级联操作形式展示项目所包含的产品，选择产品之前必须选择采购项目。

检测结果上报

省公司产品质量管理员需要实时上报产品质量检测结果，产品质量检测结果上报必须与产品质量检测计划一一对应，产品质量检测结果填写完成后提交省公司主管领导审批。
产品检测结果和产品检测计划一一对应。
检测结果上报按照规格型号上报，产品名称及规格型号提供列表选择方式填写，不允许手工填写。
检测结果包含3种：限期整改、 不合格 、合格。
产品检测结果管理中删除信息只能删除状态为“草稿”的信息。
要求产品检测结果实时上报，且一个产品在检测时间点检测完成后就应该上报结果。

产品质量档案

收集一级集采各类质量信息作为供应商产品质量记录档案，包括已处理完成的质量案例、未处理完成的质量案例以及省公司质量标准完善建议。
已完成的质量案例：省公司产品质量管理员定期录入系统并经主管领导审批后上报归档，集团相关授权人员和省公司相关授权人员可以查看相关产品质量案例如有类似案例及时上报。
未处理完成的质量案例：省公司无法解决需要集团协调解决的问题由省公司质量管理员录入系统并经主管领导审核通过后上报集团采购项目经理，集团产品管理员根据具体情况给予协助，并填写处理方案并由集团处室领导审批反馈省公司，省公司根据处理意见与供应商协商，如果未完成产品质量案例解决，省公司将此未完成产品质量案例上报为完成产品质量案例，并更新此未完成产品质量案例状态。如果未完成产品质量案例未解决，省公司将此案例再次上报为未完成产品质量案例，直到第四次将此案例上报为未完成产品质量案例时，系统自动将此案例状态更新为重点督办状态。重点督办状态的未完成产品质量案例是由集团签批处理意见（只填写审批意见）省公司确认是否完成重点督办案例，如果没有完成则再次上报给集团，直到确认处理完成为止。
质量标准完善建议: 省公司如有产品质量完善建议，统一由省公司产品质量管理员录入系统并经主管领导审核通过后归档。集团相关授权人员和省公司相关授权人员可以查看质量标准完善建议内容，以帮助质量标准的制定。

3.9 ★★★综合分析与监控

3.9.1 综合分析与监控业务需求

通过对整个供应链管理系统信息进行全面的综合分析与监控，为管理层提供详实而准确的决策信息和监控数据，为进一步优化供应链管理，完善整个集团的供应链信息化建设提供重要的数据基础。
统计分析能够支持在线即时查询，并且支持多维的分析模型弹性制定。可以提供灵活和简洁的查询统计方式，使用户能方便快速的查询系统中的数据和信息，为用户制订发展计划、进行管理分析、经营决策等提供重要管理工具和辅助工具。包括分类统计、分项统计、混合统计、对企业相关数据的查询和灵活的信息检索，完成相关数据的统计分析工作和各种分析报表的生成、打印、图表输出。为企业领导人的决策提供支持。统计分析和各种报表管理：包括但不限于物资采购需求计划、采购请购频次、采购合同汇总、采购配额执行、物资采购跟踪、采购项目、反拍数据汇总、申领统计表、需求计划汇总统计报表、订单汇总统计表、供应商供货情况统计表、入出库和库存统计报表、配送统计报表等等。
1、系统应基于集团和省公司层面实现供应链管理的综合分析与监控；易于各级供应链管理相关业务人员使用，要求综合统计分析与监控业务操作简单易用，为集团总部（大区）、省、市管理人员提供供应链管理日常主数据综合分析与监控服务。
2、在满足集团和省公司层面供应链管理综合分析与监控的前提下，系统能够支持快速灵活的自定义报表配置模式，自动扩充综合管理分析范围和层次。
3、系统支持按照所属单位范围、时间范围、业务字段、专业特定属性（产品）、供应商等不同维度进行汇总分析，系统应支持表单、柱图、饼图等不同展示形式。
4、系统支持设立红绿灯机制，主要对业务运营的全过程中各个环节进行监控，记录相关信息，反映监控和指标情况，并通过监控和指标的逐层分解实现落实到责任人和责任部门。
5、系统应支持对所查询信息的模糊查询和设定条件的高级搜索功能。用户可以查看流程各个环节的处理日志。非单据类查询或报表需能够转为同格式的Excel表格。

3.9.2 综合分析与监控功能需求

KPI考核考核管理

KPI考核是针对选定的一些采购项目对省公司在这些项目中的综合执行情况进行考核，在考核中除了实现KPI考核外，必须能对考核模型进行维护管理、历史考核情况的查询管理。
在考核之前需要建立考核模型，考核模型中包含考核指标、考核项目、考核单位；模型建好后发起考核任务；考核任务触发计算考核结果，考核结果审核通过后发布。
能够根据需要灵活、方便的定义KPI指标，对相应人员（用户）进行考核。
系统支持多角度的内部考核，如对省公司考核、大区考核、运输商考核、供应商考核等。
系统可以制定考核计划、发考核通知和考核结果给相关单位。
考核内容可以根据实际情况进行设定，业务进展各阶段的数据都应可以作为考核主数据。

横向后评估管理

系统支持根据绩效指标灵活定义评估模版功能，支持灵活选择调查对象和考核对象，支持同时对多个考核对象进行绩效评估，能够根据实际情况实现评估流程。系统支持按照省公司、项目经理、专业（产品）、采购项目、供应商等不同维度进行汇总分析，系统应支持表单、柱图、饼图等不同展示形式。

绩效分析

供应链管理综合绩效分析功能，需要支持在流转过程从需求计划、采购管理、合同履约、仓储配送，到供应商等几个领域的绩效分析，支持每个领域内指标横向和纵向的分解与展示，为绩效考核提供可细化的数据展现。
具体来说包括：
1、支持对绩效指标按统计维度进行多维展示与分类分解，按照一定的层级进行大类汇总，例如，采购的指标可以分为进度分析类和成本分析类等，其中采购进度又可以分为采购前期进度、寻源进度、招投标进度、到货进度等，分解的进度又可以汇总为统一的采购进度
2、支持对供应链指标的权限管理，部分指标是所有人可见的，部分指标只对高层领导可见
3、支持设立红绿灯机制，反映指标情况，并通过指标的逐层分解使评估考核对象真正落实到责任人和责任部门
4、支持按照业务维度的指标分类展示，这种业务维度包括需求计划、采购、合同履约、仓储配送、供应商关系管理等，并可以结合企业竞争力的三要素:时间（T）、质量（Q）、成本（C）进行展示。
l 时间要素：包括各种时效性的因素考核，例如，需求计划管理-年度需求计划及时率、采购管理-采购执行及时性等；
l 质量要素：包括对于供应商所提供物资质量的分析和服务质量的分析两部分，例如，物资质量-合同履约管理-物资质量与合同描述的符合度、服务质量-仓储配送管理-库存盘点账实相符率等；
l 成本要素：是从成本控制与约束的角度展现实际物资的利用效率，包括物资和服务两部分，例如，物资成本-需求计划管理-项目物资使用率：指按照物资使用计划，在关键时间节点，已使用物资总金额与已采购物资总金额的比值；服务成本-采购管理-招标采购占全部采购的资金比率：指采购招标阶段所消耗的管理成本与采购标的总金额的比值。
5、系统展现支持从重要指标展示、横向拓展这两个层次来实现，实现对业务环节进行多层次，多角度的分析管理。
l 重要指标展示。根据梳理的指标项实现指标的结果性展示；支持各单位和各业务领域之间的绩效比较和指标趋势分析。
l 横向拓展。支持对指标进行详细展示，详细展示主要包括对业务的执行时间、执行分布和金额进行分析展示；支持按照组织机构、时间、物料大类和项目类型展示指标的状态。

报表管理

针对供应链管理系统的报表管理，支持按以下四个维度进行整理和显示：
1、按报表内容维度
l 业务信息报表：主要包含采购需求、申请、订单等具体业务数据
l 进度信息报表：主要包括招投标、物流等流程性工作的进展状态信息
l 专题分析报表：专题分析数据的汇总统计
2、按覆盖环节维度
l 单环节报表：主要包含特定业务环节的信息数据（如采购管理和仓储管理报表）
l 跨环节报表：包含多个业务环节的信息数据，主要用于流程性工作信息查询（采购执行分析）
3、按报表使用范围维度
l 全局标准表：相对固定、格式统一，可被所有单位共用
l 本地定制表：个性化需求，格式变化多
4、按内容细度维度
l 明细报表
l 汇总报表
5、针对报表体系安全，支持限定使用的人员权限，实现标准化的权限管理：支持业务执行人和管理人查看所参与业务的报表数据；支持跨环节业务执行人和业务管理人查看所参与各环节业务的相关报表数据；支持需求部门查看采购工作的进度报表。

成本分析

针对供应链管理的成本分析，支持按成本项划分为直接成本、间接成本和机会成本进行分析与展示。
1、直接成本：能够反映个体物资间成本差异的相关成本项，一般是与物资直接关联且便于分摊到具体物资的成本项
l 采购环节-支持包括直接购买价格、税费等的分析与展示；
l 仓储环节-支持包括仓储费用、库存损耗等的分析与展示；
l 物流环节-支持包括配送成本、到货抽检费用等的分析与展示。
2、间接成本：与物资特定业务集合相关，但不能直接关联到具体物资的成本
l 采购环节-支持包括供应商管理费用、采购管理费用等的分析与展示；
l 仓储环节-支持包括仓储管理费、固定资产折旧等的分析与展示；
l 物流环节-支持包括物流管理费等的分析与展示。
3、机会成本：执行方案或决策方案下与最优方案比较的效益差，包括多增加的成本支出和减少的收入
支持将直接成本将按照采购、仓储、物流等环节进行划分，实现对成本项实现全环节的覆盖和单维度的追踪。
l 采购环节-支持包括可压缩成本等的分析与展示；
l 仓储环节-支持包括超储库存占用资金等的分析与展示；
l 物流环节-支持包括到货延时损失等的分析与展示。
支持进行成本管理相关计算指标的计算与展示：
l 采购环节：支持采购管理费用节约率等的计算；
l 仓储环节：支持库存损耗率等的计算；
l 物流环节：支持物流管理费用控制率等的计算。

监控告警

用户可以在系统内定义各种限制条件及告警形式，如声音提示、对话框提示、邮件提示以及短信提示等，对接近设定条件的情况，包括审批提醒、配额预警、安全库存、储运能力等进行监控预警。用户可以设置各种事件告警条件和形式、可以设定自动告警时间和告警级别。
对于有周期性录入要求的数据，不仅对责任人进行预警和催办，还为系统管理员生成系统分级告警日志。
此功能需求初期主要考虑集采目录导入、定期后评估模板导入、价格联动数据录入等。目前已经出现了价格联动数据不及时导入，导致系统显示的相关产品价格数据滞后市场波动的情况，如果长期不解决将存在一定的责任风险。
对于有异常的业务数据进行告警。建立异常判断策略的数据模型，并通过实际生产数据不断进行校正。建议异常监测范围初期应包括：
对于采购目录下发一定时间后，按照产品的采购周期应该进行项目创建和需求调查，但仍然没有进行相关操作的项目，对责任人进行预警和催办，并生成告警日志
对于创建采购项目时项目经理填写的各阶段完成时间计划，如果某个阶段周期明显短于/长于正常值范围，在项目经理填写、处室经理审批时系统都会发出提示
对已经完成框架协议下发，在一定时间内仍然没有产生采购订单数据的项目，对项目经理进行预警，并生成告警日志
对于有生命期要求的数据，有效期到期后，系统能够自动删除或提醒相关责任人删除，避免冗余数据和无效数据，并留下备份归档和日志
次功能需求主要考虑针对知识管理、论坛精华帖/置顶帖、统计报表等。知识管理文档到期后需系统自定删除并留下后台备份和删除日志；论他精华帖和置顶帖需系统提醒责任人进行删除和更新。
 

3.10 系统管理

3.10.1 系统管理业务需求

通过供应链系统的用户管理、组织管理、角色权限、通知公告、知识管理、系统安全、日志等系统管理，实现系统多组织（上市公司、TD公司、铁通公司）、多角色、分层次进行维护和权限安全访问管理。

3.10.2 系统管理功能需求

审批管理

主要完成各种审批和工作流的管理。主要功能需求如下：

（1）审批

各种需要审批的单据遵循统一过程：输入完成后自动提交审批，单据的审批状态变为“已提交”。
如果在OA中进入审批流程转发，最终完成审批后，结果返回本系统中，提交审批的用户根据审批结果可以进行下一步的操作。
如果在本系统中完成审批，则审批结束后可以自动提交给相关人员进行下一步操作。系统支持与统一信息平台业务待办的接口。
应支持根据需要针对各种审批内容对审批提交线路进行自定义。

（2）工作流

用户可以设置任务的规则，以便于在休假等离开状态下，让其他用户来处理自己的任务。
用户可以新建、编辑、查询规则：
新建：用户可以填写的详细信息包括：规则名、规则有效日期、任务类型、操作、备注。操作类型包括，重新分配，委托和不执行任何操作。
编辑：用户可以更改的详细信息包括：规则有效日期、任务类型、操作、备注。操作类型包括，重新分配，委托和不执行任何操作。
查询：用户通过规则名称、状态、任务类型、有效日期为条件进行查询自己定义的规则。
用户对于规则的新建和编辑需要提交审批，审批通过后规则可生效。

用户管理

用户管理主要功能需求如下：

（1）用户类型定义

用户角色可主要分成四类，系统管理员、操作人员、审批人员和查询人员。按照用户所属单位可以分为：总部用户、大区用户、省公司用户和地市公司用户以及合作伙伴用户。
只要有必要都可以开放查询权限。包括各公司的计划部门、工程部门、采购物流部门、领用部门、财务部门和公司领导等。
系统管理员可以分为不同的权限。
操作人员可根据实际需要可分为采购员、库存管理员、仓库管理员、物资申领员、审批人员、营业厅人员申请人、领用人等。
审批人员包括各级领导、系统管理员等。
查询人员包括各级领导、各相关业务部门使用人员、合作伙伴用户等。
对于每种用户还可以根据部门或岗位的不同进行纵向权限定义。

（2）用户权限管理

系统用户管理涉及系统维护的操作，系统用户可以根据需要进行任意定义，比如可以包括：系统各级管理员、各级别用户、合作伙伴用户以及其他用户等。提供灵活方便的配置操作界面，实现用户的增加、修改及删除功能；
用户权限分配：将系统中的若干管理及操作权限赋给某一用户或将某一角色赋予相应用户，进行用户的权限分配，使其具有登录系统并进行相应操作的能力。对于系统各种类用户享有的功能支持分类统一授权和根据需要的个性化授权。用户的权限包括对系统的功能操作（增、删、改、查）和维护、对用户资料的修改（单位、职务、联系电话、电子邮件、登陆系统密码等）。
用户角色管理：将系统中的若干管理及操作权限制定为一个角色，通过对用户指定角色的方式，赋予用户相应的管理和操作权限。
Ø 用户登陆控制：检查用户身份的合法性，并根据用户ID确定该用户的访问权限。

（3）用户组管理

系统能建立、修改、删除用户组；能设定管理用户组的成员；用户组可根据用户的功能操作性质来划分。

（4）用户信息同步

提供统一的用户信息获取功能，包含内部用户（集团用户、大区用户及省公司用户）、供应商用户（B2B供应商，反拍供应商、定制终端供应商、业务卡供应商）、系统管理用户（系统管理员）可与统一信息平台中LDAP平台、OA系统同步用户信息，需保证用户数据获取的及时性和准确性。

组织、角色和权限管理

能够定义各大区之间以及大区与省公司之间的关系。
能够对各组织智能化设置。能够根据需要自定义组织、角色；能够任意修改组织和角色名称、属性、上下级组织或角色等，并且上下级组织或角色可以不唯一。
能够对用户、用户组能够访问的组织进行权限设置,授权。
能够对各用户的职能权限智能化设置；能够根据不用维度对用户进行授权操作，比如根据同一用户种类、用户来源单位、用户职务等。
各项功能的默认设置对各级别用户没有限制，各级别用户所实现的功能全部能够通过用户的权限设置进行定义。

系统日志

系统应具备完善的日志功能，能够记录各种操作日志，可以做到用户的任何操作可追溯、可查询。对于系统的每一个操作都可记录其操作者、操作时间，支持多种条件（如用户名、时间段、发生日期、日志类型、日志内容）的查询、筛选和统计一定时间段内各个模块的使用次数，支持用户选择升序及降序排列，同时满足最少使用次数、最多使用次数的TOP N模块统计。
对于本系统与其他各相关系统的接口数据，无论是本系统向其他系统提供数据还是其他系统向本系统提供数据，都应对这些数据的全过程进行跟踪和记录，保证数据内容及对数据进行各项操作的可查询。
所有的日志只有系统管理员能够进行备份并查看所有的日志、其它操作人员只能查看自己的操作日志。

综合设置

综合设置主要功能需求如下：

（1）系统参数维护

对于影响系统功能表现状态的各种参数进行集中的维护；系统参数能够灵活运用；界面应直观，可操作性强；

（2）公告、通知管理

授权用户可以对公告、通知进行分级操作，例如，分为非常重要、重要、一般等级别，比如系统升级的通知公告需要设定为非常重要的界别，可以对信息增删改查。可以通过公告名称、发布人、发布日期、有效时间、状态等数据项查询公告。
可以对公告、通知的操作状态进行查询和跟踪，可以根据用户设定的条件(如某个状态或某用户操作后)进行提醒，用户可以自定义提醒方式（系统消息、邮件等）。

（3）自身配置

系统应能够提供自身配置的功能。
可以实现进程配置，包括进程的名称，进程运行所在主机，进程状态，进程启动时间和进程版本等信息。其中进程状态包括：未运行、运行正常、运行出错。资源配置包括：每个服务器上的磁盘空间资源和内存资源、数据库系统中的存储空间资源。
对于上述配置信息，系统应能够自动更新，同时还需提供对信息的查询和维护功能。

安全管理

安全管理主要包括用户管理、安全管理和系统监控。主要功能需求如下：

（1）用户安全管理

用户管理用于管理本系统的相关用户及其权限，认证本系统各级管理及操作人员的身份以及控制各级用户的操作权限。
配置统一的集中认证系统 Central Authentication System (CAS)， 并且通过统一认证的用户登陆都会被统一记录，能够做到事后追踪。
外部用户所有的请求都需要通过代理服务器，外部用户不能够直接访问内部系统，获取不到内部系统的IP地址。同时，访问请求会经过两重异构防火墙DMZ区和内网防火墙。

（2）自身安全管理

本系统作为一个对物资生命全生命周期进行管理的完整系统，涉及到与多个业务系统的接口，需要提供完善的安全管理，保证本系统以及相关业务系统的安全。

（3）系统监视

系统能够以图形界面的方式监控系统自身设备及应用的状态。
系统能对当前登录到系统的所有系统用户进行监视，系统能显示当前登录到系统的所有系统用户的用户名和登录时间，以及每用户占用系统资源情况。
系统可以自动对系统的所有进程进行监视。监视系统中的重要业务事件，并将这些事件存入系统日志中，已备日后查询。对于上述系统日志，系统应能够提供查询、统计和维护功能。
系统能对内部设备的重要系统性能指标（CPU负载、磁盘使用情况等）进行监视，性能指标能用数字、表格和图形等多种方式进行显示。性能指标的采样时间和保存时间可由维护人员自己设定。当性能指标超越某一预定指标值（可由操作员设置）时能在系统告警窗口显示出告警信息并把该告警信息存入系统日志中。并可以向相关维护人员发出通知（应支持邮件、短信等方式），提示维护人员进行文件备份、磁盘清理、备份历史数据、清理无用数据或追加存储表空间等或采取其它措施。
系统对数据库性能监控包括监控数据库启动和关闭，数据库连接情况、存储空间的使用和余量、系统资源（锁、共享内存）使用状况，归档日志空间的使用和余量等。
当系统出现故障或异常时，自身监控系统应能自动采取措施保证系统的正常运行。
 
 

4 接口需求

供应链系统的接口主要包括与外部应用系统接口和供应链内部系统之间接口两大部分。其中与外部应用系统的接口主要涉及：统一信息平台（OA）、ERP、计划管理系统、工程项目管理系统、预算管理系统、合同管理系统、BOSS系统、经分系统、电子报账系统、资产管理系统、供应商自身供应链系统等；
供应链内部应用系统之间的接口主要涉及：供应商门户、JOY电子商务网、采购和仓储管理系统、采购基地管理系统等。
 

4.1 供应链系统与外部应用系统接口需求

4.1.1 与统一信息平台（OA）接口需求

统一信息平台作为内部员工办公和业务处理的统一入口门户，供应链系统应与统一信息平台应实现统一的LDAP的管理，员工访问供应链系统能够通过统一信息平台实现单点登录，统一信息平台支持供应链系统各业务流转节点的统一代办集成和短信提醒，支持对供应链系统的统一信息展示和页面封装。
业务流需在供应链系统内流转，用portal的形式将业务牵引至供应链系统，在OA系统推送代办信息。

4.1.2 与ERP系统的接口需求

本文所指ERP系统包括ERP、TDERP、铁通ERP。
（1） 基础信息同步接口需求
考虑到统一信息平台LDAP基础信息不能完全满足供应链系统与ERP系统接口同步的需要，供应链系统需要从ERP系统同步如下基础信息：OU/IO_ID（公司代码或库存组织代码）、组织名称（公司名称或库存组织名称）、公司名称（分公司简称）、库存组织名称（库存组织的简称）等。
供应链系统需要从ERP系统中同步物料编码信息、项目信息、任务信息、地点信息和会计科目信息等；需要向ERP系统同步供应商信息。
（2） 业务数据的接口需求
供应链系统需要向ERP系统同步的业务数据主要包括：采购订单、采购接收、采购接收退货、库存事务、采购项目等。

4.1.3 与计划管理系统的接口需求

计划管理系统作为公司项目立项和资本开支管理的应用系统，需要向ERP系统同步立项项目信息，便于供应链系统实时从ERP系统同步项目基础信息。计划管理系统需要向供应链系统同步采购需求规模信息，供应链系统在采购审批环节进行采购计划量控制。供应链系统需要向计划管理系统回传每个工程项目下的资本开支进度完成信息，支撑公司整体进行资本开支进度管控。

4.1.4 与工程项目管理系统接口需求

工程项目管理系统作为工程项目任务和地点信息的主数据来源，需要及时建立工程项目任务和地点信息并同步至ERP系统，便于供应链管理系统实时从ERP系统获取工程任务和地点信息，确保物资申领出库信息的完整准确。供应链管理系统负责向工程项目管理系统回传各任务地点下物资出库信息，工程项目管理系统依据物资出库信息进行工程项目整体进度把控和现场物资跟踪管理。

4.1.5 与预算管理系统接口需求

预算管理系统需要向供应链管理系统同步预算项目的基本信息，便于发起涉及预算项目的采购。对于需要进行预算控制的业务，采购管理系统实时调用预算管理系统的预算执行进度和控制信息。

4.1.6 与合同管理系统接口需求

对于正常的先签订合同后做采购订单的业务场景：合同管理系统需要将已经生效的合同名称、合同编号、合同金额等基础信息通过接口同步至供应链系统，便于采购订单的发起。
对于根据框架协议先有采购订单后生成合同的业务场景：合同管理系统需要向采购管理系统同步框架协议名称和编号，采购管理系统要将该框架协议下的采购订单信息同步至合同管理系统，便于正式采购/结算合同的发起。
对于需要需要通过供应商门户系统发起合同的业务需求，需要建立供应商门户与合同管理系统起草表单数据接口、合同类别和属性接口（上市、TD、铁通）。

4.1.7 与BOSS系统接口需求

    供应链管理系统与BOSS系统共同支撑完成营销物资、定制终端、卡品等物资的进销存管理业务，采购、接收、库存管理、调拨和退换货等物资管理业务由供应链系统负责支撑，营业厅和渠道销售/赠送业务由BOSS系统负责支撑。
（1） 基础信息同步接口需求
BOSS系统需要实时同步自有营业厅和合作营业厅组织节点和用户信息至采购管理系统，采购管理系统需要将各级库存组织节点信息同步至BOSS系统，确保双方组织节点信息的完整和准确。
采购管理系统需要实时同步业务活动用物资物料编码、物料名称等信息至BOSS系统，方便BOSS系统进行业务活动的捆绑。
（2） 业务数据的接口需求
对于促销礼品物资，所有层级（集团、省、市、县、营业厅）下的采购、配送和实物库存操作业务均通过供应链系统完成，BOSS系统只负责营业厅层面的销售出库，双方系统仅在营业厅层面进行业务数据交互，供应链管理系统向BOSS系统实时同步下发营业厅库存数据信息，BOSS系统向供应链管理系统实时回传销售赠送数据信息。
对于有价卡、SIM卡、定制终端物资，所有层级（集团、省、市、县、营业厅）下的采购、配送、接收入库、组织间转移、下发、调拨等业务通过供应链系统完成，所有层级（主要指市公司、县分公司和营业厅层面）的出库业务操作均通过BOSS系统完成，各层级下的库存信息供应链管理系统需要实时同步至BOSS系统，各层级下的出库信息（包括销售出库和赠送出库）BOSS系统需要实时同步至供应链管理系统。
定制终端、有价卡物资管理方面，供应链管理系统与BOSS系统接口表内容见附表（仅供参考）
BOSS系统销售回传数据除物料名称和数量外，还应该包含业务活动代码和业务活动名称，供应链系统出库业务数据自动同步ERP出库业务数据操作。

4.1.8 与电子报账系统接口需求

供应链系统将采购订单、接收状态、合同系统数据同步抽取后，支撑订单业务与电子报账系统的信息交互。与电子报账系统交互订单物料信息、价格信息、数量信息、ERP接收信息、项目信息/预算信息，由供应链系统调用电子报账系统单据格式填写完成报账，并需支持将财务报账完毕信息回传至供应链系统满足买卖双方账务核对需求。
实际报账业务分为两个业务场景：场景一：供应商通过供应商门户发起付款需求，场景二：采购部报账员直接发起报账申请。
对于场景一，供应链系统（特指供应商门户系统）需要按照报账平台规范要求设计起草表单，并通过接口将关键信息字段（主要包括：供应商名称，合同名称和编号、订单名称和编号等）传递至电子报账平台。
对于场景二：采购员直接在报账平台起草报账单即可，供应链系统和电子报账系统不需要交互任何业务数据。

4.1.9 与资产管理系统接口

供应链管理系统根据资产管理系统业务需要向其同步相关信息包括不限于实物资产/编码信息和任务地点信息。

4.2 供应链内部应用系统之间接口需求

供应链管理系统内部主要包含：供应商门户、一级集采项目管理、总部自采项目管理、一级集采执行管理、供应商与产品管理、主数据与综合分析平台、电子招投标系统、大区仓储物流系统、省采购物流系统等模块与系统。
1、供应商门户。全集团统一建设，为所有一、二级集采供应商与总部和各省公司的唯一沟通平台。通过供应商门户，供应商可以与公司实现B2B采购订单、收发货、大区物料补货的协同工作；可以完成供应商注册，产品质量关键信息录入、需求预测、合同查询、付款申请、投诉处理等业务功能。
2、主数据与综合分析平台。全集团统一建设，负责对采购全目录、一二级物料编码、一二级集采供应商实施统一管理。保存集中采购订单库和集采结果信息库，支持综合统计与分析的需要。
3、供应商与产品管理。总部集中建设，对产品质量、产品份额、供应商注册与认证、供应商考核等业务进行集中管理。
4、采购项目管理。总部集中建设，将采购前、采购中、采购后各阶段的工作集中到采购项目管理模块进行统一管理，以实现采购进度总体管控和各阶段的流水作业。根据业务类型分为一级集采项目管理和总部自采项目管理，前者对全集团的一级集采项目（不签订具体合同）进行管理，与省供应链系统对接并与总部相关系统集成，后者对总部自身的采购项目（签订合同）进行管理，只与总部相关系统集成。
5、一级集采执行管理。集团统一建设，主要承担与供应商门户的B2B协同任务，并进行份额监控和扣减，并将集采订单发送至采购订单库。
6、大区仓储物流系统。集团统一建设，承担大区库的仓储、库存、运输配送等管理业务。
7、省内供应链管理系统。分省建设，分为3种模式。其中模式1的青海、西藏、宁夏三省合用一个系统，集中在总部部署；模式2的14省每省部署一套供应链系统，纳入供应链一期项目中统一建设；模式3的14省按照总部制定的供应链信息化规范，对省内现有供应链系统进行改造，然后接入供应链一期。各省供应链管理系统建设模式不同，但主要功能均相同，主要完成省内一、二级集采及自采的全过程管理，实现省内仓储、库存量、物流配送的管理，实现采购物流一体化，打通供应链系统与ERP、OA、合同等外围系统接口，实现物资的全生命周期管理。实现高效的产品质量管理和供应商考核与管理，支撑品类策略管理，为实现供应链端到端的全过程高效运营和精细化的管控分析提供基础。

4.2.1 供应商门户相关接口

1、供应商门户通过对接供应商与产品管理模块，实现在线供应商注册与认证、产品信息与产品质量关键信息的在线录入与更新
2、供应商门户通过对接采购执行管理模块，实现一级集采物资（含大区库物资）的采购订单和收发货在线协同
3、供应商门户通过对接省供应链管理系统，实现二级集采物资的订单与收发货协同，以及交易查询、付款申请、投诉处理等功能
4、通过对接总部自采项目管理模块，实现总部自采的订单与收发货协同。

4.2.2 主数据与综合分析相关接口

1、集中管理采购全目录、一级集采物料编码、一级和二级供应商信息等主数据，定期向省供应链系统下发，省系统接收数据后在本地建立副本，再向省内ERP系统同步。
2、一级集采和二级集采的招标结果信息集中保存在集采结果信息库，供查询统计
3、通过采购执行管理模块转发形成采购订单库，为综合分析提供数据
4、非集采供应商数量大，交易金额小、频次低，且多为非法人供应商，暂不统一管理
5、各省的二级物料编码尚未统一，主数据平台可暂时不管，由省系统自行管理；或由省公司人员登录主数据平台管理省内物料，数据在平台集中保存后同步给省系统，为下一步的物料梳理和集中管理奠定基础。建议进一步征集省公司意见后再行确定。

4.2.3 供应商与产品管理相关接口

1、供应商与产品管理模块对产品质量、产品份额、供应商注册与认证、供应商考核等业务进行集中管理。
2、通过与供应商门户的协同流程实现对供应商和产品基础信息的管理，并将结果保存到主数据平台。
3、通过与省供应链系统、总部自采项目管理模块的接口，实现产品质量检测、产品份额管理、供应商考核等业务流程的对接。

4.2.4 一级集采项目管理相关接口

1、一级集采项目管理模块通过与省供应链系统的协同，实现采购需求、正向、横向后评估、信息收集等流程的管理。
2、通过与总部OA系统的接口，实现采购项目签报与会议纪要等文件在OA系统中的流转审批，并将审批结果自动返回项目管理模块。
3、通过与招投标系统的接口，委托在线招投标系统履行具体的发标、投标、评标等任务，并将招投标结果返回给集采项目管理模块。
4、通过和供应商与产品管理模块的接口，实现对集采项目中产品质量监测、产品份额管理、供应商考核等业务的管理。
5、通过与主数据与综合分析平台的接口，将集中采购结果信息传送给综合分析平台进行归档。

4.2.5 总部自采项目管理相关接口

1、通过与招投标系统的接口，委托在线招投标系统履行具体的发标、投标、评标等任务，并将招投标结果返回给总部自采项目管理模块。
2、通过与一级集采执行管理模块的接口，实现对集采份额的管理。
3、通过与供应商门户的接口，实现与供应商的B2B采购订单与收发货协同。

4.2.6 一级集采执行管理相关接口

1、一级集采执行管理模块承担所有一级物料与供应商的B2B订单协同与收发货协同任务。
2、一级集采执行管理模块在订单协同前检查份额情况，份额不足的订单自动退回，协同完毕后自动扣减可用份额。这样总部可实时掌握一级集采项目的执行情况，无须省公司定期上报。
3、一级集采执行管理模块保存省公司一级集采订单到订单库，为下一步的统计分析提供数据。

4.2.7 大区仓储物流系统相关接口

1、大区仓储物流系统与省供应链系统对接，实现需求计划、采购订单、收发货协同等功能。
2、大区库通过一级集采执行管理模块中转，与供应商门户对接，实现与供应商的补货计划、补货协同等功能。
3、采购份额控制由一级集采执行管理模块自动完成。
4、一级集采执行管理模块根据产品类别做自动化的路由控制。如采购物资是大区库物资，通知大区库发货并告知供应商，如不是大区库物资，则通过供应商门户通知供应商发货。

4.2.8 省内供应链管理系统相关接口

1、省供应链系统从主数据与综合分析平台下载供应商与物料信息；
2、通过对接一级集采项目管理模块配合完成一级集采任务；
3、与一级集采执行管理模块对接完成一级物料的采购执行；
4、与供应商门户对接完成二级物料的采购执行及供应商协同业务；
5、与大区库对接完成大区物资的采购与接收工作；
6、与供应商与产品管理模块对接完成产品质量检测、份额管理和供应商考核等工作；
7、与省内统一门户、ERP和合同平台等系统对接完成省内供应链的全过程管理。
 
 
 

5 主数据需求

供应链一期的主数据主要指供应链系统涉及的采购全目录、产品质量与属性信息、物料编码、实物编码、仓储条码、供应商基础资料、仓储地点等基础性、全局性的业务数据。

5.1 主数据管理业务需求

5.1.1 主数据管理目标

供应链主数据是上层供应链应用的数据来源，是采购物流事务管理、供应链整体运作分析的先决条件，其管理目标是寻求各省供应链共有数据的标准化，同时还应支撑分省自有数据的差异化隔离管理。

5.1.2 主数据管理范围

供应链主数据包括仍不限于：产品主数据、物料主数据、实物属性（编码）主数据、供应商主数据、人员及组织机构主数据、仓库主数据、工程项目主数据、采购需求主数据、采购计划、订单主数据、合同主数据、预算主数据。

5.2 主数据管理功能需求

5.2.1 产品目录

应实现采购全目录的统一管理。
（1）产品目录的分级
产品目录是供应链平台运行的基础，系统应灵活支撑产品目录的分级分类的管理的要求，根据当前的集中采购管理至少需要将产品目录包括：一级集采目录、二级集采目录（统谈统签）、二级集采目录（统谈分签）、自采目录。
（2）产品目录的配额
产品配额就是在采购中对于可以采购产品的最大数量限制。产品目录需支撑对配额的挂接，该数据应为集团统一分配，各省自行管理。

5.2.2 物料编码

实现全网物料的统一管理。管理物料的基础资料，结合ERP对物料的定义在供应链系统中进行物料目录管理。一级集采物料编码全国统一管理；二级集采物料编码逐步实现全国统一管理。

5.2.3 实物编码

对采购物资的到货实物进行编码，以实现帐实相符，并方便仓储管理与检索。

5.2.4 供应商数据管理

（1）供应商主体定义
实现全网供应商统一管理。完成全国范围内供应商唯一性定义（申请和审批），建立供应商主数据档案。应包括供应商的编号、名称、地址、法人等基础信息，应同时支持交易供应商和潜在供应商。
（2）供应商帐户
供应商帐户必须依附于供应商的定义，支持每个供应商可拥有多个登陆帐户。在供应商帐户管理方面，应将供应商帐户与对供应商在各省公司的联系人进行绑定。

5.2.5 组织及人员管理

特指内部的，采购物流及其它供应链业务相关组织及人员数据。其数据是全国统一的，来源于LDAP目录（BOSS营业厅结点工号）

5.2.6 仓库主数据管理

仓库主数据包括但不限于：仓库编码、仓库名称、仓库地址、仓库面积、仓库层级、物资类别、仓库负责、库位结构、管理模式等。
特别说明：仓库类型须与其管理的物资类型相对应，支持物理仓库和逻辑仓库管理。

5.2.7 项目主数据管理

项目信息是工程物资管理的关键维度，主要包括：项目编号、项目名称、投资规模、项目经理、归属组织及WBS等关建信息，项目信息原则上来源于省公司ERP系统或计划系统。

5.2.8 合同主数据管理

通过与合同系统接口，结构化的存贮合同关键信息，包括：合同编号、合同名称、合同类型、签署单位、签署人信息、供应商及联系人信息、签署时间、合同金额等。为支撑付款管理，合同基础信息中还应扩展对付款计划信息的支撑。

5.3 主数据方案设计与管理

包括各类主数据的数据模型与数据规范、检验标准、数据迁移方案、管理职责、管理流程、数据更新与维护方案以及利用信息化手段实现有效管理的方案。主数据方案设计与管理的具体需求如下：
1、提供一级集采与二级集采物料编码的设计方案和编码规范，物料编码的编制方案应统一，能够覆盖涉及的主设备、配套设备、维护材料、备品备件、业务用品、低值易耗品、营销物资等所有物资以及各类软件与服务。
2、提供采购全目录、物料类别与物料编码、实物编码、仓储条码之间的映射与转换关系，能够满足采购需求管理、采购寻源、采购订单、收发货协同、出入库拣货、工程转资、统计分析等供应链各阶段的管理需求。
3、能够满足对于物资的精细化与个性化管理需求。物料主数据的编码方案应能够刻画物资的所有相关属性，并且可以根据管理的需要对一些新增属性进行管理而无须改变原有的编码方案。
4、建立完备的物资分类管理方案，能够在不同的颗粒度层级（产品、物料、实物）进行统计与分析，并保证统计数据的一致性。
5、实现合同清单、采购订单与实物到货单的三单匹配，支持供应链系统中相关电子单据的映射与转换。
6、实现仓储实物、装箱、库位的条码管理，满足仓库出入库、拣货、盘点、查询统计等管理业务需求。
7、建立统一集采供应商信息库，每一个供应商在信息库中有唯一的供应商编码标识，并包含供应商名称、企业性质、工商登记号、税号、注册地址、注册资金、资格证书、开户银行、银行帐号、主营产品、联系人等所有相关信息。供应商信息库既要能保证供应商主信息的统一，又要满足各省本地化的管理需求（如驻本省办事机构及联系人信息）。有关联关系的供应商信息要在信息库中体现。供应商基础信息除满足供应链系统的需要，还应支持ERP、合同平台、报账平台的管理需求。
8、支持供应商的全生命周期的管理，包括潜在供应商、中标供应商、履约供应商及退出供应商。满足对供应商积扣分和分类分级管理的需要。
9、提供主数据编码发布前的检测方案，确保发布的数据编码均符合规范。
10、提供新旧主数据编码方案间的转换关系以及数据迁移方案。
11、制定主数据管理制度，明确各单位管理职责与管理流程，以及相关人力资源需求。
12、制定主数据管理与维护方案，明确具体的工作岗位、操作流程和管理规范，对主数据编制任务的需求收集、任务确定、任务组织、任务分发和反馈、评审、发布、新增、变更、注销等各个阶段实施有效管理。
13、通过供应商门户与供应商协同，在供应链系统中实现物料编码管理、供应商注册与认证、产品质量关键信息录入等业务流程的信息化管理。
 

6 利旧需求

 

6.1 电子反（正）向拍卖需求

6.1.1 名词解释

反向拍卖（RFQ）：一种高效的招投标方式，买方通过供应商多轮次的降价来完成投标报价的一种招投标方式。改变了一次性报价方式，允许多次报价。在有效的时间范围内，供应商可以互联网在线进行多次以价格递减方式的报价。系统可以实时显示供应商的报价和排名。反向拍卖依据对供应商开放信息多少不同，一般分为开放式反向拍卖、封闭式反向拍卖。
开放式反向拍卖 (RFQ)：又叫开放式报价请求。开放式反向拍卖是反向拍卖的一种方式。开放式反向拍卖允许买方配置参数，使供应商可以看到所有参与者的某些信息，如具体的供应商投标、排名和供应商身份等。
封闭式反向拍卖（RFQ）：又叫封闭式报价请求。封闭式反向拍卖是反向拍卖的一种方式。封闭式反向拍卖只允许参与者查看自己的报价、排名、身份等信息，其它参与者和公共的信息隐藏。
信息请求 (RFI)：也叫标书在线应答。采购商创建调查问卷向供应商、内部用户或任何其他参与者收集信息，以便进一步掌握其要求或能力。
正向拍卖（RFB）：卖方通过投标人多轮次的涨价来完成投标报价的一种招投标方式。在有效的时间范围内，供应商可以互联网在线进行多次以价格增长方式的报价。系统可以实时显示供应商的报价和排名。正向拍卖依据对供应商开放信息多少不同，一般分为开放式正向拍卖、封闭式正向拍卖。
开放式正向拍卖（RFB）：开放式正向拍卖是正向拍卖的一种方式。开放式正向拍卖允许卖方配置参数，使投标方可以看到所有参与者的某些信息，如具体的供应商投标、排名和供应商身份等。
封闭式正向拍卖（RFB）：封闭式正向拍卖是正向拍卖的一种方式。封闭式正向拍卖只允许参与者查看自己的报价、排名、身份等信息，其它参与者和公共的信息隐藏。

6.1.2 业务需求

（一）基础数据维护
1. 物料维护：物料编码的增、删、改、查等操作，包括物料编码、物料描述、物料单位、物料扩展说明等。
每个公司可以创建不同的物料组，在物料组创建物料。
2. 供应商维护：供应商账号的增、删、改、查等操作，包括供应商账号、供应商名称、联系人、手机号、邮箱等。
每个供应商需绑定到具体的公司之后，各公司才能找到该供应商。
系统提供详细的供应商与公司之间的绑定关系记录可供查询。
一个供应商只能有一个账号，供应商名称、供应商账号分别均不能重复。
（二）项目维护
1. 项目模板维护：默认提供开放式反向拍卖、封闭式反向拍卖、开放式正向拍卖、封闭式正向拍卖、标书请求等项目模板。管理员可以维护模板，并对模板进行增、删、改、查等操作
2. 项目维护：用户可以创建、修改、删除、发布、监控、备份项目。项目分正式项目和测试项目，在发布和监控过程中对投标参与人可见。
3. 项目信息维护：用户可以维护项目信息，包括项目名称、物料类别、币种、项目补充说明、公司、招标团队人员、投标参与人、物料行信息、时间、信息发布等。项目信息主要分为基本信息、项目行信息、项目属性信息等。
a) 基本信息：包括项目名称、物料类别、币种、公司、项目补充说明、招标团队人员、投标参与人等。
b) 项目行信息：包括项目组、物料行。每个项目组可以配置多个物料行，每个物料行信息包括物料名称、物料扩展说明、初始价格、报价精度、物料数量、物料单位、改进规则（反拍降价幅度和精度、正拍涨价幅度和精度；开放式项目包括针对最优报价的改进规则）、成本公式、投标相持、成本公式等。每个供应商允许单独设置初始价格。
成本公式可以针对单个物料行，通过对单行物料的报价、供应商特定成本以及其它参数进行配置，计算最终成本；同时可以针对项目组配置成本公式，组内各个物料行的报价、供应商特定成本及其它参数之间可以相互调用；成本公式可以调用供应商个体的活动报价数据，还需要可以调用其它供应商的活动报价数据，如所有供应商的最优报价等。
c) 项目属性信息：包括排名规则（按报价、成本等）、时间属性（预览期、正式期）、时间规则（结束方式：固定时间、固定时间之后启用延长期、固定时间之前启用延长期、使用延长期等，以及报价次数限制规则）、投标相持、项目公共可见信息、单个参与人可见信息等。用户可以配置按时间来确定项目结束，可以配置按投标次数等规则确定项目结束。

6.1.3 供应商报价

1. 供应商和买方监控界面随时更新排名，时间倒计时显示，显示正式投标经历时间，浏览器实时刷新界面读取最新报价和时间数据信息。
2. 被买方或卖方添加到所要反拍、正拍的项目中才可以看见买方所创建的反拍项目而且可以报价。（注意：因为反拍平台包含正拍和反拍所以之后只说反拍和买方，但这都包含正拍和买方）
 
3. 供应商报价界面应该显示报价文本框、初始价格、报价后的总价和单行物料的价格、成本总价和单行物料的成本价格、报价提交按钮、提交成功日志提醒、提交失败或规则不满足错误提示、广播消息提醒（买方用来消息提醒）、总价排名和单行价格排名、成本总价排名和单行物料的成本价格排名（这个要看买方按成本还是价格排名）。
4. 报价之前可以查看买方所设置的所有反拍规则，详见买方投标规则。
5. 在供应商报价界面，在报价文本框输入价格点击提交进行报价，报价必须满足降价步长，这个由买方设定，界面应显示初始价格而且报价时不得低于初始价格，初始价格由买方设定。
6. 有时候招标过程中需要供应商提交一个最低综合成本价格就是为了防止供应商恶意竞争，但这个又是密封的，等报价完毕后才可以打开，所以买方创建项目的时候不能对其设置最低价格限制，那么我们可以在供应商报价之前界面提供一个最低综合成本价格的输入，输入之后在报价过程中不可以低于输入的最低综合成本价，让供应商自行控制报错价格。

6.1.4 投标规则

a）反拍
项目名称、地区、添加反拍供应商、根据地区选择该地区反拍物料、可设置行项目、可设置组并且组内包含行项目、设置价格和数量、初始价格、降价步长。
创建项目包含的内容：

类  别	参    数
地区	地区用于关联总部和31各省的供应商和反拍物料
供应商维护	添加所要报价的供应商
反拍物料维护	1.后台可以添加物料到所需省，包含物料的单位。2.可添加行物料和组物料。3.显示行、组的价格和排名。4.对各物料可以设置初始价格、报价的精确度、降价步长、成本公式。5.成本公式可以针对单个物料行，通过对单行物料的报价、供应商特定成本以及其它参数进行配置，计算最终成本；同时可以针对项目组配置成本公式，组内各个物料行的报价、供应商特定成本及其它参数之间可以相互调用；成本公式可以调用供应商个体的活动报价数据，还需要可以调用其它供应商的活动报价数据，如所有供应商的最优报价等
投标规则	1.按照价格排名或者成本公式排名。2.可设置预览期、开始时间、结束时间或者项目结束方式。3.项目报价方式：序列、并行、交错。4.项目结束方式：固定时间结束、固定时间结束之后使用投标延长规则、使用结束时间延长规则、在固定时间结束之前使用投标延长规则（可设置投标不活跃期和投标延长期，除固定时间结束规则）5.实现供应商报价次数限制规则6、实现最短报价时间和最长报价时间
是否投标相持	厂家是否可以报价一样，一样的话按什么打破 如：随机、报价时间
项目审批	测试项目不用审批、正式项目要项目审批
发布	发布后的项目才能进行报价
反拍监控	查看所有用户状态、发布通知消息、显示供应商排名信息、各厂家报价曲线图、数据导出、添加报价供应商、排除报价供应商。

 
b）平台日志记录

项目最终报价导出	包括中标价格、各厂商名称和价格
历史反拍数据导出	按时间统计出这个时间段的所有反拍项目，每个项目包含项目名称、创建人、地区、行项目数、参与供应商数、反拍项目类型、开始时间、结束时间、常规投标时间、投标不活跃期、投标延长期、初始价格、降价幅度、节省率、项目定时规则、结束方式
过程监控	在线查看供应商的状态，包括已登录、已投标、已掉线等

 

6.1.5 功能需求

1. 可由用户手工创建或者根据一定的规则自动创建反向拍卖事件
2. 支持通过模板创建反向拍卖事件以及复制历史反拍事件
3. 针对不同的物料类别和市场情况，可支持标准反拍、荷式反拍、价格指数反拍，基于总拥有成本的反拍，净现值反拍等标准反拍模式
4. 可实现灵活的打包策略，比如分层结构的BOM表
5. 支持通用的批次投标规则，比如串行、并行、交错等，并可灵活设置批次运行周期及间隔时间等。
6. 支持灵活的报价策略，比如阶梯式报价、矩阵式报价等
7. 拍卖的排名可基于价格或者分数，分数的计算要支持公式
8. 灵活的权限控制，可支持不同的用户对反向拍卖事件有不同的读写权限。
9. 可在批次或者行项目级别上，控制对不同供应商的是否开放，
10. 支持实时投标控制台，用户可实时看到供应商的在线情况、投标价格曲线、剩余时间等、事件状态等。
11. 用户可设置不同的过滤条件，在投标价格曲线上看到特定供应商的价格曲线或者特定时间段内的价格曲线
12. 为保证竞争的充分性和公平性，用户可灵活设置反拍延时机制，比如前多少位排名情况发生变化时才触发延时，延长多少时间等。并且延时信息要能实时通知到供应商。
13. 为提高反拍事件效率，可设置各种参数，比如按绝对值或者比例的降价步长，领先者的保护区间（以鼓励供应商尽可能早以及尽可能低地出价）等。
14. 可灵活设置起拍价、封顶价，避免供应商的非理性竞争
15. 支持在线与供应商的答疑，并且所有答疑要保留痕迹。并且用户可选择是否对某一供应商的答疑开放给其他的供应商。
16. 支持预投标，允许供应商预览反拍事件或者预填价格
17. 供应商可在线报价或者通过excel批量报价，后者可在行项目复杂或者数量多的情况下可方便供应商投标
18. 可灵活设置模板，将投标规则、公式、用户分组，以及其他参数固化在模板中，可控制参数的默认值或者可见性，方便用户根据不同的场景选择合适的模板来快速创建反拍事件。
19. 可设定模板的访问或者使用权限，比如某特定模板仅可用于某些物料类别，或者仅开放给某些用户。
20. 模板定义要支持版本管理
21. 可将行项目以及典型问题配置在系统中，用户可在实际反拍中单选或者多选预设的行项目以及问题。
22. 在行项目级别可灵活定义不同的技术规范或者报价结构，比如运费、保险费等，而这些信息可用于后续的价格计算或者评分计算。
23. 在问题上，支持各种类型，比如文本、数字、附件、日期、金额等
24. 在反拍事件中，用户可灵活直观地对比某几个供应商的基本信息或者报价信息，方便决策
25. 在反拍时间执行过程中，有权限的用户可暂停、延长反拍，或者临时冻结特定供应商，以应对异常情况
26. 灵活的消息机制，可在特定的时间节点或者情况发出包括邮件和在线消息等通知，比如反拍开始、反拍延时、答疑回复等。
27. 对于供应商的误操作能够警告，并在特殊授权下可以进行删除操作。
28. 支持代理投标
29. 系统可根据用户提供的信息，建议授标方案，比如某个批次要授标给3个供应商、某特定的行项目仅授标给供应商资质达到某条件的供应商、某特定的行项目不得授标给某些特定的供应商。
30. 系统可根据不同的条件生成不同的授标方案，用户可进行灵活对比选择，并手工修改。
31. 支持不同授标策略，例如按照项目级别或者批次级别授标，按照比例拆标。
32. 可将反向拍卖结果导出成报表或者excel文件，包括供应商、响应情况及收益分析等
33. 支持数据面板，可按状态或者按类别等预设条件以图表方式显示各种信息
34. 支持对反向拍卖事件的各种报表和分析，并可推送到数据面板中。
35. 用户可按需定义报表格式以及图形显示方式，比如饼状图、柱状图、折线图等常见图表，并可与其他用户共享

6.1.6 基础性需求

1. 支持多语言，多货币
2. 可灵活定义通知的模板
3. 界面美观易用
4. 所有投标历史、消息通知、专家评分等信息要可审计
5. 报表中的数据需要有权限控制，可按照网省公司、类别、采购类型等进行控制
6. 支持100用户并发，页面平均响应时间3秒以内
7. 支持集群的部署方式，可按照业务量进行灵活扩容
8. 支持数据归档功能
9. 支持主流的数据库，比如Oracle， DB2，或者MS SQL Server
10. 支持web service等系统集成机制，可与目前已有系统进行对接

6.2 采购平台4期利旧需求

6.2.1 总部节点利旧系统与总部节点新建系统分工界面

6.2.2 利旧部分需求说明

1. 一级集采项目管理
见本需求说明书3.3.1节集采项目管理部分
2. 总部自采项目管理与执行
见本需求说明书3.3.2节采购执行管理中总部的采购执行管理模块部分
3. B2B协同网关
指总部节点和GSM/TD主设备厂商通过GXS通讯网关开展B2B协同业务，具体的协同业务流程和数据格式与基于供应商门户的B2B应用相同，协同协议及与厂商一侧的接口利旧。
 

6.2.3 新建系统与利旧系统接口需求

序号	接口系统	接口内容描述
1	利旧集团采购管理系统与总部节点新建系统接口
1.1	与新建供应链内部门户接口
1.1.1	采购项目管理<->供应链内部门户	待办集成、项目计划进度、招标公告、中标通知等信息
1.1.2	总部采购管理<->供应链内部门户	待办集成、采购执行信息展示
1.2	与新建供应商门户接口
1.2.1	采购项目管理<->供应商门户	项目计划及招标进度、滚动需求信息、招标公告、资格预审公告、招标邀请函中标通知。
1.3	与新建主数据与综合分析平台接口
1.3.2	总部采购管理<->主数据与综合分析平台	1、物料分类、编码、集采产品目录、供应商信息发送给集采项目管理 2、 提交采购订单进行归档，为下一步的统计分析提供数据
1.3.4	B2B协同网关<->主数据与综合分析平台	1、物料分类、编码、集采产品目录、供应商信息发送给集采项目管理 2、提交B2B协同信息（响应时间、响应及时率）归档，为下一步的统计分析提供数据
1.4	与新建电子招投标系统接口
1.4.1	采购项目管理<->电子招投标系统	采购项目信息、采购结果信息、招投标过程项目状态
1.5	与新建产品与供应商管理接口
1.5.1	采购项目管理<->产品与供应商管理	采购项目基本信息,协助实现对集采项目中产品质量监测、产品份额管理、供应商考核等业务的管理
1.5.2	采购执行管理<->产品与供应商管理	从采购执行模块抓取相关指标完成供应商后评估工作
1.5.3	B2B协同管理<->产品与供应商管理	从B2B协同管理模块抓取相关指标完成供应商后评估工作
1.7	与新建一级集采执行管理与监控
1.7.1	采购项目管理<->一级集采执行监控	一级集采需求收集、产品配额流程两级管理
	B2B协同网关<->一级集采执行监控	B2B协同订单及收、发货单信息

 
 

7 需求分阶段

需求分级的原则：
1、需求的重要和紧急程度（业务驱动力）
2、业务流程和管理模式的成熟度（可行性）
3、外部环境的影响程度（风险）
4、系统实现的难易程度（工作量）
按上述原则对业务需求进行分级，分为基础型需求和增强型需求，基础型需求在一阶段实现，增强型需求在二阶段实现，部分增强型需求可在一阶段试点上线。具体分级情况如下：

	SCM1.1	SCM1.2
采购管理	一级集采项目管理；总部自采项目管理；供应链考核管理； 电子招投标管理（总部及31省应用）； 一级集采配额管理与自动化监控（总部及31省应用） 省公司请购、采购、订单的采购全过程管理； 产品化采购与框架采购管理；	付款管理（业务流程不统一，与报账平台接口复杂）； 省公司的采购项目管理（业务流程不统一，需求不确定，先在总部实现后再推广到省公司）； 合同自动生成（缺乏标准化合同模板，需求驱动力不足）；
省内仓储物流管理	工程物资（含入库和直发现场）、维护材料、市场物资（只到省、市公司仓库）； 物资出入库、退库、调拨、配送、盘点、省内干线运输、库内管理、库龄管理、安全库存管理、项目间调拨、申领管理、条码管理、暂收管理	备品备件（物资专业性强，多为专业部门管理，业务驱动力不足）、有价卡（管理归属不一致）、营业厅与代办点物资管理（需借助BOSS系统，但各省BOSS不统一，接口开发难度较大，一阶段可在部分省公司试点）
大区仓储物流管理	配套工程物资，需求计划，补货计划，出入库管理，仓储管理，运输管理、VOI管理，条码管理，费用管理，调度管理	积分礼品管理（需求与业务模式待明确），智能化安全库存和补货策略管理（需积累一定运行经验），RFID管理（新技术引入和应用需要时间），安保监控系统接入
产品管理	采购全目录管理、一级和二级集采物料编码管理、一级集采产品质量管理	二级集采产品质量管理（一级产品质量管理取得经验后再向二级推广）、BOM管理（实现复杂，需求与模型待论证）、品类策略管理（需求待进一步明确）
供应商管理	供应商准入与认证，正（反）向后评估管理，供应商考核、两级集采供应商信息库管理	非集采供应商信息库管理（数量很多，工作量大），供应商后评估常态化与数据抽取自动化（需求待明确且依赖一阶段实施成果）、供应商积扣分与分类分级管理（管理模式和业务模型待建立）
接口	统一信息平台、ERP（含上市、TD和铁通ERP）、合同平台	预算管理系统（新建系统，尚不稳定，各省管理模式不一致）、报账管理系统（同上） 、资产管理系统（新建系统，尚不稳定） 、计划工程项目管理系统（各省自建，差异大）
供应商门户（B2B业务协同）	一级集采物资B2B采购订单协同与收发货在线协同（与GSM/TD主设备供应商实现正式协同，其他供应商的协同具备能力）； 供应商在线注册与信息管理； 在线招投标协同；	二级集采物资采购订单与收发货在线协同；（待一级集采物资协同成功后再推广到二级集采） 付款、投诉处理、价格联动、合同查询等在线协同；（非核心功能，放到二阶段实现）
其他	订单级采购清单与实物清单匹配； 集中待办； 审批工作流； 多投资主体采购支持； 业务统计报表	物料级采购清单与实物清单匹配（实现复杂，需求待明确）； 智能分析（分析维度和展现方式待明确，且需要大量历史数据

 
 

8 非功能需求

供应链管理系统的非功能需求主要包括系统性能要求、设备要求、存储与备份要求、可扩展要求、应用软件要求、SOX要求、安全性要求以及技术文档要求等八个方面。

8.1 性能要求

供应链一起系统应充分满足供应链管理系统建设能力和系统稳定运行的需要，并要求有30%系统冗余。
一般单据审批与办理的页面响应时间<2秒；
复杂的业务单据处理，大数据量（带2M以上附件）单据传递，简单的查询与报表，响应时间<5秒；
较复杂的综合类、汇总类统计报表，响应时间<15秒；特别复杂的统计与分析型报表，响应时间<30秒；
基于供应商门户的B2B协同业务办理，响应时间<5秒；
基于互联网关的B2B协同业务办理，响应时间<10秒；
系统应能在线保存3年内的所有业务数据。

8.2 设备要求

(1) 系统要求7 x 24小时连续运行，要求采用主流小型机平台的主流机型，支持多处理器，具有很高的安全性、可用性、可扩展性和可靠性。
(2) 所有主机产品必须满足C2级安全标准；无单点故障（电源，CPU，网卡，主引导盘）。
(3) 数据库与应用分开，组建数据库服务器集群组和应用服务器集群组。服务器集群组整体系统可用性应大于99.99%。
(4) 多机群集系统中的每个主机都应同时处于工作状态，并根据配置的情况运行相同或者不同的应用（或应用模块），以保证主机资源的充分利用。在计算机硬件、操作系统、存储系统及通信管理系统进程出现单点故障时，能迅速响应并进行应用的切换；集群系统中，某一台计算机出现故障时，应不影响系统的应用的功能。
(5) 主机设备的配置应能承受高峰期的负荷变化（高峰期的1小时内所需处理能力为每天所需处理能力的1/8）。
(6) 主机的处理能力要求满足所有业务应用和一定用户规模的需求，而且需考虑全部系统的开销及应用切换时性能余量。系统设计时应考虑至少20%的性能冗余。
(7) 内存容量的配置要考虑到主机正常运行状态下的内存利用率不应大于70%，保证系统在业务高峰时仍具有较强的抗冲击能力。
(8) 主机的硬盘、网络接口、网络连接及电源均应考虑足够的冗余。
(9) 主机应支持1000Mb/s等高速连接接入系统核心局域网。
(10) 支持电源、I/O设备、存储设备的热插拔。

8.3 存储与备份要求

存储设备主要指磁盘阵列，实现系统数据的联机存储，RAID后的存储空间满足本项目存放3年的历史数据
磁盘阵列设备要求有很高的安全可靠性；
磁盘阵列应能配合多机高可用群集系统的需要；
磁盘阵列采用ULTRA SCSI 接口或FC-AL接口，实施RAID 0+1，并可提供多通道、双电源及冗余风扇；
备份方案要具有可操作性，可用于指导维护人员对现有系统的操作和备份。本项目备份恢复方案包括：
日常的备份恢复方案；
灾难备份恢复方案；
备份方案应进行必要的测试和验证；
生产系统数据克隆至开发/测试/培训系统的方案，包括克隆方案的测试。

8.4 可扩展要求

在本期项目中，要求供应链管理系统具备良好的可扩展性，要从以下几个方面体现：
主机系统设备应具有适当的扩充能力，包括节点的扩充、CPU的扩充、内存容量的扩充及I/O能力的扩充等；并可支持CPU模块的升级；
磁盘阵列设备应具有较强的平滑扩充能力，包括系统存储容量的扩充及I/O能力的扩充等。
系统架构和软件具有较好的扩展性；
对部分功能的修改和升级尽量不要影响其他功能的使用；

8.5 软件要求

(1) 功能性要求：实现需求说明书中的所有业务需求，并且设计合理的模块和架构，实现全局主数据的集中化管理和信息共享。
(2) 安全可靠性要求：提供强大的管理机制和控制手段，确保系统和信息的安全。各应用系统和模块间应设计成松耦合模式，单独系统和模块出现问题，不应导致其他系统和模块的瘫痪或不可用。
(3) 易使用性要求：采用B/S架构，系统向所有用户提供一个简单、易用和友好的WEB操作界面或管理界面；根据不同的用户类型提供针对性的用户界面，最大限度的减少不必要的信息展示。对于流程型的业务操作，应提供向导型的操作界面指导用户操作。
 (4) 可扩展要求：系统设计和开发需要兼顾现有需求和系统扩展能力，在供应链业务流程发生改变的时候，能够进行灵活的扩充和调整，满足未来的应用要求。

8.6 SOX要求

根据《SOX法案流程缺陷修补计划》等相关资料，我们认为在本期系统建设中，建议在以下几个方面的内容通过管理措施或信息技术方式来修补：
l 账号口令管理：
对于应用系统用户应按个人创建单独的用户账号，并赋予相应的权限，以避免共享账号的产生。
1、密码应至少每90天进行更新，不得使用最近5次以内重复的密码，密码重复尝试5次以后应暂停该工号登录，密码长度应至少6位或以上，密码应由数字及字母大小写混合组成。
2、对于系统用户应按个人创建单独的用户账号，新员工账号的创建应由部门主管批准。
3、对于应用系统用户应按个人创建单独的用户账号，在员工离职时应对个人账号及时进行删除或禁止使用处理，并留下记录由相关负责人签字确认。
4、每个用户都应获分配唯一的账号。
l 职责岗位明确
1、公司应当每半年及业务流程发生重大变更时，打印系统用户的访问权限清单，并交由相关业务部门主管，对用户的权限进行审阅签字，以避免在用户的权限中有不兼容职责的存在。如发现不相容职责，应及时通知所在部门工号管理员，对用户的权限进行调整。
2、在系统中创立新用户角色时应考虑不相容职责分工原则，应由各部门工号管理员对用户角色的权限设定进行审阅并签字确认，以避免用户角色中不兼容职责权限的存在。信息技朮部门根据经审批的用户角色权限，在系统中设置用户角色权限。
3、在因新业务或业务流程变更对用户组或用户角色定义进行修改时应考虑不相容职责分工原则。各部门工号管理员应对变更后的用户角色权限进行审阅，以避免在同一用户角色中存在不兼容职责权限。只有经工号管理员对变更后用户角色的权限签字确认后，方可在系统中增加或变更用户角色权限。
4、超级管理员账号应建立正式的书面授权流程。
l 安全保障
1、接入公司网络的终端设备通过局域网域管理认证或MAC地址绑定认证等方式实现网络登录的认证管理，只有通过认证的终端设备才可对局域网资源进行使用。
2、加入正式的审批流程，网络管理员由相关部门（管理信息系统部、业务支撑系统部、网络部）维护主管书面授权。
3、应安装统一的防病毒软件。并在防病毒服务器上设置自动实时更新杀毒软件厂商发布的安全补丁及病毒库。客户终端上的杀毒软件自动扫描更新安全补丁及病毒库。
4、建议所有对外接口都需要设置防火墙，并对防火墙日志进行每周审查并签字确认。
l 日志管理
1、使用专门的日志存储设备；
2、定期进行日志备份/导出操作；
3、保存能够支持审计报告结论的充分细节信息

8.7 安全性要求

l 代理服务器及双重异构防火墙机制
外部用户所有的请求都需要通过代理服务器，外部用户不能够直接访问内部系统，获取不到内部系统的IP地址。同时，访问请求会经过两重异构防火墙（DMZ区和内网防火墙） 。
l 稳定的网络及基础平台 
系统部署在内网，外部不能够直接访问，内网本身具有多重安全加固措施。
基础平台沿用原有安全部署以及安全策略，已经多次通过了内部的安全扫描检查。
l 双重认证体系
除了外部的CA认证、统一信息平台的认证之外，电子采购平台还有一层内置的统一集中认证系统 Central Authentication System (CAS)， 并且通过统一认证的用户登陆都会被统一记录，能够做到事后追踪。
对供应商采用CA认证和SSL协议
采用硬件级的CA认证证书，确保登陆的供应商都是合法的供应商。
采用SSL协议，不是采用明文传输，能够确保数据传输过程中的安全。
l 健全的角色权限管理机制
由集团统一维护角色与访问菜单的对应关系，省公司、供应商管理员维护业务人员与角色的关系，配置角色系统会记录日志，集团、各省线下审批人员与角色权限申请。

8.8 技术文档的需求

需求开发：用户需求说明书、产品需求规格说明书
系统咨询：BPR成果、业务规范、架构规范、技术规范、界面规范、接口规范、数据规范、测试规范
系统设计：体系结构设计报告、概要设计说明书、用户界面设计、数据库设计报告、模块设计报告、详细设计说明书
实现与测试：实现与测试计划、编程文档
系统测试：系统测试计划、测试用例、测试报告
割接上线：上线计划、系统割接方案、数据迁移方案
用户培训：推广方案、培训计划、培训材料
用户使用：用户使用手册、常见问题FAQ
 

• 建材销售的供应链管理软件
• 供应链信息管理软件开发