不满意我的事务存储数据库设计
场景,用户从系统(应用/游戏、平台等)取钱到他的银行账户。
银行拒绝银行转账,因此提取交易失败。现在,系统需要将资金退还给用户,减去拒绝/失败交易的费用。
要执行撤回,有4个事务条目(创建了4个记录),然后要执行事务的反转,另有6个事务条目。总共有10个交易条目(创建了10个记录!)
我觉得也许有更好的方法来做这件事!也许只需将记录标记为保留的,并为保留事务的软件添加逻辑?
我做得对吗?
如何在复式会计数据库设计中保留事务?
编辑:保留事务,不是指数据库事务的重新评估,而是指资金储备。
发布于 2011-02-12 16:16:36
我不确定这是个程序问题。这里的问题是会计要求。在我们的系统中,我们会将借方记入应收帐款明细分类账,然后再将贷方/借方记入总分类账。如果我们得到一个下降,反弹支票,或其他什么,我们张贴新的交易,扭转它。没有这一点,就不会有关于实际发生的事情的记录。
我们确实用信用卡解决了其中的一些问题,因为我们可以在事后结算。如果事务处理失败,AR批处理不会发布,职员必须去修复它或删除事务。有一个张贴在AR分类账交易标志,必须翻转,它将影响余额,总帐是不调整,直到一个成功的帖子。如果它确实发布成功,但我们得到了一个收费,我们仍然使用上述方法。
实际上,这取决于你的主计长想保存什么样的记录。他们可能想要跟踪失败的交易,以报告和可能的欺诈检测。一般的规则是,一旦发布了什么东西,它就不应该改变。
https://stackoverflow.com/questions/4977585
复制相似问题