开发商的复式记账

Hordak本质上是针对软件开发人员的，因为它只提供核心功能。友好的界面当然可以建立在它的基础上，但是如果你在这里，你很有可能是一名开发人员。

如果您正在学习作为开发人员的会计知识，您可能会像我一样感觉到，大多数可用的材料与开发人员/STEM思维模式并不十分相关。因此，我在这里提供一些可能有用的资源。

我发现复式记账会计的核心解释令人困惑。过了一段时间，我把它提炼成以下几点：

任何资产或费用账户余额的符号在显示时总是翻转(即乘以-1)[2][3]。

一笔交易由1个或多个贷方和1个或多个借方组成(即钱必须来自某处，然后流向某处)。

交易的借方和贷方的价值必须相等(进入交易的钱=走出交易的钱)。

(1，2)这绝对不是会计学所教的。您很快就会看到，关于借方/贷方增加/减少哪些帐户类型的争论很多。我在后端对此进行了简化，因为我强烈地感觉到这是一个表现性问题，而不是业务逻辑问题。

彼得·塞林格(Peter Selinger)的教程将说明为什么会出现这种情况(提示：请看会计等式中的符号)。不过，一个简单的解释是，“会计师不喜欢负数。”一种更微妙的解释是，正数表示的不是正数，而是无论账户是什么，都是正数。因此，1,000美元的支出是一笔正数的支出，即使这可能意味着你的财富减少了1,000美元。

这个标志在4处翻转的结果是，从外部角度看，第2点和第3点似乎没有得到遵守。如果您借记(减少)一个帐户，然后反转它的符号，则看起来您实际上增加了帐户余额。这是因为我们将资产和费用账户的记号视为一个表面性的问题，而不是在核心业务逻辑中要处理的东西。

我觉得Peter Selinger的教程非常有启发性，而且没有上面的功能描述那么简洁。第一节很短，涵盖了单项会计，然后展示了如何扩展它来创建复式会计。我觉得这个背景很有用。

你们住在一个合住的房子里。每个人每个月都要把自己的那份钱存入一个公共银行账户。

你每三个月交一次电费。因此，每个月你从每个人的缴费中提取100 GB，并将其存入应付电费账户(责任账户)，因为你知道当账单最终到达时，你将从这个账户中支付账单：

这些账户是收入和负债账户，所以余额都不需要转账(转账只适用于资产和费用账户)。因此：

这也应该是有直觉的。部分住宿费将用于支付电费，因此前者减少，后者增加。

每个月初，每个室友都会把钱存入公共银行账户。因此，我们应该以某种方式在我们的复式录入系统中表示这一点(我们在示例1中忽略了这一点)。

我们有一个名为Bank的账户，这是一个资产账户(因为这是我们实际拥有的钱)。我们还有一个室友缴费帐户，这是一个收入帐户。

所以，要代表我们拿到钱，便一定要有一笔交易，但不能从我们复式制度以外的地方注入金钱，我们如何处理这问题呢？

因为银行帐户是资产帐户，所以我们将其余额的符号反转。结果是这两个账户都增值了。