相关疑难解决方法(0)

假设有一家银行、一家大型商店等，希望正确地为内部帐户和跟踪客户帐户进行会计处理。而不是实现满足当前简单而狭隘的要​​求，这将是“家酿”：结果证明这些只是当前简单要求的临时拐杖，并且在出现新要求时很难或不可能扩展。

据我了解，复式记账法是一种行之有效的方法，可满足所有会计和审计要求，包括目前未考虑的要求。如果实施，它将：

• 消除随着时间的推移会发生的增量增强和费用，
• 将来不需要加强。

我研究了另一个问题的答案：简单银行账户的衍生账户余额与存储账户余额？，它为内部帐户提供了很好的信息。需要一个数据模型，以便理解实体；他们的互动；他们的关系，@PerformanceDBA 已经给出了这一点。该模型取自该答案：

虽然这对于简单的内部账户来说是令人满意的，但我需要看到一个提供完整复式记账方法的数据模型。

需要添加的文章是Journal; 内部 vs 外部Transactions；等等..

理想情况下，我想看看这些双条目行在数据库方面的样子，整个过程在 SQL 中的样子，在每种情况下哪些实体受到影响等等。案例如下：

1. 客户将现金存入他的账户
2. 银行每月向所有客户账户收取一次费用（样本批量作业），
3. 客户在柜台进行一些操作，银行收取费用（提现+提现费用），
4. 玛丽从她的账户中汇出一些钱到约翰在同一家银行的账户

让我们称之为System而不是Bank，Bank可能太复杂而无法建模，让问题是关于使用帐户和资产操作的假想系统。客户与系统（存款、取款、后期费用、批量费用）以及彼此之间（转账）执行一组操作。

我需要一个通用的会计系统数据库架构有没有提供这个的网站？

我正在将应收帐款添加到我的某个Web应用程序中.基本上,我希望能够创建销售发票并记录收到的付款.

我生成的报告是

• 声明余额未结清
• 发票
• 收据

为了创建一个声明,我正在考虑按日期排序收据和发票的联合.

我还需要照顾refunds/credits,我正在做的是退款=负数的收据,以及信用卡=负数的发票.

所有发票/收据都会导出到一个完整的会计包(因此此时不需要双重输入系统)

我想出的是

INVOICES
id
customer_id
total
tax_amount
reference
user_id
created

INVOICE_LINES
id
invoice_id
description
qty
unit_price
total
tax_amount

RECEIPTS
id
customer_id
reference
internal_notes
amount
user_id
created

有什么我想念的吗？

单个交易表是否更简单,而不是具有单独的发票/收据表？

另一个想法是,将收据链接到发票是否正常？如果收据是多张发票怎么办？

任何建议赞赏(简单是目标)