以均衡寻源模式处理状态更新

我正在研究一种审计模式来保存实体的历史记录,我遇到了事件源模式。这是一个有趣的模式,其中大部分对我来说是有意义的,但我有一个问题,关于如何实现特定的用例场景?

用例:

1. 生成的发票金额为100美元,状态为“正在审阅”。
2. 然后,发票状态更新为“已开票”
3. 然后支付50美元,调整20美元,状态更新为已支付
4. 后来我们意识到金额不正确。因此,我们希望回滚以前的事务,并将账单状态恢复为“再次计费”
5. 然后,我们支付70美元,调整20美元,并更新发票状态以完成。

根据我对事件存储的理解。它应该只包含应用于实体的操作。因此,事件始终具有更新的交易金额(付款和调整)和状态。

数据库:

发票:

| id    | balance | payment | adjustment | status   |
|-------|---------|---------|------------|----------|
| 12345 | 10      | 70      | 20         | Paid     |

事件存储:

| event_id | invoice_id | Event            | Payload |
|----------|------------|------------------|---------|
| 1        | 12345      | Invoice_InReview | JSON    |
| 2        | 12345      | Invoice_Billed   | JSON    |
| 3        | 12345      | Invoice_Paid     | JSON    |
| 4        | 12345      | Invoice_Reversed | JSON    |
| 5        | 12345      | Invoice_Paid     | JSON    |

JSON包含有关付款、调整和状态更改的信息

下面是我的问题

1. 我知道平衡是如何逆转的,但我不知道我们如何才能对地位实现同样的效果
2. 此外,如果上述事件的api调用(命令)出现错误,我将如何处理。i、 e类
   • 步骤3呼叫服务
   • 然后是步骤5
   • 然后执行步骤4。

据我所知,余额将正常,但发票状态将不正确。

请告诉我如何最好地处理这种活动外包模式。