问题标签 [accounting]

我们正在用 VB.NET 和 SQL Server 重写我们的旧会计系统。我们引入了一个新的 .NET/SQL 程序员团队来进行重写。大多数系统已经使用浮点数完成了美元金额。我编程的遗留系统语言没有浮点数，所以我可能会使用小数。

你的建议是什么？

是否应该将浮点数或小数数据类型用于美元金额？

两者都有哪些优点和缺点？

在我们的每日例会中提到的一个缺点是，当您计算返回超过两位小数的结果的金额时，您必须小心。听起来您必须将金额四舍五入到小数点后两位。

另一个缺点是所有显示和打印的金额都必须有一个格式声明，显示两位小数。我注意到有几次没有这样做，而且金额看起来不正确。（即 10.2 或 10.2546）

专业人士是仅浮点方法在磁盘上占用 8 个字节，而十进制将占用 9 个字节（十进制 12,2）。

对于包含财务会计功能的软件的设计模式或其他最佳实践，是否有任何好的资源（书籍、权威指南等）？

具体来说，关于处理以下问题的好信息在哪里：

• 货币数量的内部表示
• 帐户、日记帐和其他记录的内部表示
• 协调不一致（自动或通过用户操作）
• 处理会计期间的结束（每天、每周、每月）
• 设计对商人有意义的用户界面和打印的财务报告

注意：我们在这里寻找“权威”或其他被广泛接受的信息。否则，这只会​​变成人们尝试过的所有事情的一大堆轶事，使话题变得非常主观。

这是我目前的选择。

1. .Net：使用 WPF、Visual C#、SQLServer
2. Java：使用 Spring、Hibernate、Enterprise DB、基于 Web

您能建议哪个更好吗？尤其是在构建复杂表单方面。

我正处于为我的公司规划和设计定制会计应用程序的早期阶段。我的目标是为数据存储部分使用开源关系数据库，并且我知道有两个得到广泛支持的可靠数据库：MySQL 和 PostgreSQL。

对于需要事务、存储过程、函数和安全性的系统，对于这两个数据库中的哪一个最适合会计应用程序有什么意见，还是我缺少另一个数据库？

我更熟悉 MySQL 和 MS SQLServer 2005，但由于许可证成本，我正试图摆脱后者。

让我补充一下：这不是像 Quickbooks 或 Peachtree 这样的会计需求。这基本上是一个系统，用于处理我们提供的特定业务服务的会计处理。可能有两三个系统可以满足这种需求，在进行任何定制之前的价格在六位数范围内，并且需要我的小公司长期与供应商结婚。因此，我们正在内部构建应用程序。

另外，虽然我很欣赏购买与建造的争论，但我想摆脱那个特定的宗教问题，因为购买之路已经走完了，供应商惨遭失败。有时您只需要自己完成这项工作，这个特定的项目和预算就可以保证。

感谢大家迄今为止的回复。

我正在构建一个用于个人理财的简单会计应用程序。

用户可能会跟踪购买、即将到来的账单、定期存款等。这将非常简单。

两个问题：

1）我应该记住什么建议？显然，我将在适当的情况下使用事务，但最好了解正确的数据类型和其他注意事项。

2) 您知道我可以使用任何 API 来定期从他们的银行获取用户的余额吗？即，无论他们是在 Chase、BofA 还是其他机构，都可以轻松查询他们的帐户的 API？

非常感谢，

迈克尔

早在 10 月，Kristopher Johnson 就询问了会计软件设计模式

他收到了几个答案，但都基本相同，都指向Martin Fowlers Accounting Patterns。

我真的觉得 Fowlers 模式并不是那么有用。对于更简单的会计系统，它们似乎过于复杂，所以我正在重新讨论 Kristopher 的问题并寻找更多选项，最好是针对较小的系统。

这将主要是一个基于现金的系统，其中为用户提供类似于银行的账户。他们可以登录（基于网络）并检查余额、进行某些交易等。

我想它更像是 Paypal 或信用卡公司，而不是银行，但规模更小。它不必处理税收、摊销或您在成熟的会计系统中看到的任何事情。只是余额和交易。

那么任何人都可以指出基于会计的软件设计甚至是简单会计系统的良好实现的任何其他资源吗？

我一直在阅读 Martin Fowler 在他的“分析模式 - 可重用对象模型”一书中描述的会计模式。我了解了基本概念：账户、条目、交易等；但是当外部资金流入系统时，我不太清楚资金流向。为了确保没有钱被创建或销毁，我使用交易（2条腿），以便交易中的每个条目都与另一个相反。假设我是承包商，当客户付给我 1000 美元时，我应该如何记录这笔交易？

我现在能想到的是，我给客户设置了收入账户：一个客户会有一个收入账户；我会有我的余额账户。当客户付给我 1000 美元时，交易将有两个条目：一个在客户收入帐户中显示 -$1000，另一个在我的余额帐户中显示 +$1000。通过这种方式，它模拟了从客户到我（承包商）的现金流。随着客户支付的金额增加，客户收入账户将减少，例如 -$1000、-$2000、-$3000 等。这有意义吗？有没有更好的方法来模拟这种现金流？

提前感谢您的帮助/建议。

基于产品的会计软件包（例如澳大利亚的 MYOB 和印度的 Tally & Wings）使用什么样的数据库？他们似乎不使用 SQL SERVER 或 Oracle。他们的存储文件似乎完全不同。在不使用任何第三方数据库包的情况下......我很惊讶他们如何通过添加功能来快速增长。

像那些基于产品的软件一样拥有自己的数据库的方法是什么？

谢谢

人们如何制作可用于许多产品的可重用数据库？

例如，如果我们有一个为学校设计的数据库......可以轻松修改以提供给大学吗？

创建一个可以用作产品的数据库的方法是什么，只需一次编码就可以为许多客户提供解决方案？

谢谢

我所在的团队管理着许多软件项目——我们所做的大部分工作都是端到端的，从需求跟踪到项目管理再到采购和设置——一个很大的痛苦是跟踪财务，因为我们有一个整体处理我们的财务状况。目前，我们使用电子表格并将所有发票和采购订单存储在一个共享文件夹中。很难捕获费用并将其与正在进行或已完成的项目相关联。有人有更好的想法吗？希望这个话题是相关的。