订单管理系统流程图（求一个ASP课程设计 网上购物系统 做过的朋友们拜托给发下 791419843@qq.com）

本文目录

• 求一个ASP课程设计 网上购物系统 做过的朋友们拜托给发下 791419843@qq.com
• RMA流程图是什么
• 业务梳理-电商-订单管理模块
• erp系统操作流程图
• 用友ERP系统，U9操作流程图
• B2C商城的订单退款和售后流程——axure原型图详解
• 简谈订单管理系统(OMS)
• 物流操作流程图
• 电商订单模块的思维导图分析
• 华为的流程管理系统（附关键流程图）

求一个ASP课程设计 网上购物系统 做过的朋友们拜托给发下 791419843@qq.com

4.2 功能模块设计
层次模块结构是将系统划分为若干子系统，子系统下再划分为若干的模块。而模块是指具备有输入输出、逻辑功能、运行程序和内部数据四种属性的一组程序。在结构化系统设计中，模块一般都是按功能划分的，通常称为功能模块。合理的功能模块的划分能够极大限度地减少重复劳动、提高开发工作的效率并增大系统的可维护性。
以前面的系统分析为基础，将系统分为两大模块，即前台模块和后台模块。
网络购物中心的功能结构如图4.1所示。

图 4.1 网络购物中心功能结构图
4.2.1 前台模块的功能模块设计
前台模块主要为**网站的用户提供商品和服务的信息，填写并提交订单的服务。这样，将前台模块再细分为用户管理模块、订单查询模块、购物车模块、修改个人资料模块、留言板模块。顾名思义，这些模块的名称基本概括了它们的功能。下面详细说明一下这些功能模块的设计：
（1）用户管理模块：
为了方便于网站的管理，必须由一套完整的用户管理体系。该网站用户管理模块主要实现用户的注册、登录、找回密码3方面功能。
（2）购物车模块：
在超市购物，可以根据自己的需要将很多种商品挑选至购物车或购物篮中，然后到收银台结款。而在网上虚拟的商城中，当然没有办法使用真正的购物工具，因此，通常都会采用一种被称为“购物车”的技术来模拟现实生活。在网上商城中，所选商品须通过购物车进行暂存，然后生产订单。这种技术使用起来十分方便，不但可以随时添加、查看、修改、清空购物车中的内容，还可以随时去收银台结款。
（3）订单管理模块：
用户提交订单后，通过产生的订单号查询订单信息及执行状态。只需要根据用户录入的订单号在数据表中查询处对应的货品信息即可。
（4）个人资料管理模块：
用户资料修改时为用户更改个人信息所提供的窗口，为了保护用户信息部受非法侵害，用户只有登录网页后才有权限修改个人资料。
（5）留言板管理模块：
留言板是一个商务网站中不可缺少的组成部分，它可以增进用户与网站之间的交流。在现实网络开发中存在着各种各样的留言板，但它们都由基于浏览留言板及添加留言板2部分组成。
这样，子模块各自的内容基本设计好。下面可以设计如何将这些模块组织在一起，构成一个结构比较合理的前台了。除了在主页中建立面向其他模块的链接外，也要在其他模块中建立返回主页面的链接。另外各个模块间也应该互相链接起来。
4.2.2 后台管理模块的功能模块设计
后台管理模块的功能是对站内的资源进行管理和维护。以后台的业务流程分析和前台各个模块的设计为基础、根据用户的需求分析来确定后台管理模块应具有的功能。后台管理模块的各个子功能模块如下：
（1） 管理员身份验证模块：
为合法用户提供一个后台入口。该模块的功能是对管理员身份进行能够验证。用户输入登录ID和密码后，系统将判断登录ID及密码的有效性，如果通过验证则状态后台主页，反之则提示错误。
（2） 商品管理模块：
向商品表插入前台首页展示的商品信息，也就是添加商品信息的功能。
（3） 处理订单模块：
网站管理者对用户订单的执行和状态。
（4） 用户信息管理模块：
查询注册所有用户，对一些非法或失信用户进行删除操作 。
（5） 公告信息管理模块：
网站向用户发布最新公告信息。
（6） 链接信息管理模块：
管理员向前台首页添加友情链接信息。
4.3 数据库设计
数据库是数据库应用程序的重要组成部分。一个设计结构合理的数据库对于应用程序的开发效率和程序的性能都是非常重要的。数据库的设计过程大致如下：
（1） 根据用户需求，确定数据库中要保存的数据信息。对用户需求进行分析时数据库设计的第一个阶段。不断的调查与研究用户需求，了解企业运作流程等系统需求，使设计概念模型的基础。
（2） 设计数据库的概念模型。概念模型是按用户的观点来对数据建模，使用与进行信息世界建模的工具。它对整个数据库的设计具有深刻的影响。
（3） 逻辑结构设计。逻辑结构是把概念结构转化为与所采用的数据库管理系统所支持的数据模型相符合的过程。
（4） 数据库的实施和维护。
在设计好前台与后台的功能模块后，就开始进行数据库的设计了。根据网站系统的分析，数据库是整个网站的核心。从前台显示的信息到后台操作的对象，都是围绕数据库展开的。
4.3.1 E-R图
E-R图是一种概念模型。概念模型实际上是现实世界到机器世界的一个中间层次。概念模型用于信息世界的建模，是显示世界到信息世界的第一层抽象，使数据库设计人员进行数据库设计的有利工具，也是数据库设计人员和用户之间进行交流的语言，因此概念模型一方面应该具有较强的语义表达能力，能够方便、直接的表达应该用众的各种语义知识，另一方面他还应该简单、清晰并且易于用户理解。以下是各个数据表的实体图。
（1）商品信息表tb_Ware的实体图

图 4.2 商品信息表tb_Ware的实体图
（2）用户信息表tb_User的实体图

图 4.3 用户信息表tb_User的实体图
（3）留言信息表tb_Text的实体图

图 4.4 留言信息表tb_Text的实体图
(4) 订单生成表tb_Sub的实体图

图 4.5 订单生成表tb_Sub的实体图
（5）订单商品表tb_Shop的实体图

图 4.6 订单商品表tb_Shop的实体图
（6）超级链接表tb_Link的实体图

图 4.7 超级链接表tb_Link的实体图
（7）管理员信息表tb_Admin的实体图

图 4.8 管理员信息表tb_Admin的实体图
（8）公告信息表tb_Affiche的实体图

图 4.9 公告信息表tb_Affiche的实体图
（9）总体E_R图

图 4.10 总体E-R图
4.3.2 基本表设计
表的设计是这次设计的一个核心内容。根据前面对网站前台与后台功能模块的分析和对数据库中实体关系的设计，可以看到网站中所用到的数据信息基本包括：商品信息、用户信息、留言信息、订单信息、超级链接信息、管理员信息、公告信息等。下面是为数据库设计的表：
（1） 商品信息表tb_Ware
商品信息表tb_Ware用来保存商品的基础信息。结构如表4.1所示。
表4.1 tb_Ware的结构
字段名称 数据类型 长度 是否允许空 是否为主键 字段描述
Wareid Int 4 否 是 货物编号
Warename Varchar 50 否 否 货物名称
Wareprice Bigint 8 否 否 货物价格
Waretype Varchar 20 否 否 货物类型
Wareintro Text 16 否 否 货物介绍
Wareimage Varchar 50 否 否 图片路径
Wareif Int 4 否 否 是否推荐
Dattime Datetime 8 否 否 发布时间
（2） 用户信息表tb_User
用户信息表tb_User用来保存用户信息。表tb_User的结构如表4.2下。
表4.2 tb_User的结构
字段名称 数据类型 长度 是否允许空 是否为主键 字段描述
Userid Int 4 否 是 用户ID
Username Varchar 50 否 否 用户名
Rname Varchar 40 否 否 真实姓名
Userpass Varchar 16 否 否 用户密码
Email Varchar 50 否 否 Email
Address Varchar 80 否 否 用户地址
Photo Varchar 30 否 否 联系电话
Question Varchar 50 否 否 密码问题
Result Varchar 50 否 否 答案
Dattime Datetime 8 否 否 注册时间
（3） 留言信息表tb_Text
留言信息表tb_Text用来记录留言信息。表tb_Text的结构如表4.3所示。
表4.3 tb_Text的结构
字段名称 数据类型 长度 是否允许空 是否为主键 字段描述
Textid Int 4 否 是 主题ID
Username Varchar 20 否 否 作者姓名
Email Varchar 50 否 否 Email
Dattime Datetime 8 否 否 发布时间
Textname Varchar 50 否 否 主题名称
Textgut Text 16 否 否 留言内容
（4） 订单生成表tb_Sub
订单生成表tb_Sub用来记录新生成的订单。表tb_Sub的结构如表4.4所示。
表4.4 tb_Sub的结构
字段名称 数据类型 长度 是否允许空 是否为主键 字段描述
Sub Varchar 50 否 是 订单编号
Username Varchar 20 否 否 用户名
Rname Varchar 50 否 否 真实姓名
Spdate Datetime 8 否 否 订购日期
Email Varchar 50 否 否 Email
Address Varchar 80 否 否 地址
Post Varchar 50 否 否 邮编
Payment Char 12 否 否 付款方式
Photo Varchar 30 否 否 联系方式
Carry Varchar 30 否 否 运送方式
Spif Int 4 否 否 订单核对
Other Text 16 否 否 其它
（5） 订单商品表tb_Shop
订单商品表tb_Shop用来记录某一订单中所定购的商品的详细信息。表tb_Shop的结构如表4.5所示。
表4.5 tb_Shop的结构
字段名称 数据类型 长度 是否允许空 是否为主键 字段描述
Subid Varchar 50 否 否 订单id
Warename Varchar 50 否 否 货物名称
Price Bigint 8 否 否 货物价格
Wsum Bigint 8 否 否 货物数量
Wcount Bigint 8 否 否 统计
（6） 超级链接表tb_Link
超级链接表tb_Link主要用于记录调价的超级链接信息。表tb_Link的结构如表4.6所示。
表4.6 tb_Link的结构
字段名称 数据类型 长度 是否允许空 是否为主键 字段描述
Lname Varchar 50 否 否 链接名
Laddress Varchar 50 否 否 链接网址
Ldatetime Datetime 8 否 否 发布时间
（7） 管理员信息表tb_Admin
管理员信息表tb_Ad****要用于记录管理员的信息。表tb_Admin的结构如表4.7所示。
表4.7 tb_Admin的结构
字段名称 数据类型 长度 是否允许空 是否为主键 字段描述
Id Int 4 否 否 管理员ID
Admin Varchar 30 否 否 管理员名
Adminpass Varchar 16 否 否 管理员密码
（8） 公告信息表tb_Affiche
公告信息表tb_Affiche主要用于记录后台调价的公共信息。表tb_Affiche的结构如表4.8所示。
表4.8 tb_Affiche的结构
字段名称 数据类型 长度 是否允许空 是否为主键 字段描述
Test Text 16 否 否 公告内容
Dattime Datetime 8 否 否 公告时间

第5章 系统实现
在上一章着重讨论了系统各个模块功能的设计，并详细分析了每一个模块的功能。在本章将具体讨论如何实现功能模块，最终实现整个系统。经过这个阶段的设计工作，应该得出对目标系统的描述，从而在编码阶段可以把这个描述直接翻译成用JSP网页设计语言书写的程序。
5.1 程序设计
本系统设计的网站在设计过程中包含页面（HTML）的设计以及客户端验证机制（JavaScript）的设计。JavaScript也叫小脚本语言，他是一种非常流行的动态网页技术。他不仅能够实现网页的动态效果，而且能够在一定程度上检测网页的错误，从而在一定程度上实现网站的安全。本系统应用服务器端JSP动态网页技术，以及在Serverlet和JavaBean的可重用组件技术的支持下，结合客户端动态网页技术Javascript以及与HTML的无缝结合的设计，从而方便系统的实现。
5.2 系统页面的设计与实现
如果将网站比作一个人的话，服务器就像大脑，数据库就像五脏六腑，其内嵌的Java和JavaScript组合起来就像是细胞与神经，而网页就是这个人的皮肉。网页将网站的各个组成部分包裹起来，形成易懂并且美观的外表展示给大家。浏览者**网站后看到的就是一个个网页的组合。所以设计和实现每一个网页也是非常重要的工作。
随着科技的高速发展，众多网页制作的应用软件应运而生。相对于传统的动态网页开发工具而言，由于继承了Java语言的许多优点，用JSP开发动态网站十分方便，开发效率较高。此外，JSP还具有强大的组件（Java Bean）支持功能，可以方便地实现组件复用，进一步提高了开发效率。
在整个网页的制作过程中，都是结合使用HTML语言来实现设计的。系统的页面设计决定了网站的风格, 制作好的网站不仅提供给营销商，更多的要供浏览者浏览。所以整个网站系统应注重的是：易导航性、易操作性和友好的交互界面。因此，网站的设计最好要简洁、明了、格调清新、实用、易于使用和维护。在页面的风格上应保持统一，这里采用CSS样式表将所有页面的字体、字号、颜色以及超链接的样式做统一定义。
5.3 前台功能模块的实现
整个系统分为了前台功能模块和后台功能模块。下面详细讨论主要的几个功能模块的程序实现。在每个模块的介绍中，将具体说明一些涉及要点。
前台功能模块分为用户管理模块、订单查询模块、购物车模块、修改个人资料模块、留言板模块5个部分。前台首页主要有以下几个部分：
（1）网站导航：主要用户显示网站的旗帜广告、各功能模块导航；
（2）用户登录：用户在此注册、登录或找回密码；
（3）商品分类搜索：用户按商品类别进行搜索显示；
（4）销售排行榜：按照商品的销售数量显示销售排行信息；
（5）商品展示区：按后台添加商品的时间顺序展示商品；
（6）友情链接：显示友情链接信息；
（7）后台登录入口：管理员可以通过该入口登录后台。
首页运行结果如图5.1所示。

图 5.1 首页运行结果
5.3.1 用户管理模块
用户管理模块主要实现用户的注册、登录、找回密码等功能。
1、 用户注册
当用户第一次登录时首先要在网站上注册，成为会员用户才可以在网站上购物，注册页面必须填写一些用户的基本信息，如用户名、密码、联系电话等信息。要注意的是，在用户注册页面user/index.htm中用户自定义JavaScript检验用户注册信息不允许为空。
用户注册页面user/index.htm如图5.2所示。

图 5.2 用户注册页面运行结果
为了便于网站对用户的管理，在index.htm用户注册页面接收到的注册信息要经过严格的过滤，保证注册用户名的唯一性，在提交表单后需要对数据表中的数据进行查询，如果没有找到，则在插入数据表时提示注册成功，否则提示此用户已被占用请重新注册。
用户注册的流程图如图5.3所示。

图 5.3用户注册系统流程图
2、用户登录
用户登录窗口设置在首页上，主要用来接收用户录入的用户名及密码。单击“注册”按钮时，会提交到user/index.htm页面执行；单击“登录”按钮时，系统将对输入的用户名和密码进行验证，如果数据表中用户名和密码存在就显示**成功，并返回首页，否则弹出错误提示信息。
用户登录的流程图如图5.4所示。

图 5.4 用户登录系统流程图
3、找回密码
当密码以外丢失会给用户带来不必要的麻烦，重新注册一个新的用户即浪费了时间，也浪费网站的资源，如果用户只记住自己注册的用户名及电子邮箱名并提供密码提示的问题和答案就可以找回密码。找回密码页面user/pass.htm如图5.5所示。

图 5.5找回密码页面运行结果
用户单击“查找”按钮，系统会将伤表中所示的数据表单提交到user/res.jsp中。user/res.jsp页用来验证提交过来的四个条件是否完全符合数据库中的查找条件，只有符合才能显示密码结果，否则弹出“你输入信息有误”的提示对话框。
5.3.2 用户资料修改模块
用户资料修改时为用户更改个人信息所提供的窗口，用户只有登录网页后才有权限修改个人资料信息。
用户资料修改模块在前台主页的导航条上，单击“修改资料”链接，进入用户资料修改页面，该页面主要用户修改用户信息。用户资料修改页面如图5.6所示。

图 5.6 用户资料修改页面运行结果
个人信息修改完毕后，要将修改后的数据信息更新到注册数据表中，单击“修改”按钮，如果提交的数据无误，将弹出“数据更新成功”的消息对话框；否则将弹出“更新失败”的消息对话框。
用户资料修改模块流程图如图5.7所示。

图 5.7 用户资料修改模块流程图
5.3.3 购物车模块
购物车模块中，主要包含以下几个功能，即：添加购物车、查看购物车、生成订单和清空购物车。
购物车页运行结果如图5.8所示。

图 5.8 购物车页面运行结果
1、 添加购物车
添加购物车就是把用户选中的商品暂时存放在购物车中，当用户在前台首页中单击商品展示区的“购买”按钮时，系统会将该商品的详细信息展示在查看物品清单页面中。用户在单击物品清单页面下方的“放入购物车”链接，便可以将该商品放入购物车中。
添加商品的代码流程是从session中读取shop对象，如果为空则说明还没有进行购物或者已经清空了购物车，需要新建购物车对象；将商品名称与购物车列表中的商品名称对比，如果已经存在，则把商品数量加1。
在这段代码流程中，还使用了集合类型。集合类型在Java中又称为向量，是一元集合，可以加入重复数据，它的作用和数组相同，可以保存一系列数据，但集合类型也有它独特的优点，就是可以方便地对集合内的数据进行查找、增加、删除和修改等操作。
2、 查看购物车
为了方便用户随时查看购物情况，在网站的首页加入了查看购物车的链接，通过它可以将用户所有选中的商品信息放入购物车中显示出来。在程序中使用了一组文本框记录用户购买的商品数量，用户可以在文本框中输入想要购买的数量然购单击“修改”按钮。如果欲删除该商品，可以在数量文本框里输入“0”，并需要单击“修改”按钮来更新购物车中商品的数量。
系统每次只会将1个商品放入购物车中，如果用户需要多个同种商品，可以通过修改商品信息右侧相应文本框的值来完成。操作完成后需要通过单击“修改”按钮来保存操作。
3、 生成订单
生成订单时网上购物商城的最终目的，前面所有功能的实现都是为最后生成一个用户满意的订单作基础，在此要生成一个可供用户随时查询的订单号，还要保存用户订单中所购买的商品信息。当用户确认对购物车不再改变以后，就可以到收银台结帐并生成订单。结帐的流程为：从购物车中读取商品名称，商品数量，商品价格信息，生成一个唯一的订单号，同时也把用户注册的基本信息读取出来，形成一个完整的订单写入数据库。
在生成订单模块中主要使用了调出用户信息并生成唯一订单号，调出用户信息就是完全的对数据库进行操作，利用session对象把登录后的用户名保存起来，在订单生成时把保存的用户名从数据库的用户标中取出即可；生成唯一订单号方法有很多，只要确保订单号码的唯一性及方便用户记录以便于查询自己订单的执行状态即可。
订单生成后，用户单击“提交”按钮，便可以将录入的订单信息保存到数据库中。
4、 清空购物车
清空购物车是指当用户订单生成后，倘若还想继续购物一定要清空购物车再进行选购商品，这样防止重复购物，其实清空购物车实现起来非常简单，只需要将session中存储的shop对象清空即可。
购物车模块流程图如图5.9所示。

图 5.9购物车模块流程图
5.3.4 订单查询模块
用户提交订单后，通过产生的订单号查询订单信息及执行状态。用户在购物中心首页中单击“订单查询”超链接，就可以进入输入订单号页面，在页面的文本框中输入订单号并单击“提交”按钮，如果订单号输入无误，系统将根据用户录入的订单号在数据表中查询处对应的货品信息并转到订单查询显示页面将货品信息显示出来。
订单查询模块流程图如图5.10所示。

图 5.10 订单查询模块流程图
5.3.5 留言板模块
留言板模块由浏览留言板和添加留言板两部分组成。下面分别对这两部分进行介绍。
1、浏览留言板
单击网站首页的“留言板”超链接进入留言板页面，在该页面中，主要显示用户所填写的留言，以便其他用户查阅。
留言板中显示的数据是从数据表中检索出来并显示在网页中的，为了方便查看网页信息，使用了分页显示功能。对网页进行分页显示首先要确定记录跨度，就是每页所显示的记录数，在这个网站的留言板中，设定了int pagesize=4，即每页中只允许显示4条留言信息，用户可以通过单击“上一页”、“下一页”、“最后一页”、“第一页”或则从文本框中键入一个数值跳转到相应页浏览留言信息。
记录的总条数可以从数据库中通过查询语句rs.last();rowcount=rs.getRow得到，而计算总页数时，根据总页数=总记录数/跨度，如果除不尽就加1的原理，设计代码为：
pagecount=((rowcount%pagesize)==0?(rowcount/pagesize);(rowcount/pagesize)+1)。
如果获取文本框中的数据不为空就把它转换成整型数据，然后赋值给当前获取页再做进一步判断；如果获取的页数大于总页数就把总页数赋给获取页数，否则就把获取页数值赋为1。而计算当前记录数时，当前记录数=（获取页数-1）*跨度+1。代码如下所示。
int showpage=1;
if(topage!=null){
showpage=Integer.parseInt(topage);
if(showpage》pagecount){
showpage=pagecount;
}else if(showpage《=0){
showpage=1;
}
}
rs.absolute((showpage-1)*pagesize+1);
有了以上这几个关键变量，网页分页显示功能基本上已经实现了，下一步就是在当前记录数位置开始循环，当数据库没有记录的时候一定要终止循环程序。代码如下：
for(int i=1;i《=pagesize;i++){
……
if(!rs.next())
break;
}
2、添加留言
添加留言是用户与用户，以及用户与网站之间的一种交流模式，只有把用户想要表达的内容添加至数据库中，才能在浏览留言板中进行显示。
用户在留言板中单击“添加留言”超链接就可以打开添加留言页面，该页面主要用来提交用户输入的留言信息。用户在添加留言页中单击“提交”按钮，系统会将数据表单提交到admin/addle.jsp页，该页用来实现江留言内容存入到数据库中。
留言板模块的流程图如图5.11所示。

图 5.11 留言板模块流程图
5.4 后台功能模块的实现
后台功能只允许具有管理员权限的用户使用，它是实现前台功能的基础。后台包括管理员身份验证、添加商品模块、订单信息管理模块、查询用户信息管理模块、添加链接模块、公告信息管理模块。后台首页主要有以下几个部分。
（1）后台导航区：放置管理员可操作项目的链接；
（2）操作区：显示所有后台导航的链接信息。
5.4.1 管理员登录模块
在前台首页单击管理员入口，将转到管理员登录页面，该页面的功能是对管理员身份进行验证。在管理登录页面中，是通过JavaScript来实现录入数据完整性验证的。用户输入登录ID和密码后单击“登录”按钮时，如果录入数据完整性验证通过，系统会将数据提交到Acheck.jsp登录页面，该页面用来判断输入信息在数据库中tb_Admin表是否存在提交的用户名和密码，如果登录ID及密码有效，就保存用户名信息，管理员有权对网站进行维护；反之则提示错误。
登录页面如图5.12所示。

图 5.12 管理员登录页面运行结果
流程图如图5.13所示。

图 5.13 管理员登录系统流程图
5.4.2 添加商品模块
单击导航区中的“添加商品”超链接，系统将打开添加商品页面，该页面主要用于将商品信息添加到数据库中，以提供前台首页商品展示所需要的数据依据。用户单击“添加”按钮后添加商品如图5.14所示。

图 5.14 添加商品信息页面运行结果
为了减少人为错误，在提交商品信息时，需要对数据的合法性进行验证，输入的商品价格不能使字符型，而输入的图片只支持Gif格式等，这些任务由脚本语言JavaScript的函数check()来完成。代码如下。
function check(){
……
if(form1.image.value==""){
alert("请输入展示图片的路径");
form1.image.focus();
return false;
}
if(isNaN(form1.wareprice.value)){
alert("商品价格输入不正确");
form1.wareprice.focus();
return false;
}
为了确保商品在数据表中的唯一性，在用户提交表单时，需要先根据用户输入的商品名称对数据表进行查询，确保此商品在数据表中不存在后，方可执行插入操作。这一功能由admin/wcheck.jsp来完成。
流程图如图5.15所示。

图 5.15 添加商品信息模块流程图
5.4.3 订单信息管理模块
用户在前台购物所产生的订单并不能立即执行，需要系统管理员在后台进行订单信息管理审核以确认它的执行性。用户单击导航区中的“订单信息管理”超链接进入用户订单处理页面，该页面上会显示近期所有没被处理的订单。用户订单处理页面显示的是用户基本信息，要想知道订单中所涉及的商品，需要单击对应订单号的超链接打开商品订购详单页面才行。
商品订购详单主要通过提交的订单号从tb_Shop表中查询处对应的商品并显示在页面中，管理员审核后可通过复选框来设置订单是否执行。程序中利用admin/shop.jsp来完成这些功能。当选中“是/否”复选框时，系统会根据提交的订单号更新数据表，如果更新成功，则转到spif.jsp也执行。
流程图如图5.16所示。

图 5.16 订单信息管理模块流程图
5.4.4 查询用户信息模块
查询用户信息模块用来完成对注册用户的浏览及删除功能。如果用户蓄意性注册或者在很长时间内没有订单产生，管理员就可以将该用户信息删除。单击导航区中的“查询用户信息”超链接进入用户信息页面，就可以看到用户信息。在这一部分的设计中，也使用了分页显示功能。对于一些失信用户只需要单击右侧的“删除”超链接，即可转到admin/deluser.jsp页中做删除处理。
流程图如图5.17所示。

图 5.17 查询用户信息模块流程图
5.4.5 添加链接模块
用户在后台首页导航区中单击“添加链接”即可进入添加友情链接页面，该页面用户在前台显示友情链接信息。添加链接页面如图5.18所示。

图 5.18 添加链接页面运行结果
用户单击“提交”按钮后，系统将添加链接页面的数据表单提交admin/addlink.jsp页面处理。若添加失败，则提示故障信息，并返回页面。

RMA流程图是什么

ERP系统：退货流程的解决方案
姜铁虎
1.概述
在高科技制造业中有效地对产品退货进行控制和跟踪有很大的意义。对于一个产品成本从几元到几十万元的工业，管理退货流程的能力至关重要，缺乏跟踪和控制有可能导致上百万元的损失。除了由于免费修理非承保产品以及被替换品不退回或乱放给企业造成的直接经济损失外，也还存在着产品质量和顾客满意度方面的问题。此外，一个设计和实施很糟糕的退货流程有可能对企业的绩效甚至对企业的未来产生巨大的负面影响。为了改进客户关系，企业对退货流程的管理越发重视。供应链协会在2000年11月发布的新一版SCOR模型(4.0版)中已经增加了退货流程，从而把供应链运作参考模型的范围延伸到了产品售后的客户支持领域。
管理和控制退货渠道的关键是退货授权(Return Material Authorization,RMA)流程。在高科技制造业中，产品的性能和可靠性是企业成功与否的关键，顾客需要有一个渠道来退回次品并立刻引起厂商的注意和解决。本文讨论了如何应用ERP软件(SAP R/3)对高科技制造业中的RMA流程进行分析和设计。
2.RMA流程
RMA流程涉及退货过程的物流和与其相关的信息流。退货物流包括内部物流(顾客退货)，维修周期(包括修理退货所需的材料)，和外部物流(修好的产品)。RMA流程的信息流由所有RMA的状态组成，包括顾客联系日期，运输信息，退货接收，维修历史，报废零件，替换产品，质量数据等等。
RMA流程始于顾客报告制造商关于产品的**或故障。通常在最初的接触中，厂商会试图做一些初步的故障诊断看看是否能帮助顾客立刻解决问题。在许多情况下，故障是由软件问题引起，这些故障通常能通过电话或Internet作出诊断并解决。如果是硬件问题，厂商会指导顾客如何退货。
制造商通常对每个顾客的请求分配一个独特的数字，以此来跟踪和控制RMA流程。顾客今后就同一产品再与厂商打交道时都以这个RMA号作为参考，企业内部则使用这个数字来收集与这一产品相关的信息。在做了退货安排，修理完成或替换品发出后，RMA流程就结束了。图1 给出了RAM流程的简图。

图1 RMA流程简图
3.ERP和SAP R/3
企业资源规划(ERP)系统是一个集成软件包，包含了一整套成熟的商业应用程序和工具，用于企业的财务和成本核算，分销，物料管理，人事资源管理，生产计划和计算机集成制造等。把这些基本的软件模块结合在一起，企业就可以构造和重组其业务流程。为了实现企业信息化，更有效地管理整个组织，许多企业现在都在实施ERP系统。ERP系统可用来协调和控制订单管理，生产流程，客户服务，产品库存，资金流动，财务管理等等；此外，通过企业的ERP系统接口和Internet，企业之间可以形成夥伴关系，实现B2B的电子商务。显然这是一个庞大而复杂的系统，实施人员不仅要了解各职能部门，同时也要了解整个企业的运作。提供ERP系统的软件公司主要有PeopleSoft，Oracle，Baan，JDE和SAP等。
本文主要介绍目前ERP市场的领头羊SAP及其产品R/3。SAPR/3是一个客户/服务器的ERP系统，它能从整个企业观点提供分布式的应用能力，如计划，排程，成本等功能可应用于多层次的组织(如各种工作中心，分店，事业部和公司)，另外它还具有多国语言和货币等全球应用能力。根据美国著名的ERP咨询公司PricewaterhouseCoopers的报告，1997年ERP市场的软件销售和维护税收是144亿美元，并且正在以每年20%的速率增长。其中SAP占有超过15%的市场，SAP的市场地位已经使SAPR/3成为非正式的工业标准。
4.RMA和SAP R/3
对于集中在一个职能部门的软件，只要决策是在这个职能范围之内，它还是有效的。然而许多决策都有交叉职能的输入和影响，这就限制了传统软件系统的有效性。当企业试图让两个或多个基于职能的软件系统互相通讯时会产生更大地问题，其结果往往是运作效率低下，数据混乱和需要更多的软件支持。
ERP软件采用了完全不同的方法，它只有一个数据库，所有应用程序都使用相同的数据库。ERP软件的设计思想是要保证各功能模块的集成，这种方法或许减少了原有独立系统的功能水平，然而这种功能上的减少与让所有应用模块一起工作的能力相比是微不足道的。
ERP系统的主要好处就是能够对一个作业自始至终做均衡管理。让软件来控制作业工作流是强有力的，但企业必须重组其流程来排除不必要的或冗余的操作。在ERP系统的实施中，人们可以重组流程来匹配软件功能，也可以客户化软件来匹配现有流程。尽管前一种方法已经证明更合乎逻辑和更有效，但ERP系统的实施还是首先要处理好是改变企业流程还是客户化软件这一关键问题。
过去，ERP系统实施失败的最普遍的原因之一就是企业在实施过程中发现ERP系统不支持企业中某个重要的业务流程。解决这一问题的方法或是改变业务流程来匹配ERP系统流程，或是客户化ERP软件来适应企业流程。两种方法各有缺点，改变业务流程可能造成企业组织的混乱，修改软件可能拖延项目并且使以后的软件升级更加困难。解决这一问题的最好办法是两者的折衷，既不完全重新设计企业流程，也不对软件做大量的修改。然而许多企业还是倾向于接受他们ERP软件商的劝告，更注重流程的改变。
根据著名咨询公司Deloitte C***ulting的一项研究，在实施ERP系统的公司中，有四分之一指出ERP系统实际运转后公司业绩下降。研究还揭示这种最初的性能下降问题是企业流程改变后最经常的结果，企业通常要花3到9个月时间从这种管理性能的下降中恢复。这也表明不充分了解各种后果就改变企业流程可能带来的影响，它支持这样一个观点，不是所有业务流程都需要做彻底改变来看齐ERP软件。
Thomas Davenport在他的《关键使命》(Mission Critical)一书中，总结了一些以ERP软件实施作为流程重组的激励来获得成功的案例。他在书中说到：“公司开始认识到作业数据为公司重新设计基本业务流程带来了机会，这些流程能产生一套全新的决策。” 这一研究指出，通过ERP系统的实施和与其相应的业务流程的改变，企业就能实现管理的改进。
例如，在过去的系统中，用户报告制造商关于他们想要退货的产品**和故障，这些信息通常只能在客户接触的那些人所使用的信息系统中得到。如果这些人是在客户服务部，他们或许会有限地记录一些客户的信息并保证让维修人员回话。当维修人员给顾客回话时，他们通常也只有有限的用户信息，如用户产品的型号或客户服务人员所记下的一些原始记录。在这种情况下，顾客和制造商通常不得不再次提供和输入相同的信息。
解决这个问题的一个办法是公司容许单个职员访问多个数据库系统，以便获得需要的信息来帮助顾客。但这加重了职员的负担，为了找到这些数据他们得在不同的系统中来回切换。另一个办法是把数据的存取和控制分开，这样顾客的请求又要经过几个人的手才能完成，通常这种解决办**让顾客感到恼火。
一些涉及解决问题的人员可能分散在销售，产品工程，生产制造，材料管理，财务会计，质量管理，和软件开发等各个部门；由于RMA流程存在这样许多潜在的步骤，一些企业已经成立专门机构来负责处理退货流程。
还有一个问题，就是当顾客想知道他们的RMA状况时，如何为其提供这些状况信息。对这个问题的解决，需要有人花大量的时间来跟踪当前RMA的状况。在使用象R/3这样数据集中存储的ERP软件后，不必去关心作业的物理进程，客户服务人员就已经能回答顾客提出的许多问题。当然这还不是对RMA流程问题的完善的解决办法，因为人们并不想让一个低效的流程自动化。下面一节提出了一个RMA流程，它利用SAPR/3来提供集中信息资源，建立了一个响应迅速而有效的流程所必须的管理和控制结构。
5.RMA流程的分析和设计问题
在开发信息系统的最初阶段有几项工作要做，包括了解流程，收集有关信息和需求，识别现有流程中存在的问题等。下面就来谈谈RMA流程的分析和设计问题。
物料跟踪(批号或序列号) -- 为了控制退货，需要使用序列号。这一序列号使用政策也必须在整个企业范围内实施，它提供了对产品的闭环跟踪。顾客退货没有序列号，就会影响决定物料来源和使用时间的能力。
未计划退货接收 -- 不提供发货收据中的RMA参考号，顾客返回的产品将导致物料按未计划退货接收。在过去，这些物料将转到回收站，不做物料归档即结束RMA流程。跟踪未指定RMA的物料是不增值活动，应当排除。
承保信息 -- 如果没有物料跟踪(第一个问题)，要想识别产品什么时候售出，并以售货单为依据决定担保是否有效是件很费时的事。缺乏物料跟踪还会产生这样一种情况，即顾客提供的产品售货单是在保修期内，但退回的产品却是非担保的。没有物料跟踪难以识别这些情况，免费修理和维护已过承保期的产品，就会给企业造成损失。
产品替换 -- 按顾客优先级决定应当立刻把替换品先发送给谁。这里的问题是如何通过跟踪退货来结束RMA流程。
退货维修级别 -- 这个问题与承保信息有关，顾客可以依据在担保期内的产品订单号退货。在修理过程中，退货维修在当前级别内免费。
一个支持RMA流程的信息系统必须处理上面这些问题；此外，系统还应有下面一些能力：
为质量管理数据库收集检查和测试的结果：信息系统要有收集退货检测结果的能力，这个数据然后传到质量管理数据库。退货的故障以及故障的原因是评测产品质量的关键信息。
能确定关键顾客所购产品的信息库：这一信息用来精确计算顾客产品的故障率；有了这个信息，企业就能判定顾客退回产品的故障率在什么情况下比该产品或产品系列的正常故障率更高。
顾客退货评估：这一信息用于评测潜在的退货滥用，用作这种评估的输入数据需要从退货渠道和最终用户那收集。
6.RMA流程的SAP R/3方案
图2 RMA生成流程图
SAP R/3系统通过分销模块中一个被称为退货处理的功能来支持RMA流程。此外，系统还支持顾客投诉的记录，这一功能通过质量管理模块和处理维修订单的服务管理模块来实现。退货处理功能引用质量管理模块，而服务管理模块则引用退货处理功能。
SAP R/3的退货处理解决了前面提到的许多分析和设计问题。RMA的生成需要一些信息，这些信息提供了一个有效的RMA流程所必须的管理和控制，包括销售订单号，顾客号，批号(或序列号)，和产品ID(模型标识)。通过收集RMA流程中这些必要的信息，在保修和包换过程中的许多问题就能得以解决。
RMA流程始于RMA的生成，而RMA的生成又是从接收和记录用户的问题开始。当客户服务人员确定是产品问题而且在用户所在地没有维修点、必须退回修理时，RAM就产生了。
图3 RMA物料接收流程图
图4 RMA物料发放流程

图2 给出了RMA生成流程。这个流程的关键元素是确定序列号(必须的输入)和决定该产品是否在保修期内。在流程结束时RMA被保存，SAP R/3系统为其分配一个内部文件号。这个文件号以后可用于内部和外部的RMA状态跟踪和相关的活动，也可把它传给外部客户关系管理(CRM)系统(如果有CRM的话)。这样，SAP R/3系统之外的人员也能查看RMA状态，通过这个系统(SAP R/3和CRM)的接口还可以把有关信息发布在网站上供用户查询。
在RMA生成后，宏观RMA流程的下一步是退货接收。处理RMA中的退货接收是通过分销模块中的发货(shipping)功能，并结合物料管理模块中的产品流动(goods movement)功能来实现的。这一专门的流程也被称为“退货产品接收处理”。图3 给出了RMA的物料接收流程图。在这个流程中，物料接收后RMA和修理单便被更新。由于物料接收过程是一种商品流动，因此需要在内部设定一个文件号并把它附到RMA文件流，这一信息可用于维护关键用户所购产品的数据库。
在分销模块和物料管理模块集成中出现的另一个流程是替换品的发放(如果退货在保修/替换期内，见图2)。这一流程包括给顾客免费送出替换品，图4 给出了这个功能的流程图，它还包括在分销模块中生成一个免费售货单。SAP R/3为这种订单类型(免费)生成一历史记录。在处理售货单时，每一步(拾取，打包，发运)的文档都附到这个订单上，而这个订单又附到RMA上。SAP R/3的向下展开能力容许用户根据不同的详细水平查看所有这些信息。
RMA的整个过程包括连接前面提到的四个流程和修理订单流程(图5)。修理流程包括返回物料的检查和测试，订购修理退货所需的零件，进行维修(包括按维修级别所做的产品升级)，计算维修成本，和把修好的退货入库。这个流程涉及服务管理模块和物料管理模块，此外它也同控制模块(成本核算)集成。
图5 对修理过程的物流做了一个大致的描述，如果企业采用外协维修，则需要用外协厂提供的数据来更新RMA或者外协厂商有权访问这个SAP R/3系统。
7.结论
本文提出的对RMA流程的解决方案可以排除多个(五个以上)没有集成的部门管理系统，这些系统中每个系统都需要有一个管理员来维护和更新。把整个流程集成到一个ERP系统的解决办法只需要培训一到两个分析员使用SAP R/3来支持这一流程，从而排除了不必要的人力资源，提高了运作效率。这一解决方案表明有必要用一个集成软件系统来有效地处理客户需求，SAP R/3中的功能模块为高科技制造业支持RMA流程提供了必要的元素。通过集成SAP R/3中几个不同的模块(分销，物料管理，服务管理，质量管理，财会，和控制)，现有RMA流程中的问题就能得到解决。

图5 退货修理流程
SAP R/3的功能容许全面跟踪RMA流程及所有相关的文档，这一方案也能在许多方面产生成本节约，包括担保开销，退货丢失，改进质量数据，和更好的顾客信息等。RMA流程的SAP R/3实施方案是处理退货流程的一个高效而有效益的方法。由于ERP系统价格昂贵，单纯为改进RMA流程而实施ERP是不值得的。但对于已经实施或正在实施ERP系统的企业，软件系统的功能应该能为企业改进RMA流程提供机会。
本文提出了用ERP系统改进RMA流程的方案。进一步的研究需要评估实施后的结果，包括成本节约，客户服务的改进，和流程周期的减少。此外，对其它ERP系统及其RMA功能的评测也值得研究。
参考文献：
P. Buxmann, W. Konig, Inter-organizational Cooperation with SAP Systems -- Perspectives on Logistics and Service Management, Springer-Verlag Berlin, Heidelberg, New York, 2000.
Raymond F. Boykin, "Enterprise resource planning software: a solution to the return material authorization problem", Computers in Industry Vol. 45, pp. 99-109, 2001.
T. Davenport, Mission Critical: Realizing the Promise of enterprise systems, Harvard Business School Publishing, Boston, MA, 2000.

业务梳理-电商-订单管理模块

Java工程师知识树

订单中心是一个电商后台系统的枢纽，在这订单这一环节上需要读取多个模块的数据和信息进行加工处理，并流向下一环节；因此订单模块对一电商系统来说，重要性不言而喻。

同时，订单是一个公司生存甚至盈利的核心，而电商系统中的订单系统则是支撑订单处理的载体，因此订单系统的设计则十分重要。

要了解订单系统，首先我们要从订单系统的信息架构上去认识订单系统，从而对订单系统建立整体认知；

定义：为适应组织分工的需求和提升效率，系统将整个交易业务流程拆分成若干个可控的环节。

1.在订单过程中进行安全校验，主要是为了检测用户是否在黑名单上，用户购买行为是否正常等，当检测到不正常时终止下单；

2.从商品中心获取商品信息（SKU，规格，价格等）

3.从营销中心获取商品，订单促销信息（优惠券,促销活动）,判断是否满足优惠条件，计算出优惠金额。

4.在会员中心获取会员权益，例如平台抵扣积分，优惠券折扣条件等。

5.在调度中心检验销售层库存，按照调度规则锁定区域库存。

6.根据拆单规则（商家，仓库，订单类型等）将订单拆分成若干个子订单，根据运费模板计算运费，根据商品金额，运费，优惠金额计算应付金额（实付款）。

定义：是指在实际销售中将订单的优惠去分摊到每一件SKU中去结算。

订单实付金额=商品金额（SKU金额总计）+运费-总优惠金额

总优惠金额=促销活动优惠金额+优惠券优惠金额+***抵扣金额

按照商品比例分摊。

案例：

订单中有甲乙两店的商品A、B、C、D、E 包邮。商品A，D参加跨店满200减40的活动（活动1），商品B，C参加满100减10的活动（活动2）另外用户还使用了100元现金券。

订单优惠金额=40+10+100=150元.

依据优惠分摊原则：则各项的优惠金额为：

定义：为了方便订单的发货与结算，系统依据一定的规则（物流、仓库等因素）将用户订单拆分成若干个发货单。

不同店铺：在电商平台类架构下，由于商品归属权不同，涉及财务结算和物流发货的问题，需要根据店铺归属问题对订单进行拆单。例如淘宝，天猫的商品在下单时会将订单根据不同店铺进行拆分成若干个子订单。

不同仓库：若同一订单分散在不同仓库，则应按照仓库归属进行拆分订单。当一件商品在多个仓库有货时，应根据物流的区域的时效选择仓库进行拆单。

不同品类：由于商品的属性不同一样会产生拆单需求，例如易碎品需要特殊包装，超大物品（钢琴，座椅）需要单独包装。有些商品不能放在一起，同样需要拆单。

物流因素：不同物流公司对单个包裹的重量或体积都有特殊要求，需要根据SKU的毛重和体积来计算包裹的总重量和体积，超出物流公司限制的也需要拆单。

商品价值：根据商品价值需要拆单的主要涉及海淘和跨境的商品；国家对每笔跨境订单有单次限额，对年度跨境商品订单总金额也有限制，当单次购买金额超过限制金额时，也需要对订单进行拆单。

订单正向流程相对常规，业务虽然从商品中心，物流，会员，仓库，内容等各大模块进行数据交互，但涉及的业务逻辑易于理解，所以难度并不大。

但在订单逆向流程中，业务流程和逻辑则相对复杂。因为在订单正向流程中，每一个环节都有可能触发逆向订单任务流；而在订单正向任务流中，每一个子环节上的商品在后台出库发货流程中所处的具体节点不一致，所以不同节点触发的订单逆向流程的处理规则则有差异。

定义：订单逆向流程是为了解决在订单流程中出现的退货退款的业务流程。在前端订单状态下，各个环节都有触发的可能，而订单的不同节点触发订单逆向流程的处理方式不同。订单触发订单逆向流程，可以按照主体与客体划分，可分为用户端触发和商家端触发两种。

1. 待付款取消订单

说明：待付款订单取消订单分为两种情况：

在待付款订单状态下，取消订单无需客服审核。流程图如下：

2. 待发货取消订单

说明：在待发货订单状态下取消订单时，此时应根据订单此时所在的节点作出处理。

由于订单在支付完成后，发货单可能已经推送至WMS，甚至已经交接发货，状态未及时回传更新。为避免货款两失，要先暂停订单出库，在调度中心查询订单是否推送至仓库。

若尚未推送至仓库，则停止推送至仓库；若已经推送至仓库，则去wms中心去拦截，拦截成功则暂停出库。

3. 待收货/交易成功退货

说明：在用户提交退货申请后，需经过客服审核。审核通过则回到原有状态，审核通过后则进入退货流程并告知用户退回地址及收件信息，此时进入退货流程。系统生成退货入库单，当仓库收货后，进行退款。

在待收货状态下平台设计者仍需考虑退货是否全退的问题。当SKU全退时，原订单则中止进入交易关闭状态。当订单中发生部分退货时，原订单的状态不变，维持待收货或交易成功状态，同时退货的部分生成交易售后订单。剩余未退货部分仍然允许申请售后。

注意：在订单流程逆向流程中，涉及到财务数据的处理时 ，为了保证财务数据的真实性及可追溯性（这与会计数据的处理原则有关，具体问下会计或者财务同学），都不能直接在原订单状态下修改，因此在设计订单逆向流程时应注意这一点。

erp系统操作流程图

erp系统操作流程图如下：

ERP系统各个模块包括：销售管理模块，采购管理模块，MRP物料需求分析模块，生产工序管理，生产制造管理，条码管理，财务应收管理，财务应付管理，财务总账管理，售后管理，客户关系管理，文档管理，运输管理，手机移动管理等内容。

全部管理流程以订单为中心，展开进行数据流转，为管理者提供数据依据，同时掌握企业管理数据内容，方便管理者随时随地的做出正确决策。此ERP企业管理系统流程的内容，适合中小企业的管理。

ERP系统是为企业员工及决策层提供决策手段的管理平台，经过发展已成为重要的现代企业管理理论，是一个实施企业流程再造的重要工具，其核心思想是供应链管理。

它从供应链范围去优化企业的资源，优化了现代企业的运行模式，反映了市场对企业合理调配资源的要求。它对于改善企业业务流程、提高企业核心竞争力具有显著作用。

ERP是针对物资资源管理（物流）、人力资源管理（人流）、财务资源管理（财流）、信息资源管理（信息流）集成一体化的企业管理软件。

用友ERP系统，U9操作流程图

用友ERP系统，U9操作流程及图解

ERP企业资源需求计划，即企业从接收订单至财务收款完成债权核销等一系列物料、资金等信文库息实时在系统生成、传递与流转。

例：销售部接到理蜜儿156牌号3吨的销售订单，从框架图可以看出以下业务流程：

一.销售部人员在U9里录入销售单传递给生产部。

二.在二期生产管理子系统上线后，生产部人员根据销售单的成品需求制作生产计划，计算物料需求，并在U9里制作物料需求单传递给采购部。

三.采购部人员根据物料需求单据去采购，在U9里录入采购单传递给物流部。 

四.物流部仓库人员。

1.在验收物料入库后在U9里制作收货单，传递给财务。

2.生产或研发领料生成杂发单。

3.成品入库生成杂收单。

4.成品发货时生成出货单。 

五.财务人员。

1.根据收货单生成应付单。

2.根据出货单生成应收单并开具发票。

3.根据银行收款电汇回单录入收款单。

4.根据付款回单录入付款单。

5.财务人员在应付管理和应收管理系统里对债务债权进行核销，并反馈收款信息给销售部。期末，财务人员将相关资金流转信息生成凭证转到总账进行自动核算。

扩展资料：

按规模分类

1.C/S架构下的ERP软件。即客户机与服务器结构，是将系统的操作功能合理分配到Client端和Server端，此类架构下的ERP适合于企业内部使用局域网的情况，有局限性，保密性相对较强。

2.B/S架构下的ERP软件。B/S架构，即浏览器和服务器结构，用户的工作界面可以通过www浏览器来实现，从适用范围来讲，B/S架构的ERP软件不但适用于企业内部局域网，也适用于外部的广域网。

即，在保证企业指定电脑保密需求的同时，满足互联网下的无区域限制办公，适应企业全球化管理的需求。

按企业发展的分类

1.成品套装的ERP软件

这类系统是定型的ERP软件，通过软件的参数设置，对软件做少量的功能调整。无法解决的管理需求，通过二次开发实现，系统主体架构不可变化，只能解决一部分的新增需求，同时，二次开发可能引发系统不稳定现象。此类系统灵活性差，系统更新速度缓慢，但成本较低，应用速度较快。

2.在开发型平台上研发的ERP软件

此类ERP软件在开发平台上按用户功能需求来设计开发，包括财务管理、成本管理、项目管理、人力资源管理等。开发手段为编程，建设速度慢，质量受制于研发人员的业务理解能力和业务经验。企业亦可组建研发团队研发适合自己的ERP软件，成本略高。

3.在应用设计平台下的ERP软件

此类系统按照用户需求进行个性化设计，包括财务、预算、资产、项目、合同、采购、招投标、库存、计划、销售、生产制造、设备、工程、电子商务、人力资源、行政办公、分析决策、管理功能、业务流程、数据查询、用户界面风格等。

开发手段为设计，可应对管理需求的变化，动态调整业务应用和管理流程，解决因二次开发周期过长而带来的ERP系统不能与业务变更同步完成的问题。

B2C商城的订单退款和售后流程——axure原型图详解

前一段时间接到任务，要做一个B2C的官方商城，自有品牌的，基于前面的电商经验，其他模块很快上手，唯独订单模块困扰了我好久，尤其是订单的退货退款和售后流程，与订单的正向流程密切相关，什么时候该展示什么数据，什么功能，退款单的状态对订单状态的影响等等，接下来我将用axure原型图一一讲解。

在做订单流程这一块，参考了很多大神的文章，还有各种开源的商城软件，都过于理论化，实操性不强，对于新手来说没有一个实操的axure原型讲解，都是在用流程图告诉大家退款售后有哪些步骤，但是没有一个具体的案例来分析。相信我，你是不可能一上来就做到像很多文章里写得很完美订单管理系统的，况且文章中连原型图都没有。其实，即使是天猫和京东，在售后方面也是有取舍的，设定好规则才能让系统跑通，而不是说能够应付所有的异常情况。在设计之前，要考虑很多看似基础，却需要重视的规格，比如：

1.是否支持部分退款，部分退货？

2.是否支持换货？

3.是否支持多次申请退款/退货？

4.如果在售中时申请退款被拒绝了，还可不可以申请售后？

5.部分退款时，自动收货时间到了怎么办？如果退款申请拒绝了，订单状态怎么继续走？

我这些只是举例了冰山一角，对于订单管理的确有很多异常分支情况和用户错误操作。那我在这里既然说要用案例具体去讲订单的逆向流程，我就先要规定好我们商城的订单规则：

1.待发货前可以申请一次退款，发货后可以申请一次售后（退货/退款）

2.一笔订单多种商品只能分开申请退款，不支持对订单申请退款，意思是有一种商品时就是全退，有多种商品时就是只能部分申请退款。

3.订单中暂不含优惠券，只包括运费，在待发货时部分退款，最后一笔申请会退运费；在已发货后申请售后就不再退运费，其他原因走人工客服

以上就是我对订单的设置的前提条件，有了前提条件，我再去跟技术评审，就让他们心里也感觉到靠谱一些，毕竟第一次的时候他们提出了很多漫无边际，非常离谱但是也会出现的异常情况，一开始得时候我真的很苦恼，后来才发现是我没有设定规则，没有规则，技术同学当然怕出现出现异常情况程序不知道怎么跑了。

用户端订单页面

关于订单的具体流程我就不多讲了，大家都知道的，待付款，待发货，待收货，交易成功，待评价，那我们先来看看我是如何对订单设置布局的

图片所展示的，一笔订单分为商品操作栏，交易状态栏和操作栏，对于商品操作栏我是分开的，所以一笔订单有多种商品时在申请退款的时候，一定是单个申请的；交易状态栏是合并在一起的，这是对订单整体进度的状态显示，在部分退款时显示的订单状态；最后操作栏在确认收货前都是合并在一起的，对整个订单的签收，当状态为交易成功时，则会显示商品的评价入口。

那么这里就涉及这三块的状态和操作功能的切换，我们先来看一下 退款单过程状态 对商品操作栏的显示影响

我前面有讲，当处于待发货状态时，商品操作入口为“申请退款”；当已发货后，商品操作就为“申请售后”，那退款单的状态先去影响了商品操作栏的显示。具体的细分状态我在图片中已经详细列出来了，包括异常情况该如何处理。

在看完退款单对商品操作的影响后，再来看看退款单对订单状态的影响，注意，退款单与订单是多对一的关系，退款单和商品也是多对一的关系，所以才会有申请一次退款被拒绝了，还可以申请一次售后（退款/退货）。下图是 退款单结果状态 对订单状态的影响

可以看出来每一种订单都有部分和全部两种影响，这里要注意，全部并不是一次对订单提交的退款申请，而是查看到订单中是不是所有商品都有退款单，并且都有结果。通过这样表格的分析整理，会很清晰理解订单状态随退款单的变化。

用户端退款单界面

前面讲了订单页面中订单状态的变化，具体的订单详情我就不做过多说明了，因为大家参考其他网站也可以很直观的看到，接下来看退款管理的界面

根据我之前的设置的退款规则，这里的退款单一定是一种商品一个退款单（可能包含多件，因为规定申请退款是不能选择退款数量，要么全退，要么客服联系，因为后台可以修改退款金额）。退款单分为两种，仅退款和退货退款，在待发货时只能申请仅退款，在发货后可以选择申请退款或者是申请退货，但是只有一次机会！

这里很多人就会说我不考虑用户体验问题，首先我想说京东一上来退款退货规则也不完善，当然发展到今天他仍然还有很多不好的地方，当用户的退货申请被拒绝了你作为用户怎么办？京东的客服什么时候上线过，那个时候你只能网上发发牢骚。商城是从0到1，订单模块第一版的计划就是用户能下单，能退款，能退货。至于为什么用户不能一次申请所有商品的退款，为什么不能设置一种商品的退货数量等，后期会加上批量选择退款商品，设置退货数量等，不断优化退款和退货的流程图。

这篇文章很适合产品新人来了解基础的退款退货的原型图设计，毕竟这里不包含优惠券，没有拆单，也没有调仓等等，所以大家看了文章觉得还可以的点个赞~不喜勿喷

这里就没有展示具体的详情页面，所以可以底下留言找我要原型图~

简谈订单管理系统(OMS)

订单管理系统即处理订单的系统，主要管理订单的输入，处理，输出。其在一般电商系统中或在有交易功能的系统中，都是核心系统/功能之一，有一定的复杂度；但是虽然复杂，并不代表理解起来困难。

关于商品的文章里面，我们已经从商品的输入、维护、输出的流程来介绍了商品系统，那订单也一样，我们本文把订单看成一个流程即订单流来理解。

订单系统会与购物车、商品系统，营销系统、会员系统、支付系统、物流系统、仓库系统、财务系统、内容系统，具体请看示例图：

1.  购物车 ：个人认为是订单的起点，商品会被加入购物车，然后会被提交

2.  商品系统： 在提交订单页面会看到该订单所包含的商品信息，例如商品名称、所购买数量、价格、售后信息等

3.  营销系统： 会显示商品是否优惠信息，例如满减、优惠券

4.  会员系统： 会显示该会员是否有基于会员等级的折扣信息(如淘宝的88会员)，或是否有可抵扣金额的会员点数(如京豆)；会显示该会员下面的收货地址信息、也会显示该会员下面是否有充值卡、运费券等。

5.  仓库系统： 基于收货地址信息显示发货仓库，自提地点等，并且订单最终会流转到该系统进行发货操作。

6.  支付系统 ：显示支付方式(如货到付款、在线支付等)、并且在支付的时候计算该会员实际应付的金额，以及显示***信息等。

7.  物流系统： 显示配送时间、配送方式、运费等，并且在订单发货后会显示实际的配送路径。

8.  财务系统： 显示开票信息等，在订单完成后会生成发票。

9.  内容系统： 显示订单留言等

个人认为订单的输入(亦可称之为来源)可分为内部和外部两种方式：

1.  内部： 即自建商城传输过来的订单；

a.  自建商城的订单系统涉及的其他系统比较多，基本上上图所示的系统都涉及到了。

b.  自建商城订单在订单创建时有着更多的判断逻辑，如是否需要事先拆单的、优惠信息是否可用、商品库存是否满足要求、会员是否正常等

c.  内部订单由于存在支付的动作，所以会有多出待付款，待评价这2个状态，

d.  内部订单由于涉及支付和营销，所以对订单系统的并发能力、负载能力以及支付能力有相当高的要求，每一步都不允许出错，一旦出错就意味着营业额的损失和用户的流失。

e.  订单数据计算和处理的要求更高，商品多少金额，优惠了多少金额，抵扣了多少金额，实付多少金额等都需要准确计算，在财务报表内能够清晰展示。

2.   外部： 即第三方系统传输过来的订单，一般代表性的就是分销订单，如供应商的订单系统会接收外部系统的订单，

a.  第三方系统传输的订单，由于订单比较独立，所以涉及的相关系统会少很多。

b.  第三方订单在订单接收时主要判断传输方是否有资格，商品是否上架状态，库存是否满足，收货人信息是否完整等。

c.  由于该类订单相对来说不需要很高的实时性(意思是该类订单对于消费者来说已经付款了，现在只是后端处理)，所以对接口负载性能等要求相对就没有那么高。

d. 订单数据处理方面，一般都是线下核对账单，线下结算款项，所以主要在数据记录和处理的准确性方面有很高要求。

以上就是订单的输入，接下来我们聊订单的处理。

个人认为主要有3种处理方式：

1. 流转处理

在订单系统内，系统会对订单进行各种逻辑规则判断，判断后就会根据业务规则分发订单，可简单看示例图：

基本上订单的流转处理是秒级，甚至是毫秒级就能处理完毕的，不能处理的或者处理失败的都会把订单归类到异常订单。

下面是订单各状态的流程图：

2. 发货处理

订单一般流转到仓库进行发货操作，发货后仓库会把物流信息回传到订单系统，订单系统接收消息后会对订单进行发货：

a.  如果是内部订单则订单状态直接改变(消费者端也会同步看到订单状态变化)；

b.  如果是外部订单则会通过接口告诉第三方系统该订单的物流信息；

3. 特殊情况处理

在特殊情况下，就需要对订单进行人工处理，例如订单无法流转到下一级、订单有备注等。人工处理的结果可能是跟消费者协商后让其退款，也可能是手动的传输订单等。

1. 内部订单：

内部订单的完成并不在发货后就完成，一般来说在客户接收到订单商品后即算完成。但是对不同类型的商城有所区别：

a. 自营商城：一般客户收货后就完成订单，例如京东。

b. 非自营商城：客户需要自己点击确认收货或经过一段时间后系统自动确认收货。

2. 外部订单：

外部订单系统订单一般在发货后就算完成。

1.   在我们设计订单系统的时候应该先思考下公司业务类型和逻辑，理清业务上订单流的起止。理清后从订单源头开始设计订单系统：

a. 如果是自建商城类的那么订单模块会涉及到其他系统，需要与其他系统的产品经理(如多人)去讨论，如何让订单系统与他们负责的系统进行对接；如果是供应链类型的订单系统，则需要考虑如何让订单能够从外部顺利传输到系统，是我们提供统一标准的API呢还是我们去各自对接第三方系统等等。

b. 考虑输入方式后，我们就要依据公司业务运营方式来考虑订单的处理逻辑，订单进入系统后如何 让系统自动处理订单，依据什么规则；同时也要考虑对异常订单的处理。

c. 在考虑好订单处理逻辑后，就要考虑如何输出订单，是直接输出给WMS还是会再输出给其他ERP等等。由于是自动化的输出，也就要考虑与其他系统的对接方式。

d. 最后，我们就要用把公司业务代入到系统内，看看是否能行程闭环，是否还有欠缺或者是否遗漏了细节等。

2.   订单管理系统涉及的其他系统比较多，所以在系统设计上应该具有独立性、拓展型和准确性，独立性代表订单系统的维护或者异常不会影响到其他系统；拓展型代表订单系统在以后增加功能的时候方便快捷；准确性是指订单数据涉及到财务方面，所以应该严谨和准确。

3.  后台系统订单页面的设计：

    a. 订单列表页面的设计

根据公司业务需要来设计列表页展示的数据和布局，以及筛选查询的关键字段，具体可看示例图：

     b. 订单详情页的设计

订单详情页一般来说是模块化的展示设计，订单基础信息、商品信息、物流信息、支付信息等都需要有所区分，这样设计有利于详情快速查看以及在系统研发的过程中让开发小哥哥不容易搞错哦，具体可看示例图：

    c. 订单规则设计

订单规则根据业务的大小有简单和复杂，所以具体需要看业务规模。如果公司现阶段刚起步，则订单规则可直接写进订单系统；如起步有一段时间了或者发展比较快，则可事先就开发好订单规则模块，以后有新的订单规则直接通过运营人员设置即可，更加的方便和更快速的适应业务的发展。

物流操作流程图

物流操作流程：

一、接单：1、公路运输主管从客户处接受(传真)运输发送计划；2、公路运输调度从客户处接出库提货单证；3、核对单证。

二、登记：1、运输调度在登记表上分送货目的地，分收货客户标定提货号码。2司机(指定人员及车辆)到运输调度中心拿提货单，并在运输登统本上确认签收。

三、调用安排：1、填写运输计划。2、填写运输在途，送到情况，追踪反馈表。3、电脑输单。

四、车队交换：1、根据送货方向，重量、体积、统筹安排车辆。2、报运输计划给客户处，并确认到厂提货时间。

五、提货发运：1、检查车辆情况。2、按时到达客户提货仓库。3、办理提货手续。4、提货，盖好车棚，锁好箱门。5、办好出厂手续。6、电话通知收货客户预达时间。

六、在途追踪：1、建立收货客户档案。2、司机及时反馈途中信息。3、与收货客户电话联系送货情况。4、填写跟踪记录。5、有异常情况及时与客户联系

七 到达签收：1、电话或传真确认到达时间。2、司机将回单用EMS或FAX传真回忆诚物流。3、签收运输单。4、定期将回单送至客户处。5、将当地市场的住处及时反馈给客户。

八、回单：1、按时准确到达指定卸货地点。2、货物交接。3、百分百签收，保证运输产品的数量和质量与客户出库单一至。4、了解送货人对客户产品在当地市场的销售情况。

九、结账：根据双方协议或者合同内容物流公司将运费交付承运方，结账完成后流程结束。

扩展资料

运作方式

1、销售部门接到定单，直接给设在中国的工厂下单

2、工厂向物流代理提供料件清单和生产计划

3、物流代理向指定料件供应商发出备货请求

4、物流代理商完成到货的运输、储存和分拣

5、物流代理在指定的时间将料件配送到工厂

6、物流代理将生产的整机按销售部门的要求发给客户

7、销售部门收到货款并支付供货商和物流代理相关费用从接单到交货的整个过程，可以在3-5天内完成，即下单后95%的产品在5天之内送达全球指定地。

利与弊

当今竞争日趋激化和社会分工日益细化的大背景下，物流外协具有明显的优越性，具体表现在：

1、企业集中精力于核心业务。由于任何企业的资源都是有限的，很难成为业务上面面俱到的专家。为此，企业应把自己的主要资源集中于自己擅长的主业，而把物流等辅助功能留给物流公司。

2、灵活运用新技术，实现以信息换库存，降低成本。

3、减少固定资产投资，加速资本周转。企业自建物流需要投入大量的资金购买物流设备，建设仓库和信息网络等专业物流设备。这些资源对于缺乏资金的企业特别是中小企业是个沉重的负担。而如果使用物流公司公司不仅减少设施的投资，还解放了仓库和车队方面的资金占用，加速了****。

4、提供灵活多样的顾客服务，为顾客创造更多的价值。

电商订单模块的思维导图分析

从用户/消费者角度出发，从购物到完成，主要经过以下的流程：

选商品 → 加入购物车 → 确认购买（订单结算） → 付款 → 等发货 → 等物流送货 → 货到手签收。

但是对于电商系统的来说，处理流程就复杂了。

举例一点，比如任意的一处理节点，消费者都可能发起取消订单，所以我们需要在某个地方设立订单拦截，避免在取消了订单的情况下发货，保护成本。

通过分析后，做了以下业务流程图。但暂未涉及到退货（订单的逆向流程）、ODS-订单分发，VIS-供应链，EBS-财务系统。

需要注意的是：
订单生成的时候，需要进行对库存进行一个占用操作，预先扣减。避免其它消费者同时下单时，最终订单商品总数与库存量不一致。
订单生成了，需要去付款，才能走下一步的流程。超过期限未支付，需要把订单占用的库存复原回去。

订单下行涉及到以下系统：
OMS：订单管理系统。
WMS：仓储管理系统。
TMS：运输(物流)管理系统。

暂定地，在下行TMS物流配送前，设一个订单拦截器，在这之前取消的订单，可以走取消订单流程。一旦在这之后，视为已经开始出货，消费者想发起取消订单，只能等收货之后走退货流程了。这是为了平台/商家运费成本来考虑，如果是包邮的情况下更是如此。

当然，也有一些其它的平台，是可以在物流层进行拦截的。这就需要商家与消费者协调运费的问题了。

华为的流程管理系统（附关键流程图）

***先生一直强调客户、流程与绩效是企业管理中最重要的三件事。事实上，华为导入咨询公司的一个重点就是“ 流程管理 ”。在过去的近20年中，华为通过以业务为导向的流程管理体系，大大提升了整体运营效率，取得了举世瞩目的成绩！

华为公司提倡流程化的企业管理方式，任何业务活动都有明确的结构化流程来指导，流程建设把所有人从海量的、低价值的、简单重复的工作中解放出来。

首先，大家要明白流程是通过一系列可重复、有逻辑顺序的活动，将一个或多个输入转化成明确的、可衡量的输出。人体本身就是一个非常完美无瑕的流程，无论哪一个环节出现问题，人体都会感觉不适，影响大家的日常生活。

流程是通过一系列可重复、有逻辑顺序的活动，将一个或多个输入转化成明确的、可衡量的输出。从本质上来说，流程是组织创造的机制。从本质上来说，流程是组织创造的机制。

华为公司提倡流程化的企业管理方式，任何业务活动都有明确的结构化流程来指导，通过流程建设把所有人从海量的、低价值的、简单重复的工作中解放出来。

1. 流程管理核心：流程要反映业务
华为的流程管理，借鉴了业界领先的实践，总结自身流程运作管理后，整理出一套全球流程管理的规则和制度。

流程要反映业务的本质，尤其是完整系统地反映业务的本质，业务中的各关键及其管理不要在流程体系外循环，基于流程建设的管理体系（IPD/LTC/ITR），是一个运营系统，是一个业务操作系统。

流程管理是按业务流程标准，以目标和顾客为导向的责任人推动式管理。处于业务流程中各个岗位上的责任人，无论职位高低，行使流程规定的职权，承担流程规定的责任，遵守流程的制约规则，以下道工序为用户，确保流程运作的优质高效。

建立和健全面向流程的统计和考核指标体系，是落实最终成果责任和强化流程管理的关键。

顾客满意度是建立业务流程各环节考核指标体系的核心。提高流程管理的程序化、自动化和信息集成化水平。

华为的流程管理要求不断适应市场变化和公司事业拓展的要求，因时而变，因事而变，对原有业务流程体系进行简化和完善。

2. 流程管理的内容
流程分类：

华为把流程管理分为运营流程（包括战略管理、集成产品开发、客户关系管理、集成供应链）和管理支持流程（各职能部门的流程）。

运营流程是公司管理主线，是为客户创造价值的流程，也是公司存在的基础，管理支持流程为运营流程的高效执行提供服务和支持。

流程层次：

流程的层次和管理层次相关，不同的流程层次对应了不同的管理层次的工作，以及主流程用于中高层的业务决策和端到端跨职能部门的业务管理，二级子流程用于智能领域管理，确保职能域的交付能满足主流程的需要，操作级流程用于指导基层活动。

流程架构：

流程架构师描述公司的流程分类及层次的全视图。

0层架构：从价值链的角度对流程的分类，对0层架构中的流程进行逐层分解就形成了个流程的分层架构；

1层架构：此层中的流程是主流程（跨职能部门端对端的业务流程）；

2层架构：此层中的流程是自流程（职能部门内的业务流程）；

3层架构：职能内部的分解。

流程管理体系四个阶段：

包括流程规划、流程建设、流程执行、流程运营，四个阶段形成一个闭环。

流程规划：解决了流程的what to do和how to do的问题，主要工作有需求管理、版本管理、流程规划；

流程建设：它是流程过程资产管理，涉及流程需求分析、流程方案设计、流程文件开发、流程集成验证、流程试点确认。

流程推行：它是解决流程文件管理的工作，涉及业务适配、组织适配、推行与赋能的工作。

流程运营：它是应对流程分层授权与管理机制，包含一些成熟度评估、流程绩效管理、过程保证、CT/SACA的工作。

3. 流程覆盖全业务

华为业务流程覆盖全业务，分为三大类：执行类、使能类、支撑类。

执行类：

执行类流程，客户价值创造流程，端到端的定义为完成对客户的价值交付所需的业务活动（what to do），并向其他流程提出需求。

使能类：

使能类流程响应执行类流程的需要，用以支持执行类流程的价值实现。

支撑类：

支撑类流程是公司基础性的一些流程，为使整个公司能够持续高效、低风险运作而存在。

华为业务流程颇有深度，涉及了从细化到可执行，从上到下分为：

level 1 流程分类；

level 2流程组；

level 3流程；

level 4子流程；

level 5活动；

level 6任务。

level 1 流程分类和level 2流程组用于流程管理，回答why to do的问题，支撑公司战略和业务目标实现，体现公司业务模式并覆盖公司全部的业务。

level 3流程和level 4子流程则是用于落实方针政策和管控要求，回答what to do的问题，聚焦战略执行，体现创造客户价值的主要业务流以及为实现主业务流高效和低成本运作，所需要的支撑业务。

level 5活动和level 6任务用于将流程落实到人，使之可执行，回答how to do问题，完成流程目标所需要的具体活动及任务，体现业务的多样化和灵活性。

4. 华为以业务为核心的三大流程
华为内部一直提倡流程化的企业管理方式，用流程把重复的、简单的、大量的工作模版化，建立对应的三个系统，即IPD（产品集成开发）、LTC（收款）、ITR（售后），同时用流程IT的方式进行固化，从接受客户需求，到交付给客户满足要求产品的，端到端跨职能部门的集成管理流程。

1）华为的IPD系统：

华为于1998年开始实施IPD系统，打破了华为以部门为管理结构的模式，转向以业务流程和生产线为核心的管理模式。

华为的IPD主要由固化的结构化研发流程和支持流程实施的跨部门团队组成。

以前华为的产品开发完全是研发部门的事情，技术方向由关键人物来选择。在IPD模式下，各部门都要有人参与到规划和实施的过程里，组成跨部门的团队——IPMT与PDT（IPT）。

跨部门的团队基本上要在产品开发之前做出相关联的规划，并且在产品开发的过程中相互协调，以保证这个产品从始至终都是技术领先、成本合理并且符合市场需求。

IPD分为需求管理、战略规划、产品规划、技术规划、技术开发和产品开发六大模块。

需求管理关注客户需求及实现过程监控，需求管理流程包含：收集、分析、分发、实现、验证等五个阶段。

战略规划制定公司的中长期产品开发战略和方向；产品规划制定公司的产品开发规划和产品版本路标。

技术规划制定公司的关键核心零部件发展规划；技术管理流程包含：技术规划、预研、架构开发、技术与平台开发、部件重用及评价等五个阶段。

技术开发负责提前准备关键的核心技术、核心部件,建设跨产品的共享组件( CBB)库；

产品开发根据产品规划，依靠成熟的共享组件，快速、高质、高效的完成产品开发和上市。产品开发流程包含：概念、计划、开发、验证、发布、生命周期等六个阶段。

2）华为的LTC系统：

而LTC（Lead To Cash）是从线索到汇款、端到端贯穿公司运作的主业务流，承载着公司最大的物流、资金流和人力投入，LTC是公司级面向客户的主业务流程之一。

LTC流程是从营销视角建立的“发现销售线索-培育线索-将线索转化为订单-管理订单执行/汇款”，端到端的流程。

LTC流程不是简单的流程优化，是从客户视角出发的业务流程重构，保证重构成功的核心要素包括以下三个方面：

1、深刻理解客户业务流程，并以此为基础匹配本业务单元（组织）的业务流程；

2、流程变革方**正确，“铁三角”模型是保证流程变革成功的法宝；

3、组织架构和绩效考核指标根据重构后的业务流程做相应调整，为流程运作提供支持。

5. 如何借鉴
***要求：“员工参加管理，不断地优化从事工作的流程与工作质量……改革一切不合理的流程。”那么，如何改进才能调整不合理的环节，保证流程的合理，达到化繁为简的目的呢？这也是我们可以借鉴学习的。

衡量各环节安排的合理度。华为通过“何人、何处、何时”3个问题，来确认流程中各个环节的安排是否合理，一经发现不合理之处，立即推倒重来，以使各个环节保持最佳的顺序，保证工作环节的有序性。

何人：该环节由谁操作？操作技能是否娴熟？该环节是否为该员工最擅长的？是否存在岗位与员工能力不匹配的现象？如果让熟悉第一环节工作的员工从第二环节调回，可以节省多少时间？

何处：各环节的操作场所之间距离远近如何？是否便于工作交接？如果将某环节的操作场所加以调换，是否可以使工作交接时间更短？调整设备仪器的摆放位置后，操作者使用起来是否更方便、时间更短？

何时：从第一个环节开始至最后一个环节结束的时间，包括在各个环节之间的移动时间、加工时间及由于机器故障、部件无法得到等问题引起的延迟时间分别是多少？时间安排是否过于紧凑，使员工紧张、疲劳？或过于宽松，难以在交期前完成任务？

流程化管理能够帮助我们从复杂的、繁琐的工作中解放出来，减少了不必要的摩擦，为工作提供了便捷，你们使用的流程管理是怎样的？

6. 附件：华为流程管理

免责声明：本文部分内容根据网络信息整理，文章版权归原作者所有。向原作者致敬！发布旨在积善利他，如涉及作品内容、版权和其它问题，请跟我联系删除并致歉！