SAP财务会计业务蓝图设计文档

财务会计业务蓝图设计

VersionReleaseDateandTimeByRemarks

Reviewed&ApprovedbyBusinessDept/BusinessProcessOwner:

NameTitleSignatureDate

BusinessDept/BusinessProcessOwner

SunSAPProject

目录

I.文档总览..................................................................5

1.项目目标.............................................................5

2.实施范围.............................................................5

2.1财务会计模块的实施内容................................................5

2.2实施的法律主体单位....................................................6

II.实施的公司财务会计蓝图....................................................7

3.1总账会计..............................................................7

3.1.1结构定义............................................................7

3.1.1.1公司代码..........................................................7

3.1.1.2会计期间..........................................................7

3.113会计科目表.........................................................7

3.1.1.4关于分类帐(Ledger)的定义............................................9

3.115记帐货币定义.......................................................10

3.2涉及的主要业务流程.....................................................11

3.2.1会计科目主数据维护...................................................11

3.22总帐凭证输入.........................................................11

3.2.3期末处理.............................................................12

4.应收账款会计...........................................................12

4.1综述..................................................................12

4.2客户主数据............................................................12

4.3主要业务流程..........................................................12

4.3.1预收款及收款处理.....................................................12

4.3.2开立发票............................................................12

4.3.3员工借款报销处理流程................................................13

5.应付账款会计.........................................................13

5.1综述..................................................................13

5.2供应商士数据..........................................................13

5.3主耍业务流程..........................................................14

5.3.1预付款的处理........................................................14

5.3.2发票校验............................................................14

5.3.3付款及清账处理......................................................14

6.固定资产核算.........................................................15

6.1综述..................................................................15

6.2资产分类..............................................................15

6.3折旧范围..............................................................15

6.4资产使用(或摊销)年限................................................16

6.5主要业务流程..........................................................16

6.5.1资产购置.............................................................16

6.5.2在建工程资本化.......................................................16

7.重要的报表与接口或增强需求.............................................17

III.附件：FI流程清单汇总......................................................18

I.文档总览

1.项目目标

利用SAP这•高度集成的系统，理顺了以无锡太阳能电力有限公司为核心的主要业务流程，统

一并规范财务会计的具体内容，提高财务人员工作效率和准确率，为管理层的决策提供及时的、准确

的、科学的、翔实可靠的数字依据，从而提升整个公司的管理手段和水平。

同时，由于是一家在美国上市的公司，在项目实施的过程中必笈充分考虑到萨班斯法案的具体内

容要求。

本业务蓝图文档是财务会计模次实施的文档之一，它与FI业务流程文档一起，构成了现阶段完成

业务找图设计、业务流程分析的重要文档。由于时间仓促，业务流程文档中若与萨班斯法案要求不符

之处，将在项目推进的过程中与SOX项目组一起予以完善、改进，直到符合萨班斯法案要求。

本业务蓝图文档也将作为在中国设立的其他公司如Luoyang、Qinghai等后续SAP项目实施时提

供了重要参考依据。

2.实施范围

2.1财务会计模块的实施内容

财务会计模块中，实施模块主要如下：

总帐会计子模块(GL:GeneralLedgeraccounting;

-会计科目主数据维护

■总账凭证录入

-账户分析

应收帐款会计子模块(AR:AccountsReceivable)

-销售客户主数据维护

■员工主数据维护

-销售发票、贷项发票处理

-预收款、收款之处理

・客户清账、账户分析

应付帐款会计子模块(AP：AccountsPayable)

-采购供应商主数据维护

-财务专用供应商主数据维护

-采购发票校险.贷项发票处理

-运保费的发票校验处理

■无P0的发票录入

-预付款、付款之处理

■供应商清账、账户分析

固定资产核算子模块(AM:AssclsManagement)

-固定资产、在建工程及其他在固定资产核算的如无形资产的主数据维护

・在建工程费本化处理(指发票已到齐且已验收后的资本化)

-在建工程预资本化处理(指发票尚未到齐、还未验收但实际投入使用时的

资本化)

•固定资产使用部门转移

■计提折旧

・固定资产报废

・固定资产报表分析

合并财务报表子模块(EC:EnterpriseConsolidation)

•合并会计科目表主数据维护

■合并数据收集

-合并报表的内部抵消业务处理

・合并现金流量表的开发

-合并财务报表的分析

2.2实施的法律主体单位

目前，集团的组织架构如下图所示：

Groupstructure

未来集团在SAP中共有5个公司，分别为：Holding、?SS(BVI),Wuxi、Luoyang、

Qinghai(,其中，前三家公司为本期确定在SAP中实施的公司，HJHolding.PSS(BVI)和Wuxi。

后二家公司Luoyang和Qinghai将在以后进行进行实施，因此不包括在本期的实施范围之内。

各公司在SAP系统中的代码定义如下：

Holding:1000

PSS(BVI):2000

Wuxi:5000

Luoyang:5100

Qinghai:5200

II.实施的公司财务会计蓝图

3.1总账会计

3.1.1结构定义

3.1.1.1公司代码

公司代码是独立的会计核算实体，是对外报送法定资产负债表和损益表的最小单位。

本次项目实施的公司包含了二家海外公司和一家国内外资公司。二家海外公司是指

Holding.PSS(BVI)；一家国内外费公司是指无锡尚德太阳能电力有限公司(简称Wuxi,以下

同)。三家公司的公司代码定义如下：

SuntechHolding:1000

PSS(BVl):2000

WuxiSuntech:5000

3.1.1.2会计期间

无论是二家海外公司还是一家国内外资公司，会计年度是保持一致的，即自公历每年一月一

日至十二月三十一日止，次年有一段审计调整时间。所以会计年度定义为K4,即12个记帐期间

+4个特别期间，其中4个特别期间主要用于审计调整。

3.1.1.3会计科目表

根据管理层的意见，Holding在美国上市后所披露的财务报表均以USGAAP为基础。因此

Holding所辖的海外公司利在中国投资的公司，在会计核算上必须以USGAAP为主，包括所有的

会计核算业务、帐簿和报表；同时在中国投资的公司需要兼顾PRCGAAP的要求，包括会计核算业

务、帐簿和报表。

基于上述因素之考量，集团在SAP系统中定义二套会计科目表，一套为美国会计科目表；另

一套为中国会计科目表。其中，美国会计科目表定义为operatingchatofaccount,即无论是

海外公司还是中国公司，在日常记帐时均以美国会计科目为主；同时，对于中国的公司，通过美

国会计科目与中国会计科目的对应(一对一或多对一的关系)，在日常会计凭证录入时自动产生

口国的会计核算业务。

同时，由于本期实施中管理层要求能够在SAP系统中出具合并财务报表（指合并资产负债

表、合并损益表和合并现金流量表），因此需要另行定义合并会计科目表。合并科目表将参照美

国会计科目表建立。

会计科目表的代码定义如下：

美国会计科目表：USCA科目编码长度：7位

中国会计科目表：CNCA科目编码长度：8位

合并会计科目表：Z1其它与美国会计科目表相同

美国会计科目表中会计科目的具体编码结构详见附件。当新增美国会计科目时，需要同步考

虑中国会计科目的对应、以及合并会计科目的对应。

需要指出的是，美国会计科目中的6字开头的费用科目如薪资、办公费、差旅费、折旧等，

在对应中国会计科目（区分管理费用、制造费用、营业费用）时，将通过功能范围（Funciion

area）实现。即在中国会计科目中，不再定义三大费用科目，而是只定义一类费用科目，这样，实

现美国会计科目与中国会计科目的一一对应，中国的管理费用、制造费用、营业费用将通过功能

范围进行区分开来，在打印会计凭证或帐簿时，通过功能范围来自动确定是管理费用、营业费用

或制造费用。为了满足USGAAP的报表对费用分类的要求，还需要将研发部门发生的费用在损益

报表中进行单列（在中方损益报表中不需单列），因此，还需要将上述用Punetionarea进行区

分三大费用的基础上，对于管理费用部分，还要一拆为二：即管理费用和研发费用（注：研发费

用在中方的损益表中仍反映为管理费用）。这样对于Functionarea,定义如下：

F001管理费用

F002研发费用

F003营业费用

F009制造费用

上述定义的Functionarea,通过与成本中心主数据的连接，从而能够判断哪些成本中心的

费用属于管理费用、研发费用、营业费用或制造费用。

另外，虽然各公司均使用同一套会计科目表，但是可以在用户权限上做区分，因此各公司的

用户可以只看到自己公司用「哪些科目，科口号码和名称以及会计业务等情•况，而不能看到某一

会计科目在另一公司代码下的主数据设置、会计凭证、以及科目余额、发生额等账务情况。

为了加强财务人员对会计科目在会计核算处理时的理解，提高会计信息质量，WuxiSuntech

财务部在未来美国会计科目确定后的基础上，结合公司业务特点，将整理出会计科目使用说明，

以指导财务人员未来会计业务工匕。

■帐户组（Accountsgroup）

帐户组在会计科目主数据中是一个分类的特征。它在主数据中决定哪些字段是必须或可选输

入的。帐户组决定输入主数据的屏幕并指出所选科目的编号区同。每个会计科目都要给定帐户

纽。

由于定义二套会计科目表，因为需要二套帐户组:

1、us会计科目表的帐户组

帐户组代码号码区间描述

AS2000000-2999999固定资产科目

CASH1000000-1999999流动资金科目

GL-9999999一般总帐科目

MAT1400000-1599999材料管理科目

PL6000000-69999999利润表科目

RECN-9999999统驭科目

2、PRC会计科目表的帐户组

帐户组代码号码区间描述

ZCL10000000-19999999资产类

FZL20000000-29999999负债类

QYL30000000-39999999权益类

CBL40000000-49999999成本类

SYL50000000-69999999损益类

3.1.1.4关于分类帐(Ledger)的定义

前面已提及，在中国设立的公司既要满足USGAAP的会计要求，又要满足PRCGAAP的

会计要求，这样就不可避免的在某些情况下，按USGAAP的会计业务与按PRCGAAP的会计

业务略有不同。例如，关于折旧计提的方法，在平时记帐时采用了缩短年限的加速折旧直线法，

按照U3GAAP,不会影响年末的所得税计算：但按PRCGAAP则在年末需耍按中国税法的要求

进行计算，从而影响中西方的会计差异。

假设计算出来的应纳所得税为100,000.00元，其中按中国税法计算折旧差异引起的所得税

调整10,000.00元(实际此部分按USGAAP计算无影响)。则相关会计分录如下：

(1)US会计帐和PRC会计帐均有影响的会计分录：

借：所得税100,000.00

贷：应交税金100,000.00

(2)由于(1)的会计分录在中西方帐中均有影响，故在US会计帐中需要进行调整：

借：递延税款10,000.00

贷：所得税10,000.00

经过这样的调整，囚而从US会计帐上来不，不会影响本年净利润。

根据上述情况，我们建议的方案是：

-定义二套分类帐，其中主分类帐(Leadingledger)作为USGAAP的会计帐，非主分类

帐(Nonleadingledger)作为PRCGAAP的会计帐。这样首先从分类帐角度将US

GAAP的会计帐和PRCGAAP的会计帐区分开来，满足了各自的财务报表需求。

■在日常会计记帐时，既可以对二套分类帐同时记帐，也可以分别对主分类帐(Leading

ledger)和非主分类帐(Non-leadingledger)进行记帐。由于这样的灵活性，因而要求会

计人员在凭证输入前弄清楚对哪个分类帐产生影响。

・二套分类帐的定义如下：

0LUSGAAP分类帐

Z1PRCGAAP分类帐

■对不同的分类帐在调整时，会计科目也是不同的。按照会计科目表的结构定义，会

计科目第一位编码在1~6开头的，均会对二套分类帐产生影响：会计科目第一位

码为8开头的，对USGAAP分类帐产生影响（如上面的例子中，在对US分类帐

调整时，就要用8开头的会计科目）；会计科目第一位编码为9开头的，对PRC

GAAP的分类帐产生影响。

3.1.1.5记帐货币定义

二家海外公司holding和PSS（BVI）的记帐本位币设为USD,同时定义第1记帐本位币为

USD（集团货币，Groupcurrency）,用于以USD为某础的财务数据讲行报表合并。

对于在中国设立的公司，管理层要求既能够用USD来反映会计业务、明细帐及对外财务报

表，又能够用CNY来反映中国的会计业务、明细帐及对外财务报表，未来审计时，以USD的帐为

主：除此以外，公司管理层的内部报表也以USD来反映。基于此，建议的方案是，WuxiSuntech

公司的记帐本位币为CNY,以符合会计人员日常业务处理的记帐习惯：同时设立第1记帐本位币

为USD（称集团货币，Groupcurrency）.＞这样，同一笔会计业务，既可以以CNY货币进行杳

询，乂可以以USD货币进行查询。当然，所有会计科目均可用二种货币进行查询明细帐、余额

等。满足了管理层以一套业务数据用二种货币来反映的会计业务需求，也为以USD为基础的财务

数据进行报表合并成为可能。

除了记帐本位币外，还有业务交易货币,即业务发生时的货币,如EUR、JPY、CNY等。

为了将以USD反映的会计业务数据自幼传递到合并模块中，因此合并报表模块的帐套也必须

定义为USD（Groupcurrency）,用来生成合并财务报表（合并资产负债表和合并损益表）。合并

现金流量表将通过开发来实现。

3.1.1.6凭证及凭证类型

・凭证

SAP系统严格遵循凭证原则,也就是说，所有记帐均以凭证形式存储。凭证被保留于系统

口，直到被存档。

■凭证类型

SAP系统中，凭证类型是根据具体业务性质详细划分的。在录入每一项业务时，系统自动建

议相应的凭证类型。每一凭证类型可以拥有一个设定的会计凭证号码范围。

■凭证编号

每一凭证类型拥有一个给定的号码范围。以便用编号对凭证进行集中存放。通过按公司代

码、会计年度及凭证类型进行自动顺序编号。SAPR/3提供了多种分类查询方法，用户可以方便

地查找凭证，对凭证进行归档处理。下面是凭证类型与凭证号码的对应关系的参考例子：

凭证类型说明号码范围号码范围段

AB会计凭证282800000000-2899999999

DA客户转帐凭证161600000000-1699999999

DZ客户付款141400000000-1499999999

KG供应商贷项凭单171700000000-1799999999

KR供应商发票191900000000-1999999999

KZ供应商转账凭证151500000000-1599999999

RE发票收据515100000000-5199999999

RV发票转帐000090000000-0099999999

SA总分类帐凭证010100000000-0199999999

WA发货494900000000-4999999999

WE接收货物505000000000-5099999999

WI货物盘存凭证494900000000-4999999999

WL发货/交货494900000000-4999999999

删净收货物505000000000-5099999999

WS接收货物505000000000-5099999999

备注：

1、SAP中凭证编号按•个财政年度进行连续编号，因此按年度来行，凭证是连续编号的，但

按月来看，凭证未必是连续编号的，因此与目前中国会计可以按月进行凭证编号归档存在

显著差别。为了解决按月编号的问题，符合目前凭证按月归档的习惯，建议的做法是用自

动号码机在打印出来的凭证上进行外部自动按月编号，然后将该号反写在系统会计凭证中

参考字段栏位内。

2、上述号码范围的具体定义，将与财务部门讨论后确定卜.来。

3.2涉及的主要业务流程

3.2.1会计科目主数据维护

-本流程用于统一并规范会计科目主数据创建/修改流程，建立会计科目维护申请制

度。

-Suntech集中对会计科目进行维护，维护时要考虑会计科目表层和公司代码层二个层

次的数据。各子公司无权自行对会计科目的维护，达到了会计科目使用的高度统一。

・各公司会计根据业务需要对使用的会计科目提出新增或变更要求，并填写会计科目维

护申请表，并审批后方可维护。维护后，应注意会计科目使用规范的同步更新，并将

更新后的会计科目使用规范文档及时通知相关的财务人员（含子公司财务）。

3.2.2总帐凭证输入

■采用SAPR/3集成系统，大部分凭证由业务发生点传入总帐系统。对于必须手工处理

的总帐凭证，如零星报支、提现业务，由制单员从总账中录入会计凭证。

•会计凭证打印后，附上原始单据，送财务主管审核，通过后，在会计凭证复核

处盖章，并交进行凭证归档。若审核不通过则须冲销原会计凭证后重新制单。

3.2.3期末处理

具体包括：月初月末外币汇率的输入，会计期间的开启与关闭，预提费用或待摊费用之处

理,各种准备之计提.财务会计记帐错误的调整、重分类等.

4.应收账款会计

4.1综述

未来的系统将销售客户、公司员工和其他应收款的债务方在应收账款这一模块中进行管理，

以便利用应收账款其他功能：发票输入与收入实现集成，即所有相关数据只需一次录入，各部门都

可共享数据：根据不同客户的账期制定多种支付条件，并将账期考虑到账龄分析中，以便准确分

析客户账龄；客户的未清项可以结转到下年，客户的账龄可以跨年度分析。

应收款的容差设定为5CNY,这样在收到客户的款项后清掉应收款时，如果的尾数金额小于

5CNY,则系统将自动将该尾数金额调整掉。

4.2客户主数据

针对不同的客户，单独建立客户主数据，并将客户按账户组（如国内客户、国外客户等）

进行分类。通过单独建立客户主数据，对大多数的销售业务在行往来账款管理。通过建立客

户账户组来控制科目编号、科目设置的编号区间，以及科目的屏幕格式。通过设立统驭科目

及特别总账，一个客户可能对应于多个总账科目（如应收账款、预收账款、应收票据等）。

AR模块主要核算销售客户和员工借款，因此客户包括销售客户、员工和其他欠款方。

4.3主要业务流程

4.3.1预收款及收款处理

•本流程用于规范应收张款收款根务处理流程，并在SAP财务系统中反映。

■一般情况下，收到客户的预收款均在应收帐款中处理，月末再通过重分类，在预收帐

款与应收帐款间进行调整，并在下月初冲回。

■预收款、收款、应收汇票应及时与应收账款进行清账。

4.3.2开立发票

开立发票的时点确认：对于国内业务，基本上是出货后立即开票（系统工程则不一

定）：对于国外业务，出货后并不立即确认收入，而是要根据合同条款、收款情况等

因素综合分析后确认开票。

-财务部于SAP系统开票后，若开增值税发票，则将从系统download数据，并向金税

系统upload数据后进行开票；非增值税发票，则直我开普通发票给客户；如是开出

口发票，则直接从SA〉中打印出口专用发票。

■为保证系统外税务发票与系统内发票的关联，财务部将系统外发票号码，输入系统内

发票形成的会计凭证的抬头中，便于杳询。

■对于自动产生和已过账的会计凭证，只能进行有限的更改（如更改文本摘要、抬头文

本、参考字段栏位等1°金额、科目等信息不能更改，而只能采用冲销发票的方式。

如应收会计凭证已被清账，则需通知财务重置已清项后，才能冲销。

4.3.3员工借款报销处理流程

-对已借款的员工，在R/3系统中都作为一个单独的客户进行管理，对借款、报销与结

算统一管理可利用R/3提供的账龄分析、核销清账功能等对员工借支贽用实施严格

管理。

-员工的编号长度共6位:即X+目前5位员工编码（X表示在目前5位员工编号前再加1

位，具体将在系统配置时确定下来）

■员工费用报销时，财务出纳要审核员工是否有借款情形，若有借款，则应先清掉借款

号再实行多退少补方式处理

5.应付账款会计

5.1综述

未来的系统将采购供应商客户和其他应财务专用供应商如社保中心、公积金管理中心、海关

等业务在应付账款这一模块中进行管理，以便利用应付账款会计的核算功能；通过发票输入与采

购实现集成，即所有相关数据只需一次录入，各部门都可共享数据：根据不同供应商的账期制定多

种支付条件：供应商的未清项可以结转到下年。

5.2供应商主数据

针对于不同的供应商，单独建立供应商主数据，并将供应商按账户组（如国内供应商、国外供

应商、财务专用供应商等）进行分类。通过单独建立供应商账户，对大多数的采购业务进行往来帐

管理。通过建立供应商账户组来控制科目编号、科目设置的编号区间，以及科目的屏幕格式。通

过设立统驭科目及特别总账标志,一个供应商可能对应于多个怠账科目（如应付账款、预付账

款、应付票据等）。

5.3主要业务流程

5.3.1预付款的处理

-大多数情况下，除极少数业务在预付款核外，一般的预付款均在应付帐款中进行核

算，月末再通过重分类，进行预付帐款与应付帐款的调整，并在下月初进行回转飞

•对于工程预付款，在凭证录入时必须注明在建工程号，便于既从供应商角度统计预付

款情况，又从在建工程角度统计预付工程款情况与分析。

5.3.2发票校验

■发票校验容差设定：绝对值为1CNY,相对值为金额的慌，二者以较低者作为允许容

差范围，若发票校验时的差异金额超过允许容差值，则系统不能过帐处理，也就是

说，发票上的金额与采购订单上指明的行项目的金额不能匹配，此种情况下，财务应

退回原件，并通知采购部门进行更正处理，具体视不同的业务情形分析后再处理。

-发票检验时，根据不同业务特点，须区分几种业务不同的情况：（1）Invoice:正常

的采购业务如生产物料采购、固定资产采购等发票校验操作；（2）Subsequentdebit:

用于进口关税运费保险费等业务的发票校验，做此操与前，须确保正常的采购发票已

经入帐，否则系统不允许这样作业；（3）Subsequentcredit:用于采购货物的质量不合

格时降价金额由存货吸收的操作（基于原先的一张采购订单）

■付款基线日期，以采购合同上注明的条款（通常以发票日期为起算日）为准，由会计

布做发票校验时输入。系统根据付款基线日和设定的支付条款，计算应付账款到期

日，以便于通过系统自动产生出付款建议，作为财务在实际付款前参考，以决定支付

与否。

-若此采购订单下有预付款存在，发票检验时系统自动进行提醒，因此，发票检验后应

及时做预付款清账。

5.3.3付款及清账处理

-财务部根据采购部门的付款申请，结合系统中应付账款的到期情况，安排付款。在做

付款凭证时，可在系统内查找相应的未清项（包括预付款）进行清账。若果先前有信

用证付款的，则应与信用证付款进行对冲。

"SAP系统对所有供应商采用了未清项管理。在实际业务中，除可以将几笔未清项互相

抵消，也可以在付款时，对某几项未清项进行清账。

6.固定资产核算

6.1综述

■AM模块即AssetsManagement,在SAP中用于管理固定资产、在建工程、无形资

产和长期待摊费用等业务。与其它的模块一样，AM艰块也具有很好的集成性。它把

逻辑上相关的事务联系在一起集成处理，从而取代目前手工输入总账的操作方式，以

减少重复工作和多余数据、优化管理模式。未来系统的资产管理将包括在建工程、固

定资产、无形资产、长期待摊费用，并对下述的业务有较强的支持：

/资产主数据建立

/资产购置

/在建工程结转

/资产计提折旧

/固定资产清理报废

其中，对于资产实物管理的部分如机器设备、电子设备、办公设备、运输设备等，主

要由工厂工程部、IT部门或总经办负责：非实物管理的部分如无形资产（软件除

夕卜）、长期待摊费用由财务部门负责。

-在Wuxi,固定资产的认定标准主要参照了PRC的关于固定资产认定要求，在以

USGAAP的财务报表中，固定资产财务信息的披露仍沿用了PRC的标准，因此

固定资产核算在USGAAP财务报表与PRCGAAP财务报表上反映是一致的，只

是币种的差别。

6.2资产分类

前面已提及，资产模块的核算内容主要是固定资产、在建工程、无形资产和长期待摊费用，

所以资产主数据的分类也是基于上述业务特点进行分类。具体资产管理内容和主数据编码原则请

参见如下文档：

・e«

冏定位产管嵬内容内定量f用鼻则

及9ft科则V3fin3006WBV5_fim»

费产主数据在编码上有资产主号和费产子号二种。一般情况下创建的资产均为主号，但有时

需要建资产子号（建资产子号时，必须在系统中已有资产主号）。例如，某一•建筑物改良，改良

资本化后，其折旧年限与原建筑物的折旧年限是不一样的，此时采用建子号的方法，很好地解决

折旧的问题。建资产子号时不存在占用新的资产编号题。

6.3折旧范围

-折旧范围表示了所需维护之资产的不同评估政策，主要体现在固定资产的折旧方法上。在

Wuxi,折旧采用了二套方法：日常记帐的一套为加速折旧的直线法；另一套为按照PRC

税务要求的正常折旧的直线法（属统计性折旧，对财务记帐无影响）。年末，通过二套折

旧方法的折旧差异比较，得到当年的折旧差异，从而计算出应调整的所得税，最终影响

USGAAP财务报表和PRCGAAP财务报表。据此，将折旧范围定义如下：

01帐面折旧（即加速折旧直线法）

02税务折旧（即正常折旧直线法）

99折旧差异（01vs02）

■残值率：Wuxi使用的残值率为10%。

6.4资产使用（或摊销）年限

除了在建工程不须考虑使用年限以外，其余费产的的使用（或摊销）年限如下:

固定资产：

■房屋建筑物20年

■机器设备5~10年

■电子设备5年