SAP顾问面试题综合模块.docx

SAP顾问面试题综合模块.docx

《SAP顾问面试题综合模块.docx》由会员分享，可在线阅读，更多相关《SAP顾问面试题综合模块.docx（9页珍藏版）》请在冰豆网上搜索。

SAP顾问面试题综合模块

以下是我个人目前遇到的一些FI/CO问题的小结，希望对大家有所帮助，也可能有回答错误的地方，希望高手不吝赐教。

也希望各位顾问们讲你们遇到的一些面试问题做个跟贴，方便大家共同进步，谢谢。

Q：

假设你作为SAP的顾问，请介绍SAP系统中统驭科目的用处。

A:

 统驭科目（reconciliationaccount）指的就是将明细科目归集起来的意思。

系统总帐科目表中包括统驭科目，该统驭科目是与应收模块、应付模块、固定资产模块有关的，其中长、短期借款运用了应付模块的功能，也成为了统驭科目。

假设用户在CustomerMasterData设定错误，将ReconciliationAccount输入错误，作为顾问如何将系统的错误数据调整正确？

利用统驭科目的修改功能.

在实际业务过程，我们可能会发生统驭科目选用错误，此时就要用到统驭科目的变更功能。

如客户A的统驭科目被误选为11310101，并有一笔分录输入，假设为1000元，此时的总帐科目11310101就有1000元余额，事后发现用错统驭科目，为此在此客房的主数据中更改统驭科目假设为113102101（注意这并不会更改已过入11310101的1000元），更改完毕后，至月末（假设本月只有一笔分录及余额为1000元）运行客户重组程序，系统会产生借：

11310299（系11310201的调整科目，但非统驭科目）1000贷：

11310199（系11310101

的调整科目，但非统驭科目）1000，在报表层次上11310101与11310199被安排在一行后余额变为0，11310201与11310299被安排在一行后余额变为1000，这样在报表层次就将由于选错统驭科目而产生的错误纠正了。

第二个月初，系统会自动运行相反的调整分录，借：

11310199（系11310101的调整科目，但非统驭科目）1000贷：

11310299（系11310201的调整科目，但非统驭科目）1000。

直到选错统驭科目的金额被支付出去后，才不需运行上述程序。

Q:

 请介绍下如果你需要批量导入数据，比如从EXCEL或FLAT文件选择导入总帐科目主数据的时候，你会选择哪些方法？

A:

LSMWLegacySystemMigrationWorkbench（详情请参考一份关于在LSMW上创建录屏程序并且记录Variant和ScreenRecord的帖子），CATT和ECATT（CATT的对应T-CODE到ECC版本5.0后没有了，变成了ECATT）,以及BDC批量数据导入程序。

Q:

 请简单介绍一下SAP内现金流管理的方法？

A:

 在SAP中，对于现金流量表的编制是采用公式的方式计算而出的。

如经营活动产生的现金流量是通过当年销售收入+应收帐款的期初数—应收帐款的期末数+预收帐款的期末数—预收帐款的期初数等公式计算而出，但是我们知道该公司对于企业的正常业务来说是有效的，但现代社会中，非货币性交易及债务重组的业务时有发生，这部份交易是不与现金流转有关的，但同样在减少诸如应收帐款的金额，故在利用公式来推导现金流量表时，尚需加入某些因素，即经营活动产生的现金流量应为当年度产生的销售收入+应收帐款的期初数--应收帐款的期末数+预收帐款的期末数—预收帐款的期初数+当期收回前期核销的坏帐—以非现金资产抵偿债务而减少的应收帐款—当期核销的坏帐，由于新增的因素在报表层次是如无法体现的（报表的应收帐款期末数是结果），故利用未调整前的公式计算出的现金流量表是不准确的。

尚有现金流量表的某些项目是不能用公司来计算的，如购建固定资产、无形资产和其他长期资产支付的现金需根据有关科目分析确定等。

因此，利用控制模块的某些道理来完成现金流量表的编制。

比如，在输入凭证时，初级成本要素被要求分配一个成本中心，实际上这成本中心是在归集有关初级成本要素及金额。

那能不能在凭证输入时，凡与现金流动有关的金额都被分配一个现金流量表中的项目，如当借：

现金1000贷：

客户1000时，在行项目中现金应分配给“销售商品、提供劳务产生的现金”，又如当借：

费用2000贷：

现金2000，则在行项目中这2000元就应分配至“支付职工以及为职工支付现金”等.

   具体操作步骤如下:

Q:

 描述一下财务以及管理会计在月末关帐时需要做哪些工作?

A:

 参见本博一篇关于月关帐的Blog.包含CO/FI/MM/PP/SD

Q:

 如果作为国内一家子公司，需要使用保留目前的用户习惯（满足国内GAAP的财务标准），同时又可以满足INT全球帐套的帐套合并?

在SAP中如何实现?

A:

 假设该公司的CompanyCode是1000,出国内报表使用帐套是CACN，和总公司合并的时候，总公司帐套是INT则在SPRO设定ChartOfAccount分配的时候设置如:

 ChartOfAccount:

INT/[CountryLegacyGroup:

CACN].

   其实在设定该公司下的GL主数据的时候就有该选项了。

*.概念说明：

operationalchartofaccounts 

作为经营需要的会计科目表。

经营用的会计科目表包含了日常经营管理所需要的科目，也允许 

进行特殊的，在公司范围内的业务处理。

财务会计和成本核算都使用同一个会计科目表。

countrychartsofaccounts作为地区性的会计科目表。

地区性的会计科目表包含了为满足当 

地有关法规而设的科目。

记帐的数据是基于政府的规定和预先定义的一些规则而处理的，其项 

目和经营用的会计科目表有所区别。

使用alternativeaccountnumber也就是在这个子公司下面设定countrychartofaccount，operatingaccount使用母公司的科目，平时记帐也用母公司的科目，因为在科目主数据中你已经建立了母公司operatingaccount和alternativeaccount的一一对应关系，当你记帐的时候，在bseg里会出现alternativeaccountnumber，然后你就可以使用它出任何的子公司报表了。

groupchatsofaccounts 

作为集团公司的会计科目表。

集团公司会计科目表包含了在集团公司内使用的所有科目，其记 

帐数据是基于外部集团公司会计的要求，集团公司会计科目表的项目与经营用会计科目表不 

同。

当你在operationalchartofaccounts指定groupchatsofaccounts，那你在FS00中建议会计科目时，可以指定集团所使用的会计科目，在table中会有相关会计科目数据。

Q:

 在国内做项目，如何实现SAP和金税系统的对接？

假设出现TaxCode设置的Rate不一致，作为顾问如何提出解决方案？

A:

 目前有两种实现方式，通过SAP系统的二次开发，可以将税务凭证过到金税系统中：

  1.离线方式，

     优点：

数据整理好成指定格式的Excel或csv文件后传输到金税系统中，可以实现整理

     缺点：

实时性差，需要让系统做指定的Schedule来执行，有可能会有人为因素造成数据接口异常。

     2.即时方式（在线传输数据）

       优点：

系统响应快，维护方便，有交易传输日志可以追踪结果

       缺点：

如果在SAP系统中有误操作，导致错误的税码过账，需要在金税接口系统中做个反冲后再调整，流程上会较为繁琐。

Q:

假设有一笔在建工程，比如一个仓库WM0010的建设，折旧期是10年，用直线折旧法,如何利用SAP的AM模块进行设置？

A:

AM

Q:

SAP财务模块内有哪些凭证类型?

A:

K3等国内erp将凭证的类别分为收、付、转三类或直接就是一类记帐凭证。

   SAP对凭证的分类基本上也遵循收、付、转三类的原则，即总帐凭证S（类似转帐凭证）SA，与供应商有关的凭证K（类似于付款凭证）：

KR（应付供应商的凭证）、KG（供应商转来的红字发票，SAP称为贷记凭证）、KZ（付款给供应商的凭证），与客户有关的凭证（类似于收款凭证）：

DR（开具发票给顾客的凭证）、DG（开具红字发票给顾客的凭证）、DZ（向顾客收款的凭证），与固定资产A交易有关的凭证AA等。

 List:

SA，总帐凭证。

（转帐凭证）

KA，供应商凭证。

（付款凭证）

KR，应付供应商凭证。

（付款凭证）

KG，供应商转来的红字发票，SAP称为贷方凭证。

（付款凭证）

KZ，付款给供应商的凭证。

（付款凭证）

DA，顾客凭证。

（收款凭证）

DR，开具发票给顾客的凭证。

（收款凭证）

DG，开具红字发票给顾客的凭证。

（收款凭证）

DZ，向顾客收款的凭证。

（收款凭证）

AA，与固定资产相关的凭证。

 1、总帐科目主数据的的科目创建过程中，组科目号的作用是什么？

答：

组科目号是为了做合并报表用的，用CX17可以看到所有的组科目号（组科目号的创建和普通科目的创建是一样的操作），在做报表合并的时候它会根据组科目号把挂着这个组科目号的总帐科目都归集到一起，然后通过CXCD事务码进入，转到——总计记录的数据库列表，可以看到归集到组科目号下的费用，同时可以看到是那个公司转过来的金额（补充：

CX1X是编辑合并组层次结构事务码）。

2、总帐科目主数据的的科目创建过程中，控制数据视图中的未清项目管理有何作用？

答：

对于你想随时核对一组记帐的余额是否为零的帐户，你应支持未清项目管理。

在帐户的主记录中，应选择字段未清项目管理。

示例：

对于GR/IR暂记待结帐户，你想核对是否已收到采购定单的已收到货物的相应发票。

对于该帐户，应在主记录中支持未清项目管理。

对于具有未清项目管理的帐户，未清项目总是确保存在。

这是因为如果所有的行项目均已被结算，你只能将凭证归档。

注释：

若随后定义总分类帐的未清项目管理，则该输入项只适用于在其后被记帐的项目。

在更改日期，帐户必须显示一个零余额。

另外，当取消此标记时，余额必须为零。

因此，在主记录中进行任何更改之前，应结算保留的未清项目。

3、总帐科目主数据的的科目创建过程中，创建/银行/利息视图中的字段状态组有何作用？

答：

对于许多总分类帐来说，记帐需要相同的字段，你应为一组总分类帐定义字段状态。

可将定义存储于字段状态组下。

将组代码输入总分类帐的主记录中。

字段状态组与公司代码无关，即它们不依赖于公司代码但取决于字段状态变式。

在标准系统中，对于字段状态组，每个公司代码存在一个单独的变式。

变式的名称与公司代码相同。

每个公司代码分配给具有相同名称的变式。

如果这些公司代码分配给相同的字段状态变式，你可以以多个具有相同的字段状态组的公司代码进行工作。

对于记帐代码，可以单独为每个记帐代码定义字段状态。

字段状态组是为了确定科目类型，同时在定义科目的时候可以通过字段状态组来确定我们在对该科目出凭证的时候出现的视图和那些是必填项目那些是可选项目。

4、预制凭证中应该注意的事项。

答：

对错误的预制凭证不能对其进行删除，因为删除后凭证中的所有会计信息将会被全部删除，而会计制度是不允许空号和跳号，因预制凭证可以对所有的行项目进行修改，因此建议对错误预制凭证进行修改正确后在重新过帐。

若发现有错误的已过帐的凭证的话对其进行冲销后重新出新的会计凭证。

5、供应商主数据中，检索项的作用是什么？

答：

在不知道供应商帐号，可以使用匹配码来查找它。

可以通过直接输入检索词对检索词进行比较，找到符合的主记录。

6、供应商主数据中，会计信息视图中的统驭科目、总部的作用？

答：

在SAP财务会计中，对与每一笔的往来明细帐都会归集到总帐下面。

统驭科目就是为了实现这一集成功能，在建供应商主数据的时候选择了对应的统驭科目后，系统会在对供应商做帐的同时把这笔帐务挂到对应的总帐的统驭科目科目下面，我们就不用在通过手工进行结转。

在一些行业中，分公司负责营业，总部执行会计核算。

因此，选择了总部后，分公司做的帐务后就回直接挂到总公司下面，而不会挂到分公司下面，这样就方便总公司进行核算。

7、供应商数据中的容差限额的作用？

答：

通过调整现金折扣，系统可记入差异或将其记帐到一个单独的费用类科目或营业收入科目上。

使用容差限额来确定系统应如何记入差异。

为此，确定以下几点：

限额（金额），系统在此限额之下结算现金折扣。

现金折扣由差异自动增加或减少。

限额（金额或百分率），如果不能对现金折扣进行调整，则系统在此限额之下自动记帐到一个单独的费用类科目或营业收入科目上。

可为你的雇员或业务伙伴分别定义容差限额。

请注意：

在清帐期间要同时考虑两个限额。

其中下限通常是为清帐方法而设置的。

8、在对往来帐进行清帐的时候，用簿记差别、部分支付和剩余项目进行清帐的区别？

答：

在做直接的笼统清帐的时候，若直接双击簿记差别的话，因为簿记差别是没有关联的，它会把所余的余额全部转入应付/应收下面，但是若用部分支付或剩余项目进行清算的话，它们就会产生关联，如果想把剩余的余额归入那一项目中就双击该项目，如若想把剩余的金额归集到其他应付款的话，就找一笔其他应付款双击，这样在清算的余额就会归集到该项目下面了。

9、对于已经进行过清帐的发票，无法直接重销该发票的原因？

答：

由于发票已经进行过清帐处理，那么要冲销该发票的话就必须先把清帐凭证给冲销，既把冲销清帐的凭证进行重置已清帐的功能，然后才能对该发票进行冲销。

9、对于既是供应商和客户的清帐方式？

答：

如果在一个公司代码中，客户同时也作为供应商来管理，可以同时用收付和催款程序来处理未清项目。

如果想与供应商结算，就必须在客户主记录中输入供应商号码并且在供应商主记录中输入客户号码，你还必须选择同时在两个主记录中清帐的选项。

你必须在主记录的公司代码范围中输入清帐选项。

这样，每个公司代码都能分别指定是否需要结算。

在更改客户供应商主数据的时候注意更改支付交易视图下的具有供应商的清算/结算客户。

10、客户/供应商主数据中的贸易伙伴做何用途？

答：

贸易伙伴是为了在做合并报表的时候以确定那些供应商/客户应该在那几个公司下面进行抵消。

官方解释：

跨公司凭证:

合并几个内部业务伙伴时，其应收帐款和应付款可由合并公司识别对内部销售抵销很有必要。

在你客户和供应商的主记录中定义一个合并公司代码。

当记帐到这些帐户时，代码被自动传输到客户、供应商和总分类帐项目。

然而，代码不在项目中显示。

当记入应收帐款和应付款时，销售收入项目或费用项目能够被唯一分配到一个联营企业是必需的。

输入凭证时，系统就核对你是否通过相同的合并公司代码记帐到企业。

如果不是，任何进一步输入都会被拒绝。

无需由合并公司区别的记帐则不同。

比方说，对于进帐和付款，这就不必要。

用一个银行记帐，你就能区分代表不同合并公司的几个客户或供货商的清帐。

通过凭证类型来控制该核对。

在使用一凭证类型记帐时，如想允许不同的合并公司代码，选择字段该凭证类型的跨公司，否则，每个凭证只能使用一个合并公司代码。

总分类帐行项目中的业务伙伴:

对于合并，在总分类帐行项目中，合并公司代码必须为合并公司的销售收入或费用帐户记帐而自动更新。

在内部销售抵消中，这是需要的。

系统从客户或供应商主记录中自确定这个代码，并将它输到行项目字段“业务伙伴”。

在进行人工输入的纯总分类帐记帐时，代码不能从主记录中确定，这样，你必须能够将它输入到总分类帐行项目。

你还应在自动调整记帐时能够输入字段。

比如，在外汇评价时，系统确定来自客户或供应商主记录中的代码。

你控制业务伙伴字段是否已可用于经由凭证类型的输入。

如果你想这样，为凭证类型标出字段允许输入业务伙伴。

11、固定资产创建核算基本操作。

答：

首先用AS01创建固定资产主数据（AS02 修改 AS03 显示），这一过程实际上就是建立资产卡片的过程（这里它会自动生成一个资产号），在这里必须定义好固定资产的折旧方式以及它所应归属的成本中心，同时确定资产的科目定位码（资产的类型是设备或在建工程）。

资产主数据创建完成后，此时的资产还没有资产价值，用F-09进行资产的购置记帐确认资产的价值（实际上就是出具一张资产购入的会计凭证），在出具会计凭证的时候借方帐户填写资产号，业务类型要选择资产购置类型，这样它就会自动带出总帐科目号。

购置过帐完成后就可以用AW01N去查看资产价值。

固定资产资产的内部调拨AS02（实际上就是把固定资产主数据中的成本中心更改就可以了这一过程不会产生会计凭证）。

对资产系统自动提折旧不正确的，可以通过ABAA进行手工折旧调整（调整过程中注意选择它的业务类型）。

固定资产月结AFAB，在做完月结后，如果发现资产折旧不正确进行调整的话，在做完手工折旧调整之后要重新运行固定资产的月结。

12、在建工程资产化操作过程。

答：

在建工程资本话主要分两个过程，资本化的分配，资本记帐结算。

资本化的分配（AIAB）：

在建工程资本化分配就是确认在在建工程的建设过程中产生的费用、以及生成的固定资产应该怎么归集。

在进入输入项填写分配规则组的时候CRT为成本中心（成本中心为在资本话过程中生成的费用应该归集那个成本中心进行核算）FXA为结算到固定资产（在建工程的总价中那部分应该划入固定资产）G/L为结算总帐科目（剩下一些产生的费用归集到那些具体的总帐科目下面）。

这些费用价值的分配归集和划分方式要根据公司的具体业务和实际操作过程中是怎么核算，然后进行相关的划分。

资本化记帐结算（AIBU）：

输入对应的资产号，测试运行无误就可以进行实际结帐操作，结帐运行完成后会产生具体的会计凭证，此时就会更新在建工程的资产价值，更新为我们在先前定义的分配规则中的分配的结算到固定资产的价值。

13. 客户提出需要在 SAP（ECC6.0） 系统内实现在各个BizArea事业部内出具独立的财务报表，forexampleBalanceSheet.etc. 如何实现呢？

      如果要再细致一些，细分到Segment级别，如何出具报表?

A：

（答案摘自 SAP屠夫，谢谢）

业务范围（BusinessArea）是SAP组织结构中的重要单元，通过业务范围可以将集团的业务分类,业务范围可跨公司代码,以几个实例说明业务范围这个组织单元的应用。

1．   业务范围跨公司代码：

事业部制曾被认为是一种较好的管理组织机构，中国的许多大企业也纷纷将组织形式改为事业部制（非完整事业部制），如石化行业会设置油田事业部、炼油事业部、化工事业部、销售事业部门等,在SAP中通过业务范围来区分各事业部，此时业务范围是跨公司代码的，一个炼化厂包含炼油和化工两个业务范围，多个炼化公司同属同一炼油和化工业务范围，横向上各炼化公司能出独立财务报表，纵向上所有炼油厂可出集中的炼油业务范围财务报表，业务范围与公司代码形成交叉的矩阵式的管理，利用业务范围进行跨公司同类业务进行报表的分析汇总，使集团财务管理实时高效。

2．业务范围出具法定报表：

作为财务组织的一个细分组织结构，其重要特性是企业能够根据业务范围出资产负债表，假设某地出台政策鼓励某企业的新厂投资，新厂将享受一定年限的税务优惠而旧工厂并不享受政策优惠,此时,需要在同一公司代码下根据新旧工厂分别出具财务报告,就可以建立新旧业务范围对应新旧工厂出具所有法定报表（不仅是资产负债表）。

如果再根据产品细分业务范围，比如设置业务范围-新厂产品类别A，业务范围-新厂产品类别B，业务范围-旧厂产品类别A，业务范围-旧厂产品类别C等，此时，业务范围除了扮演法定财务报告组织角色，还充当了管理分析组织角色，同时满足了财务会计和管理会计的需求。

3．业务范围还是利润中心：

假设某家电供应商希望核算其不同类别产品或产品线从研发生产直到最后销售的整个业务运作；某销售公司根据产品类别或渠道的销售业绩进行单独核算，一般认为，在SAP中可以采用业务范围或利润中心来实现，那么哪种实现方式更佳呢？

为了满足业务范围或利润中心的核算，简单地说，就是要保证每项会计业务都必须记录到指定业务范围或利润中心，然而，熟悉SAP的读者一定知道，在新总帐之前的版本最常见的往来业务应收应付和税金默认功能是不能实时记录利润中心的,通过增强也并不能完美处理这个问题,而通过期末的F.5D/F.5E/1KEK调整或利润中心手工调整有时效果不佳,从而造成利润中心财务报表可能失真,因为应收应付未带利润中心,平时也不方便往来的清帐处理; 有趣的是,SAP设计是业务范围可以直接带入应收应付税金等,因此,在新总帐之前的版本,有的企业可能更倾向使用业务范围。

*有人说业务范围组织单元和事业部制有一定关系，随着事业部制暴露出的缺陷，SAP在 

其新总帐版本中推出了一个新的组织单元-段（Segment），同时它被插入利润中心主数据， 

多个利润中心可以属于同一段，也就是说，理论上，现在你真正可以停用业务范围。

不同企业业务范围的实例各有不同，有趣的是,国内ERP大都脱胎于财务软件,着重的仅仅是财务核算,ERP软件如果脱离这种灵活的组织架构设计,显然既难满足大企业集团集团财务核算需求，又难满足个体企业精细化管理需求。

通过以上3个简单的例子，相信大家对业务范围这个组织单元应该有一个非常清晰的认识，现在对比新总帐和旧版本来谈谈业务范围的配置。

业务范围相关配置，参考IMG路径:

企业架构->定义->财务会计和财务会计->合并准备->业务范围合并。

SE16->V_TGSB->定义业务范围,SE16->V_TGSBK->定义合并业务范围。

分配业务范围到合并业务范围,理论上,多个业务范围可以分配到一个合并业务范围。

读者思考：

SAP报表合并提供了法定合并和管理合并，业务范围合并可看视为一种管理层次的合并，假设某集团设置有多个业务范围，为了在集团层面启动业务范围往来合并，实际操作中会碰到什么难题？

举个实例，集团内子公司A有3个业务范围XYZ，子公司B包含业务范围X和Y共 2个业务范围，A下的业务范围Z和B下的X/Y都发生了销售业务，SAP现行的处理方式为将B建成A的内部客户，集团内部客户主数据中再对应一个所谓的公司（Company），那么，由于客户主数据的Company只能填写一个，如何对应到两个业务范围？

图[3]:

Tcode:

OMJ7,将业务范围分配到工厂,业务范围可以和工厂一一对应,这是相对习惯的一种做法, 这种做法好处明显,以著名的资产负债表为实例,所有的资产表项都需对应到业务范围,也就是说资产负债科目发生业务时都需要确定一个业务范围,在SAP中，如果简单将会计业务分成集成自动业务和FICO直接业务,后勤自动集成的业务范围从何而来,就是根据物料所在的工厂或工厂+产品组决定。

也可使用工厂+产品组（Division）来决定业务范围，也就是说，此时，工厂和业务范围并非一一对应,举一个时例，某采购工厂G为业务范围A和B同时服务, 业务范围A的物料产品组为X和Y, 业务范围B的物料产品组为Z,这样工厂G+X/Y->业务范围A, 工厂G+Z->业务范围B,好处是避免建立多个采购工厂,SAP中运行MRP一般根据工厂,这种做法可以避免跨工厂跑MRP的复杂性。

读者思考：

现在，来出一个问题，假设业务范围B的物料产品组也为X，Y，在SAP中，产品组是整个集团共用的，也就是说集团内所有工厂的同一物料只能有唯一的产品组，这样使用工厂+产品组（Division）就难于决定不同的业务范围了，那么怎么处理呢？

是建立两套采购工厂（或者如果有多个工厂，则需要多套采购工厂）还是建立一个为多工厂服务的公用采购工厂对应一个公用业务范围？

如果使用公用业务范围，原则上讲，公用业务范围本身是不出报表的，如何保证其所有科目余额合理分配到实际业务范围？

图[4]:

激活业务范围资产负债表。

如果启动业务范围，还有几个附加配置需要注意：

（1）.Tcode:

OB