问题标签 [accounting]

我需要开发一个允许公司预测财务状况的网络应用程序。

该应用程序有不同的屏幕，一个用于定义员工工资，另一个用于销售预测等。基本上将一个 excel 财务预测模型变成一个应用程序。

问题是，设计数据库的最佳方式是什么，以便快速生成财务报告（例如损益表或资产负债表）？

• 假设预测期为 5 年，您是否有一个 5 年*12 个月 = 每行 60 个字段的表？性能够吗？
• 每当单个员工数据发生变化时，您会使用数据库触发器重新计算工资支出吗？

我已经为company1安装了科目表A。这张图表用于会计几个月。如何转换为科目表 B并保留帐户的旧数据（借方、贷方等）？换句话说，是否可以将数据从一个科目表迁移到另一个科目表？解决方案可以是编程方式或通过 Web 客户端界面（不重要）。不能使用虚拟会计科目表。会计科目表 B必须成为旧数据的主图表。

每个建议都会对我有很大帮助。谢谢

我正在处理一项任务，如果他们成功登录，我必须让用户登录（检查他们的用户名/密码对文件），然后我需要打印他们的薪水数据，该数据存储在另一个名为 IN-accounting.data 的文件中。我设法让用户登录部分工作，但我无法打印“薪水”部分，因为它现在将打印会计文件中的每个人我可以使用一些帮助来弄清楚如何只打印数据用户登录有什么建议吗？这些文件和代码中的所有 ssn、电话号码、地址和人员都是假的，它们只是为完成任务而提供的数据

11-6-12 更新以反映建议的更改，它现在以我最初想要的方式运行

密码.passwd

amon9640：4cb9c8a8048fd02294477fcb1a41191a：500：25：亚历山大周一：/首页/工资：/斌/工资iart1373：4cb9c8a8048fd02294477fcb1a41191a：501：25：伊尼戈Arterbury：/首页/工资：/斌/工资wher0210：4cb9c8a8048fd02294477fcb1a41191a：502：25：沃德尔赫尔曼:/home/payroll:/bin/payroll

会计档案

Monday|Alexander|815-19-9640|4662 Dewy Subdivision|Owltown|Oregon|97434-8480|1/18/1998|19|21.68|60.28|2.24|工资单正在审核帐户，报告即将到期。

Arterbury|Inigo|037-30-1373|987 Rocky Island Byway|Christmas City|New Mexico|88023-3889|4/1/1993|9|7.02|17.75|12.71|审核完成。发现不足。

Herman|Wardell|114-29-0210|5555 Cinder Forest Wynd|White Eyes Town|Washington|98707-5628|10/0/2003|37|3.07|41.90|20.89|审核完成。发现不足。

I have built an accounting system, where in a SQL Table, two of the columns are : Amount and Balance Left in the following manner :

Such that: Balance Left = previous Balance Left - Amount.

Now if I delete a row with Id say 103, I would want amount 10 added to all the subsequent rows. What is the best possible way to do that (in SQL Server 2008 or otherwise)?

P.S. :

1. I'm aware that I can add a trigger to update each row, but looking for a better alternative, if any.

2. Code in C#.

In reply to some of the questions and common answers : 1. Considering there are a million rows below my deleted row - Would it be better to do it in C# via LINQ? or would a SQL trigger work faster? 2. I know its preposterous to save the balance left with each entry, but thats how the user of the DB/software demands it.

我搜索了这个主题，有很多解释要收集。主要是为 a/p 和 a/r 做单独的表格。

我正在考虑另一种方法，将两个表合并为 1，因为 a/c 和 a/r 有 98% 相似，并且仅相差 1 或 2 个属性（例如 a/p：供应商/供应商）。

问题：

是否可以合并 2 个表，并仅使用orTransaction_Type的值对每个事务进行分类？Acnt_Payableacnt_Receivable

我知道这是可能的，但这是一个好习惯吗？我的系统在处理时将面临哪些情况Reports？

假设我们有如下日记帐分录表

如何在 SQL 中为试算平衡构建最佳性能报告？报告栏是

• account_number：是帐号。

• debit_within_month：是与 account_number 相关的所有借方的总和，从给定月份的 1 日到该月月底（如果给定日期在当前月份，则到当前日期）

• credit_within_month：是与 account_number 相关的所有信用的总和，从给定月份的 1 日到该月月底（如果给定日期是当前月份，则到当前日期）

• debit_till_this_day：是给定日期一年内与 account_number 相关的所有借方的累计总和（从给定日期的 1 月 1 日开始到当天）。

• credit_till_this_day：是给定日期一年内与 account_number 相关的所有信用的累计总和（从给定日期的 1 月 1 日开始到当天）。

我试过这个选择：

但我正在寻找其他解决方案（也许通过使用分析函数）以获得最佳性能。

请告诉我这是标准化的，或者至少有某种方法可以破译它。

我正在查看 2012 年第四季度的这 3 个随机 10-Q 和 K。

1. ftp://ftp.sec.gov/edgar/data/1001288/0001001288-12-000041.txt
2. ftp://ftp.sec.gov/edgar/data/1002037/0001193125-12-506687.txt
3. ftp://ftp.sec.gov/edgar/data/1002360/0001000096-12-000199.txt

行项目标准化；但是，每个文档有很多。例如，一个文档将有几个us-gaap:OperatingIncomeLosses，而我可以告诉他们表示他们正在报告的时期的唯一方法是contextRef。这就是事情变得复杂的地方。

我看不到明显的模式。有时他们先升后降。它们都有自己的日期格式。有些做多期分组。有些没有。

我试图找到一个标准。不去。

有没有人有任何想法？

非常感谢！

我找到了一个解决方案，请参阅下面的答案和/或Github Gist，它有更新的优化。

我有一系列信用卡费用和批次总额...有时金额的 SUM() = 批次金额，所以这很容易分组到批次，我们可以检查促成当天存款的交易支票账户。

有时，适当的总和是这些费用的一个子集，其中 1 个或多个在第二天分批。你能帮我以编程方式解决这个问题吗？这是为了我的 authorize.net 批量会计，这很糟糕，所以我正在为我的簿记员制作一个工具。

当天的批次总额为 1302.63 美元。正如经常发生的那样，该批次中没有电荷，因此该批次是阵列中电荷总和的某个子集。在这种情况下，10.88 美元的费用在第二天的批次中。这段伪代码可以通过两个嵌套的 for 循环来捕获：

如何动态选择搜索未添加两个的费用？然后三个？我可以看到，如果$skipdx省略了一项费用，那么跳过两项费用将添加一个skip2dx嵌套循环。如果仍未找到，skip3dx将是第 3 级嵌套。

在递归之前，我通常非常擅长算法，然后我变得愚蠢。

情况如下：

每月费用适用于帐户，并向下舍入到最接近的美元。如果每月费用有任何余额，这将创建高于其他付款的最终付款。如果我所有的债务人都有这样的账户，那么确定最后一个月是没有问题的，因为月数是确定的，我可以对照他们账户上的费用数量进行核对，然后向他们收取他们账户上的余额在最后一个月。

然而，它变得更加复杂。现在，由于可能会发现债务人或多或少地欠债，因此在还款期间的任何给定时间，到期总额都可能发生变化。同样，计算最终付款也没有问题，但是设置付款的人将新的付款金额从最初应付的总额中计算出来，比如 1000 美元，而不是他们账户上的当前余额，比如 800 美元。发生这种情况时，账户可以在其规定的月数之前或超出其月数的情况下还清。第二个是不允许的，我必须确定最终付款何时发生并收取余额。这可能并不太难，但您不仅需要跟踪总到期更改前后的付款金额差异，

这甚至更进了一步，债务人有能力降低他们的付款。这个新的付款金额也是基于到期总额而不是当前余额，再次导致付款在它应该之前或之后关闭一个帐户。

无论如何，您可以计算这些帐户的最后一个月的时间，并将剩余的余额用于他们的帐户费用吗？

大多数账户都是直截了当的，没有支付金额变化，但许多账户仍然存在。

我习惯于根据我的数据库表记录生成报告，并且在呈现它时没有任何问题。

但是现在，如果我不创建一个虚拟表作为存储库，一些演示要求似乎很难处理。

当前系统详细信息和信息：

系统类型：库存会计

系统设计和设置：可以根据所选日期（交易日期）生成报告：个人报告：资产负债表（BS）、损益表（IS）和现金流量表（CFS）

新报告要求：

1. BS、IS 和 CFS 报告应具有不同的格式和显示（主要需要更新的是布局显示的更改）
2. 保存每个生成的报告

我正在考虑创建一个虚拟数据库表，因为w/c中的第二个要求是保存生成的每个报告。

之前，我确实为复杂的报告创建了存储库表，但在另一个用户生成相同的报告时被替换/删除。

问题：

1. 根据新的报告要求，是否真的需要为这种类型的报告要求创建虚拟表？

2. 那么，在实际功能中，*they can be generated at any time*但出于报告和记录目的以及从性能角度来看，保存生成的报告真的有意义吗？

对于那些 DB 会计大师，保存BS、IS 和 CFS 生成的报告是一个好习惯吗？