我一直在研究复式会计系统的实现(特别是使用Django作为DB后端)。我很难理解的是把“分类账”和“总账”从会计界翻译成数据库/软件世界。
在会计学中,我们可能会看到这样的情况:
Sales Sub-Journal:
---------------------------------------------------------------
Date Description Amount Acct Balance
---------------------------------------------------------------
Jan 1 Cust. A Sale 500.00 AR 500.00
Jan 15 Cust. B Sale 300.00 AR 800.00
General Journal:
---------------------------------------------------------------
Date Description Acct Debit Credit
---------------------------------------------------------------
Jan 15 Sales for Jan AR 800.00
Sales 800.00实际上,分类账被复制到总分类账中,只有一个日记账项。
我很难理解的是从数据库的角度来看,分类账和总账的用途。上述三个条目不能记录在DB中只有两个普通日志条目吗?这将消除数据的重复(分类账中记录的800美元和普通日记账中也记录的800美元)?
General Journal Entries:
---------------------------------------------------------------
Date Description Acct Debit Credit
---------------------------------------------------------------
Jan 1 Cust. A Sale AR 500.00
Sales 500.00
Jan 15 Cust. B Sale AR 300.00
Sales 300.00我知道,在一个纸系统中,一个分类账是很有意义的,因为你可以看到一个时期的销售交易的细节(一天/周/月,无论间隔是多少)。然后,总分类账显示了你的销售、应收账款等的“总体情况”。
但在关系数据库模型中,似乎第二个例子,即所有的东西都是通过日记记录的,而且没有,没有分类账,这将是更好的选择。您仍然记录每个事务,如果您需要查看特定供应商或客户(子分类帐)的详细信息,您可以简单地提供日记账条目的筛选列表。
这有意义吗?我是不是漏掉了上面的东西?
发布于 2021-07-26 10:57:54
困难在于你的术语。
有效地将分类账复制到总分类账中,其中只有一个日记账项.
分类账
帐簿
日刊条目
中的一个条目
DayEnd/MonthEnd
Derived Account Balance vs Stored Account Balance.中提供了
误差
如果您将账簿视为分类账或“分类账”,您将仍然感到困惑,而数据库将是一场噩梦。
答案
如果您想要一个完整的答案,包括实现细节和关系数据模型,请依次引用以下内容:
https://stackoverflow.com/questions/68458637
复制相似问题