关键词:合并单元/伙伴合并单元
除了基于公司代码的法定合并外,SAP还提供了基于业务范围和利润中心的管理合并,BCS理论上甚至还支持基于工厂间或其它组织架构的管理合并,因为其合并单元作为一个角色可动态设置。SAP的业务合并系统从ECCS到BCS,其基本的合并功能并没未根本变。
业务合并是基于合并单元和伙伴合并单元的，比如公司代码和贸易伙伴、业务范围和伙伴业务范围以及利润中心和伙伴利润中心就互为合并单元和伙伴合并单元，合并单元也可为混合合并/伙伴合并单元。
1．法定合并的实现
法定合并的实现,是基于公司代码和伙伴公司(即贸易伙伴)进行的,假设集团内公司代码1000从集团内另一公司代码1018采购, 则集团内公司代码1018被设置为1000的供应商假设叫30000999, 注意其贸易伙伴为1018，如图1, 在ERP系统中可为集团内部供应商设置一专门供应商组,并将贸易伙伴设置为必输。
同样，内部销售则建立内部客户,在客户主数据维护贸易伙伴,这样在集团内部往来、内部交易和内部投资业务都会带上公司代码和贸易伙伴,从而满足基于帐并的法定合并需求。
*注意正确维护贸易伙伴
法定合并正确维护贸易伙伴非常重要,大集团业务合并涉及的合并层级深内部分子孙公司多,维护内部客户/供应商任务艰巨, 如果企业未在内部客户/供应商维护贸易伙伴或者维护错误,在大合并时要调整非常困难，因为业务已经发生，目前总部采用MDM主数据统一有效管理,但三级以后依旧较难管理。
2．事业部/业务范围合并
事业部在SAP系统中无非是采用业务范围或者利润中心实现, 如果将业务范围对应到事业部, 要实现事业部合并,则要求SAP R3中将内部业务明细到公司代码＋事业部(混合合并单元)层面，且必须同时记录贸易伙伴/伙伴公司和伙伴事业部(混合伙伴合并单元),缺一可。下面就系统设计缺陷和业务管理两个方面叙述事业部合并存在的难题。
（一）．系统设计缺陷
举个实例, 假设炼化安庆分公司1880从集团内采购原材料, 则需要区分是为炼油事业部2000还是化工事业部3000购买的; 同样如果安庆分公司将产品销售出去,也需区分是炼油产品还是化工产品, 对于安庆分公司方来讲, 保证内部交易带公司代码和业务范围没有问题, 因为业务范围是和工厂对应的, ERP系统中的采购和销售业务必定都是基于工厂收发货, 但对事业部合并所需要的混合伙伴合并单元, 根据目前SAP的设计逻辑, 因为目前集团内部供应商和内部客户只有贸易伙伴，并未设置伙伴业务范围, 因此混合伙伴合并单元之一的伙伴业务范围为空, 这样，无法满足基于事业部的合并。那么如何解决呢？
解决方式一：增强伙伴业务范围字段，拆分内部供应商/客户
针对伙伴业务范围，假设在集团内供应商/客户主数据中增加一伙伴业务范围，安庆分公司的成品油和化工产品的内部销售，则集团内需将安庆分公司拆分成两个供应商：炼油事业部子供应商(假设对应贸易伙伴1880和伙伴炼油事业部2000)和化工事业部子供应商(假设对应贸易伙伴1880和伙伴化工事业部3000), 这种做法的缺陷是违反了编码统一性和唯一性原则,如果某企业同一公司代码存在多个事业部容易引起混乱,并且也需要增强增加字段。
解决方式二：增强合并子责任中心列表，不拆分内部供应商/客户
整个集团的公司仅对应一个内部供应商/客户,由总部统一编码分发到各分子公司，在内部供应商/客户增加一个叫合并子责任中心(合并子责任中心列表可使用业务范围列表或利润中心,因为有企业可能使用利润中心或段实现事业部,ECC6似乎倾向废除业务范围,推荐使用段去做事业部),一个内部供应商可对应到多个合并业务范围,维护主数据时在合并子责任中心列表中选择一个默认的作为主伙伴业务范围,在内部购销业务中,可设置必须选择伙伴业务范围,这样就可满足基于业务范围合并的需求。这仅是一种设计增强思路，显然，SAP没有提供这样一种机制,如果企业自己去增强，会带来很大风险。
（二）．业务范围为空的问题
在早期的SAP的SAP 4*版本，甚至未解决业务交易实时全带上业务范围的问题,更不用说伙伴业务范围, 虽然可通过在凭证类型设置业务范围必输和期末结帐通过Tcode：F.5D/F.5E/1KEK调整，依旧会有业务未带上业务范围。
举个实例,假设有以下分录:
Dr: 费用1 + 业务范围2000 2000元
费用2 + 业务范围3000 3000元
Cr:银行存款 无业务范围 5000元
此凭证银行存款未带上业务范围，当然手工凭证可通过设置业务范围必输来解决，但一些自动后勤凭证比如税金科目的业务范围可能无法带业务范围，只有期末再处理,即使手工凭证设置业务范围如果出现多借多贷的业务，拆分会增加记帐人员工作量,SAP新总帐ECC的在线分割解决了这个问题，图2是新总帐的在线分割的凭证分家特征配置，分解特征字段通常是组织架构类的业务范围和利润中心字段，公司代码没必要作为分解特征，因为会计凭证保证公司代码层的借贷绝对是必需的！可将这些字段设置为强制，如图2-[2]；图2-[1]的零余额则表示基于此分解特征的借贷平衡，简单理解，业务范围如果选择了“零余额”，则必须保证每个会计凭证的业务范围层的借贷必须是平衡的，现在，凭证分割有两种情况:
(1).假设银行存款未输入业务范围，分割后凭证见如下分录：
Dr: 费用1 + 业务范围2000 2000元
费用2 + 业务范围3000 3000元
Cr:银行存款 + 业务范围2000 2000元
银行存款 + 业务范围2000 3000元
(2).假设银行存款输入业务范围比如2000, 分割后凭证见如下分录：
Dr: 费用1 + 业务范围2000 2000元
费用2 + 业务范围3000 3000元
业务范围调整科目 (或业务范围往来科目,类似内部应收) + 业务范围2000 3000元
Cr:银行存款 + 业务范围2000 5000元
业务范围调整科目(或业务范围往来科目,类似内部应付) + 业务范围3000 3000元
上面分录理解为业务范围2000为3000付款3000元,所以用一个调整分录做调整。
尽管如此,也只是解决了业务范围的问题,也就是业务范围个体报表的问题，对于基于业务范围的合并，依旧需要ERP系统在内部客户/供应商的设计增强。
(三).事业部合并的业务管理难题
即使上面技术问题系统全部解决，事业部合并还需面临业务管理方面的难题，首先,大型国企实现的上不完整的事业部制, 事业部资产的划分比如银行存款在哪事业部开户、固定资产属于哪个事业部都需确定,企业部门(SAP中对应成本中心/成本中心组)的划分会决定固定资产的归属(固定资产通过其主数据的成本中心决定资产的归属,折旧费用的归属同样是依据成本中心决定)和成本费用的事业部归属,这些都较难界定,必定影响事业部报表,类似的解决思路有:
I. 专业管理上区分事业部,报表上统一到一事业部?总部给出部门归属方案?
II. 设置一主事业部,银行存款都划分到该事业部, 生产部门能明确区分炼油和化工的即区分，管理部门划归主事业部,发生费用在期末使用即定规则通过分配循环分到其他事业部，限于篇幅，还有一些关于细节解决方法此出不列示。
* 注意同一公司代码下的事业部互供对法定报表影响
还有一个问题需注意，对于炼化企业，存在炼油和化工事业部产品和动力互供问题(视同内部销售), 会形成内部利润和内部应收应付,这样, 同一企业的两事业部的个体报表汇总数和该公司代码报表数肯定是不一致的,通常汇总数会偏大, 确切地,只有全部抵消事业部互供业务后，即事业部合并报表和公司代码报表才会一致，否则只汇总必定影响法定报表。
目前事业部互供抵消是在SAP中直接完成, 并未使用业务合并的事业部合并。最后，即使R/3将上述技术和管理问题全解决了，那也只是保证了合并的数据基础的准确性，在业务合并系统依旧会潜在一定问题，比如BCS系统在存货和固定资产合并上没有很好的解决方案，毕竟，报表合并是一大会计难题！
合并系统中业务范围合并思考:
公司代码+业务范围的混合合并作为管理合并,管理合并报表通常只合并内往来和内部交易业务，可不涉及内部投资合并,因此,对于非完整的事业部制,个人理解,应该不需要去理会各事业部的所谓"投资比例" ,例如炼化企业还要去弄清该工厂炼油事业部占多少投资比例,化工事业部占多少比例?事业部之间不存在投资业务.
问题是,如公司+业务范围作为管理合并,再加上法定合并,合并数据需两套,庞大的数据量不说合并小组人员的工作量增加,估计多半也造成业务合并系统的服务器瘫痪. 思路是好的，实现很困难!
3．利润中心合并的难题
业务分部会计通过利润中心很好在SAP中实现,尤其是针对大型销售公司...,不吹了!说点忽悠经验,
忽悠,绝对是作为ERP顾问的第一要素, 比如,你碰到懂业务的,跟他忽技术;
碰到懂技术的，跟它忽业务;两者都懂的,跟他谈哄LP,要是他哄术居然也比你好,
跟他谈次贷风波,金融危机,神舟上天,海啸台风,从天上吹到地下,海洋吹到陆地,要是非常不幸,什么都忽不过人家, 那就只好装傻! 要是连装傻都不会,那就太悲惨了!纯属玩笑,如有雷同,概不负责!