学习目标

完成本单元后，您将能够：

参照法定合并，了解管理合并的调整和抵销逻辑

业务场景

调整分录和抵销分录功能跟法定合并类似，本篇不再详细说明操作步骤，您可以参考【调整分录】-操作手册和【抵销分录】-操作手册进行了解对照哦~本篇仅给大家在管理合并中简单新增一笔调整分录和一笔抵销分录，让大家重新查看汇总报表和工作底稿的取数逻辑。

调整分录和抵销分录

打开【战略管理】→【管理合并】→【调整分录】→【调整分录】，会弹出调整分录查询界面，与法定合并不一样的是，管理合并的调整分录是在条件查询界面设置合并范围和期间的哦~

如果您选择的合并范围和期间不在您所拥有的权限范围，或者选择的合并范围和期间中不包含正确的合并范围版本，会提示如下错误。之后的抵销分录条件查询与这里的情况是一样的，如果出现这样的报错，请检查对应的合并范围和期间哦~

针对深圳维护业务中心做一笔调整分录如下：

需要注意调整公司、项目和取数类型的正确性，如果有外币折算的情况下，也要注意币别哦！

抵销分录也是一样，打开【战略管理】→【管理合并】→【调整分录】→【调整分录】，可以像法定合并一样点击【生成】自动得到抵销分录，也可以点击【新增】来手工新增抵销分录。此处我们手动新增一条分录如下：

这里需要注意抵消所在的合并单元组、分录行的公司、项目和取数类型的正确性，如果有外币折算的情况下，也要注意币别哦！

在我们之前的课程合并基础资料（报表项目、取数类型、勾稽关系）中，已经学到了在合并报表的报表项目中，存在着项目关联关系的设置，这个在管理合并中也是同样的逻辑，本篇中就不再做详述。

合并层面数据体现

下面我们来验证管理合并调整和抵销的逻辑哦~

以深圳合并为例，合并单元中包含【深圳软件业务中心】、【深圳维护业务中心】、【深圳机器人业务中心】，目前我们上报的两家数据【深圳软件业务中心】和【深圳维护业务中心】的个别报表如图：

深圳软件业务中心

深圳维护业务中心

调整分录和抵销分录审核后，根据管理报表的快速汇总方法的步骤生成汇总报表如图：

在前面的调整分录中，我们做了应收账款项目借方500的调整，所以在汇总报表中体现的应收账款期末余额69500=60000（深圳软件业务中心）+9000（深圳维护业务中心）+500（调整数）；应付账款期末余额22800=20000（深圳软件业务中心）+2000（深圳维护业务中心）+800（调整数）。

与法定合并逻辑相同，调整数是在不改变个别报表的情况下，在合并之前将合并单元的上报个别数相加之后做调整，得到的汇总数。

接下来看抵销分录的逻辑。重新在管理合并工作底稿和合并报表的编制步骤流程中执行合并方案重新生成管理合并报表，再次查看工作底稿和合并报表，即可看到数据的变化，如下图所示。

在合并报表中体现的应收账款期末余额69600=60000（深圳软件业务中心）+9000（深圳维护业务中心）+500（调整数）+100（借方抵销数），应付账款期末余额22900=20000（深圳软件业务中心）+2000（深圳维护业务中心）+800（调整数）+100（抵销贷方数）。

由此可见，合并数是在汇总数的基础上去加减抵销数的借贷方得到的。

至此，管理合并当中的调整数和抵销数对于合并报表的逻辑相信大家已经掌握了！您也可以在日常实务操作中进行验证与强化哦！

利润中心间的调整和抵消的方法

恭喜您！