R公司的合并报表有点复杂，月末，各子、分公司从金蝶会计帐套导出统一的报表做成Excel，发送过来，小W负责催收。复核没问题后，将其拷贝到合并报表模板，架一个桥，转换成管理需要的报表项目，接着做重分类，项目调整，然后是合并抵销、GAAP调整，链接汇总，交叉索引，最后生成需要的报表，包括，各单独公司、分公司合并、境内合并、境外合并，每种又需要月报和累计，所有资产负债项目都需要做合并项目明细表（Schle），比如说，其他应收款，要有详细清单。清点下，每个月的数据文件有二十多个，全年有三百多个，不包括子公司发过来的源文件，而且报表取数上下左右前后互相交织，文件间来来回回，比乱麻还乱三分，要是中间任何一个链接出错，整个合并将宣布失败，而且是出现错误引用的失败。曾试着从报表追溯某个源头，花了两个小时，打开了几乎所有的文件，差点让电脑罢工，发现这个纵横十多个文件，跳跃几十个工作表的老窝，原来就藏在它前面的一张工作表里，加上一个GAAP调整。

第一个月的合并，可是把我吃奶的精力都用上了，在经理Y的部分援手下，总算按时完成了。本以为如此烂的报表应该可以创纪录，今生今世不太有可能再次碰上，后来又一新的工作，相比，这还是不错的。第二个月，轻松一些，也可能是运气好，没有多少虫捉，其他都平了，剩两个项目明细表有差异，明细加总和报表对不上，找到眼花也不得要领，只能再次求助Y经理。Y经理瞪大了眼睛看着我：“你这就做完了？”在他预期中，我前三个月充其量也只能做些搜集拷贝各子公司报表等力气活而已，不想第二个月，对他的求助少了这么多，而且有点越俎代庖，代他做了GAAP的调整。

第三个月，有其他的小虫虫出来捣乱，第四个月，年结。第五个月，新的年度，一套全新的合并报表开始应用。这个是我四个多月前第一次看到如此考验功夫的合并报表时的第一想法，那就是推翻了，重新做一个。新的合并报表主表（利润表和资产负债表）两个文件，而且全年就这两个，外加每月一个现金流量表和项目明细表（Schle）。主表两个文件一个作为基础数据库，存放子公司原始数据和各类调整分录，另一个作为报表，不做任何数据输入，取数基础数据库。做到这一点，是思索两个月的结果，做了不少版本。头等困难是瘦身，Excel并不稳定，全年几十个公司的数据放在一个文件中，太大了可有危险，不考虑Aess的原因是当下能操作Aess的人毕竟没有Excel多。报表和基础数据分两个文件也是基于瘦身的考虑。

最终方案是，把资产负债表立起来，同利润表一样，一列一个月的数据，全年十二列，这样趋势分析也更为方便。重新搭桥，规范各子公司报表有足够明细的项目来对应管理报表项目，通过直接搭桥的方式而不是重分类来构建管理报表项目。将相同结构的子、分公司月报、年累计报表做为一张报表构建，报表抬头通过选择公司名称、期间段来取数，这样不仅减少上百张工作表，而且一张表可以察看任何月份、任何区间、任何公司的数据，而不仅仅是某公司当月或累计。

幸福的日子从此到来，若仅仅是完成合并的工作，现只需要两个小时，而且基本没什么小虫虫来捣乱了，前提是搜集过来的个别报表齐全，没差错。可以有三天的时间慢慢复核个别报表以及整体的合理性。