Day23 订单金流 -- 状态异动

在订单成立以及建立金流部份，因为情境非常多，
因此在制定状态的部份其实也是有很多可以讨论的，
还记得在最一开始--Day13 订单 -- 基础结构的部份，
我们order.status定义为unpaid、paid、failed三种，
但到後面--Day21 订单金流 -- 独立资料的时候，
order.status定义已经变成了processing、finished、refund、cancel、error这几种，
原本的unpaid、paid、failed改由payment.status做纪录，
除了以上几种之外还有很多中继状态点，主要功能用於卡点以及debug，
在串接金物流或者上线的时候，常常会发生很多意料之外的事情，
也因为因为串接为两边资料丢来丢去，很容易遇到找不到是哪边的问题，
因此我们多设定一些中继状态点，可以帮助我们快速找到出现错误的地方，

从上图可以看到我们的定了很多状态，当然这边还不包含物流，
主要方向在於可以透过状态快速找到断点，这边只列出个人觉得比较重要的卡点，
流程以及不足的地方都可以自行可制化调整，这边只是范例。