顺丰信息技术架构设计

顺丰物流管理信息系统设计

一、背景

1、企业概况

SF速运（集团）有限企业成立于1993年3月，是一家重要经营国际、国内

速递及报关、报检等业务的民营速递企业，总部设在深圳。在国内包括香港、台

湾地区建立了庞大的信息采集、市场开发、物流配送、快件收派等业务机构，为

广大客户提供迅速、精确、安全、经济、优质的专业物流服务。截至2023年，

通过短短十几年时间，SF集团已经发展成为一家年业务量3.1亿票、年平均增

长速度30%以上、基层营业网点2300多种、服务网络覆盖全国32个省市区（含

直辖市、香港、台湾、澳门）、员工7万2千多人、自有营运车辆4千余台的大

型综合性速递企业。在国内速递企业中，SF集团口勺经营规模、网络覆盖和市场

份额仅次于中国邮政集团企业（EMS）,排名第二位。

2、企业信息系统概况

在SF,支撑着快递业务正常运作的信息系统多达40余个，有关IT规章制

度达数百项，1T应用流程超过一百个，全职1T人员近300人的资讯科技本部承

担着为SF掌管IT系统H勺重任。SF快递信息系统种类大体分为四个方面：

1、营运类业务管理系统。面向对象为营运本部顾客，通过此类系统可对SF

全网的营运业务做出有效的调度配置和管理。

2、客服类业务管理系统。面向对象为客户服务部门及其全国呼喊中心，通

过与顾客的信息交流互动，实现SF的迅速及时服务。

3、管理报表类管理系统。面向对象为综合本部、公共事务本部、财务本部、

人力资源本部等有关部门，将其业务规划、管理计划、月度数据、平常工作信息

汇总表等资料形成电子单据，统一制度原则，及时实现管理政令日勺上传下达，并

以清晰规范H勺形式完善报表考核制度。

4、综合类管理系统。此类管理系统波及到营运、客服、管理报表的三项业

务类系统整合，是对前三类管理系统的业务统一合并，同步也是对前三类管理系

统的有效补充。多种业务管理系统整合统一化、集中平台化管理是SF关注的发

展重点，而综合类管理系统的研发就是做为此需求口勺起步。同步，前三类管理系

统中必然存在个性化、局部细化、需要多部门合力处理的业务管理需求，此时单

一种类口勺业务管理系统就凸显出局限性性，而统一归并于综合类管理系统中进行

处理，就可以体现多种类系统整合的优势，提高协同工作处理的效率。

二、设计目的

1.近期目的

系统尽量运用各有关系统得数据，实时采集数据，转化为本系统数据，建库

保留，并提供数据管理日勺人工介入功能，保证查询的持续性。

2.远期目的

构建快递追踪查询系统共享平台，作为快递信息共享平台日勺一部分，为快递

追踪查询提供数据支持，系统只保留查询功能，不再有数据管理的功能，所需数

据完全从平台采集。

三、现实状况及问题

为了适应口益加剧日勺市场竞争，顺丰采用了诸多有力措施，包括转变观念，

加大内部改革力度，以效益为中心，加强科学管理：加大投资信息系统建设：有

关信息建设过程存在如下问题:

1、总部与分支机陶地区差异，导致数据传递不及时

作为快递企业，服务网络覆盖范围大，分支机构庞大，有关信息往往不能

及时传达给有关负责人。信息传递链路H勺过长，使数据出现人为错误的几率大增。

2、信息系统可扩展性较差

可扩展性较差表目前：一般对系统一种一般的需求或一种业务功能的变更会

引起数个信息系统或某些信息系统较大范围的修改。这种可扩展性较差的原因首

先是SF速运在信息系统构建时缺乏前瞻性的、缺乏从全局考虑的架构设计，另

首先S卜速运业务口勺高速发展给信息系统建设周期提出了近似苛的规定。这样就

规定许多项目匆匆启动，并且效果要立竿见影，这个过程自身为信息系统建设缺

乏统筹考虑留下了隐患。

3、系统缺乏良好协同性

SF有几十个功能不一样的系统在同步运行，某一系统产生的数据也许是另

一系统所需要的，而当该数据需要流向另一系统时，往往需要开发复杂的接口。

目前系统间的数据接口超过100个，并且全知晓这些接口的技术人员几乎没有，

每位系统架构师仅懂得与自己职责有关的些系统及接口信息。这样对系统建设轻

易导致信息孤岛，对开发维护这些系统同事都导致了视觉上口勺孤岛，系统间的协

同性自然就比较差。并且伴随业务不停拓展和数据量的递增，需要有更宽阔口勺广

度和融合度来满足企业运行口勺协同发展，将这些信息系统逐渐整合于统一的信息

平台，减少接口壁垒，集中互换数据，共享信息，统一管理，变得日益重要。

4、总部统一管控与分部个性化需求的矛盾

总部信息系统欧I统一管控是保持SF运行一致性和派件时效的重要手段。但

对各地分部而言，也确实有根据当地实际状况所应对而生的个性化管理需求存

在。那么怎样应对处理跨地区、跨部门的多样化需求，打造通用数据互换接口，

构建统一的柔性信息系统，在保持共性的同步也能包容更多的J个性化规则与配

置，在大平台上实现完美的I协同管控与时效运行，是信息系统综合管控与服务中

心下一步的艰巨任务。

5、被动反应向积极支持的转变

对许多企业的IT部门而言，其与兄弟部门的配合研发工作都存在着滞后性,

也就是俗称的“被业务部门推着走”。SF的信息系统综合管控与服务中心也或

多或少存在着这样的状况。这是IT产业发展的一种阶段，也是一种停止期，那

么怎样可以做到超前预测业务发展趋势，即时伴随业务部门的需求变化和数据量

的增长而变化系统构造，即系统可以积极每日提供个性化信息的积极式管理，通

过成熟口勺运行模型对实时数据讲行分析，对不一栏口勺成果对应配置不一样叫优化

规则，可以即时设置实时期望，并对不利信息做到即时预警。不再“被业务部门

推着走”，这是信息系统综合管控与服务中心未来的工作重点。

四、组织构造

顺丰物流快递企业采用集团、经营本部、区部三级架构，实行垂直一体化集

中管控模式，以利于速递产品内在流程的一致性和对时效性、安全性的规定，保

证产品及服务质量的稳定。SF的组织构造图如图所示。

其中，总企业负责制定企业的发展战略，规划和考核下级子企业的绩效，负

责企业的网络建设和业务指导:区域子企业负责处理本区域内跨都市的异地快递

业务和下属分企业的管理，下设包括区域调度中心和区域分拣中心，区域调度中

心进行车辆日勺调度和调控，区域分拣中心负责下属分企业跨区域业务货品的中转

发运、存储和分拣管理。各地区的分企业负责管理市内业务，下设都市调度中心、

都HT分拣中心、以及营业所，都市调度份额则市内异地业务的货品仓储、配送，

都市分拣中心负责处理市内异地业务日勺分拣管理，营业所负责处理所辖区域中客

户日勺快递业务和接线业务等。

快递企业在每个区域分部（一般为一种都市）根据需要设置若干营业点和代

理点负责快递业务

SF快递公司

图3.2顺丰代理模式图

业务流程分析

•寄件人填写快递单，收件员检查。

•收件员录入快递单信息。

•快递集中托运至分拨中心中转。

•分拨中心录入收件信息。

•分拨中心把快递交至派件员送件。

•派件员录入派件信息，完毕派件任务。

•业务管理部门调用记录信息分析。

图3.4流程详图

查

统

询

计

、

信

修

息

改

业务部门

数据流程图

五、系统总体构造设计

本小组信息系统分为订单系统、仓储管理信息系统、追踪查询系统、资源调

度系统。构造如下

资源调度

订单系统

系统

顺丰快递追踪查询系统由单据录入子系统、单据查询子系统、记录报表三大大部

分构成。

快递追踪查询系统

单据录入子系统单据查询子系统统计报表

快

件

中

派

中

派

收

收

收

派

中

转

件

转

件

件

件

件

件

转

报

报

录

查

查

报

录

查

入

入

表

表

表

询

询

录

询

入

1、代码设计

表3-1快递单号代码表

前8位代表日期，9-10位国家代号，

1206130112020010000111-12位省份，13-14位市，15-17位代表营

'也网店编号，后5位代表当R的订单序号。

表3-2快递员编号代码表

前4位代表出生年份，5-6位代表所属分支，

199101001010017-9代表营业网点编号，8-9位代表职位，后

3位人员序号。

表3-3快递类型代码表

前3位代表寄送范围，后3位代表寄送速度

001001

规定。

1、收件单：单号、快递员编号、寄件人、收货人、收货地址、收货人

收件时间。

2、中转单：单号、快递员编号、寄件人、收货人、收货地址、收货人

收件时间、分拨中心。

3、派件单：单号、快递员编号、寄件人、收货人、收货地址、收货人

收件时间。

1、快递员：编号、姓名、号、家庭住址。

2、承接1：单号、数量、时间。

3、承接2：单号、数量、时间。

4、负责1：快递员编号、单号、数量、时间。

2输入输出设计

主界面