如何管理交易，债务，利息和罚款？

Question

我正在为类似银行的机构制作BI系统。该系统应管理信用合同，发票，付款，处罚和利息。

现在，我需要制作一个构建发票的方法。我必须计算客户现在需要付多少钱。他有债务，他必须付钱。他还必须支付利息。如果他迟到了应付款，他就会在他迟到的每一天都受到处罚。

我认为有两种方法可以做到这一点：

1. 只有1个原始状态 - 合同的原始状态。每次计算客户必须支付的每月付款时，请考虑实际付款。
2. 通过不断地建立中间状态，从最后的中间状态开始，并且仅考虑在这两个中间状态之间发生的事件。这意味着有一个定期（每天，每月）执行的工作，该工作采用上次保存的状态，应用更改（到期付款，实际付款，全局常量的变化，如由中央银行控制的罚款率），并保存由此产生的状态。

第一个变体的好处：

• 总是实际的。如果对过去的日期进行了更改（一个人在向银行付款后5天带有付款发票），它们将正确反映在结果中。

第一个变种的缺陷：

• 需要很长时间才能计算
• 如果由于使用返​​回日期输入的操作而导致正确的数据更改，则使用当前结果打印的文档可能会有所不同。

第二种变体的好处：

• 工作速度快，汇总数据始终可用于搜索和报告。
• 更容易计算

第二种变体的缺陷：

• 容易失败的工作。
• 过去的错误一直传播到最后结果。
• 如果来自过去交易的新数据到达，则无法更改中间结果（可能，但很难，而且有很多含义，所以我宁愿将其标记为禁忌）
• 如果存在未完成的交易（已发出的尚未支付的发票），则无法成功执行作业且没有问题

还有其他方法吗？我可以将这两者的好处结合起来吗？您遇到的其他类似系统中使用了哪一个？请分享任何经验。

Answer 1

这种性质的问题总是比它们最初出现时更复杂。这个 是我喜欢称之为Rumsfeldian problem of the unknown unknown的结果。 基本上，无论你现在做什么，都要准备好对未来的任意规则进行调整。

这是一个艰难的主张。一些可能对其产生重大影响的未来可能性 您的计算模型是经过日期支付，调整和收费。 原谅的利息期也可能成为一个问题（特别是如果过时）。要求 根据“已知”的内容提供各种时间点（PIT）计算 PIT（过去的过去观点）或考虑到参考PIT之后发生的交易 在参考之前（当前的过去观点），它们已经过了PIT的日期。这种性质的计算可以 真正的痛苦。

我的建议是从“划痕”计算（即第一个变体）。仅实施优化（例如，第二变体） 必要时满足性能限制。从头开始计算是计算密集型的 模型但通常在适应意外左转时更灵活。

如果绩效是一个问题，但复杂因素的频率（例如，过时的交易） 相对较低，您可以探索采用两种变体中最好的混合模型。在这里存储 当前状态并计算前进 仅使用自上次存储状态以来发布的那些事务来创建新的当前状态。如果你打了一个 “复杂化”重新做了整个帐户 开始重新建立现状。

从长远来看，能够在不触发重写的情况下容纳意外情况可能更为重要 比现在剃须计算时间。在必要之前，不要对计算模型施加限制。保存 目前的州通常会带来一些内置的假设和限制，以减少摆动空间 满足未来的要求。