供应链1班卢健华仿真报告论文.docx
《供应链1班卢健华仿真报告论文.docx》由会员分享，可在线阅读，更多相关《供应链1班卢健华仿真报告论文.docx（25页珍藏版）》请在冰豆网上搜索。
供应链1班卢健华仿真报告论文
企业订单处理流程仿真优化研究
供应链
（1）班卢健华20050400914
摘要
这个论文里面有相当的比例是重新阐述小组的仿真内容，这些内容包括在第一章里面，第二章是个人的理解、心得和归纳，里面谈到一般订单流程处理的环节和仿真瓶颈的解决等等的问题，因能力有限，见识浅薄，故尚请老师指出错误。
目录
第1章一个订单处理仿真实例………………………………………………………3
1．1订单处理业务流程…………………………………………………3
1．1．1业务流程介绍……………………………………………………3
1．1．2相关业务流程数据………………………………………………3
1．2仿真模型建立………………………………………………………5
1．2．1业务流程示意图…………………………………………………5
1．2．2建立仿真模型……………………………………………………5
1．2．3运行仿真模型……………………………………………………6
1．3仿真结果分析……………………………………………………………6
1．3．1模型运行一天统计分析…………………………………………6
1．3．2模型运行五天统计分析…………………………………………7
1．3．3仿真模型修改与流程优化的方案………………………………9
1．3．4优化后模型运行一天统计分析…………………………………10
1．3．5优化后模型运行五天统计分析…………………………………11
第2章从特例到一般——订单处理业务流程仿真的研究…………………13
2．1订单处理业务流程仿真的模型………………………………………13
2．1．1模型示意图……………………………………………………………13
2．1．2建立仿真模型……………………………………………………………13
2．2参数优化与流程改造…………………………………………………13
2．2．1参数优化……………………………………………………………13
2．2．2流程改造……………………………………………………………14
2．3根据仿真结果反馈再修改……………………………………………………………14
参考文献………………………………………………………………………14
第1章一个订单处理仿真实例
1．1订单处理业务流程
本文首先针对广东雅倩化妆品有限公司的订单处理流程进行切入和分析，具体流程如下所示，企业业务流程信息从互联网获取。
1．1．1业务流程介绍
（1）营运部接到业务代表发来的客户订单传真，订单组开始处理。
（2）先检查订单传真项目是否清晰，若有不清晰则致电业务代表核对订单。
（3）然后对客户资料进行审核，如果客户资料发生变更（比如帐号、联系人等），需要客户传真‘更改通知函’确认。
（4）接着查询库存量，客户的信用额度，对订单项目的数量、金额进行有效性预审。
（5）对无效订单需要由销售人员与客户进行协商修改订单，根据协商结果，对订单进行修改或取消。
（6）对通过预审或协商修改后的订单进行录入。
（7）财务部销售组对录入的订单进行财务审核，审核项目包括信用额度、应收帐款、帐龄等。
（8）财务审核不通过的订单转达财务经理，请示领导后可进行特批，或将订单暂押，由营运部跟进。
（9）营运部对财务审核不通过的订单进行跟进，由业务代表与客户协商，修改订单或将订单取消。
（10）营运部对财务审核通过的订单发出出货通知单，由中转仓配货、发货。
1．1．2相关业务流程数据
（1）工作时间、工作量数据
早上8：
30开始工作，每天上班时间为8小时，5天工作制7天为一个循环（休息两天），每天接到的订单约为110张单。
订单传真接收是离散事件，在一天中并不是平均分布的，于是我们将订单接收事件的发生分布设定为正态分布，均值为262秒，标准差为42秒。
（2）作业处理时间数据
作业处理时间有两类，一类大致是固定时间，例如‘检查订单项目是否清晰’、‘审核客户资料’等，采集的数据取为固定值；另一类则随着处理数据量的大小不同而在一定范围内变动，例如‘订单有效性审核’、‘订单录入’等，采集的数据取值为正态分布函数。
其中一些作业只要人员时间可以安排就马上进行，如‘检查订单项目是否清晰’、‘致电业务代表核对订单’等，这些作业的静态等待时间为0；而另一些作业客观上需要等待一定时间才能进行，如‘与客户协商修改订单’、‘主管批示’等，这些作业的静态等待时间要设为一定的数值。
数据采集如下：
功能
静态等待时间
Staticwaittime
处理时间
Processingtime
检查订单项目是否清晰
－
Constant（0000：
00:
01:
00）
致电业务代表核对订单
－
Normaldistribution（mu=0000：
00:
05:
00,标准差=00:
02:
00）
审核客户资料
－
Constant（0000：
00:
02:
00）
发传真函更新客户资料
正态分布（均值=0000:
02:
00:
00,标准差=0000:
01:
00:
00）
Constant（0000:
00:
20:
00）
订单有效性审核
－
正态分布（均值=0000:
00:
13:
00,标准差=0000:
00:
03:
00）
与客户协商修改订单1
正态分布（均值=0000:
01:
30:
00,标准差=0000:
00:
30:
00）
正态分布（均值=0000:
00:
45:
00,标准差=0000:
00:
15:
00）
订单录入
－
正态分布（均值=0000:
00:
07:
00,标准差=0000:
00:
02:
00）
财务审核
－
Constant（0000:
00:
15:
00）
主管批示
正态分布（均值=0000:
03:
00:
00,标准差=0000:
01:
00:
00）
Constant（0000:
00:
10:
00）
与客户协商修改订单2
正态分布（均值=0000:
01:
30:
00,标准差=0000:
00:
30:
00）
正态分布（均值=0000:
00:
45:
00,标准差=0000:
00:
15:
00）
修改订单
－
Constant（0000:
00:
05:
00）
发出库通知单
－
Constant（0000:
00:
02:
00）
（3）功能分支概率数据
事件
概率
订单不清晰
0.2
订单清晰
0.8
客户资料要更新
0.05
客户资料合格
0.95
无效订单
0.15
有效订单
0.85
订单取消1
0.3
达成修改协商1
0.7
通过财务审核
0.8
审核不通过
0.2
特批通过
0.2
批示不通过
0.8
订单取消2
0.3
达成修改协商2
0.7
1．2仿真模型建立
1．2．1业务流程示意图
1．2．2建立仿真模型
利用flexsim软件建立仿真模型如下图所示，其中每个人代表一个处理的工序或环节，每个暂存区用来显示相邻两个工序之间的订单滞留情况。
1．2．3运行仿真模型
（1）运行一天后出现的情况:
（2）运行五天后出现的情况:
1．3仿真结果分析
1．3．1模型运行一天统计分析
（1）修改前仿真流程统计数据（一天）
项目
数值
接收订单数
108
完成订单数
29
取消订单数
0
位于某个功能环节等待处理的订单个数
74
在1个工作日中，共产生108个订单，共完成订单29个，只完成了26.85％的订单处理。
而处于某个功能环节等待处理的订单达74个。
（2）运行一天后处理器相关数据
流程
输出
平均停留时间
最少停留时间
最大停留时间
空闲时间
处理时间
空闲比率
处理时间比率
预置时间比率
①
检查订单项目是否清晰
107
60
60
60
22363
6420
77.70%
22.30%
②
审核客户资料
107
120
120
120
15778
12840
55.10%
44.90%
③
订单有效性审核
33
850
563
1259
485
28037
1.70%
98.30%
致电业务代表核对订单
14
256
104
438
19547
3586
84.50%
15.50%
发传真函更新客户资料
2
10998
9878
12116
4217
2400
16.10%
9.20%
74.80%
与客户协商1
1
7826
7826
7826
18001
2957
69.70%
11.50%
18.90%
④
订单录入
32
415
210
602
15227
13295
53.40%
46.60%
⑤
财务审核
29
900
900
900
2126
26100
7.50%
92.50%
⑥
发出库通知单
29
120
120
120
24866
3480
87.70%
12.30%
主管批示
1
15342
15342
15342
12026
600
43.90%
2.20%
53.90%
与客户协商2
0
0
0
0
0
0
达成协商后修改订单2
0
0
0
0
0
0
达成协商后修改订单1
1
300
300
300
25827
300
98.90%
1.10%
（3）运行一天后暂存区相关数据
流程
现停留订单数
最大停留订单数
等待致电客户代表
0
1
等待客户资料审核
0
1
等待更新客户资料
1
3
等待有效性审核
71
71
等待与客户协商1
0
1
等待录入
0
1
等待财务审核
2
3
等待发送出货通知
0
1
主管特批后等待发货
0
1
等待主管特批
0
1
特批不过等待客户协商
0
0
等待修改订单2
0
0
等待修改订单1
0
1
从数据可以看出①检查订单项目是否清晰和②审核客户资料两个关键流程的平均停留时间分别是60秒和120秒，处理速度是比较快的，107个订单在一天内都可以处理完毕，空闲率分别为77.70%和55.10%，人员的利用率很低。
在③订单有效性审核处出现问题，按照运行一天后暂存区相关数据表看出有71个订单正在等待订单有效性审核处理。
空闲时间仅为1.70%，流程的处理时间达到了98.30%。
从③订单有效性审核处输出的33个订单进入④订单录入后全数被处理完，空闲率53.40%，有几乎一半的时间是在处理。
⑤财务审核处只有29个订单输出，有3个订单正在等待、1个正在被审核。
从等待订单数来看问题不大，但是空闲率却只有7.50%，处理时间高达92.50%。
其余的是非关键流程，如致电业务代表核对订单处停留时间较短为256秒，空闲率为84.50%也较高，不会构成瓶颈，又由于在非关键流程中，所以不需要进行改进。
与客户协商和修改订单处出现的订单比较少，流程的空闲时间很多。
1．3．2模型运行五天统计分析
（1）修改前仿真流程统计数据（一周）
项目
数值
接收订单数
551
完成订单数
133
取消订单数
7
位于某个功能环节等待处理的订单个数
403
从以上可以看出经过五天的运行，共产生551个订单，共完成订单133个，有7个订单取消，订单完成率为25.4%。
而处于某个功能环节等待处理的订单达403个。
（2）运行一周后处理器相关数据
流程
输出
平均停留时间
最少停留时间
最大停留时间
空闲时间
处理时间
空闲比率
处理时间比率
预置时间比率
①
检查订单项目是否清晰
551
60
60
60
111355
33060
77.10%
22.90%
②
审核客户资料
550
120
120
120
78415
66000
54.30%
45.70%
③
订单有效性审核
184
781
288
1366
409
143668
0.30%
99.70%
致电业务代表核对订单
117
305
0
707
107945
35630
75.20%
24.80%
发传真函更新客户资料
14
8227
2995
14990
28939
16800
20.10%
11.70%
68.30%
与客户协商1
15
9245
4326
13582
1224
40490
0.90%
28.90%
70.20%
④
订单录入
162
427
147
937
74982
69096
52.00%
48.00%
⑤
财务审核
156
900
900
900
3987
140400
2.80%
97.20%
⑥
发出库通知单
133
120
120
120
127647
15960
88.90%
11.10%
主管批示
9
13453
6264
20843
19787
5400
14.00%
3.80%
82.10%
与客户协商2
7
8453
4081
11597
81688
20803
58.00%
14.80%
27.20%
达成协商后修改订单2
5
300
300
300
112119
1500
98.70%
1.30%
达成协商后修改订单1
10
300
300
300
137202
3000
97.90%
2.10%
（3）运行一周后暂存区相关数据
流程
现停留订单数
最大停留订单数
等待致电客户代表
0
1
等待客户资料审核
0
1
等待更新客户资料
1
3
等待有效性审核
363
363
等待与客户协商1
15
16
等待录入
0
2
等待财务审核
5
7
等待发送出货通知
0
1
主管特批后等待发货
0
1
等待主管特批
19
19
特批不过等待客户协商
0
1
等待修改订单2
0
1
等待修改订单1
0
1
从数据可以看出①检查订单项目是否清晰和②审核客户资料两个关键流程的平均停留时间不变，空闲率分别为77.70%和55.10%，与运行一天时相比变化不大，人员利用率依然很低。
在③订单有效性审核处的瓶颈依然存在，而且比之前更严重，从暂存区相关数据表看出有363个订单正在等待订单有效性审核处理。
空闲时间仅为0.30%，流程处理时间达到99.70%。
等待④订单录入的订单数为0，空闲率52.00%。
⑤财务审核处只有156个订单已经处理完毕，有5个订单正在等待、1个正在被审核。
从目前的运行情况来看问题不大，但是空闲率却只有2.80%，处理时间高达97.20%，如果以后其他的流程得到改进之后，这个流程可能会成为新的瓶颈。
1．3．3仿真模型修改与流程优化的方案
通过仿真模型修改与运行，逐步对关键瓶颈参数进行修改，达到整体仿真模型整体的最优。
因此，得出了最优流程的修改建议，通过结合企业实际情况提出相应的流程优化措施。
（1）提高‘订单有效性审核’两点五倍效率：
增加人力在订单有效性审核；准确库存信息对订单有效性审核的影响很大，通过互联网将中转仓与总部连接起来，让中转仓随时更新出入库、库存量等信息。
（2）提高‘财务审核’两倍工作效率：
增加人力在财务审核；将财务应收帐、帐龄等数据结合到订单处理信息系统中。
财务打开订单审单的同时，信息系统显示相关客户的帐务资料。
（3）减低‘审核客户资料’流程的九分之五的：
客户资料的更新在平时完成，要求业务代表在平时要注意更新客户资料，从而减少审核客户资料的工作量，可以在审核客户资料的流程上裁减人力。
（4）修改后参数设置：
功能
名称
预置时间（秒）
处理时间（秒）
送往端口（%）
订单接收
Start
——
——
——
检查订单项目是否清晰
ODepforClearCheck
——
返回一个为60的常值时间
端口1：
80
端口2：
20
致电业务代表核对订单
operatorforCheckOrder
——
正态分布（均值=300,标准差=120）
——
审核客户资料
ODepforDataCheck
——
返回一个为270的常值时间
端口1：
95
端口2：
5
发传真函更新客户资料
ClientforChangenote
正态分布（均值=7200,标准差=3600）
返回一个为1200的常值时间
——
订单有效性审核
ODepforValidCheck
——
正态分布（均值=312,标准差=72）
端口1：
85
端口2：
15
与客户协商1
OperatordiscusswithClient1
正态分布（均值=5400,标准差=1800）
正态分布（均值=2700,标准差=900）
端口1：
70
端口2：
30
达成协商后修改订单1
OperatorforOrederEditofclient1
——
返回一个为300的常值时间
——
订单录入
OrderInput
——
正态分布（均值=420,标准差=120）
——
财务审核
FDepforFinancialCheck
——
返回一个为450的常值时间
端口1：
80
端口2：
20
主管批示
FDepofManagerforInstruction
正态分布（均值=10800,标准差=3600）
返回一个为600的常值时间
端口1：
20
端口2：
80
与客户协商2
Operatordisucsswithclient2
正态分布（均值=5400,标准差=1800）
正态分布（均值=2700,标准差=900）
端口1：
70
端口2：
30
达成协商后修改订单2
OperatorforOrederEditofclient2
——
返回一个300的常值时间
——
发出库通知单
ODepforSendingOut
——
返回一个为120的常值时间
——
1．3．4优化后模型运行一天统计分析
（1）修改后模型运行一天鸟瞰图
（2）修改后仿真流程统计数据（一天）
项目
数值
接收订单数
107
完成订单数
49
取消订单数
0
位于某个功能环节等待处理的订单个数
50
从以上可以看出在1个工作日中，共产生107个订单，完成49个订单，订单完成率达到45.79%，订单完成率比修改前模型提高了70.54%。
而处于某个功能环节等待处理的订单达50个，比修改前模型减低了24个，降低了32.43%的等待订单。
（3）修改后运行一天处理器相关数据
流程
输出
平均停留时间
最少停留时间
最大停留时间
空闲时间
处理时间
空闲比率
处理时间比率
预置时间比率
①
检查订单项目是否清晰
106
60
60
60
22436
6360
77.90%
22.10%
②
审核客户资料
103
270
270
270
956
27810
3.30%
96.70%
③
订单有效性审核
89
316
107
528
580
28118
2.00%
98.00%
致电业务代表核对订单
22
287
129
469
20649
6314
76.60%
23.40%
发传真函更新客户资料
1
2414
2414
2414
25002
1200
91.20%
4.40%
4.40%
与客户协商1
2
9304
8598
10010
3124
5709
11.70%
21.30%
67.00%
④
订单录入
64
421
244
680
1599
26972
5.60%
94.40%
⑤
财务审核
60
450
450
450
1576
27000
5.50%
94.50%
⑥
发出库通知单
49
120
120
120
22816
5880
79.50%
20.50%
主管批示
2
8911
5683
12139
3188
1200
15.20%
5.70%
79.10%
与客户协商2
2
6403
3312
9494
15327
5003
54.50%
17.80%
27.70%
达成协商后修改订单2
2
300
300
300
27833
600
97.90%
2.10%
达成协商后修改订单1
2
300
300
300
21431
600
97.30%
2.70%
（4）修改后运行一天暂存区相关数据
流程
现停留订单数
最大停留订单数
等待致电客户代表
0
1
等待客户资料审核
2
4
等待更新客户资料
1
1
等待有效性审核
11
12
等待与客户协商1
8
9
等待录入
15
15
等待财务审核
3
4
等待发送出货通知
0
1
主管特批后等待发货
0
0
等待主管特批
10
10
特批不过等待客户协商
0
1
等待修改订单2
0
1
等待修改订单1
0
0
②审核客户资料的空闲比率3.30%，比修改前模型（55.10%）的降低了94%，提高了审核客户资料的流程的利用率。
在③订单有效性审核中，按照运行一天后暂存区相关数据表看出有11个订单正在等待订单有效性审核处理，比修改前模型（71个）降低了84.51%。
④订单录入空闲率从53.40%降低为5.60%，降低了89.51%。
⑤财务审核处有60个订单输出，比修改前模型（29个）提高了106.9%。
1．3．5优化后模型运行五天统计分析
（1）修改后模型运行五天鸟瞰图
（2）修改后仿真流程统计数据（五天）
项目
数值
接收订单数
548
完成订单数
262
取消订单数
6
位于某个功能环节等待处理的订单个数
271
经过五天的运行，共产生548个订单，共完成订单262个，有6个订单取消，订单完成
升级会员 