目前公司里面的实际业务情况是这样的,有多条产品线一起开发设计,有实物商城的,有虚拟服务的,各产品线都共用一套订单逻辑(实物和虚拟的分开,虚拟的一起共用一套),目前为了保证订单通用性,虚拟产品线规划好了一套各产品线都可以使用的订单状态,都适用各产品线,但是各产品线的订单后续会有各自的业务流转处理情况,比如有线下去门店核销服务,有的是上门进行服务,这就会涉及到不同场景下的不同定制化操作方式。所以这边沟通的是设计服务单,关联到订单下。很多服务状态都挂在服务单下。
这边就是想问下,如果这样的形式来设计的话,订单下挂服务单,那么针对虚拟核销这个业务场景下,我这个服务单应该怎么设计?举个实际的业务场景就是:用户下单购买洗狗服务,一次购买数量为3次,下单完毕后,会生成3个核销码,那么3个核销码是3个服务单还是一个服务单?作为一个服务单的话,那么服务单状态可能就是需要等3次核销全部完毕后,服务状态才会完结,如果是三个服务单,那就是一次核销完毕,就完成一个服务单,三个服务单都完成的话订单状态改变。想问下哪个比较好?另外就是这个优劣势是什么?另外就是还有什么更好的设计方式和方法?
还有就是想问的,如果一个订单挂多个服务单,退款的话是否针对到服务单维度还是订单维度?