SAP方丈:统驭科目的集成修改

合集下载

SAP系统权限设置和修改操作流程_v1.0

SAP系统权限设置和修改操作流程_v1.0

济南分公司SAP系统权限设置
和修改操作流程
1.概述
1.1目的
规范SAP用户权限设置和修改的操作流程,加强SAP用户权限的管理,保证SAP系统的安全、稳定运行。

1.2读者
SAP系统的最终用户和SAP系统的用户、权限管理员。

2.用户权限设置和修改操作流程
2.1用户权限的设置
权限管理员根据“中国石化济南分公司ERP最终用户申请表”相关栏目的内容,对用户管理员所创建的用户ID赋予相应的权限。

2.2用户权限的修改
ERP最终用户由于岗位或者业务范围的调整,需要对其权限进行修改(增加或者减少权限)时,必须填写“中国石化济南分公司ERP最终用户权限修改申请表”(请参见附表三),经所在单位的主要领导审核批准后,交信息中心。

经信息中心领导审核后,权限管理员在SAP系统中,手工对相应用户ID进行权限的修改,并通知用户本人。

附表三
中国石化济南分公司
2、“功能模块”指用户使用SAP中的功能模块,其中有:FI/CO—
财务/成本管理,PP—生产计划, SD—销售/分销,MRO—物料采
购管理,MM—物料管理,PM—设备维护,HR—人力资源。

单位(部门)负责人(签章):
年月日
信息中心审核:
年月日
2。

sap_fico经典面试题

sap_fico经典面试题

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

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

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

假设用户在Customer Master Data设定错误,将Reconciliation Account输入错误,作为顾问如何将系统的错误数据调整正确?利用统驭科目的修改功能.在实际业务过程,我们可能会发生统驭科目选用错误,此时就要用到统驭科目的变更功能。

如客户A的统驭科目被误选为,并有一笔分录输入,假设为1000元,此时的总帐科目就有1000元余额,事后发现用错统驭科目,为此在此客房的主数据中更改统驭科目假设为1(注意这并不会更改已过入的1000元),更改完毕后,至月末(假设本月只有一笔分录及余额为1000元)运行客户重组程序,系统会产生借:(系的调整科目,但非统驭科目)1000贷:(系的调整科目,但非统驭科目)1000,在报表层次上与被安排在一行后余额变为0,与被安排在一行后余额变为1000,这样在报表层次就将由于选错统驭科目而产生的错误纠正了。

第二个月初,系统会自动运行相反的调整分录,借:(系的调整科目,但非统驭科目)1000贷:(系的调整科目,但非统驭科目)1000。

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

Q: 请介绍下如果你需要批量导入数据,比如从EXCEL或FLAT文件选择导入总帐科目主数据的时候,你会选择哪些方法?A: LSMW Legacy System Migration Workbench(详情请参考一份关于在LSMW上创建录屏程序并且记录Variant和Screen Record的帖子), CATT和ECATT (CATT 的对应T-CODE到ECC版本后没有了,变成了ECATT), 以及BDC 批量数据导入程序。

SAP企业信息化系统集成解决方案

SAP企业信息化系统集成解决方案
04 SAP企业信息化系统集成解决方案可以帮助企业提高 工作效率,降低运营成本,提高管理水平。
解决方案的核心价值
1
提高企业 运营效率
2
降低运营 成本
3
提高企业 决策能力
4
提高企业 竞争力
Hale Waihona Puke 谢谢SAP企业信息化系统集 成解决方案
演讲人
概述
什么是SAP企业信息化系统集成解决方案
01 SAP企业信息化系统集成解决方案是一种帮助企业实 现信息化管理的软件系统。
02 它涵盖了企业的各个业务领域,包括财务、人力资源、 供应链、客户关系管理等。
03 SAP企业信息化系统集成解决方案通过集成各个业务 系统的数据,为企业提供全面的数据分析和决策支持。

SAP-批量修改主数据(客户、供应商、物料)

SAP-批量修改主数据(客户、供应商、物料)

SAP-批量修改主数据(客户、供应商、物料)SAP-批量修改主数据(客户、供应商、物料)TCODE: MASS对于批量修改主数据如客户,供应商等,可以试⽤⼀下Mass , 它所能修改的范围如下:选定要修改的对象后,点击运⾏,会要求选择需要修改的表和字段,然后填写过滤出要修改数据的条件随后会显⽰所有需要修改的数据:可以在下⽅表格⾥⼀个⼀个输⼊要修改的值,如果是统⼀修改成相同的值,可以填写在上⽅表格的新值⾏⾥,然后点批量更改,会将下⽅表格的值统⼀改为相同⼀个值,确定所有要修改项正确后,点击保存按钮,会更新到sap数据库。

退出后查看⼀下修改的主数据是否已改确认⽆误 .补充:对于各类主数据⼀般有相应更快捷的批修改tcode,其实都是调⽤这个只是默认选好了对象。

如:XK99 批量维护供应商.MM17 批量维护物料。

 XD99 批理维护客户.OB_GLACC11 批量维护科⽬数据OB_GLACC12 批量维护公司代码数据KE55 批量维护利润中⼼主数据然后填写过滤出要修改数据的条件随后会显⽰所有需要修改的数据:可以在下⽅表格⾥⼀个⼀个输⼊要修改的值,如果是统⼀修改成相同的值,可以填写在上⽅表格的新值⾏⾥,然后点批量更改,会将下⽅表格的值统⼀改为相同⼀个值,确定所有要修改项正确后,点击保存按钮,会更新到sap数据库。

退出后查看⼀下修改的主数据是否已改确认⽆误 .补充:对于各类主数据⼀般有相应更快捷的批修改tcode,其实都是调⽤这个只是默认选好了对象。

如:XK99 批量维护供应商.MM17 批量维护物料。

 XD99 批理维护客户.XD07 修改客户的账户组OB_GLACC11 批量维护科⽬娄据OB_GLACC12 批量维护公司代码数据KE55 批量维护利润中⼼主数据。

SAP FICO 总账配置及其操作手册

SAP FICO 总账配置及其操作手册

SAP总账业务配置及操作手册目录SAP总账业务配置及操作手册 (2)概述 (2)业务说明 (2)Table (2)配置 (3)组织结构 (3)总账 (9)会计科目上线时的批量导入 (22)记账凭证 (16)业务处理 (23)预制凭证 (23)样本凭证 (27)重复凭证Recurring_Document (31)凭证冲销 (37)外币业务处理 (45)GR/IR科目处理 (53)凭证分割Document_Splitting(参见专门的总结文档) (58)同其他模块的集成 (58)结束(仅用于定位) (58)SAP总账业务配置及操作手册概述业务说明预收款和预付款在SAP中预收款和预付款统一称为预付款,预收款称为收到的预付款(Down Payment Recieved),预付款称为支出的预付款(Down Payment Made)。

TableBSIKBSADBSIDRKPF Document Header: Reservation配置组织结构创建公司创建信用控制范围创建公司代码创建科目表清单总账字段状态SAP系统在很多个类型的定义上都会设置字段状态,字段状态主要是指定在显示时需要显示和输入的内容,例如可以控制这类数据哪些属性隐藏、哪些属性必输、哪些属性是可选的、哪些属性只是显示不可修改。

因为每个记账码对应的帐户类型是不同的,所以系统在设置字段状态时就可以针对不同类型的帐户来进行设置,例如客户、供应商、会计科目等,只是设置的方式不同而已。

定义科目组(OBD4)设置损益科目(OB53)这一步需要在创建科目以前做,因为科目未创建,系统会给出提示科目不存在,直接确认即可。

在设置时,因为会计科目还没有创建,所以系统会给出提示,直接确认即可。

这个设置必须在科目创建前做,那样这个科目肯定是没有创建了,这个设计有些变态。

设置了损益科目以后,在定义科目时,对于损益类科目就可以设置其对应的结转科目,设置这个的原因在于sap默认是采用表结法,在年末结转时需要将损益类的科目结转到指定的本年利润科目。

SAP系统FICO统驭处理方案

SAP系统FICO统驭处理方案

FICO统驭方案:技术分析:SAP有两个非常重要的中间科目配置,1个叫内部结算科目(Tcode:OBXN/OBXM)定义,比如定义为6100000000(业务分部调整),资产负债表科目, 另1个叫FICO统驭科目(Tcode:OK17),比如被定义为6100000001(FICO统驭科目),损益科目,很多人都会混淆这俩科目,其实,理解上非常容易, 内部结算科目就是内部往来科目,目的是为了平衡业务分部的借贷平衡,业务分部是什么?SAP中就是业务范围、利润中心或报表段(Segment,ECC新总帐新组织架构),比如,从MM工厂的A利润中心发料到利润中心B,会计分录为:借: 原材料消耗 + 利润中心B贷:原材料 + 利润中心A上面是SAP的老版本的分录,可以看到,从利润中心角度,是不平衡的,怎么办?期末通过F.5D/F.5E处理,通过业务分部调整科目平衡,而ECC版本有个所谓的”在线分割评估”功能,实时就将利润中心平衡了,即参考分录如下:借: 原材料消耗 + 利润中心B贷:原材料 + 利润中心A借: 业务分部调整 6100000000+ 利润中心A(内部应收)贷: 业务分部调整 6100000000+ 利润中心B(内部应付)可以看到业务分部A和B是平衡的,这样,对出具业务分部报表将很方便,这种思路和国内的内部结算制度(内部银行)类似。

那么FICO统驭又是怎么回事?问题的症结在于,“SAP发明了伟大的次级成本要素”(某网友称),次级成本要素最常见的有两类:42型(用做分摊)和43型(用于作业类型),次级成本要素不是会计科目,这和国内准则不符,简单理解,如果是我来修设计, 我就将42型叫做结转科目,43型为应计科目,在FS00建立科目主数据时,有个特定标志,禁止该两科目直接记帐就可。

现在来举个实例,假设电厂(辅助生产或制造费用功能范围,利润中心A)某期间所有的薪资材料折旧总计100万,发电200万度,按照电消耗度数(统计指标)分摊,其中转入管理费用10万(管理费用功能范围,利润中心B),转入销售费用10万(销售费用功能范围,利润中心B),转入基本生产80万(基本生产功能范围,利润中心A),则分摊时CO分录如下:借: 电分摊70000000001 10万+ 管理费用功能范围(利润中心B)电分摊70000000001 10万+ 销售费用功能范围(利润中心B)电分摊70000000001 80万+ 基本生产功能范围(利润中心A)贷:电分摊70000000001 100万电厂+辅助生产功能范围(利润中心A)显然利润中心和FICO都需调整,对老版本,这个步骤在期末执行FICO统驭KALC时执行,产生参考分录大致效果如下:KALC后进入管理费用功能范围的调整:借: FICO统驭(电) 6100000001 10万+ 管理费用功能范围(利润中心B) 贷: 业务分部调整 6100000000 +利润中心B借:业务分部调整 6100000000 +利润中心A贷: FICO统驭(电) 6100000001 10万+电厂+辅助生产功能范围(利润中心A) 这个时候,一对中间过渡科目同时出现,进入销售费用和基本生产的调整类似,如果是新总帐ECC版本,则CO分摊时实时产生财务凭证,FI凭证参考如下: 借: FICO统驭(电) 6100000001 10万+ 管理费用功能范围(利润中心B)FICO统驭(电) 6100000001 10万+ 销售费用功能范围(利润中心B)FICO统驭(电) 6100000001 80万+ 基本生产功能范围(利润中心A)贷: FICO统驭(电) 6100000001 100万电厂+辅助生产功能范围(利润中心A) 借: 业务分部调整 6100000000 90万+利润中心A贷:业务分部调整 6100000000 90万+利润中心B即利润中心A和利润中心B间有90万的内部应收应付,现在,FICO统驭有个问题,下面来分析。

sap备选统驭科目

sap备选统驭科目

sap备选统驭科目
SAP备选统驭科目是指在SAP系统中,可以用来管理和控制公司财务活动的科目。

这些科目包括资产、负债、收入、支出等,是公司财务管理中必不可少的一部分。

在SAP系统中,备选统驭科目的设置非常重要。

它们不仅可以帮助公司进行准确的财务管理,还可以为公司提供决策支持和管理信息。

因此,正确设置备选统驭科目是公司财务管理的关键。

首先,备选统驭科目应该与公司的财务目标相一致。

公司的财务目标包括盈利、成本控制、资产管理等。

备选统驭科目应该能够反映这些目标,帮助公司实现财务目标。

其次,备选统驭科目的设置应该符合会计原则和法规。

会计原则和法规是保证公司财务管理合法、规范的基础。

备选统驭科目的设置应该遵循这些原则和法规,确保公司的财务管理符合规定。

再次,备选统驭科目应该能够满足公司财务报告的需求。

财务报告是公司向内外部用户展示财务状况和业绩的重要手段。

备选统驭科目的设置应该能够为财务报告提供准确、清晰的信息。

最后,备选统驭科目的设置应该能够适应公司的业务发展。

随着公司业务的发展,财务管理的需求也会发生变化。

备选统驭科目的设置应该能够随时调整,以适应公司的业务发展。

综上所述,SAP备选统驭科目的设置是公司财务管理中不可或缺的一部分。

正确设置备选统驭科目可以帮助公司实现财务目标,遵循会计原则和法规,提供准确、清晰的财务信息,适应公司的业务发展。

因此,公司应该认真对待备选统驭科目的设置,确保财务管理的准确性和规范性。

FICO-035 SAP集中开发_概要设计说明书_发票校验时修改统驭科目_V2.0 20110820

FICO-035 SAP集中开发_概要设计说明书_发票校验时修改统驭科目_V2.0 20110820

SAP集中研发部设计组功能规格说明书规范V1.0中电装备ERP项目FICO模块发票校验时修改统驭科目设计顾问签名姓名:…………………………………日期:第三部分:业务流程3.1业务流程图3.2功能分解第四部分:功能设计4.1必须填写部分➢SAP透明表格以及字段:➢相关的取数及处理逻辑:4.2增强填写部分➢业务逻辑描述➢➢➢如图所示是事物代码MIRO的界面,在此界面需要增加一个字段“总账科目”如红色圈所示。

用户在此字段输入➢数据时弹出一个选择框,从选择框可以选择以下数据:2202010000 应付账款-应付物资款2202020000 应付账款-应付商品款2202050000 应付账款-应付委托运行维护费2202060000 应付账款-应付工程款2202070000 应付账款-应付质保金2202080000 应付账款-应付劳务款2202980000 应付账款-其他2241980000 其他应付款-其他5.1增强填写部分➢增强类型1.发票校验屏幕增强的BADI为BADI_FDCB_SUBBAS04;科目替代采用FI替代校验的行项目替代2.BADI用到的事务代码SE19、SE18、SE80;FI替代用到的事务代码SE38、GGB1、GCX2、OBBH;➢增强逻辑:步骤一:增强标准表字段采用附加结构的方式新增字段ZZ69FHKONT(参照数据元素Z69EHKONT,域Z69DHKONT)到结构INVFO 和ACMM_VENDOR_COMP、表VBKP、视图VBKP_V。

步骤二:创建增强屏幕复制BADI_EXAMPLE_FDCB_BAS到自开发函数组ZFI69_FDCB。

绘制0100屏幕,添加INVFO-ZZ69FHKONT字段到屏幕中。

更改逻辑流以及INCLUDE程序代码逻辑流:PROCESS BEFORE OUTPUT.MODULE STATUS_0100.MODULE receive_data.*PROCESS AFTER INPUT.* get again actual data from main screenMODULE receive_actual_data.** implement from here on customer coding* enumerate ALL fields on the screen because of field transportation* with or within a moduleFIELD:invfo-zz69fhkont.* send data back to main screenMODULE USER_COMMAND_0100.程序LZFI69_FDCBTOPFUNCTION-POOL ZFI69_FDCB. "MESSAGE-ID ..tables: invfo.data: o_badi_fdcb_subbas04 type ref to if_ex_badi_fdcb_subbas04.constants:exit_name_fdcb_subbas04 type exit_defvalue 'BADI_FDCB_SUBBAS04'.程序LZFI69_FDCBO01*----------------------------------------------------------------------****INCLUDE LBADI_EXAMPLE_FDCB_BASO01 .*----------------------------------------------------------------------**&---------------------------------------------------------------------**& Module receive_data OUTPUT*&---------------------------------------------------------------------** text*----------------------------------------------------------------------*MODULE receive_data OUTPUT.IF o_badi_fdcb_subbas04 IS INITIAL.CALL METHOD cl_exithandler=>get_instance_for_subscreensCHANGINGinstance = o_badi_fdcb_subbas04 EXCEPTIONSno_reference = 1no_interface_reference = 2no_exit_interface = 3data_incons_in_exit_managem = 4class_not_implement_interface = 5OTHERS = 6.IF sy-subrc <> 0.* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO* WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.ENDIF.ENDIF.* object created ?CHECK NOT o_badi_fdcb_subbas04 IS INITIAL.* get data from main screenCALL METHOD o_badi_fdcb_subbas04->get_data_from_screen_objectIMPORTINGex_invfo = invfo.ENDMODULE. " receive_data OUTPUT*&---------------------------------------------------------------------**& Module STATUS_0100 OUTPUT*&---------------------------------------------------------------------** text*----------------------------------------------------------------------*MODULE STATUS_0100 OUTPUT.* SET PF-STATUS 'xxxxxxxx'.* SET TITLEBAR 'xxx'.perform screen_modify.ENDMODULE. " STATUS_0100 OUTPUT*&---------------------------------------------------------------------**& Form SCREEN_MODIFY*&---------------------------------------------------------------------** text*----------------------------------------------------------------------** --> p1 text* <-- p2 text*----------------------------------------------------------------------*FORM SCREEN_MODIFY .LOOP AT SCREEN.if screen-name = 'INVFO-ZZ69FHKONT' AND SY-TCODE = 'MIR4'.* field should not be changed!screen-input = 0.endif.MODIFY SCREEN.ENDLOOP.ENDFORM. " SCREEN_MODIFY程序LZFI69_FDCBI01*----------------------------------------------------------------------****INCLUDE LBADI_EXAMPLE_FDCB_BASI01 .*----------------------------------------------------------------------**&---------------------------------------------------------------------**& Module receive_actual_data INPUT*&---------------------------------------------------------------------** text*----------------------------------------------------------------------* module receive_actual_data input.* object created ?CHECK NOT o_badi_fdcb_subbas04 IS INITIAL.* get data from main screenCALL METHOD o_badi_fdcb_subbas04->get_data_from_screen_object IMPORTINGex_invfo = invfo.endmodule. " receive_actual_data INPUT *&---------------------------------------------------------------------**& Module USER_COMMAND_0100 INPUT*&---------------------------------------------------------------------** text*----------------------------------------------------------------------* module USER_COMMAND_0100 input.CHECK NOT o_badi_fdcb_subbas04 IS INITIAL.* put data to main screenCALL METHOD o_badi_fdcb_subbas04->put_data_to_screen_object EXPORTINGim_invfo = invfo.endmodule. " USER_COMMAND_0100 INPUT步骤三:创建BADI增强创建BADI:BADI_FDCB_SUBBAS04的执行类配置子屏幕定制接口程序代码PUT_DATA_TO_SCREEN_OBJECT:me->if_ex_badi_fdcb_subbas04~invfo = im_invfo.GET_DATA_FROM_SCREEN_OBJECT:ex_invfo = me->if_ex_badi_fdcb_subbas04~invfo.步骤四:开发FI替代程序拷贝表替代程序RGGBS000到ZRGGBS000。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

SAP方丈:统驭科目的集成修改
SAP方丈:统驭科目的集成修改统驭科目的集成修改文/SAP方丈SAP中的统驭科目指应收应付和资产相关科目一般设置成统驭科目(有分类账的总帐科目)。

在创建GL主数据的时候指定;当你在创建客户或供应商主数据的时候,都会提示输入特别总帐标准,就会用到统驭科目,与会计科目表中的应收、应付、预收、预付形成对应关系,起到连接总帐和分类帐之间的关系。

统驭科目在SAP中是:在应收和应付模块中,做凭证时输入的都是客户和供应商,所形成的应收、应付、预收、预付都是针对客户和供应商的,并未真正与科目表中的总帐科目对应,所以需要用到统驭科目,与科目表能形成对应关系,此外在对客户和供应商在做未清项处理时,也需统驭科目的对应。

对于固定资产来说,固定资产也是通过统驭科目来管理的,具体就是通过资产类别来划分相应的统驭科目。

做为统驭科目除了提供统驭科目之间特别总账标识进行供应商的选择,同时也提供了不需要打特别总账标识而通过备选科目进行选择的应用。

业务场景1——总账篇:在SAP总账里面的统驭科目如果是自动记账的话是选择供应商/客户主数据上维护的统驭科目。

通常来说,我们都会维护成为应付/应收款。

但是还是有很多业务不能够通过一个科目来实现。

例如我们和客户有应付/应收款、票据、
预收/预付等等。

这个时候如果单单是一个统驭科目就无法实现了。

这个时候我们可以通过SGL标识来实现不同的业务区分。

例如在SGL部分选择相关配置在于特别总账标识(Tcode:FBKP)中的设置,例如在图2中统驭科目是1122010000,那么特别总账是1221020000.其中最主要的目的是我们可以在科目余额表查询(FAGLB03)时看到一个效果就是应收的对应关系。

这也好国内好多财务软件做不到的地方。

在配置中还有很重要的一个环节在于去设置不同的属性。

通常的做法我们是把除了票据和预付定金之外的业务定义为“其他”。

在这样的设置后,我们可以发现特别总账业务已经和总账业务集成并可追溯。

当然,除了这种方式我们还可以通过“备选统驭科目”来决定统驭科目的备选项目。

业务场景2——集成篇采购业务的实时集成由于财务是与业务实时集成的,所以我们在MIRO发票的时候是自动生成一笔会计凭证,有的时候我们想对其进行修改。

但是大家往往犯的错误是替代不成功,这里面有一个主要的地方是在于需要把BKPF-BKTXT字段放出来(T-code:SDH0)然后建立新的屏幕变式。

则通过如下替代程序即可完成。

销售业务的实时集成销售模块是和总账系统自动集成的,收入科目通过(VKOA)定义,通常我们选择REL来实现,则统驭科目会自动取得客户主数据(XD01)。

但是我们经常还会遇到一种业务场景,例如统驭科目只能定义1个,但是可能针对
不同类型的客户开票如何来实现自动记账呢?啥子是特别
总账?在系统中,我们一般把某个客户最经常发生的业务对应的总帐科目设为它的统驭科目。

比如ML百货公司(一个客户)的统驭科目是“应收帐款”,如非特别说明,该客户的业务都会自动计入“应收帐款”这个科目里面去。

但是除了最经常的开票业务以外,该客户还可能有涉及到预收帐款、应收票据、预收款请求、担保等业务,这里我们用A B C D 等这样的特别总帐标志,将此业务区分开来。

当发生开票业务时,我们不需要特殊说明,系统会自动将发生额革新到应收帐款中去;当发生应收票据业务时,我们在业务输入时需要特别指明此业务是特别总帐标志 B ,则系统就去更新应收票据的帐户金额。

具体操作如下:SPRO-&gt;销售与分销-&gt;基本功能-&gt;科目分配/成本-&gt;调节科目确定,确定科目过程与其他的过程配置没有差别,需要另外配置的是“确定备选的统驭科目”,在总账目里输入在客户主数据里输入的统驭科目,然后在可替换G/L里输入要替换的统驭科目。

客户主数据里面的统驭科目是一个概览性信息,会在billing时被替换。

例如:我们定义客户的统驭科目为2202010000。

则我们同时在后台定义相关参数,例如后台我们配置相关的统驭科目“调整科目确定”为“可替换的G/L”。

实际**们是通过了可替代的G/L决定了科目的去向。

当然如果总账科目和可替代GL是一对多的关系,我们还可以通过
标识来区分。

更多请下载附件…
发表于:
2010-02-05 15:27 SAP方丈阅读(8721) 评论(5) 收藏好文推荐
作者该类其他博文:SAP新书大家抢吧,抢到的是本事《带你走进SAP项目》培训心得(一)连载:SAP顾问是如何炼成的——SAP到底是什么连载:SAP顾问是如何炼成的——SAP顾问的现状连载:SAP顾问是如何炼成的——我所理解的SAP顾问在线视频课程暂定下周二晚8:00开始[原创]近日闭关SAP新手资料SAP方丈:账号锁定的处理SAP方丈:物料账错误描述与解决办法。

相关文档
最新文档