订单与服务单应该如何设计?

目前公司里面的实际业务情况是这样的,有多条产品线一起开发设计,有实物商城的,有虚拟服务的,各产品线都共用一套订单逻辑(实物和虚拟的分开,虚拟的一起共用一套),目前为了保证订单通用性,虚拟产品线规划好了一套各产品线都可以使用的订单状态,都适用各产品线,但是各产品线的订单后续会有各自的业务流转处理情况,比如有线下去门店核销服务,有的是上门进行服务,这就会涉及到不同场景下的不同定制化操作方式。所以这边沟通的是设计服务单,关联到订单下。很多服务状态都挂在服务单下。

这边就是想问下,如果这样的形式来设计的话,订单下挂服务单,那么针对虚拟核销这个业务场景下,我这个服务单应该怎么设计?举个实际的业务场景就是:用户下单购买洗狗服务,一次购买数量为3次,下单完毕后,会生成3个核销码,那么3个核销码是3个服务单还是一个服务单?作为一个服务单的话,那么服务单状态可能就是需要等3次核销全部完毕后,服务状态才会完结,如果是三个服务单,那就是一次核销完毕,就完成一个服务单,三个服务单都完成的话订单状态改变。想问下哪个比较好?另外就是这个优劣势是什么?另外就是还有什么更好的设计方式和方法?

还有就是想问的,如果一个订单挂多个服务单,退款的话是否针对到服务单维度还是订单维度?

2个回答

我现在处理的就是一个订单对应一次服务,当然你要搞父子单也可以,于你上述所言,父单可以设计关联子单的状态,父单中显示每个子单是否核销,当三个子单都核销完毕才算真正完成,但是时间跨度可能相差太大,还有针对退款这一块,父子单的逻辑你也要针对你们业务去思考,退单个和多个的逻辑处理。

weixin_45341366
_知道者丶 回复weixin_43647708: 行与不行在于你怎么设计,那你设计方面思考出来了嘛?因为你一个订单保存多个信息是不太现实的,首先字段怎么设计呢,这是一对多的关系。
5 个月之前 回复
weixin_43647708
weixin_43647708 谢谢您的回复,还想再问下,如果不搞父子单,就一个订单下关联多个服务单,服务单核销后更改服务单状态,当三个服务单都核销完毕后,订单状态更改。这样是否可以?
5 个月之前 回复
Csdn user default icon
上传中...
上传图片
插入图片
抄袭、复制答案,以达到刷声望分或其他目的的行为,在CSDN问答是严格禁止的,一经发现立刻封号。是时候展现真正的技术了!
立即提问