订单编号是什么(订单号怎么查商品信息)

订单管理记录了所有的交易数据，是后台系统设计中非常重要的一部分。

订单管理是后台系统的重要组成部分，记录所有的交易数据，可以对订单进行监控和操作，与用户、运营、财务等有着密切的关系。下面总结一下后端系统中订单管理的设计。

一般来说，订单管理后台的操作用户都是公司内部员工，但实际上也有C端用户的需求需要支持。所以在设计时，订单管理系统需要包括两个部分:

一是要能够与C端用户在整个订单流程中各个场景的操作相对应；另一个是要能满足公司内部相关部门的需求，包括财务、采购、运营等。一、订单流程

首先，在设计后台之前，需要明确的是C端用户的操作场景，以及在这个场景下后台需要支持的操作。如下图所示，这是一个简单的订单操作流程:

当然，在实际业务中，订单流程远没有那么简单。比如用户结算支付/取消订单/退款/退货过程中，满减、满赠、优惠券、折扣、积分抵扣等。也可能涉及。这个订单金额不仅包括货物金额，一般来说，订单金额=货物金额+运费-折扣-扣点等。

所以用户在结算的时候，会涉及到不同模块和数据的交互(一般来说，满减和满捐或者运营活动相关的数据都单独记录在一个表中)，反之亦然，订单取消/退款/退货也是如此。

二、订单状态

一旦订单流程清晰，就可以知道从订单创建到交易完成的整个流程中所涉及的状态。

从上图可以看出，整个流程可以分为四个阶段:未付款、付款待发货、发货、收货。涉及的模块主要有支付和库存。下面介绍一下订单各阶段涉及的内容:

第三，顺序列表的设计。订单的操作流程和主要状态如上所述。那么，现在就来说说订单列表的设计吧。

首先，列表是数据的呈现。而数据的呈现来源于实际需求，除了上面提到的状态和操作。另一个重要因素是订单信息。信息的细节与订单的跟踪和后续数据的分析直接相关。数据是整个系统中极其重要的一部分吗？因此，需要尽可能全面地设计字段信息。

1.从内容上看，订单的信息主要包括商品信息、支付信息、物流信息等。，如下图所示:

补充:在公司的实际业务中，可能会涉及到对经销商的直供，可以是线上，也可以是线下，但即使是线下，订单也需要进入系统，所以设计时需要了解业务操作的细节；如果是线下订单，就要考虑订单的创建者可能是哪些角色，不同角色创建的订单流程会有所不同。

2.从结构上讲，订单页面实际上是一个列表页面，主要包括搜索区、列表区和操作区。

1)搜索区域

在顺序列表中，由于涉及到大量的信息和状态，为了提高工作效率，需要将常用的重要条件作为筛选项，以便于快速查找。一般来说，搜索区域主要包括:订单号、订单状态、支付状态、退款状态、交易时间、支付渠道、平台、地区等。，视业务范围而定。当然，显示什么条件取决于权限级别。

2)列表区域

订单的详细情况前面已经介绍过了，包含了大量的信息，不可能在后台列表中直接显示所有与订单相关的字段。这时候就需要做一些选择，选择订单号、付款流水号、订单状态、退款状态等信息比较重要的字段。其他信息可以通过从属页面或自定义菜单显示。这里需要特别注意的是订单的状态和操作。在设计之前，你需要对业务流程相当熟悉，明确场景中的各个状态，以及各个状态下的操作权限。

3)操作区域

对于订单的操作，基本就是一些确认、审核、订单锁定、跟进、退款等。

四、其他因素

1.订单是否需要拆分:比如OTA中的订单系统，一个订单可能会拆分成酒店子订单和各种单个子订单，这些子订单可能由不同的人处理。有时，需要支持客户服务人员继续向订单添加子订单。电商平台也是如此，通常包含一个主订单号和多个子订单号。这时候就需要在退货/退款的时候根据子订单的维度来考虑是否支持退款；

2.取消订单:除了用户，什么情况下内部人员可以主动取消订单，在这种情况下流程应该如何操作，给用户什么样的反馈；

3.产品/商品来源:用户下单前是否有库存。当然，在一般的电子商务系统中，商品只有在有库存的情况下才能出售。但是，比如OTA这样的订单系统，产品是服务，是不确定的。因此，在生成订单时，应根据其子订单生成相应的供应商订单。用户下订单后，企业会向供应商下订单，其实类似于寄卖的情况。

4.订单生成规则:一般来说，货源和渠道都不一样。很多情况下，为了便于区分，可能需要在订单生成规则中添加一些特殊字符进行标识；

5.活动订单:平台在搞活动时，商品价格一般波动较大，需要考虑此时下的订单是否需要单独管理；

6.订单数据问题:在实际操作中，可能会出现订单时间不一致、数据延迟、订单重复、订单遗漏等情况。在不同的表中，需要注意哪些，及时优化程序；

7.权限问题:不同部门，不同级别的账户，会有不同的数据权限和操作权限。

本文最初由@发布丮丮丮丮丮丮丮丮丮丮丮丮丮丮丮丮丮丮未经许可，禁止复制𰵎𰵎𰵎𰵎𰵎20。

来自Unsplash的图像，基于CC0协议。