|
|
1
38
我找不到任何明确的讨论,所以我把我的发现贴出来,希望它能帮助一些人。 货币表应包括文化代码,以利用任何全球化类。 事务处理方法
函数法
混合成的
比较 实际上,您必须在函数方法和事务方法之间进行选择。两者都有各自的优点和缺点。 函数方法不需要为事务存储本地货币,需要将当前DB值转换为基本货币,只需要一组汇率,实现和维护起来稍困难,但需要的存储量较少。 交易方法更加灵活,尽管它确实需要更多的汇率信息,并且每个交易都需要与输入货币相关联(尽管这可以应用于一组客户而不是每个交易)。它通常不会影响已经在生产中的代码,因为本地货币仍将在本地级别使用,使得该解决方案易于实施和维护。尽管很明显,任何需要转换成不同货币的报告或价值都会受到影响。 在这两种情况下,每一笔交易都需要将其需要转换为“美元”的每一种货币在交易时的汇率。这在功能性方法的交易点上是需要的,但是交易性方法允许更大的灵活性,因为过去的汇率数据可以随时输入(允许使用任何货币)。 也就是说,你失去了在函数方法中使用其他汇率的能力。 结论 货币管理的事务性方法将提供一种灵活的方法,避免对客户机性能的任何负面影响和零客户机代码修改。如果需要不同的货币,报告中可能会出现负面的性能影响,所有这些都需要返工。 每个客户机站点都需要存储一个说明其输入货币是什么的货币引用。 应该可以避免将汇率存储在较高的水平(例如,一组客户网站等),这将使存储的数据量最小化。如果需要较低级别的汇率信息,则可能会出现问题。 |
|
|
2
17
没有单一的答案,因为这在很大程度上取决于企业如何处理这些货币的交易。一些公司使用相当复杂的方法来管理外汇。我建议你仔细阅读多货币会计。 要做的主要事情是捕获单位、价值和日期中的数据,在这些单位、价值和日期中,业务事务是在不进行任何转换的情况下完成的,或者您可能会在转换过程中丢失某些内容。 对于显示和报告,使用原始汇率或任何其他汇率(取决于用户的意图)按需转换。 使用“十进制”(C)类型的值存储和计算-不要使用float/double,否则会导致舍入错误。 例如,我以前使用多货币应用程序的方式是:
|
|
|
3
9
我们公司经营多种货币的会计和预算。我们实现的解决方案是非常直接的,包括以下内容:
所有财务交易或具有财务维度的所有运营(我们用自己的语言称为承诺)要么排序为“待定”要么排序为“已执行”:
|
|
4
2
(我假设您已经知道您绝对不应该将货币数据存储为浮动数据以及原因) 在我看来,使用单一基础货币可能更容易;但是,您应该保存原始金额、原始货币、兑换率和基础货币金额,否则您的会计部门可能会活活地吃掉您,因为它们可能会将不同的货币分开存放。 |
|
|
5
1
由于汇率波动,如您所述,一种方法是存储一个未转换的“按原样输入”金额,但显示一个仅显示并显示已转换金额的配套字段。为了进行转换,需要一个汇率表及其适用的日期范围。如果它的大小很小,可以选择在客户机上缓存。否则,需要远程调用才能执行转换。 |