没想到吧，这竟然是一个系列。

时隔一年半，我终于想起来了这个系列。（我果然是个挖坑不填的天才）

今天和大家伙唠唠报表重分类的取数吧。

很久之前发过一个帖子，是关于不同科目依据核算维度重分类的，逻辑不麻烦，就是设置有点烦，且不智能：https://wenku.my7c.com/article/98811011997503232?productLineId=1。
而系统7.7之后的版本可以用净值重分类去处理啦，so easy，特别简单：https://wenku.my7c.com/article/210422588345247744?productLineId=1&isKnowledge=2

还是老规矩，简单的数据模拟，看下系统功能。抛砖引玉，如有没想到的，欢迎多多沟通交流。

应收、预收科目，挂核算维度客户

应付、预付科目，挂核算维度供应商

科目余额表明细如下：

俺们按照简单的来，应收预收按照客户重分类，应付预付按照供应商重分类

下面按照老方法做的，只是偷懒，没有做动态模板样式方案，手工做的公式取数

接下来就是净值重分类的测试啦：
先是应收应付两个方案：应收和预收科目根据客户核算维度取值分类，应付和预付科目根据供应商核算维度取值分类：

取数结果如下：

是不是和上面我们通过公式取数，然后加减重分类后取数的结果一模一样
方便快捷，且使用性强，无论后续供应商客户如何增加，这数据都可以轻轻松松就出来啦。

接着，我们不满足相同客户，相同供应商的合并，我们要合并互为供应商客户的应收应付数据：
首先，供应商和客户互为关联

其次，设置一个净值重分类方案（不带预收预付玩了，只能有两个报表项目，我就分应收和应付啦）

取数如下：（如果按照老方案，那就麻烦啦，要用VLOOKUP函数取相同供应商客户名称的数据相加减，然后重分类，相信就头皮发麻，我就不测试啦）

上述只是我根据自己的理解，在系统做了一些简单的测试，来看看净值重分类这个功能的取数情况。个人觉得，这个功能能解决蛮多重分类需求的，在减轻设置工作量的同时，还蛮清晰易懂的。

顺带提一嘴，如果是同一个科目下明细科目挂的同一个核算维度的重分类，不需要这么麻烦，直接勾选参数，用一级科目重分类取数就可以啦。（可以参考上面老方法取数图里面勾选参数和不勾选的应付账款的取数区别）如果涉及不同核算维度或者不同科目或者不同科目且不同核算维度的时候，这个功能，好用得。

以上仅代表个人愚见，如有不同想法或者见解，欢迎沟通交流（直接开喷也行）。

腻害呢

老师您好，勾选最明细科目取值DY/JY没有变化是不是因为科目就是最明细的没有下级科目了