SAP资产业务类型解释

S A P资产业务类型解释集团标准化小组：[VVOPPT-JOPP28-JPPTL98-LOPPNN]

资产业务类型和合并事务类型

资产业务类型，就是反映资产增减变动类型，按照各类资产数量或金额的增减，可以如下区分：

(1)、资产增加类型：一般购置增加、弃置费用增加、从外部单位收购、在建工程转入、评估增值、固定资产各分类之间调整、投资性房地产转入、从分公司或子公司转入、接受捐赠、融资租入、盘盈、无偿拨入、汇兑差额的影响和其他来源。

(2)、资产减少类型：报废、毁损、盘亏、出售、重分类（重分类到无形资产或其他资产）、投资转出（投资至联营公司、合营公司等）、处置、评估减值、固定资产各分类之间调整、转为投资性房地产、转出至分公司或子公司、捐出、无偿拨出、汇兑差额的影响和其他减少。

配置资产业务类型明细程度视你对资产变动的明细分析管理需求，SAP将资产业务类型分为下图几组。

一般情况下，标准的资产业务类型基本能满足需求，当然你可以自定义一套自己企业特有资产业务类型，资产业务类型配置界面如下图：

购置、报废、转资等不同资产业务类型的配置内容有所不同。

[1].该资产业务类型用于在建工程转资，选择“关闭固定资产”表示转资后该资产将自动关

闭，关闭后该在建不能继续过账，除非Tcode:AS02修改去除该标志。

[2][3].表示是否为集团内部资产过账，可以使用总额法和净额法，比如，资产转移采用总额法，则将旧资产的原值和累计折旧平移到新资产；如果是净额法则旧资产将剩余净值转

合并事务类型在新总账中被突出为一个重要的标准字段(辅助核算字段,更详细请参考其他章节),不仅仅用于资产交易中,关于资产交易的合并事务类型,引用SAP的标准解释：

“出于法定合并目的，不需要资产会计使用的相同会计业务详细分类。通常，一个更

为一般的分类就足够。因此合并交易类型是几个不同资产会计业务类型的汇总。它将从法定合并观点组成相同会计业务的业务类型进行分组。总的来说，合并交易类型是会计业务使用最典型的FI-AA业务类型。

也就是说，从财务模块(资产相关核算统驭科目)和报表合并角度看,并不需要资产模块那么明细的资产业务类型,只要根据一定汇总就行,这样有个困扰,资产分析报表究竟是从财务还是资产模块出具,很多人可能会说,那肯定是从资产模块出具比较好,设想一下,如果涉及资产合并,资产模块又无法处理?

资产过账的”最佳设计思路”:

考虑到资产变态的明细分析和合并的需求,资产应该如何过账才完美了,我有一个个人认为比较完美的设计思路，今天先粗略谈谈，先不细扯，中国的事情一细扯，就会扯出郭美美她娘原来是购买廉租房的股神。

BSEG-BEWAR:合并事务类型，由资产交易对应的资产业务类型自动带出。

BSEG-ANBWA:资产业务类型

如上图，可以看到在资产交易中(BSEG-VORGN表示业务交易)除折旧业务，都带有具体资产号，折旧对应的资产业务类型为（500-504），正常折旧通过tcode:AFAB过账，无需输入资产业务类型，系统默认为500，而特殊折旧、计划折旧和资产重估等可以使用一资产业务类型，比如特殊折旧，按照SAP设计逻辑，当时只产生折旧凭证，折旧凭证带资产号，还需要通过Tcode:AFAB才过账，此时在过账到财务模块，则换为501-504，并且不带资产号，给不熟悉SAP设计逻辑的用户带来很大困惑。

总结一下，除了OASV/ABF1业务（这俩先不谈）和折旧业务外，所有其他资产增减变动类型实际上财务凭证BSEG都带有明细资产号，也就以为，这些业务实际上无需通过资产模块，从财务模块就能满足明细分析要求，折旧则是根据诸如资产类别、成本中心（当然也就以为业务范围和利润中心，因成本中心通常都对应到他俩）或其他汇总，固定资产固定嘛，多数资产购置就一笔，但折旧每月要，这样设计的目的无非是为了节省磁盘空间避免产生大量垃圾会计凭证，设想有20万资产，一次性购入20条分录没有问题，一次性工作嘛，但是折旧，每月有20万条，你试试看你发疯不？如果是汇总过账，就谈不上带具体资产号了，但是折旧完全没有任何资产信息也太无聊了。如果是在下设计财务信息/财务报表系统，在下有2条思路：

思路1：搞一“代表性资产“或”资产分析类型“，根据各企业明细资产分析要求设置，折旧增加该维度，比如某成本中心的固定资产-运输设备折旧就不再一条分录，而是根据代表性资产再细分，无非就是多几个折旧分录，当然折旧科目还是一个：固定资产-运输设备折

统（当然这是设想，sap并没有如此做），在会计信息系统做，后勤不是有信息系统吗？这样SAPAG也不会做，怎么办才好呢？通常企业ERP和报表系统/数据仓库系统是2个独立系统，可以在ERP中自己整一个会计信息系统先组织好数据，现在好了，碰到折旧凭证，关联sapAA模块，自己将折旧凭证分拆为带“代表性资产”的会计行项目，Understand?

我一直非常强调大的集团财务分析应用项目，尽量只用一个唯一的财务信息，不要一会应收，一会应付，一会资产，业务处理系统必须如此，业务分析系统何苦呢？将财务数据分割成N个数据源，一个期间的会计业务分割后，搞的最后连资产负债表平衡都要感谢上帝，不扯淡吗？如果是分散企业尤其重要，为什么不实现组织好数据源，而要在数据仓库中胡乱折腾呢？典型的再如销售收入，销售收入分析有很细分析维度，各企业需求还不一致，财务模块设计中不可能面面具到，那么怎么办，就是根据财务的销售收入行项目再关联客户、物料和其他如盈利分析模块的特征，你想要什么维度都可以，并且不改变BSEG的设计，何乐不为？