维度/财务规则关系

定义会计模型后，必须将它们与每个科目关联，或指定必须为每个科目生成会计模型中定义的曲线的方式。

此关联通过将维度与财务规则关联来完成。具体而言，会计模型包含该模型所提供曲线的定义以及生成某些分录的默认科目。在将维度与财务规则关联时，会计模型与会计科目表中的每个科目关联，指定用户想要生成的任何会计/财务规则，并指明任何间接税政策。因此，正是在此步骤中，系统将会计模型中定义的默认科目替换为与正在设置的科目关联的实际科目。

维度与财务规则之间关系的管理可通过管理员用户 Web 界面访问，路径为 Setup & Admin > Data Processing > Cash Flow Planning > Dimensions mapping - financial rules。

导航面板 > Data Processing > Cash Flow Planning > Dimensions mapping - financial rules。

除了按科目外，还可以为所有受管理的维度定义此关联。可以按以下方式定义：

按单个实体 - 实体层次节点；
按单个科目 - 科目层次节点；
按单个自定义维度 1 - 自定义维度 1 节点；
按单个自定义维度 2 - 自定义维度 2 节点；
按单个自定义维度 3 - 自定义维度 3 节点；
按单个自定义维度 4 - 自定义维度 4 节点；
按单个自定义维度 5 - 自定义维度 5 节点；
按单个 CTP 实体 - CTP 实体层次节点；
按单个 CTP 自定义维度 2 - CTP 自定义维度 2 节点；
按单个币种；

应管理以下属性：

会计模型。通过此项告知系统必须为相关科目生成哪些曲线。采购和销售类型的会计模型可以与损益表和变动科目关联，贷项和借项类型的会计模型可以映射到资产负债表科目

所有计划科目都必须具有关联的会计模型；因此，所有那些通常不做任何分录的实际资产负债表科目（例如股本，除资本化情况外，在整个模拟期间保持稳定）也必须具有关联的会计模型，其中记录该科目的事件为“期初资产负债表”类型事件（$GIB）。通过现金计划进行收款/付款的同一实际科目将受另一个会计模型约束，其中首先登记“期初资产负债表”类型事件，接着登记“现金计划”事件（$GSCP）。科目/会计模型关联，以及因此的事件，在数据分析阶段非常有用，因为它标识了哪个损益表事件生成了该特定值（例如，如果金额 -100 与“现金计划”事件的描述关联，则可以轻松推断该值的来源）。

事件规则。用于告知系统必须如何创建与科目关联的会计模型中包含的事件的规则。仅当会计模式允许两个手动事件时才能指定该规则。如果会计模型允许两个以上的手动事件，则此字段中会出现“Multiple values”字样。
要与科目关联的信用条款规则
要与科目关联的间接税政策
间接税率。用于税款计算的金额百分比
其他间接税政策。除增值税外的任何其他间接税政策
其他间接税率。除增值税外的任何其他税率。
付款日历。如果已指定信用条款，这允许用户按照特定日历将相关科目的付款/收款限定于某些日期
权重。如果已指定信用条款，相关科目可以受特定权重约束，据此执行某些计算
不可抵扣百分比。如果间接税受一定程度不可抵扣性的约束，则必须设置相应的不可抵扣百分比

要完成维度与财务规则之间关系的定义，必须为每个变动类型损益表科目或资产负债表科目告知系统必须如何创建与科目关联的会计模型中包含的事件。如果会计模型提供两个手动事件，可以直接从关系窗口更改“Event rule”字段进行定义；如果有两个以上的手动事件，可以从 Define events rule 链接进行此定义。

权责发生事件始终为手动，因为正是用户自己执行权责发生基础项目的手动数据录入。会计事件可以通过规则创建，具体而言是事件创建规则，它指示必须如何创建该事件。例如，我们可以有一条开票类型的规则 = 权责发生 + 15 天偏移”。

系统自动打开与所选科目会计模型关联的“损益表/变动”类型的事件。用户必须指定：

一个参考事件。此项告知系统基于哪个事件创建同一事件（例如，如果正在定义“会计”事件，则参考事件为“权责发生”事件）
系统必须用于基于参考事件创建事件本身的事件创建规则。

示例 1

让我们看一个示例，说明系统如何基于定义的会计规则创建与“采购”科目相关的分录。

假设与“采购”科目（在示例中由代码“50110”标识）关联的会计模型允许管理权责发生、会计、信用条款和手动付款/收款事件，且信用条款为 30 / 45 天。

通过分析与该科目关联的会计模型的详细信息，可以针对每个受管理的事件识别该科目创建的资产相关分录和财务分录。

(1) 权责发生事件

“原始科目”($ACCOUNT) A “原始科目贷项权责发生”($ACCRUAL_CR)

其中：

$ACCOUNT 表示“采购”科目
$ACCRUAL_CR 表示在科目元素表（Setup & Setup & Admin > Data Model > Dimensions > Account > Elements > Rules 选项卡）（导航面板 > Data Model > Dimensions > Account > Elements > Rules 选项卡）中被指示为“Accrual Account: credit”的科目

假设与“采购”科目关联的“accrual account: credit”为“Other assets / liabilities - Variations”科目，我们将得到以下表述

采购 A 其他资产/负债-变动

(2) 会计事件

“原始科目贷项权责发生”($ACCRUAL_DR) A “原始贷项/债务变动科目：贷方”($ARAPVARIATION_CR)

其中：

$ACCRUAL_DR 表示在科目元素表（Setup & Setup & Admin > Data Model > Dimensions > Account > Elements > Rules 选项卡）（Navbar > Data Model > Dimensions > Account > Elements > Rules 选项卡）中被指示为“Accrual Account: debit”的科目
$ARAPVARIATION_CR 表示在科目元素表（Setup & Setup & Admin > Data Model > Dimensions > Account > Elements > Financial Planning 选项卡）（Navbar > Data Model > Dimensions > Account > Elements > Financial Planning 选项卡）中被指示为“Credit / Debit variation Account: credit”的科目

假设与“采购”科目关联的“accrual account: debit”为“Other assets / liabilities - Variations”科目，且贷项/借项变动科目：贷方为“Trade payables - Variations”，我们将得到以下表述

其他资产/负债 - A 应付账款 - 变动

还假设会计模型允许为此事件管理增值税。在这种情况下，入账时还会创建采购的增值税分录

应收增值税 A 应付账款 - 变动

此分录：

冲销在权责发生事件中调整的应计负债科目
记录采购产生的增值税
调整在科目设置期间被指示为资产负债表对应分录的借方科目

(3) 通用信用条款

“原始科目贷项/借项变动”($ARAPVARIATION_DR) A “流动性变动：贷方”($CASH_CR)

其中：

$ARAPVARIATION_DR 表示在科目元素表（Setup & Setup & Admin > Data Model > Dimensions > Account > Elements > Financial Planning 选项卡）（导航面板 > Data Model > Dimensions > Account > Elements > Financial Planning* 选项卡）中被指示为“Credit/Debit Variation Account: debit”的科目
$CASH_CR 表示在科目元素表（Setup & Setup & Admin > Data Model > Dimensions > Account > Elements > Financial Planning 选项卡）导航面板 >Data Model > Dimensions > Account > Elements > Financial Planning 选项卡中被指示为“Liquidity Variation Account: credit”的科目

在手动付款的情况下，必须在预计损益表中指示事件归属的日期，而对于自动付款，事件将遵循科目会计模型中指示的信用条款规则；在两种情况下，都会生成以下复式记录：

应付账款-变动 A 银行往来账户主账户 - 变动

此记录突出显示了与会计事件产生的债务结清相对应的负债财务分录

示例 2

现在假设对于“采购”科目，“Antivirus”产品 (A01) 适用 60 天的信用条款，与上述不同。要获得此结果，或管理该例外，必须在会计规则定义中紧接前一行之后输入一行，同时指明“Antivirus”产品和 60 天的信用条款。