database-design - 在数据库模式中链接应付账款和总账

Question

A 2010 年 12 月 13 日 a question被问到:

I am looking for industry standard logical data model of general ledger and accounts >payable. Are there any readily available accounting data models?

肯·唐斯回复道:

摘录:

The most basic ledger is 3 tables: Accounts, Batches, and Transactions. All transactions >must be in a batch. Some people make two columns for debit and credit, I always did one >column, with Debits and credits having opposite signs.

Payables is also very simple. At its heart is a table of vendors and a table of >vouchers/invoices. Finally a table of checks generated...After that, embellish to taste :)

由于发票和支票表都会影响总账，我假设每个都需要存储一个唯一的批号是否正确？架构是否会显示 invoice:batch 和 checks:batch 表的 1:1 关系？非常感谢您的建议。

Answer 1

这里不会有任何一对一的关系。例如，您始终可以在一个批处理中支付多张发票。批处理表的想法是，从会计的角度而不是从编程的角度来看，它是一个单一的“工作单元”。

对批处理没有特别的需求，只是它有助于根据谁在什么时候做了什么来组织信息 - 特别是它提供了从业务角度来看一堆交易在逻辑上相互关联的指示.

Accounts 是一个查找表。 Transactions 是交易明细，与 Batch 不同，Batch 是交易 header 。我同意@OP 提出的 Ken Downs 的问题，即单个金额字段就足够了。单独的借方和贷方栏没有意义。这个想法来自纸质会计世界，在所有算术都是手工完成的那一天很有用。在计算机化的场景中，这个想法是不合时宜的，实际上造成的麻烦超过了它的值(value)。就他的借方和贷方符号相反而言，我不同意 Ken Downs。这在特定账户的上下文中是正确的，但根据会计惯例，不同类型的账户将有正数或负数额的借方。 Assets 和收入朝一个方向发展，而负债和费用则朝另一个方向发展。交易表中的数字是正数还是负数将取决于该交易适用于哪种类型的账户。

您需要进行的一项修改是，当您适本地应用借方和贷方时，每个批处理的余额都应为零。测试此编辑的逻辑需要知道批处理中的每个帐户是 Assets 、负债、收入还是费用 - 因此这需要是您的帐户表的属性。

至于支票、凭单、发票和所有其他 - 您可能需要，但不一定需要所有这些。拥有它们的原因不是为了严格的帐户余额跟踪，而是为了您可以保留在那里的所有其他指示性信息。您可以将所有这些指示性信息保存在批处理表的“哑”文本字段中(即“备忘录”)。这就是他们在旧式高脚椅、遮阳板和羽毛笔时代的做法。但是，拥有供应商发票表非常方便，因为它可以让您做一些方便的事情，例如查询来自特定供应商的所有发票的列表。其他具体的业务实体也是如此，例如支票、发票(应收账款)、报表等。