Viva la Kovien

SAP FI/CO 顾问面试问题

2009-04-29T19:25:00.000-07:00

以下是我个人目前遇到的一些FI/CO问题的小结，希望对大家有所帮助，也可能有回答错误的地方，希望高手不吝赐教。也希望各位顾问们讲你们遇到的一些面试问题做个跟贴，方便大家共同进步，谢谢。

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

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

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

假设用户在Customer Master Data设定错误，将Reconciliation Account输入错误，作为顾问如何将系统的错误数据调整正确？利用统驭科目的修改功能.

在实际业务过程，我们可能会发生统驭科目选用错误，此时就要用到统驭科目的变更功能。如客户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: LSMW Legacy System Migration Workbench（详情请参考一份关于在LSMW上创建录屏程序并且记录Variant和Screen Record的帖子）， 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: 假设该公司的Company Code 是1000,出国内报表使用帐套是CACN，和总公司合并的时候，总公司帐套是INT 则在SPRO设定Chart Of Account分配的时候设置如 : Chart Of Account : INT /[ Country Legacy Group : CACN ].

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

*. 概念说明：
operational chart of accounts 作为经营需要的会计科目表。经营用的会计科目表包含了日常经营管理所需要的科目，也允许进行特殊的，在公司范围内的业务处理。财务会计和成本核算都使用同一个会计科目表。 country charts of accounts 作为地区性的会计科目表。地区性的会计科目表包含了为满足当地有关法规而设的科目。记帐的数据是基于政府的规定和预先定义的一些规则而处理的，其项目和经营用的会计科目表有所区别。使用alternative account number也就是在这个子公司下面设定country chart of account，operating account 使用母公司的科目，平时记帐也用母公司的科目，因为在科目主数据中你已经建立了母公司operating account和alternative account的一一对应关系，当你记帐的时候，在bseg里会出现alternative account number，然后你就可以使用它出任何的子公司报表了。 group chats of accounts 作为集团公司的会计科目表。集团公司会计科目表包含了在集团公司内使用的所有科目，其记帐数据是基于外部集团公司会计的要求，集团公司会计科目表的项目与经营用会计科目表不同。当你在operational chart of accounts 指定group chats of accounts ，那你在FS00中建议会计科目时，可以指定集团所使用的会计科目，在table中会有相关会计科目数据。

Q: 在国内做项目，如何实现SAP和金税系统的对接？假设出现Tax Code设置的Rate不一致，作为顾问如何提出解决方案？
A: 目前有两种实现方式，通过SAP系统的二次开发，可以将税务凭证过到金税系统中：
1.离线方式，
优点：数据整理好成指定格式的Excel或csv文件后传输到金税系统中，可以实现整理
缺点：实时性差，需要让系统做指定的Schedule来执行，有可能会有人为因素造成数据接口异常。

2.即时方式(在线传输数据)
优点：系统响应快，维护方便，有交易传输日志可以追踪结果
缺点：如果在SAP系统中有误操作，导致错误的税码过账，需要在金税接口系统中做个反冲后再调整，流程上会较为繁琐。

Q: 假设有一笔在建工程，比如一个仓库WM 0010 的建设，折旧期是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(ECC 6.0) 系统内实现在各个Biz Area事业部内出具独立的财务报表，for example Balance Sheet. etc. 如何实现呢？
如果要再细致一些，细分到Segment级别，如何出具报表?
A：（答案摘自 SAP屠夫，谢谢）
业务范围(Business Area)是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:OBC4, 字段状态组设置,为保证业务范围不落下,业务范围字段尽量设置成必选。 (2).Tcode:OBA7,为业务范围调帐定义一凭证类型，业务范围调整只能在FI做。 (3).Tcode:OBXM,定义业务范围资产负债调整科目。

14. 客户系统内有德国的Company Code 1000, Fiscal Year 是每年4月1日到次年3月31日，而日本公司的Company Code Fiscal Year是每年1月1日到次年12月31日，现在需要做二者的报表合并，请问如何实现？
A：

15. 请列举SAP ECC 6.0 系统新总帐功能的详细信息？你使用了那些功能？具体的Benefit是什么？
A:

16. 导入物料帐以后，可以细分到多少层？
A:

17. CO模块中，请说明如何做到使用标准成本法做到将CO的标准成本追踪到按单？
A:
18. 特殊分类帐的用处是什么?
A:
Special Ledger Indicator : 特别总帐标识含义针对应付模块,每一供应商都一代码,对每一供应商都会指定统驭科目.当在明细帐发生业务时,会通过指统双科目自动过帐到总帐中.在SAP中特别总帐有四类,用的最多的是预付定金.可以在后台定义预付款的统驭科目.在FI记帐时,选择特殊总帐标志,会根据设置后的预付款统驭科目,依据明细帐自动过帐到预付款统驭科目下.

19.

SAP CONSULTANT HEREBYIT Consulting Service:Printer/Network infragistic/ERP(SAP) /MIS System Deploy

转自http://www.cnblogs.com/SlashOut/archive/2008/07/20/1247200.html

太过

2009-04-27T05:03:00.000-07:00

太过匆忙以至于没时间对话灵魂，
太过理想以至于被现实按在墙上。

太过憧憬，太过迷恋，太过悲哀...

三十岁前不要去在乎的１８件事

2009-04-16T20:21:00.000-07:00

1．放弃　　把握的反面就是放弃，选择了一个机会，就等于放弃了其它所有的可能。当新的机会摆在面前的时候，敢于放弃已经获得的一切，这不是功亏一篑，这不是半途而废，这是为了谋求更大的发展空间；或者什么都不为，只因为喜欢这样做，因为，年轻就是最大的机会。人，只有在三十岁之前才会有这个胆量，有这个资本，有这个资格。

2.失恋　　不是不在乎，是在乎不起。三十岁前最怕失去的不是已经拥有的东西，而是梦想。爱情如果只是一个过程，那么正是这个年龄应当经历的，如果要承担结果，三十岁以后，可能会更有能力，更有资格。其实，三十岁之前我们要做的事情很多，稍纵即逝，过久地沉溺在已经干涸的爱河的河床中，与这个年龄的生命节奏不合。

３.漂泊　　漂泊不是一种不幸，而是一种资格。趁着没有家室拖累，趁着身体健康，此时不飘何时飘？当然，漂泊的不一定是身体，也许只是幻想和梦境。新世纪的时尚领袖是飘一代，渴望漂泊的人惟一不飘的是那颗心。

４.失业　　三十岁以前就尝到失业的滋味当然是一件不幸的事，但不一定是坏事。三十岁之前就过早地固定在一个职业上终此一生也许才是最大的不幸。失业也许让你想起埋藏很久而尘封的梦想，也许会唤醒连你自己都从未知道的潜能。也许你本来就没什么梦想，这时候也会*着你去做梦。 

５.评价　　我们最不应该做出的牺牲就是因为别人的评价而改变自我，因为那些指手画脚的人自己也不知道他们遵从的规则是什么。千万不要只遵从规矩做事，规矩还在创造之中，要根据自己的判断做每一件事，虽然这样会麻烦一点。

６.浅薄　　如果每看一次《泰坦尼克号》就流一次眼泪，每看一次《大话西游》就笑得直不起腰，就会有人笑你浅薄。其实那只能说明你的神经依旧非常敏锐，对哪怕非常微弱的刺激都会迅速做出适应的反应；等你的感觉迟钝了，人们就会说你深沉了。

７．疯狂　　这是年轻人最好的心理调适，只能说明你精力旺盛，身心健康。说你“疯狂”是某些生活压抑、心力交瘁的中老年人恶意的评价，他们就像一部年久失修的机器，最需要调试，但只能微调，一次大修就会让他们完全报废。

８.失意　　包括感情上的，事业上的，也许仅仅是今天花了冤枉钱没买到可心的东西，朋友家高朋满座自己却插不上一句话。过分在乎失意的感受不是拿命运的捉弄来捉弄自己，就是拿别人的错误来惩罚自己。

９.代价　　不是不计代价，而是要明白做任何事都要付出代价。对我们这个年龄的人来说，这绝不是一句废话。否则，要到三十岁的时候才会明白自己曾经付出了多少代价，却不明白为什么付出，更不明白自己得到了多少，得到什么。

１０.稳定　　三十岁之前就在乎稳定的生活，那只有两种可能，要么就是中了彩票，要么就是未老先衰。

11.房子　　除非你买房子是为了升值，要么就是你结婚了。我有个同学，家在外地，大学毕业之后，单位没有宿舍，家里就给他买了一套房子。他曾经有过去北京工作的机会，但是他觉得刚买了房子就离开这座城市说不过去，就放弃了。到现在他工作稳定，但一事无成。　　唯一的成就就是结婚了，并且有了孩子，因为他觉得该让这房子永远空着，所以房子变成了家。房子是都市生活的寓言，这个寓言不应该过早的和我们相关。

12.谣言　　这是一种传染病，沉默是最好的疫苗。除非你能找出传染源，否则解释恰恰会成为病毒传播最理想的条件。

13．薪水　　只要是给人打工，薪水再高也高不到哪儿去。所以在三十岁之前，机会远比金钱重要，事业远比金钱重要，将来远比金钱重要。对大多数人来说，三十岁之前干事业的首要目标绝不是挣钱，而是挣未来重要．

14．存款　　这倒不一定是因为我们钱少，年轻人现在谁都知道钱是有生命的。机会这么多，条件这么好，可以拿钱去按揭，做今天的事，花明天的钱；也可以拿钱去投资，拿钱去“充电“。钱只有在它流通的过程中才是钱，否则只是一沓世界上质量最好的废纸。　　 

１５.幼稚　　不要怕人说我们幼稚，这正说明你还年轻，还充满活力。「成熟」是个吓人的词儿，也是个害人的词儿。成熟和幼稚是对一个人最大而无当、最不负责任、最没用的概括。那些庸人，绝不会有人说他们幼稚。不信，到哪天你被生活压得老气横秋，暮气沉沉的时候，人们一定会说你成熟了，你就会知道「成熟」是个什么东西。

１６。缺陷　　也许你个子矮，也许你长得不好看，也许你的嗓音像唐老鸭……那么你的优势就是你不会被自己表面的浅薄的亮点所耽搁，少花一些时间，少走一些弯，直接发现你内在的优势，直接挖掘自己深层的潜能。

１７。压力　　中年人能够承受多大压力检验的是他的韧性；年轻人能承受多大压力，焕发的是他的潜能。

１８．孤独　　这是为自由付出的代价。

不知道从哪里转来的。

很想一个人去流浪

2009-04-08T10:11:00.001-07:00

我想去流浪，

带上我21克的灵魂，
放下我21年的理想，

用眼睛看遍山河，
用双脚走遍大地，

我一路走来，
我忘记过去。

事务类型补充详谈

2009-03-26T22:02:00.000-07:00

详见: /images/blogs/files/5251/合并业务类型应用.doc
相关连接:http://community.kingdee.com/pages/sapguru/blog/archive/2008/10/24/326732.aspx合并事务类型http://community.kingdee.com/pages/sapguru/blog/archive/2008/10/28/327447.aspx

一.什么是事务类型
事务类型的配置可在合并配置下好到,所以也称合并事务类型(BCS现在改叫移动类型)，如下图：

定义事务类型Tcode:OC08, 事务类型简单理解,就是一个科目分配字段(科目分配Account Assignment类似国内所谓的辅助核算字段,象内部订单成本中心都是科目分配字段),SAP亦提供了类似国内的辅助核算字段功能,但未有专设的辅助核算模块,Sap中可使用Tcode:OXK3定义科目分配客户化字段,但涉及面太广,因为SAP是高度集成的,定义的客户化字段会迫使各模块很多程序和表结构重新生成,所以,如需大量使用客户化字段,最好在系统正式运行初就规划好,客户化字段比起国内软件的辅助核算系统还有一些缺陷,此处不讨论。
理解这点,就很清楚为什么需要使用事务类型了,举一个最简单的实例,长期借款类报表需区分年初数、本期增加数、本期归还数和其它减少数,单纯从借贷方无法区分这些业务,所以使用事务类型来区分。
2301010100
长期借款-抵押借款-本金
C长借年初余额F01本期增加数F11本期实际归还F12本期其他减少
2301010200
长期借款-抵押借款-利息
2301030100
长期借款-信用借款-本金
2301030200
长期借款-信用借款-利息
2301040100
长期借款-质押借款-本金
2301040200
长期借款-质押借款-利息
2301050100
长期借款-保证借款-本金
2301050200
长期借款-保证借款-利息
定义事务类型如下，每个事务类型对应一年结事务类型，

七.事务类型的增强设计
以前举过一个实例，假设某家企业只实施财务模块，但要求存货也做物料+数量管理,比如原材料科目财务记帐可输入物料/数量,由于Sap系统中数量只能输入正数,而物料则包括补充(正数)和销售(负),怎么办?
解决思路：使用事务类型，可限制原材料/或产品等物料科目事务类型为必输,凡是本期原材料的补充则选择C01,消耗则选择C02,或者,建立更多事务类型诸如C01:采购;C02:采购退货;C03:生产发料;C04:生产退料等,其实就是按物料移动类型细分,如果事务类型允许月结做一动作自动将上期的C01-C04结转到下期为期初数C00,再加上数量的结转,数量结转根据“+/-符号”进行加减运算(注:SAP的数量结转只是简单相加而已), 就比较巧妙,可以实现数量金额帐的自动结转功能.
有人说为什么不从借贷区分数量，借方表示数量增加，贷方表示数量减少，其实也可，在科目主数据设置一个余额方向类的东西，应该也行，搞来搞去就这样。

作者: SAP屠夫

徐新畅谈三条投资标准创业需要某种天生特质

2009-03-25T05:42:00.000-07:00

http://it.sohu.com/20090325/n262997320.shtml

　　1、我觉得创业者是天生的，有很多人说这么聪明的人怎么不创业，创业早成功了，这是非常大的假设，创业需要某种特质，这种特质是天生的。

我们特别喜欢从大学就开始有生意头脑的人，到处去找活干，这说明他有一种特质，你别看大学生做点小生意，说明两个问题，第一，他有创业的欲望，第二，他还有点商业头脑，第三，他指挥一两个小兵，大学生做生意这件事本质不一定辞职去创业，但是说明他性格中某种特质，我们蛮喜欢的。
　　2、零售行业能不能做起来看两个数字，一个是毛利怎么样，还有一个是流动资金的周转率怎么样，他虽然毛利率不高，但是流转资金转的很快，也能自己滚起来，看国美、苏宁长这么大也没有拿风投一分钱，说明还是流动资金经销商给他付了钱，做大的，所以我们感觉他的模式还有一点优势。
　　3、当你看到一个生意模式，在没有任何广告的情况下有这么多的成长说明模式对了，而且我们坚信模式的正确有时候比人的自信力更重要。我觉得如果要创业的话，选对模式是非常重要的。
　　4、我们投资理念有三条，第一投行业，第二投企业家，第三帮助这个企业家打造第一品牌，你看顺序是行业第一的，我们觉得行业选对了非常重要，行业选对了以后你这个团队有的时候稍微差一点或者执行力稍微差一点都没有关系，生意模式本身会赋予你很好的门槛、赋予你很好的成长速度，至于后面执行都是可以学习的，所以一开始要选好一个行业，而行业要从用户体验这个东西。
　　5、最大的感慨是，我们经常看到一群很能干的人，但是不怎么样的生意模式，一干就是十几年也干不出来，我们就想这些人要干那个行业早就成功了，但是没有那么做。
　　6、我觉得我们选择的企业家几个人都有共同的特点，就是他们能把握，好像对事业的感觉都是非常好的，从丁磊，到刘向东，到钻石小鸟，每次对市场都很有感觉，特别是对用户很有感觉。
　　7、我们经常跟我们的企业家说，不管你多忙有一件事一定要亲自做，就是跟用户的沟通和产品的研发，我们觉得一个企业做不好，或者互联网行业或者高科技行业，都是因为这个老板本身就不是创始人是打工的，他来了以后每个月只看财务报表，他坐在办公室只是管理人，他没有在市场第一线。
　　8、一个伟大的创意，从下面到产品开发的经理，要爬山越岭到CEO这里已经打了很多折了。为什么老板非常重要，他看中的东西就能推得动，下面看的没有用的。所以我觉得马化腾这个方法挺好的，自己做产品经理。他下面有很多小分队，每次到他那，他就自己晓得行不行，这跟他用大量的时间在互联网跟用户沟通是没有关系的。
　　9、金融危机来了以后，价格为什么高端的东西都下来，但是中低端还卖的很火爆，沃尔玛生意也很好啊，麦当劳也好啊，但是星巴克就不行了，麦当劳打上广告，为什么5美元到星巴克买咖啡，我这里1美元就行了。
　　10、我们也做测试，当一个消费者走到一个大卖场，一眼望过去，十几二十个品牌的鸡蛋你买谁的，那一刹那什么东西决定了他的选择？第一，这个东西我听过。第二，哪个牌面大就说明谁的实力强，第三，促销小姐。你把这几个工夫研究透、研究好，你的销售一定比别人好。
　　11、财富五百强里面有没有做女装的？好像不多。而且要多品牌战略，不能一个牌子，百丽为什么做得好？百丽有好多的牌子，每个牌子适用于不同的价格、不同的人群，执行力是非常强的，那也是可以的。
　　12、我看一眼不晓得，要跟他聊天，聊很长时间，把他的经历都挖出来，谈一次可能也不行，可能要跟很多其他的人，他的下属啊，跟他这么多年肯定了解他吧，把他所有的下属都挖出来，你们的老板怎么样，优点是什么，缺点是什么，每次决策是怎么做的，你把他的竞争对手也拿来问一下，把他的合作伙伴也拿出来问一下，其实他们的答案是归同的。
　　13、刚刚大学毕业的话你有几个选择，一个是到大公司锻炼一段时间，比如说会计师事务所或者财富五百强锻炼一段时间，在那做一个螺丝钉，最好那个螺丝钉特别强化的训练，几年以后把你锻炼出来，要么是你的营销能力，要么是你的财务分析能力，有很好的锻炼，这种挺好的，这个时候再跳到一个去创业的企业里面，做一个直接可以向CEO汇报的人，这样你的舞台就大了。

I am nobody

2009-03-23T09:07:00.001-07:00

地上有一大滩血迹，绵延了十几米，从这个稠密度看来还是新鲜的，没错，前面不远处躺着一个人...

这是我这个月第二次看到这样的场景，在人来人往的火车站地下通道，令人压抑的灯光、令人窒息的气味，令人恐惧的血液。

周围的人却出奇的镇定，只是默默地看着地上躺着的人，然后继续赶路，他们中大多数和我一样是赶去上班的。没有人关心地上的人，他是死是活，家人朋友，流血的原因。偶尔会有几个人停下来看几眼这个人，幸好他还是完整的，满脸胡须，黝黑的皮肤，军绿色的外套，这种人在火车站附近到处都是。

这个人需要帮助，我在查看了旁边的地铁工作人员的眼神后，默默地走开了，我本可以帮上些什么，但是却同所有人一样，默默地走开了。

找自己

2009-03-18T22:11:00.000-07:00

找自己~上班时在网上找自己的网名，看看能搜出什么秘密，果大惊!!!

4年前曾用过一Space，找到百度知道里面有人问起此Space背景音乐，当年此Space日均50的点击率，现在不知还在不在微软的归档服务器里，反正我是已经找不到了...
http://zhidao.baidu.com/question/11217162.html

故贴上地址，以示当年Space之繁荣，叹今日之衰亡...

汇率维护

2009-03-15T23:54:00.000-07:00

导入模板程序：RFTBFF00？？？
维护汇率方法：http://www.itpub.net/viewthread.php?tid=898494

Internal Order

2009-03-15T23:13:00.001-07:00

An internal order is an extremely flexible CO tool that can be used for a wide variety of purposes todocument costs and, in some cases revenues within a controlling area. You use internal orders forplanning, monitoring and allocating costs.

You can use internal orders for different purposes.
They can be split into four categories:
􀁹 Overhead cost orders: monitoring overhead costs that are incurred for certain purpose, such asholding a trade fair, or for the documentation of costs, such as for maintenance and repair tasks.
􀁹 Investment orders: monitoring costs that are incurred for an asset under construction, for example,a building or a warehouse.
􀁹 Accrual order: offsetting entry of accrual costs (calculated costs in CO) to cost centers.
􀁹 Orders with revenues: can be used as cost objects so that costs and revenues can be tracked.

ABC成本法

2009-03-11T08:18:00.000-07:00

长期以来，在物流企业的实际运作中，物流成本分析一直是困扰物流管理者的一个难题，物流企业传统的成本分析方法是按投入要素进行会计核算，如设备设施折旧、人工费用（工资）、燃料费、动力费等。传统的成本分析方法最明显的不足是：
容易忽略机会成本。物流成本分析应该是对物流的经济性分析，应分析它的经济成本（机会成本）而不是会计成本，因为物流管理者更关心的资源的利用效率，会计成本仅仅是显性成本。在具体的核算方法上，经济成本和会计成本会有不同的结果：如设备设施的折旧，经济成本是按设备的实际磨损率来计算，而会计成本则是按规定的年限进行分配。
无法针对客户进行成本分析，尤其是一些综合性的物流中心。由于物流作业是混合进行的，传统的会计成本核算方法无法将作业费用按客户进行分摊，那么对具体客户也就无法进行盈利性分析，客观上可能会造成为某些客户提供服务时并没有盈利甚至是在亏损。换句话说，就是很难测算出具体某一个客户或某一类产品的物流成本。物流作业多是混合作业，一台叉车的折旧费用如何分派到不同客户的成本中去？如果按当月的作业量，根据不同权重在所有客户间进行分配，但每个月的作业总量是变化的，这样做就会造成客户的单位成本每个月都不相同的现象。
ABC成本法虽然是针对生产制造企业提出的，但它以作业为单位进行成本计算的思想，对于物流企业来说，有着很好的借鉴意义：一方面，可以通过对客户进行盈利性分析，根据盈利能力对客户进行选择；另一方面，可以根据客户的物流作业活动，预测出物流成本，为谈判中的报价提供依据；第三，可以对具体的物流作业过程进行更准确的成本控制，进而使企业获得成本上的优势。
从可行性上看，主要基于以下两点：
物流过程的可分解性。物流过程虽然复杂，但都可以分解为单独的活动（作业），比如可以把仓储分解为装卸、搬运、验收、拣货、加工、补货等，对成本分析的目的不同，对活动分解的详尽程度也不同。
物流作业成本可独立计算。按照ABC成本法的基本原理，物流作业成本中的直接费用可直接计算，间接费用按实际消耗进行分配，从而可计算出单位作业对象的该项作业的成本。

我们再来看一看物流企业应用ABC成本分析法的基本步骤:
物流企业应用ABC成本分析法的基本思路就是，根据具体的物流过程将其分解为各个活动，根据活动对资源的消耗（实际消耗，比如设备折旧是按照实际工时与设备工时寿命来计算，而不是传统会计中的按期折旧法）计算出总成本，然后根据作业对象计算出单位产品的成本，将作业对象各个环节的成本相加，计算出单位作业对象的单位总成本。在实际应用中，可按以下步骤进行：
1.界定物流过程中涉及的各个环节价值链、作业链和活动。价值链的确定有助于识别活动的有效性，剔除无用活动和减少无效活动；在识别出价值链的基础上，确定作业链，最后确定组成作业链的活动。活动是组成作业链的基本单位（Units of Work）。例如，针对卖场的配送活动可以分为分拣、加工、运输、装卸等。
2.确认物流企业中涉及的资源。物流活动消耗的资源包括有人工、设施设备、能源等，成本按照所投入的方式不同可以分为直接成本和间接成本。资源的界定是在作业界定的基础上进行的，每项作业必然涉及相关的资源，与作业无关的资源应从物流核算中剔除。
3.确认资源动因，将资源分配到作业。作业决定着资源的耗用量，这种关系称作资源动因。资源动因联系着资源和作业，它把总分类账上的资源成本分配到作业。
4.确认成本动因，将作业成本分配到产品或服务中，计算出作业的单位成本。作业动因反映了成本对象对作业消耗的逻辑关系，例如，问题最多的产品会产生最多顾客服务的电话，故按照电话数的多少（此处的作业动因）把解决顾客问题的作业成本分配到相应的产品中去。
5.确定单位物流成本。将所有作业环节的单位成本相加既可得到单位物流成本。

ABC成本法作为一种新的会计计算方法，虽然目前由于缺乏相应软件支持、计算方法复杂、变换会计计算方法的风险大等原因，作为一套系统的会计计算方法还没有普及，据一份1999年对香港地区企业应用ABC成本法的调查显示，仅有11％的企业已经应用和5％的企业准备应用，但是，随着经济环境越来越动荡，竞争越来越激烈，传统会计增加了由失误造成的成本，而ABC成本法能够提供更详细、更准确的成本信息的优点开始引起了越来越多企业的关注。作为一种成本核算和控制的管理方法，非常值得我国的物流企业借鉴和尝试。

雨再这样下下去，我就要长蘑菇了

2009-03-02T05:59:00.000-08:00

这是怎么开始的？应该是下雨天去淮海路招行的路上被飞过的轿车溅到身上开始的，突然想起了小妹的一句话“雨再这样下下去，我就要长蘑菇了”。

这里声明一下，我语文不好，高考的三次模拟考无一幸免，幸亏最后高考上了九十。其实并非是我语文本身不好，只是太容易发散出去，就像现在，不知不觉间已经偏题了。

早上听到经理说咨询部老大离职了，此老大已经为SAP服务了11年，整个咨询部可能取消重组...本想借此实习进入SAP的希望又渺茫了一步，虽然本身就很渺茫。这两天一直在等hand的培训生offer，可不出意外也打水漂了，枉费我让两位大佬帮我推荐。好歹手上有派吉事的offer，还有个柯莱特的可以选，但是都不是我想要的，坦然一点，有谁能百分百得到自己想要的呢，劳资多奋斗两年照样可以进SAP嘛。只是原本幻想的汉得SAP然后读MBA之路不知什么时候才能去实现，或许就跟着这次金融危机漂到了水上。

不过最近国内各大外企的裁员消息着实让我感到了冬天的寒冷，原本一个个梦想的公司，都已成为了噩梦的发源地。有时想想，我有个规划局的位子不去，跑到小外包公司混经验，值得么？我也不知道，所有“过来人”都说我应该去这种稳定的地方，拿拿工资，抱抱女子，生生孩子。但是我知道，这不是我的道路，我需要挑战，我需要目标，我需要奋斗，我需要激情，去证明自己的存在，去向所有曾经轻视我的人证明，证明存在。

没错，我很认同西哲的概念，“存在就是被感知”。

BW note

2009-02-02T22:59:00.000-08:00

BW DEV系统，需要设置为开发系统，TCODE:RSOCONTENT。不然会将A Version传到其他系统。
应该是将D Version传过去。

强大的内心

2009-01-20T08:29:00.001-08:00

世界上有这么一种人，似乎特别得到老天爷的偏爱——他总是有自己的理想，并且总是努力去做，最重要的是，老天爷每一次都会帮他取得成功。
是不是很令人羡慕？其实，我一直以为，与其说每个人有自己的命盘，人生各不相同，倒不如说我们自己打造了自己别样的人生。
内心的强大，才可能让我们的生活是丰实而非空洞的；生活的丰实，才可能让我们的人生是精彩而非轻佻的。前面有一次文章中，我说过，一个幸福的愿望可以得到全世界的协助。内心的强大正帮助你积聚来自外界的能量的前提。试问，一个内心空虚乏物的人，如何凝聚力量来实现自己的愿望？
内心的强大，是内心的安定与平静。强大，不是霸道，不是要将别人的所有占为己有，恰恰相反，内心的强大带给我们的是宽容和谦让。正是因为内心的安定与平静，我们才明白自己真正需要什么，才明白如何才能得到快乐。
内心的强大，是不纠缠、不羁绊的状态。所谓“心轻上天堂”，就是说无牵无挂、不计较、不被琐事烦扰的心灵才可以接近天堂。
内心的强大，是对未来充满希望。当我们内心强大到可以战胜一切恐惧与悲观的时候，其实已经无所谓希望了，因为我们在哪儿，希望就在哪儿。
内心的强大，是人生目标的清晰。因为清晰，所以我们可以坚定地走下去；因为清晰，我们才不会跌跌撞撞却不知身在何方；因为清晰，我们才可以知道什么是对的，什么是错的。
那么，怎么做，才可以让自己的内心强大起来呢？
我们前面已经讲过，如何接纳自己、激励自己，如何拥有积极的心态。这些都是拥有强大的内心的前提。
我们还谈过自强、聊过成功的意义，这些都是在帮助你澄清自己的人生观，价值观。
我们还介绍过调节情绪、拥有行动力的很多方法，这样的生活比较阳光，比较健康。如果真的照我的建议去做了，就可以感受到更多的来自内心的力量。
过去讲了很多针对问题本身很具体的办法，但是这一次，很抱歉，我没有办法告诉你，如果想让自己的内心强大起来，第一步应该怎么做，第二步应该怎么做，很抱歉，我不能告诉你。
在这个过程里，更多的是我们对自己生活的探索。没有固定的线路和模式。也许需要付出比别人更多的经历和时间，那又有什么关系呢？
重要的是，你必须学会主动地澄清你自己内心的真实想法。不要用世俗的标准去衡量它们。不要给他们标记上“对”或者“错”。你必须看清楚它们究竟是什么。如果你听到自己的心说“我要挣大钱”，也不必觉得难以启齿。在你的道德标准范围内，你的任何想法都完全可以心安理得。
你应该做的，只是让他们变得明朗化。不要让内心积聚太多的冲突。
也许有的时候，你根本不知道自己的目标是什么。没有关系，你需要的，也许正是这样一段期间里的无欲无求。纵使不是无欲无求，也不用觉得懊恼，我们生活的过程正是不断澄清自己的过程。生命的使命之一就在于认识我们自己。即使现在我们还是困惑之中，也是不要紧的。这是我们生命的过程。
生命不仅仅是一个等待的过程。不要让自己在等待自由，等待明天的过程里慢慢地衰竭掉。你可以做的事情其实很多。不要让生活的平淡把你的内心也变得空洞起来。也许我们暂时无法左右我们的生活，但是我们的内心就在我们自己的躯体里面。屋子可以是黑漆漆的，但是我们的内心依旧可以光亮。
我们也许会暂时变得一无所有。空空的手心并不意味着空空的内心。卷土重来的英雄故事我们听得太多了。一切只关乎内心的强大。在文章的开篇，我们提到世界上有这么一种人，似乎特别得到老天爷的偏爱，他们可以得到他们想要的一切。但是你看到没有，他们都有着强大的内心。
你可以苦闷、可以失落，但是你不可以内心空虚。你必须明白，环境是什么并不重要，记得让自己的内心强大起来。

Purchase to Pay Process Overview

2009-01-15T06:36:00.000-08:00

One essential business process is the purchase of goods that will be presented hereas the complex process Purchase to Pay in order to explain the most inportanttransactions in Accounting.

Purchase order handling: When you create purchase orders, the system providesyou with tools to help you enter the data. The required entry data such as supplier,material, plant and other data relevant to the organization of purchasing must beprovided. The purchaser can supervise the processing status of the order in thesystem. He can define, for example, whether a goods receipt or an invoice hasbeen executed for the respective order position. The system also supports dunning.This procedure runs exclusively in Materials Management. No postings are madein Financial Accounting.
When goods are received, the system checks, among other things, the quantityof goods received against the order quantity. A material document is createdin Materials Management to update the stock. At the same time, a document iscreated in Financial Accounting to post the evaluated goods to the material stockaccount or the consumption account (debit) and to a goods receipt / invoice receiptaccount (credit).

After the invoice has been received in the Invoice Verification, the VendorInvoice is checked as to the correctness of computation and content. All of thesepurchasing processes are handled by the Logistics components of the SAP system.

The vendor invoice is posted in Materials Management and, at the same time, adocument is created in Financial Accounting to post the invoice amount to thegoods receipt / invoice receipt account (debit) and the vendor account (credit). Thegoods receipt / invoice receipt account is used to make sure that a goods receipt isexecuted for every invoice and vice versa.

The Payment Processing usually takes place in Financial Accounting. It is herethat decisions are made about the payment process, such as, for example, thepayment methods and the bank settlement.

BCT激活

2009-01-10T03:28:00.000-08:00

BCT激活

向前的数据，手动安装，清单，选择cube进行安装，带出其他对应当ods、info object、transfer/update rule。

如果出现数据源不能安装，可能是ECC中没有激活，用RSA5激活数据源，用比较数据源查看是否已经安装，如果已经安装能在RSA6中看到～

然后复制数据源，如果遇到不能安装的问题，可能是Infoobject与transfer rule有冲突，需要删除传输规则/更新规则再次安装～

安装后测试数据，首先测试主数据，然后测试业务数据。
主数据测试过程，首先加载属性数据，然后文字数据，最后层次。
如果有错误，检查transfer rule与info object的数据是否匹配，不匹配则修改。

Match(x) and Copy

2009-01-09T00:50:00.001-08:00

If the SAP delivery version and the active version can be matched, a checkbox is displayed in this column.

With the most important object types, the active version and the SAP delivery version can be matched.

From a technical point of view, the SAP delivery version (D version) is matched with the M version. As in most cases the M version is identical to the active version (A version) in a customer system, this is referred to as a match between the D and A versions for reasons of simplification.

When a match is performed, particular properties of the object are compared in the A version and the D version. First it has to be decided whether these properties can be matched automatically or whether this has to be done manually. A match can be performed automatically for properties if you can be sure that the object is to be used in the same way as before it was transferred from Business Content. When performing matches manually you have to decide whether the characteristics of a property from the active version are to be retained, or whether the characteristics are to be transferred from the delivery version.

Example of an automatic match

Additional customer-specific attributes have been added to an InfoObject in the A version. In the D version, two additional attributes have been delivered by SAP that do not contain the customer-specific attributes. In order to be able to use the additional attributes, the delivery version has to be installed from Business Content again. At the same time, the customer-specific attributes are to be retained. In this case, you have to set the indicator (X) in the checkbox. After installing the Business Content, the additional attributes are available and the customer-specific enhancements have been retained automatically. However, if you have not checked the match field, the customer-specific enhancements in the A version are lost.

Example of a manual match

An InfoObject has a different text in the A version than in the D version. In this case the two versions have to be matched manually. When Business Content is installed, a details screen appears which asks you to specify whether the text should be transferred from the active version or from the D version.

The Match indicator is set as default in order to prevent the customer version being unintentionally overwritten. If the Content of the SAP delivery version is to be matched to the active version, you have to set the Install indicator separately.

The active version is overwritten with the delivery version if
¡ the match indicator is not set and
¡ the install indicator is set.

In other words, the delivery version is copied to the active version.

If the Install indicator is not set, the object is not copied or matched. In this case, the Match indicator has no effect.

In the context menu, two options are available:
...
a. Merge All Below
The object in the selected hierarchy level and all objects in the lower levels of the hierarchy are selected as to Match.
b. Copy All Below
The Match indicators are removed for the object in the selected hierarchy level and all objects in the lower levels of the hierarchy. If the Install indicator is also set, these objects are copied from the delivery version to the active version.

The most important properties which are taken into account when versions are matched are now listed.
....

创建BAPI

2009-01-08T01:25:00.000-08:00

新建BAPI

一.建立Function Module
Step 1: Define a Structure for BAPI
In this step structures for the parameters and tables of the function module used for the BAPI are defined.

USE T CODE : SE11 then Data type -> Structure
Define the structure Name : Ex: ZVEND
Important note:
You will have to define a structure for every parameter in the BAPI. You cannot use the same structures used in existing applications because BAPI structures are frozen when BAPIS are released and then there are restrictions on changing them.

Step 2:Define a Function Group
USE T CODE: SE80 to create a Function Group
note:
一个Function Group只能包含一个BAPI；参数传值；必须有有一个BAPIRETURN类型的EXPORT参数

Step 3:Define a Function Module
USE T CODE: SE37 to create a Function Module
note: Function Module就是具体执行的代码

二.封装
1，在SWO1，建Object Type
2，把Function Module作为一个Method加入，utilities->API Methods->Add Method
3，编辑->更改状态，release Object和Module。使在BAPI Browser 中可以看到。也就是外部能够调用。

(转)SAP ERP系统总帐等概念

2008-12-28T22:12:00.000-08:00

1，科目表的建立及分配

在SAP中，科目表的层次较公司代码高，也就是说先创建好科目表，然后可以分配给不同的公司使用。在同一集团范围内，为了使各个集团范围内的公司使用的科目表都能一致，通常是先创建一个虚拟的公司及科目表，然后集团范围内公司都可从其拷贝。科目表中的科目就是在总帐的主数据中分别创建的。这里值得一提是，在SAP中的科目表与传统的手工方式在科目体系中有了很大的不同。传统的帐务体系将会计科目分为1级科目、2级科目、3级科目等。但在SAP已没有这样分法了。除了应收、应付、固定资产等统驭科目外，所有的明细或2、3科目上升为总帐科目（当然在使用之前，应进行有关主数据的设置），如传统的银行存款—工商银行XX支行XX帐号，这只是银行存款的一个子科目，但在SAP中，此时已设置为一个总帐科目了，科目代码是根据企业会计制度中的有关编码扩充至8位编码，如一个企业有许多银行存款，在SAP中就变成了有许多总帐科目。在总帐层次显示时，是分别显示的，但到报表层次时，则根据所有银行科目中的前四位代码汇集成一个科目银行存款进行披露。管理费用也一样，在SAP中有非常多管理费用的总帐科目（如工资、奖金、津贴等）。但在总帐还包含有从其他模块中过入的金额，如统驭科目，统驭如应付/收及固定资产的明细科目，因此在SAP的总帐科目表中，我们看到的就不是目前的五、六十个科目，而是将近五百个的总帐科目。由于应收、应付、固定资产有各自独立的模块，所以有各自的明细帐。但反映在总帐及报表层次时，分别为细分的统驭科目（如应收帐款可根据企业管理的需要分为应收国内的款项与应收国外的款项等）。SAP所有的财务信息都是即时的，当记录一笔总帐分录时，相应的总帐、报表都已生成，当应收明细帐生成时，通过统驭科目就可即时过入总帐与报表。也就是说，在SAP的帐务里，任何时点都会产生新的总帐与新的报表（注意该总帐与报表并不完全体现法人的资产负债损益情况，尚有折旧、预提待摊因素要考虑）。

2，统驭科目的概念及分类，统驭科目的变更

统驭科目（reconciliation account）指的就是将明细科目归集起来的意思。前面我们说到，系统总帐科目表中包括统驭科目，该统驭科目是与应收模块、应付模块、固定资产模块有关的，其中长、短期借款运用了应付模块的功能，也成为了统驭科目。在实际业务过程，我们可能会发生统驭科目选用错误，此时就要用到统驭科目的变更功能。如客户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.直到选错统驭科目的金额被支付出去后，才不需运行上述程序。

3，凭证的输入规则：在SAP中，总帐科目在输入分录是需要遵循传统的记帐方法，“有借必有贷，借贷必相等”。但对于应收、应付的发票输入（即作会计分录）单边则可，如在应付模块作发票输入，填入供应商的号码，日期、金额后，其次填写行项目，此时的行项目的字段中已经默认了借方，用户只需选择适当的总帐科目（如管理费用—XX）、金额、成本中心即可。产生的分录即为借贷皆具的双边分录了。应收模块的发票输入也同样。在应收、应付模块中除了后勤模块的“发票校验程序”及销售模块的“出具发票程序”自动过入应付、应收帐款外，尚有许多处如“过帐”、“清帐”也具有半自动生成会计分录的功能。另外，在SAP中，凭证具有较宽泛的意义，如后勤模块的产生的收货单据，在SAP中也称为凭证，发票也称凭证，因此财务人员在实际操作中应注意区别。

4，凭证的类别

传统的会计核算中，将凭证的类别分为收、付、转三类或直接就是一类记帐凭证。SAP对凭证的分类基本上也遵循收、付、转三类的原则，即总帐凭证（类似转帐凭证）SA，与供应商有关的凭证（类似于付款凭证）：KR（应付供应商的凭证）、KG（供应商转来的红字发票，SAP称为贷记凭证）、KZ（付款给供应商的凭证），与客户有关的凭证（类似于收款凭证）：DR（开具发票给顾客的凭证）、DG（开具红字发票给顾客的凭证）、DZ（向顾客收款的凭证），与固定资产交易有关的凭证AA等。

5，记帐码

在手工的会计核算过程中，我们通过用记帐符号“借”与“贷”来描述资产、负债的增、减。但在SAP中，却变得有些复杂了，比如，对于总帐科目的凭证，用符号40来表示总帐的借方，用50来表示总帐的贷方，分录例示如下：40：10010101（现金）50：50150101（营业外收入）；对于与供应商发票有关的凭证输入，主要与应付帐款有关的借贷方就比较复杂了，如贷方用31、32、33、34、35、36、37、38、39，借方用21、22、23、24、25、26、27、28、29，如供应商发票输入分录为：40：50100101（营业费用-电费）31：10100037（表示通过主数据创建的供应商编号）。对于与应收帐款有关的，其应收帐款的借贷方所用的记帐码：用01、02、03、04、05、06、07、08、09表示借方，用11、12、13、14、15、16、17、18、19表示贷方，如输入一笔与客户发票有关的分录：01：客户有关的号码50：其他业务收入。与固定资产有关的业务，用70表示借方，用75表示贷方，假设通过应付模块采购固定资产，70：固定资产号码31：10100037.与存货有关的业务，用89表示借方，用99表示贷方，如89：存货贷：50：GR/IR，退货时，40：GR/IR 99：存货（与存货有关的会计业务，大部分是系统自动产生的，因此少了一道麻烦！）。

记帐码在SAP中实际上起到如下的作用：在行项目中决定可输入的科目的类别；行项目是以借方或贷输入；决定其他字段的状态。

6，凭证号码的产生

在SAP中，凭证号码可以由系统产生也可由手工产生，但系统产生的凭证号是连续的，手工产生的号码难免会产生跳号等失误，因此对系统设置时采用的凭证号码是由系统自动产生的。同时，对不同类别的凭证，系统对其产生的号码的范围不尽一致，如输入供应商发票产生的凭证号在1900000000-1999999999之间，付款给供应商的的凭证产生的凭证号在1500000000-1599999999，与固定资产有关的凭证产生的凭证号在0100000000-0199999999之间，开具发票给客户产生的凭证号在1600000000-1699999999之间等等！尚有其他号码范围，可参照总帐蓝图中的有关叙述。当然，号码范围是与年度有关的，即开始新一个会计年度时，号码区间又会被重新选用，从而避免号码被用尽的可能。

7，记帐期间变式，会计年度与特殊期间

记帐期间变式是较难理解的一个内容。通过手工的做法是，在某一期间内所有交易都必须在同一时点结帐，以便总帐及财务报表的生成。但在系统中，由于每一时点都可以产生一个即时会计报表，因此某些类型的凭证可以在期间结束时予以关帐，而某些却又可以继续开着，即某些类型凭证可在8月份入七月份的帐。当然从严格的角度说，这是不合适的。这就是记帐期间变式。特殊会计期间，在系统中，会计期间基本上分为12个期间，这与正常手工核算无二，但由于在年度的会计期间结束后（此时12月31日会计报表已产生），仍然存在应当调整的事项，如审计时发现有些费用的确认不尽合理，有些交易金额必须重新确认（如某些资产负债表日后事项），这时的调整就在特殊期间进行。SAP的特殊会计期间分为4个，即13-16期间。但有些资产负债表业务却又难以在特殊期间实现，如资产负债后日后发生的上一年度的退货，由于这涉及到集成的业务，所以在SAP较难实现（具体参见后述）。

8，初级成本要素与次级成本要素

初级成本要素与次级成本要素。SAP除总帐的及时集成外，它的另一个特点是与控制模块的及时集成。在SAP中所有的总帐中的费用科目都被要求创建成为初级成本要素。这样，当输入一个总帐的费用分录时，系统会要求输入一个成本中心，即表示此时系统已将该初级成本要素分配给了某一成本中心。即通过一个分录就将总帐与控制模块的要求同时满足，这就是SAP的无缝集成。当然控制模块中只有该要素的金额，而不是像总帐的记录是通过双边分录来实现的，因此某成本心的费用报表是各个初级成本要素总汇。次级成本要素是指，某一成本中心的费用要素可整理成为次级的费用要素（项目），并将其通过一定的比例分摊给不同的成本中心。控制模块就是通过这两个要素反映了企业内外部间的资金流动情况。在SAP中，初级成本要素就类似于科目表，它可以分配给任何一个成本中心，包括法人间的成本中心，即不同的成本中心可能包括的初级成本要素是一模一样的，但金额却不尽相同。

9，分配与分摊

分配与分摊对于成本要素的来说是一个很重要的功能。并且这功能就类似于固定资产折旧一样，一月只能执行一次。分配的功能是与初级成本要素相关的，分摊的功能是与次级成本要素的功能相关的。这两个功能同样都可用到计划（预算）与实际发生额中。如可创建一个循环，将某成本中心（可超过一个以上）的初级成本要素（可超过一个以上），按一定的比例分配给其他成本中心（可超过一个以上），当然也将这循环分为几个段，各段间相应的要求可以不一样，这样每月末执行时，就可以很好地反映初级成本要素的流向情况。同样的，也可创建一个分摊循环，将某成本中心（可超过一个以上）的初级成本要素（可超过一个以上）重新组合成为一个次级成本要素，然后再将其按一定的比例分配给其他成本中心（可超过一个以上），当然也将这循环分为几个段，各段间相应的要求可以不一样，这样每月末执行时，就可以很好地反映次级成本要素的流向情况。分配与分摊的区别在于，分配是将某一成本中心的初级成本要素分给另一成本心，被分配的初级成本要素会与被分配的成本中心的相同的初级成本要素一并反映，而分摊则是将次级成本要素分摊到另一成本中心，与被分摊的成本中心的初级成本要素一同反映，这样有利于区分本成本中心的发生的费用与分摊过来的费用的界限。需要说明的是，同一利润中心下的成本中心的分配或分摊，并不影响该利润中心的利润额，但跨利润中心进行分配或分摊，则影响了不同利润中心的利润额，两种方法产生（分配或分摊的规则相同时）的影响一致。

12.10

2008-12-09T19:58:00.000-08:00

信息对象放主数据
业务数据是修改Cube

有中文选择8400 Simplify Chinese

BW链接其他数据库

2008-12-08T18:11:00.001-08:00

BW连接其他系统的数据库，如果与BW是同样的系统可以用SQL链接，如果非同样则需要UD链接。
具体以后补全。

Logical views of physical data stores

2008-12-07T18:11:00.000-08:00

InfoSet:
Name for a particular type of InfoProvider: An InfoSet describes data sources that are usually defined as joins for ODS objects or InfoObjects (characteristics with master data). A time-dependent join or temporal join is a join that contains an InfoObject that is a time-dependent characteristic.

Virtual InfoCube:
A virtual InfoCube with services is an InfoCube that does not have its own physical data storage in BW. A user-defined function module is used as a data source. The properties of the data source can be defined more precisely using a number of options. Depending on these properties, the Data Manager provides services for converting the parameters and data.

MultiProvider:
A MultiProvider is a type of InfoProvider that combines data from a number of InfoProviders and makes it available for reporting purposes. The MultiProvider does not itself contain any data. Its data comes entirely from the InfoProviders on which it is based. These InfoProviders are connected to one another by a union operation.
InfoProviders and MultiProviders are the objects or views that are relevant for reporting.

Transfer & Update rules

2008-12-04T22:22:00.000-08:00

A DataSource describes in the form of field structures the data that isavailable in a source system. The DataSource consists of the extract structure(all prepared fields) and the transfer structure (a selection of fields from theextract structure). The DataSource is replicated in SAP BW.

AnInfoSource is a collection of information that logically belongs together,gathered into a single unit. The communication structure is the field structurein which the information is stored.

Transfer rules transform data from several transfer structures into a singlecommunication structure.Transfer rules are defined in BI for harmonizing or cleaning up data fromthe transfer structure to the communication structure, transfer rules are DataSource-specific, and consequently source system-specific. It has two transfer method: PSA and IDoc, only can connect Datasource.

Update rules transform data from a communication structure into one or moredata targets. cannot load hierarchies.

Some Concept about BW

2008-12-02T19:22:00.000-08:00

InfoObject:
Business analysis-objects (customers, sales volumes, and so on) are called InfoObjectsin SAP BI.These InfoObjects can be divided into characteristics and key figures.

InfoCube:
The central data containers that form the basis for reports and analyses in SAP BI arecalled InfoCubes.They contain key figures (sales volumes, incoming orders, actualcosts, and so on) and a link to the characteristics (master data of the SAP BI systemsuch as cost centers, customers, materials, and so on).
If you want to store anInfoCube, you create a new folder or use an existing one. This is similar to the methodused when storing data on your PC: These folders are called InfoAreas in SAP BI.

InfoProvider:
InfoProvider is the super-ordinate term for an object that you can use to create reportsin Business Explorer (BEx). InfoProviders are objects or views that are relevantto reporting.

InfoProvidersdeliver data that can be analyzed using a query.There are two types of data stores. Physical stores include:
*InfoCubes
*DataStore Objects
*InfoObjects (of type characteristic)
Logical views of physical data stores include:
*InfoSets
*Virtual Providers
*MultiProviders

Power users can use the BEx Query Designer to create queriesbased on data stored in BI data providers in an easy and intuitive manner using Dragand Drop. Analyses and reports can draw on components that need to be created onlyonce but can be reused in many queries. BEx queries and query views are the basisfor analyses, reports, and planning scenarios in the BEx Web Application Designer,BEx Report Designer, and BEx Analyzer (Excel Add-in).

Secondhand Serenade

2008-12-01T03:01:00.000-08:00

Secondhand Serenade, 这个名字很奇怪，带点忧伤因为他是secondhand；也带着浪漫，因为serenade是情人在窗下唱的歌。

《A Twist In My Story》这张专辑听了半年了，至今仍然为之着迷。第一眼看到这灰黄的墙面，这褐色的旧沙发，这沉睡的天使，仿佛闻到了旧沙发的旧沙发味，连天使都沉醉在这样的歌声中了。

不知道为什么那么多人喜欢《Fall for you》，我倒是比较喜欢《Why》和《Stranger》这两首钢琴伴奏的独唱，喜欢John Vesely温柔、干净、带些许伤感而又充满爆发力的嗓音，"take a look at me so you can see how beautiful you are..."

无意间找到myspace中的Secondhand Serenade，将《Awake》与《A Twist In My Story》结合的十分完美，网址是http://www.myspace.com/secondhandserenade

Really Really Amazing Dream

2008-12-01T00:27:00.000-08:00

Painful headache, I can fell it. I just woke up from a music show - a dream.
I played guitar, six people's band, imaginary song, pulsatile and rhythmic, a little like bon jovi's "It's my life", I made it, in my dream.
Flashing lights on my body, and music, and drunk, and intoxication, until I felt the pain.

It's still dark, maybe not sleeping for a long time, or maybe not fall asleep at all. Still can hear the music by the ears, still can fell the string in my hands, still headache, yeah I got the fever.

Last week I start to be a part-time waiter in ATANU bar, a small bar alone the bund. It's a good experience to me, good luck to me.

Difference between BW 3.5 and BI 7.0

2008-11-26T18:39:00.000-08:00

1. In Infosets now you can include Infocubes as well.

2. The Remodeling transaction helps you add new key figure and characteristics and handles historical data as well without much hassle. This is only for info cube.

3. The BI accelerator (for now only for infocubes) helps in reducing query run time by almost a factor of 10 - 100. This BI accl is a separate box and would cost more. Vendors for these would be HP or IBM.

4. The monitoring has been imprvoed with a new portal based cockpit. Which means you would need to have an EP guy in ur project for implementing the portal ! :)

5. Search functionality hass improved!! You can search any object. Not like 3.5

6. Transformations are in and routines are passe! Yess, you can always revert to the old transactions too.

7. The Data Warehousing Workbench replaces the Administrator Workbench.

8. Functional enhancements have been made for the DataStore object:New type of DataStore object Enhanced settings for performance optimization of DataStore objects.

9. The transformation replaces the transfer and update rules.

10. New authorization objects have been added

11. Remodeling of InfoProviders supports you in Information Lifecycle Management.

12 The Data Source:There is a new object concept for the Data Source.Options for direct access to data have been enhanced.From BI, remote activation of Data Sources is possible in SAP source systems.

13.There are functional changes to the Persistent Staging Area (PSA).

14.BI supports real-time data acquisition.

15 SAP BW is now known formally as BI (part of NetWeaver 2004s). It implements the Enterprise Data Warehousing (EDW). The new features/ Major differences include:
a) Renamed ODS as DataStore.

b) Inclusion of Write-optmized DataStore which does not have any change log and the requests do need any activation

c) Unification of Transfer and Update rulesd) Introduction of "end routine" and "Expert Routine"

e) Push of XML data into BI system (into PSA) without Service API or Delta Queue

f) Intoduction of BI accelerator that significantly improves the performance.

g) Load through PSA has become a must. I am not too sure about this. It looks like we would not have the option to bypass the PSA Yes,

16. Load through PSA has become a mandatory. You can't skip this, and also there is no IDoc transfer method in BI 7.0. DTP (Data Transfer Process) replaced the Transfer and Update rules. Also in the Transformation now we can do "Start Routine, Expert Routine and End Routine". during data load. New features in BI 7 compared to earlier versions:

i. New data flow capabilities such as Data Transfer Process (DTP), Real time data Acquisition (RDA).

ii. Enhanced and Graphical transformation capabilities such as Drag and Relate options.

iii. One level of Transformation. This replaces the Transfer Rules and Update Rules

iv. Performance optimization includes new BI Accelerator feature.

v. User management (includes new concept for analysis authorizations) for more flexible BI end user authorizations.

(转)SAP接口项目经验

2008-11-26T00:46:00.000-08:00

某ERP 主要应用 SAP R/3 系统，某接口项目是原系统与 SAP R/3 的部分集成。

在 ERP 的实施中，面临众多原有异构系统与正在实施的 SAP R/3 的集成问题。基于以后在一个平台上维护及监视接口比较方便的考虑，ERP 项目组决定采用 SAP XI。

SAP XI（Exchange Infrastructure）是SAP Netweaver 中的一个产品。SAP Netweaver 是一种可随时用于业务运作、面向服务的平台，适用于SAP的所有解决方案。基于Netweaver，企业能够实现各个层面充分的集成，降低信息系统建设的总体成本（TCO）。
归纳起来，
第一个层面，是人的集成，产品以Portal比较有代表性；
第二个层面，是信息的集成，产品有Knowledge Management 和MDM(Master Data Management)等；
第三个层面，是流程的集成，即 XI；
第四个层面，是平台的集成，在这个层面上，SAP 提供的是支持开放标准（如XML）的底层架构，可以实现灵活的互接。

XI 的集成又可以分为两个层次，第一个层次称为Integration Broker，以消息的方式进行的数据的交换；另外一个层次是 BPM，即业务流程管理。

在 XI 中，数据（可以使一条记录，比如单个的物料主数据；也可以是多条记录，比如含主单明细的供应商主数据）从某一个业务系统通过 XI 发送到另外一个业务系统，站在业务系统的角度，前者称为 Sender，后者称为 Receiver 。

适配器(Adapter)进行 XI-XML 格式与业务系统的特定类型的数据格式之间的转换。依据业务系统的数据格式的不同，适配器可以分为多种类型，比如 SOAP Adapter, JDBC Adapter, File Adapter, RFC Adapter 和 IDoc Adapter 等。通常说的实现方式，譬如 SOAP+RFC，是指Sender 与 XI 之间使用 SOAP Adapter，XI 与 Receiver 之间使用 RFC Adapter。

Integration Broker 的工作原理大致如下。XI 主动或者被动通过一个适配器从 Sender 取得数据，数据进入 XI 后的存在形式是基于 SOAP 的 XI-XML 格式的消息。消息在 XI 内部，依照事先做好的配置，决定消息将发送到哪一个业务系统，进行何种转换以及选用哪一个适配器将消息发送出去。消息最终通过适配器将 XI-XML 格式的消息转换为特定类型的数据并发送给 Receiver。

BPM 是建立在前者的基础上的，BPM 使用了 work flow 的概念，涉及到业务逻辑的处理。一个典型的订票例程的应用如下。某旅行社 A 发出北京到孟买的订票请求，两个航空公司 B 和 C 分别有北京到新加坡和新加坡到孟买的航线。A的订票请求在 XI 内部被分割为两个订票请求，请求消息分别发往两个航空公司并等待反馈。如果得到两个都订票成功的反馈，则将反馈进行合并处理，并返回给旅行社；如果得到一个成功一个失败的反馈，则需要将反馈合并处理，将订票失败消息返回给旅行社，同时向其中一家航空公司发送取消订票的请求；如果得到均失败的反馈，则值需要将反馈合并处理，将订票失败消息返回给旅行社。

在此接口项目中，经多次确认、修改和论证，最终确定采用 Integration Broker，具体的实现方式是 SOAP+RFC 与 JDBC+IDoc 。采用 Integration Broker 主要是考虑到现有的集成业务逻辑简单、清晰，并不存在特别复杂的业务逻辑的现象，而 BPM 存在配置复杂以及技术上的风险。在某些功能点，考虑到客户对的实时性要求，采用了 SOAP+RFC 方式。

SOAP和RFC均为同步数据交换协议，包括输入和输出参数。SOAP是建立在 HTTP 协议基础之上的一种协议，通过特定格式的 XML文件来进行数据交换。RFC 是 Remote Function Call的简称，广泛应用在 SAP 的产品之间，类似于常见的 RPC。
SOAP+RFC 方式实现的难点在于某系统发送 SOAP 消息的客户端如何建立，以及如何得到 SAP R/3 的反馈。前者通过相关文档的帮助下得到解决，后者是通过实现错误信息同步由 R/3反馈给 XI，XI 再反馈给某系统来解决的。

其他对实时性没有要求的接口，采用了 JDBC+IDoc 方式。其特点在于 JDBC 方式实现起来比较简单，系统只需要将要传给 R/3 的数据存放到临时表，XI会通过 JDBC 方式从临时表取走数据；XI 向系统写数据，会通过调用存储过程，直接将数据写入后台数据库，生成相关单据。采用 IDoc 方式，其特点是 IDoc 实现了对数据的封装，能够记录数据的传输状态。IDoc 方式是 SAP 推荐的 SAP 产品间的标准数据交换方式。这种方式是之前JDBC+File 方案的替代，在方案改变后，我方的程序完全没有改变，这是采用中间件的优点的一个体现。

JDBC+IDoc 方式实现的难点是对出错如何处理。在三个可选方案中，采用的是最简单的人工干预方法，即对于出错，统一由 XI 发送包含错误信息的电子邮件给相关人员。

如果有条件的话，自己搭建一套SAP XI DEMO EXAMPLE环境，其中涉及了RFC,SOAP,IDOC,XI的adapter，对大家学习ID（Integration Directory）极为有用

BW PSA

2008-11-23T18:54:00.000-08:00

BW中PSA的方式
1.PSA and then data targets (by package)
If errors occur when posting data to the data targets, you can updatethe data packages from the PSA table to the data targets again afteryou have eliminated the errors.
2.PSA and data targets in parallel (by package)
Need many Dialog process
3.PSA only
Enables you to write all the extracted data packages for arequest to the PSA table without updating them to the data targets.
Ready for further update
4.Data targets only
if you load the data using the PSA table, you have the option ofcreating a start routine in the maintenance screen for the transfer rules.With the start routine you canchange (for example, add or delete data) or check data packages.

测试

2008-11-19T05:12:00.001-08:00

测试