过帐定义示例
本文提供示例以显示如何将过帐定义用于采购订单保留款和预算拨款。
在阅读本文前,您应该熟悉过帐定义和交易记录过帐定义。 有关信息,请参阅过帐定义。 以下示例可以在过帐定义页设置。 每个示例都包含以下部分:
- 过帐定义 – 匹配条件
- 过帐定义 – 生成的条目
- 包含科目、维度值和金额的交易记录
- 从过帐定义生成的分类帐条目
交易记录上的过帐定义和维度值在匹配条件窗格中的帐户和维度值之间发生匹配时,为过帐定义基于生成的条目窗格生成分类帐条目。
注释
若要将过帐定义与特定的交易记录类型关联,请使用交易记录过帐定义页。 在您将过帐定义与某一交易记录类型关联并在总帐参数页中选择使用过帐定义后,所选交易记录类型的所有交易记录都必须使用过帐定义。
示例:采购订单保留款
在您通过在总帐参数页选择启用保留款流程后,过帐定义必须用于将保留款记录到应预留的所有帐户的总帐。 在大多数情况下,所有支出帐户都预留在资产负债表。
保留款的过帐定义为过帐定义页的采购模块设置。 然后,在交易记录过帐定义页的采购区域,您可以选择采购订单交易记录类型以将过帐定义与采购订单关联。
在凭证上的每个唯一维度中,采购订单保留款的所有凭证交易记录都必须平衡(即借方必须与贷项相等)。
过帐定义 – 匹配条件
科目结构 | 匹配帐号 | 优先级 |
---|---|---|
科目结构 - P&L | * | 1 |
*匹配帐号字段中的空值意味着定义的科目结构中的所有匹配的科目都是匹配规则的一部分。
过帐定义 – 生成的条目
科目结构 | 生成的帐号 | 生成的借方/贷方 |
---|---|---|
余额 | 300143 - -(保留款帐户) | 相同 |
余额 | 300144 - -(保留款帐户的预留) | 平衡 |
包含科目、维度值和金额的交易记录
帐户和维度值来自您为采购订单行输入的会计分配,或者来自基于对供应商、物料、类别和维度模板的默认设置自动生成的帐户和维度。
帐户 + 维度 | 借记 | 信用 | 注释 |
---|---|---|---|
606400-OU_1-OU_3566- 培训 | 250.00 |
从过帐定义生成的分类帐条目
创建生成的分类帐条目记录保留款。
帐户 + 维度 | 借记 | 信用 | 注释 |
---|---|---|---|
300143-OU_1-OU_3566- 培训 | 250.00 | ||
300144-OU_1-OU_3566- 培训 | 250.00 |
在此示例中,所有科目都是科目结构的一部分 - P&L 与过帐定义条件匹配。 因此,在对 606500-OU_1-OU_3566-Training 进行评估时,在过帐定义的生成的条目窗格中定义的科目创建生成的条目。
示例:预算拨款
在您通过在总帐参数页中选择启用预算拨款时,过帐定义必须用于记录总帐的预算登记条目。 在预算控制配置有效并打开时,过帐定义和交易记录过帐定义可用于支持将拨款、版本、转移、项目、固定资产及供应和需求预测条目记录到总帐。
若要为具有原始预算预算类型且已启用拨款的预算登记条目设置过帐定义,在过帐定义页选择预算模块。 然后,在交易记录过帐定义页的预算区域,您可以使用预算代码将过帐定义与具有原始预算预算类型的预算登记条目关联。
在启用预算拨款和过帐定义时,为预算控件记录登记条目并将其记录在总帐中。
过帐定义 – 匹配条件
科目结构 | 匹配帐号 | 优先级 |
---|---|---|
科目结构 - P&L | * | 1 |
*匹配帐号字段中的空值意味着定义的科目结构中的所有匹配的科目都是匹配规则的一部分。
过帐定义 – 生成的条目
科目结构 | 生成的帐号 | 生成的借方/贷方 |
---|---|---|
科目结构 | 300145 - -(估计的收入帐户) | 相同 |
科目结构 | 300146 - -(拨款帐户) | 平衡 |
包含科目、维度值和金额的交易记录
您在预算登记分录页中输入该帐户、维度值和的预算科目分录金额。
帐户 + 维度 | 借记 | 信用 | 注释 |
---|---|---|---|
606400-OU_1-OU_3566- 培训 | 250.00 |
从过帐定义生成的分类帐条目
创建生成的分类帐条目将原始预算记录进每个维度。
帐户 + 维度 | 借记 | 信用 | 注释 |
---|---|---|---|
300145-OU_1-OU_3566- 培训 | 250.00 | ||
300146-OU_1-OU_3566- 培训 | 250.00 |
在此示例中,所有科目都是科目结构的一部分 - P&L 与过帐定义条件匹配。 因此,在对 606400-OU_1-OU_3566-Training 进行评估时,创建生成的分类帐条目。
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈