Sql 会计制度设计与实施；数据库

我正在开发一个简单的发票和会计应用程序，但我完全不知道如何在数据库中表示会计事务（日记账分录）。在数据库中使用单独的借方和贷方列似乎是一种方法，但我见过的大多数开源会计都使用单个金额列。我认为这大大简化了数学。但我如何将借项和贷项转换为数值呢，但是，当我试图与会计系统进行交叉核对时，它看起来并不是这样做的

根据该会计制度：

看看326号日志。虽然本例中的金额之和=0，但贷项之和不等于借项之和（从咨询与会计（E）中借记29，从AP（L）中借记31.39，从销售税（L）中贷记2.39）

但是，如果我将其视为从AP借记-31.39，它确实如此。但是，我不确定我们是否可以贷记/借记负值

---

有人能解释一下数据库和会计原则是如何结合在一起的吗？

我要概述的是记忆，很可能是一种“老式”的会计表示方法

**借方定义-任何或所有这些条件**

资产的增加（例如，无论何时向某人开具发票）

费用的增加（购买文具）

**信贷的定义——任何或所有这些条件**

收入的增加或资产的减少

增加负债

在您的帐户表中，您可以有一个标志类型列，称为“正常余额”或“典型余额”-

• 对于应收账款-正常余额为“D”或借方
• 对于应付账款账户-正常余额为“c”或贷方

每当有发票交易时——它根据AR（应收账款）进行过账——并过账“正常余额”，即它被视为借方金额

每当客户根据发票（全部或部分）付款时，其应收账款账户（异常）即为信用证

每当供应商向您发送发票时，您都会在应付账款账户上过账正常余额，即贷项。无论何时向供应商付款，都将针对AP账户进行（异常-即借记）过账

您的发票类或发票事务知道它将根据AR（应收账款）正常过帐

类似地，您的支付交易或支付控制器模型知道它将针对AR发布信用

请记住，当您向某人开具发票时，您通过创建“应收款”来“构建资产”。因此，应收账款被视为资产，当然，除非多年未支付

HTH.

马丁·福勒的《会计系统建模》有一个很好的章节。也许它能帮助你

---

我认为您最好从对象的角度考虑问题，而不是尝试将其映射到关系数据库。数据库是声明性的和基于集合的；对象使用组件中的操作封装数据。我认为后者更适合于会计建模，特别是如果将其与面向方面编程结合起来的话。让数据库仅仅是你坚持事物的方式，把逻辑放在中间层。

< P>我认为你提到的交易326的问题是，你似乎在借记/贷方的事情上做了错误的事情。 正确的答案应该是： 从咨询和会计处借记29，以及 从销售税中扣除2.39。（如果这是您作为消费者必须缴纳的税款） ，然后从美联社获得31.39分

通常情况下，AP将在信用方，除非您结算付款。那么交易将是 从AP借记xx.xx，然后从现金/银行贷记xx.xx

在单独的列中处理这些借项/贷项可能会使数据库更易于阅读。顺便说一下，分隔这些列的UI也更容易与最终用户沟通。在我看来，我们越是按照用户从会计课程中学到的东西来做，我们就越不需要花时间告诉他们如何使用软件

---

我们不能在会计交易中使用负值。但在DBMS方面，如果我们使用+进行借记，使用-进行贷记，则可以将内容保持在同一列中。无论如何，在导出到会计报表时，您仍然必须将它们转换回绝对正值。

Check out，一个用Perl和PostgreSQL实现的自由软件会计系统。应该给你一个工作的例子。（我与他们没有联系，但我以前使用过，基本会计方面也很满意。）

谢谢您的回复！我知道借方和贷方与账户类型的关系。我的问题是如何用数学方法表示借项和贷项？我希望在我的交易记录表中有一个单独的金额列，而不是单独的贷方/借方列。我看了福勒的书，但它对我解决这个特殊问题没有帮助。你是对的。当我这样想的时候，它是非常有意义的。谢谢！