(1)订单信息填写不完整;
(2)订单商品库存不足或者库存无货;
(3)订单商品游槐不能配送到您所填写的收货地址;
(4)网络延时;
以上各种情况都会在神旅友页面中镇燃d出提示信息,可以通过修改订单信息(提示信息)或者稍后再试,即可成功提交订单。
这个是电商的发货流程,这些基本上ERP都可以实现的,不过岩樱其中的物流查询和打印电子面单需要对接快递接口,可以和快递公司分别对接,也可埋喊以找快递鸟这样的第三方接口平弯枣野台一次性对接多家。电商系统虽然从商品类别上可分为生鲜、医疗等等,但从更大类上可以做另一个角度的区分:实物电商、非实物电商
这个划分和退款的相关联性在于是否退货,毕竟非实物是只退款即可,实物根据情况不同又有仅退款、退货退款的区别。
非实物将用门票类产品作为实际考量的业务场景模拟。
要弄清楚退款,那必然要先明白预订环节。
从正向流程分析退款会发生的节点:出票中、出票成功核销前、过期后。不同的系统会根据业务情况制定不同的退款规则。
根据退款节点我们可以将退款类型分为:售中退款、售后退款
从预订的正向流程上表面上是用户发起退款行为,但是实际的场景里还有2个隐藏角色:系统、平台。
实物将用特产类产品作为实际考量的业务场景模拟。
跟非实物一样,也需要先看下实物预订的流程,再来梳理其他的。
从正向流程分析退款会发生的节点:支付成功待发货、已发货待收货、已收货。跟非实物一样,不同的系统会根据业务情况制定不同的退款规则,但是跟非实物区别的是实物可能发生退款不退货、退货不退款的场景。
根据退款节点我们可以将退款类团桥型分为:售中退款、售后退款
跟非实物一样,实物退款的触发角色也有3个:用户、平台、系统
1.每个系统根据业务场景不同,系统自动触发的条件和结果都会有所不同;
2.退货退款的状态表仅仅体现 *** 作场景下的订单状态和退款状态的变更情况,至于退款数量以及其他退款产生的连锁反应并未做详细记录,在实际规划需求过程中还是要根据系统需要进行综合,比如是否存在佣金、比如是否成本变更;
3.是否需要已退款待到账这个中间状态,个人建议是需要的,毕竟从同意退款到发起请求从账户扣款和实际款退回到用户账户是有一定的时间性的,越详细越方便追踪;
4.关于订单的有效性问塌喊猛题,不同系统的定义也不一样,有的可认为当产生部分退的时候订单还是有效的,但如果是只是部分退款、数量却是全退的时候,也可以当做是无效订单,所以这个还是需要根据系统的实际业务场景来做考量的。
凡事最怕照搬,总之提醒自己,所有的整理是为了更好的进行下一步规划,所有的总结都渗指是一次积累和改进,所以千万不能麻痹照搬,一定要慎重比对,是否符合真正的业务场景。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)