会计数据仓库设计问题
Posted
技术标签:
【中文标题】会计数据仓库设计问题【英文标题】:Accounting Data Warehouse Design Question 【发布时间】:2019-06-11 08:37:02 【问题描述】:我们 ERP 中的财务模块有一个总账和子账(应收账款、应付账款等)。所有子分类帐都汇总到 GL 中。我相信的标准会计架构
我已经建立了一个 fact_general_ledger 表,业务现在需要报告 AP 和 AR。
最终目标是在 GL 和 AP/AR 之间进行对账,并为 AP/AR 的日记帐过帐提供更多粒度
AP/AR 应该是事实还是维度?
我觉得 AP/AR 是事实表,可以将它们加入到 GL 中,然后进行交叉比较并帮助对账
但是,我知道加入两个事实表是自找麻烦
对此的最佳设计实践是什么?
【问题讨论】:
【参考方案1】:我将创建一个带有账户维度的交易表,其中根据方向用 + 或 - 号记录金额,账户维度负责将账户汇总为更大的类别。
AP 和 AR 现在只是查询单个帐户或帐户类别的总计。
【讨论】:
这是我的计划 - 制作一个 fact_AR 表。但是,如果我想将其与 GL 相协调,我需要将其加入 Fact_Ledger 表,通常加入两个事实表不是一个好主意?然而,我以前见过这样做 你不需要加入。每个事实都会有一个金额、一个日期、一个账户、一些描述等。如果是账户之间的转账(例如从银行账户到应付账款),那就是 2 笔交易,一加一减。查询帐户总数只是一个滚动的问题。 好的,谢谢。然而,在 OLTP 中,我们有一个单独的 AR 和 GL 表。一旦 AR 得到验证,它就会被手动过帐到 GL。由于手动过帐,由于过帐过程中的错误,两者中的值可能不同。这就是为什么 AR 和 GL 需要分开但也需要相互连接以进行协调的原因。以上是关于会计数据仓库设计问题的主要内容,如果未能解决你的问题,请参考以下文章