目前许多企业虽有计算机，却无法充分利用，因此一直停留在手工管理阶段。于是一些企业集团在编制合并报表时，就出现了会计人员“吭哧吭哧”地干活计算机却闲置一旁的现状。笔者建议，可采用“个别法”作为软件基本模式，让计算机自动编制合并报表。
“合n为一”的方案
第一种方案在《怎样深度利用计算机》（本刊2008年第12期）一文中已做了描述，是将成员公司的n套账合并为1套的做法。如果有n个成员公司的账，可以要求他们以电子数据上报其全部的记账凭证，然后从公司集团的角度逐一进行“会计确认”，对其中记录关联交易的凭证和结算自家损益的凭证，因为与公司集团会计主体无关，可以直接删除掉。对其余的凭证，则可“合n为一”，形成集团会计账套的账务记录，然后自己另行结算损益，不但能据此编制合并的资产负债表、利润表和所有者权益变动表，通过对记账凭证“殊途同归”的自动分析，也能编制合并现金流量表。这种做法完全是会计做账的经典方式，优点是不言自明的。但从技术上看，它要求公司集团预先为各成员规定统一的会计核算方式，并有容量足够大、速度足够高的数据处理设施，这样才能对接收到的全部记账凭证自动做后续处理，才能自主调整成员公司的电子数据，建立自己的永续性账务记录。而且，即使公司集团能达到如此强势的管理，也还会有些难以克服的麻烦，例如面对新并购的成员公司，由于其系统尚未改造，要合并进来并非易事。所以在实践中，其适用面可能有所局限，故可称其为“理想化”的个别法。
“n+1”的方案
第二种是本文要着重介绍的实用方案，其基本思路是“n+1”套账的方式。成员公司不再逐一上报记账凭证数据，而是向公司集团上报明细的账户余额表。通过预定的数据接口进行数据转换，这就有可能使上报的各成员公司数据格式相对统一，确保公司集团得以自动进行后续处理，数据上报的处理量也可望达到最小，即使是新购进的成员公司，通过数据接口的转换，也能满足数据一致的要求。所谓数据接口，用通俗的话说，就是一个对照表，如果某成员用旧会计制度的“应付工资”科目，为其指定对照科目“应付职工薪酬”，就可以将其上报的账户余额表自动转换为统一的新准则科目了。
对于转换过来的账户余额表，合并报表软件进一步将其转换为记账凭证，方法也很简单，每一个账户的“借方发生”和“贷方发生”分别作为记账凭证的一条流水记录，就形成了一份大记账凭证，这份大记账凭证实际上就代表每个成员的一套账，这就是“n套账”。
当然，与逐份地上报记账凭证相比，这种“整体打包上报”的方式必然包含本来应当剔除的关联交易凭证和结算性凭证的内容。但我们无法像第一种方案一样，“从一开始就不让进来”，随心所欲地将想要的凭证留下、不想要的直接删除，为了补救，可以考虑“先进来了再抵消”，只是工作顺序的变动而已，虽然不再那么简明，总还是可以理解的。所以，各成员公司还要提供：（1）内部关联交易报告，成员公司两两之间有关内部投资、内部商品购销和资金调拨等业务的细节信息；（2）结算性凭证内容，如损益类账户结转本年利润以及利润分配的记账凭证内容。
为了包容抵消凭证，企业可以开设附加的1套账，在这个账套中，针对关联交易和结算性记账凭证，自动生成对原有数据反向处理的记账凭证，实际上也就是抵消了其影响。然后，合并报表就是这“n＋1套账”数据的简单平行加总。这一方案面临的新问题是如何编制合并现金流量表。下面以母公司将成本为6 000元的商品以10 000元售给子公司的业务为例，先介绍合并报表软件如何处理这一关联交易，并在此基础上编制前三种传统的合并报表，再专题说明如何编制合并现金流量表。
关联交易的特征是必有交易双方的存在，以上述内部商品购销业务为例，两家成员均需分别上报本期的关联交易。作为销售方的母公司，其关联交易报告格式见表1，在“主营业务收入”行还要附带报告其主营业务成本。
