sap开发总结（共7篇）
ERP：是企业资源计划
它是成立于1972年总部位于德国沃尔多夫市的全球最大的企业管理和协同化电子商务解决方案供应商、全球第三大独立软件供应商。优势：
(1)SAP经过近30年与全球大型企业用户的合作，SAP系统累计了大量现金企业的业务管理流程。用户只需根据在系统中挑选适当的业务流程，进行配置。对软件的二次开发工作流极少，保证了用户能够把主要经理都花在企业业务流程优化上。是金蝶用友等公司无法比拟的。
Oracle：由于缺乏足够的业务流程模板和软件功能的支持，在实施中Oracle软件经常被发现无法满足企业管理上的要求。比如在大型制药企业中的必须的批次管理、质量管理、设备维护管理等，Oracle根本没有此类模块。全部凭借二次开发自己编程。
(2)SAP作为ERP系统的重要组成部分，SAP花了2年时间进行汉化和按照中国政府的人事管理要求进行本地化。
Oracle对本地化重视不足，oracle用户还没有一家能够使用oracle软件的人力资源管理模块。
二、SAP ERP可以给公司带来什么？
一个典型的业务流程应该包括下面六大要素：流程目的（它存在的理由）；输入资源；按一定秩序执行的活动；这些活动之间的结构（相互关系和作用）；输出结果；该流程创造的价值。1． 整合企业供应、生产、销售价值链
随着企业竞争范围的扩大，企业为了应对竞争。不但需要掌握自身的资源信息，同时需要将供应商和销售商信息进行整合形成相对完成的供销体系信息。有了ERP，使企业有了实现整合价值链信息的技术平台。解决了问题。
通俗：（企业不断扩大的同时，各部门的数据统计越来越庞大，导致决策层无法第一时间掌握公司所有企业信息，信息分散导致决策延迟或者无法发现企业中的问题。而ERP可以实现资源整合，把各部门信息汇总到一起，随时可以通过ERP掌握各部门信息。）
2.管理思想改变
传统的管理模式强调事前预计、事中控制、事后审核。而ERP的思想则是实时的跟踪，管理者可以跟踪到业务的每一步操作，随时发现问题。3.信息来源的变化
ERP系统把物流、资金流、信息流三流合一 4．总结：
（1）.提高工作效率，让ERP系统代替人工完成传统工作中大量的繁琐事务，降低员工的工作量与繁琐度，降低企业运营人工成本；
（2）.提升管理效能，让ERP系统协助管理者轻松实现对工作的全过程掌控；（3）.降低运营损耗，运营损耗包含部门与部门、岗位与岗位之间的协同配合损耗，也包含生产过程中的物流损耗；
（4）.强化精细化管理能力，尤其是客户跟进的细节，生产过程中的细节，质量控制中的细节,解决多变的市场与均衡生产之间的矛盾;（5）.解决企业运营过程中出现的信息流问题，减少信息孤岛行为；（6）.提高质量并降低成本，改变企业中的部门本位观，提升部门间的协作
三、SAP ERP模块与用途？
1.SD（销售与分销）：销售计划、询价报价、订单管理、运输发货、发票等管理，同时对分销网络进行有效的管理。
2.FI（财务会计）：应收、应付、合并、总账、投资、基金、现金管理等功能。这些功能可以根据分支机构进行调整，可多语种。
3.CO（管理会计）：利润及成本中心、产品成本、项目会计、获利分析等功能。它不仅可以控制成本，还可以控制公司的目标，还提供信息以帮助高管人员作出决策或制定规划。
4.MM(物料管理)：采购、库房、库房管理、MRP、供应商评价等功能。5．PP（生产计划控制）：对工厂数据、生产计划、MRP、能力计划、成本核算等管理，使企业能够有效的降低库存，提高效率。可以把分散的生产流程自动连接，前后连贯进行。不会出现生产脱节，耽误生产交货时间。
MRP(物资需求计划)：根据市场需求预测和顾客订单制定产品的生产计划，然后基于产品生成进度计划，组成产品的材料结构表和库存状况，通过计算机计算所需物料的需求量和需求时间，从而确定材料的加工进度和订货日程的一种实用技术。BOM(物资清单)：是计算机可以识别的产品结构数据文件，也是ERP的主导文件。BOM使系统识别产品结构，也是联系与沟通企业各项业务的纽带。ERP系统中的BOM的种类主要包括5类：缩排式BOM、汇总的BOM、反查用BOM、成本BOM、计划BOM 6.PM（工厂维修）：维修和检测计划、交易所处理、历史数据、报告分析。（PM多用于资产密集型企业，设备较为复杂或贵重的那种。）
7.WM（仓库管理）：库存地点下又分了很多细的存储空间，管理每个存储空间的物料和存储情况。
8.HR（人力资源管理）：薪资、差旅、工时、招聘、发展计划、人事成本等功能。9.PS（专案管理）：项目计划、项目预算、能力计划、资源管理、结果分析等功能。10．QM（质量管理）：质量计划、质量检测、质量控制、质量文档等功能。11.WF（工作流管理）：工作定义、流程管理、电子邮件、信息传送自动化等功能。（让整个业务更加流畅，更加透明，更加方便快捷）
12.IM（投资管理）：提供投资手段和专案，从规划到结算的综合性管理和处理，包括投资前分析和折旧模拟。
13.TR(财务管理)：现金管理、现金预算、基金管理等功能。
14.EC（企业控制）：根据特制的管理资讯，连续监控公司的成功因素和业绩指标。15.CRM（客户关系管理）：整合客户、企业和员工资源，优化业务流程。提升企业、员工对客户的相应、反馈速度和应变能力。提升企业销售收入。改善企业服务、提高客户满意度。
16.SCM（供应链管理）：需求管理、供应网络计划、生产详细排程计划、运输和车辆排程计划等。17.PLM（产品生命周期管理）：对产品从创建到使用，到最终报废等全生命周期的产品数据信息进行管理的理念。
18.DMS（数据库管理）：管理储存在系统中的文档。
19.SRM（供应商关系管理）：能够通过持续节约成本、确保合同合规性和缩短实现价值的时间，为您提供战略价值。它可全面支持开销分析、货源开发、运营合同、请购、发票开具和供应商管理等活动。
20.SEM（企业战略管理）: 编制与模拟--能够进行战略计划编制、财务报表计划编制和投资计划编制，使您能够更频繁地对预算进行更新，跟上业务环境的不断变化，将传统的自下而上的预算与从上到下的战略计划结合起来。SAP SEM帮助您将战略和目标分解为对企业每个部门和领域来说都具有现实意义的计划。
21.HANA(高性能分析)：一个软硬件结合体，提供高性能的数据查询功能，用户可以直接对大量实时业务数据进行查询和分析，而不需要对业务数据进行建模、聚合等。22.MES(生产执行系统)：是为了建立以设备和流程控制为目的的生产控制系统，与以企业运营管理和计划的业务信息系统之间的有效连接，使业务信息系统的产生和资源计划能够准确下达到生产执行层，同时也是产生现场产生的信息能够及时返回业务信息系统。
23.SAS：SAS 系统全称为Statistics Analysis System，最早由北卡罗来纳大学的两位生物统计学研究生编制，并于1976年成立了SAS软件研究所，正式推出了SAS软件。SAS是用于决策支持的大型集成信息系统，但该软件系统最早的功能限于统计分析，至今，统计分析功能也仍是它的重要组成部分和核心功能。
24.BI(商务智能)：企业应用BI的目的是期望通过对来自不同的数据源进行统一处理及管理，把数据变成信息，帮助企业把信息变成行动，把行动转换成更高效率业务操作，从而增加企业的竞争优势。
25.BW：SAP BW是mySAP商务智能（BI）的集成化组件之一，为SAP数据和非SAP数据的采集、存储、分析和管理提供一个集成的，面向商务的平台。它可以智能化地管理整个企业管理信息系统的海量数据信息并从中挖掘出最有价值的信息，以向企业管理者提供强有力的决策支持，从而使企业对市场反应更灵敏快捷，整个企业也更具有生命力和竞争力。26.BO:主要用来做报表战士。BW和BO对比？
BO做出的报表在功能和画面上都比BW好，现在的项目基本上是拿BW做数据抽出和分析，拿BO做数据报表展示。
27.MPS(主生产计划): 是确定每一具体的最终产品在每一具体时间段内生产数量的计划。
28.MaxDB：MaxDB是一种企业级数据库管理系统(DBMS)，来自著名的企业管理软件供应商SAP公司的自有数据库技术，并由SAP公司开发和支持。MaxDB是能够承受高负载的开源数据库，它适合于OLAP和OLTP应用，并能提供高可靠性、可用性、扩展性和非常完善的特性集。
29.PMC(生产及物料控制): 是指对生产的计划与生产进度，以及物料的计划、跟踪、收发、存储、使用等各方面的监督与管理和呆滞料的预防处理工作。通常分为两个部分：PC：生产控制或生产管制（也可以称为生管）主要职能是生产的计划与生产的进度控制MC：物料控制（俗称物控）主要职能是物料计划、请购、物料调度、物料的控制（坏料控制和正常进出用料控制）等。
30.BPR(业务流程重组): 业务流程重组最重要的是在组织高管层面有完善的业务流程重组管理计划与实施步骤以及对预期可能出现的障碍与阻力有清醒认识。BPR的实质是一个全新的企业经营过程（这里的企业经营过程是指为了达到某一经营目标而实施的一系列逻辑），这个过程要不受现有部门和工序分割的限制，以一种最简单、最直接的方式来设计企业经营过程，要面向经营过程设置企业的组织结构，以实现企业的重组。
核心：根本性、彻底性、戏剧性、和业务流程
根本性：根本性再思考表明业务流程重组所关注的是企业核心问题，如“我们为什么要做现在这项工作”、“我们为什么要采用这种方式来完成这项工作”、“我们为什么必须由我们而不是别人来做这份工作”等等。通过对这些企业运营最根本性问题的思考，企业将会发现自己赖以生存或运营的商业假设是过时的，甚至是错误的。
彻底性：彻底性再设计表明业务流程重组应对事物进行追根溯源。对自己已经存在的事物不是进行肤浅的改变或调整性修补完善，而是抛弃所有的陈规陋习，并且不需要考虑一切已规定好的结构与过程，创新完成工作的方法，重新构建企业业务流程，而不是改良、增强或调整。戏剧性：戏剧性改善表明业务流程重组追求的不是一般意义上的业绩提升或略有改善、稍有好转等，而是要使企业业绩有显著地增长、极大地飞跃和产生戏剧性变化，这也是流程重组工作的特点和取得成功的标志。业务流程：
时机：（1）问题解决流程所占用的时间成本存在改进的可能。（2）瞄准标杆的结果表明，与竞争者相比企业在产品或服务的配送成本或包括服务或技术支持的响应速度上存在明显的劣势。（3）在分析问题解决流程过程中，发现对满足顾客需要贡献甚微或几乎无法贡献的活动。
作用：（1）提高响应能力。这主要表现在为顾客提供支持性服务的产品配送环节。由于每个子环节的周期速度加快了，就促使紧随其后的环节跟进性动态改变，最终提高了顾客的满意度。（2）降低成本。彻底消除无效预算。（3）降低次/废品率。随着那些容易导致次/废品出现的无效低能环节的减少，次/废品率也将出现明显的下降。（4）提高员工满意度。降低流程的无效性和复杂性，意味着员工将被授予更多的权力对自身工作进行具体决策，这无疑会大大提高员工参与工作的热情和干劲。
31.BPM(业务流程管理)：是一种以规范化的构造端到端的卓越业务流程为中心，以持续的提高组织业务绩效为目的的系统化方法，常见商业管理教育如EMBA、MBA等均将BPM包含在内。
四、项目完成需要准备哪些？完成一个项目的条件？
项目完成需要：
1．项目准备：项目前期工作总结，以项目启动大会为结束标志，其中包含项目计划、项目章程、组织结构、人员职责、项目工作环境等设定。
2．蓝图设计：(1)对关键用户和内部顾问进行SAP和该项目模块的概念培训，让客户掌握SAP的基本概念，对SAP的操作和运行方式有个基本的了解。(2)现状调研(3)写出蓝图文档、流程图制作等。
3．系统实现：(1)配置关系并和其他模块顾问进行测试(2)与关键用户一起进行单元测试，并负责解决测试中出现的各种问题(3)培训关键用户和内部顾问基本业务流程操作(4)关键用户进行集成测试，负责解释后勤业务部门提出的疑问，并解决借口问题。(5)权限角色的设置(6)客户需求的各种单据表格的开发测试（和ABAP沟通）
4．上线准备：(1)数据收集准备(2)检查数据准备的质量(3)关键用户对最终用户进行培训(4)客户特定需求配置改动等(5)系统上线数据切换策略 5．上线切换：(1)导入上线时刻数据到新系统(2)上线后的日清操作。6．运维：日常维护工作。
7．项目优化:优化需求收集、优化清单提交、优化方案设计、优化方案确认、优化方案实现。
完成项目的条件需要具备：
S A P(S y s t e m,A p p l i c a t i o n and Products in Data Processing),即数据处理的系统、应用和产品。严格地说,SAP是一个软件公司的名字。但现在,我们都习惯地统称SAP公司的产品为SAP。
青海省电力公司从2008年4月开始运用SAP系统以来,实施了人资模块、财务模块、物资模块、设备模块、项目模块,为了满足企业需求,开发了大量的报表,但是,关于SAP系统中报表的开发的文章却很少。本文利用ABAP/4开发平台及其提供的编程语言对报表的个性化设计和开发进行讨论,介绍如何在SAP R/3系统中进行报表的开发,以满足企业特定的业务需求。
1 ABAP简介
ABAP(Advanced Business Application Programming)是SAPR/3目前唯一的系统开发工具,属4GL,目前的版本是ABAP/4。ABAP是一种高效易用的开发语言:ABAP所面对的是针对数据库的操作,因此该语言具有它的独立性,具备数据库操作语言SQL的语句以及C语言的结构;与数据库连接时不需要加载数据库驱动程序,该过程由ABAP运行时系统完成,因此,具有与数据库层的松耦合性;在定义变量的形式上类似于VB,在设计屏幕时可以通过拖拽的方式完成,实现了“所见即所得”;接近JAVA的编程思想,面向对象的开发语言实现了数据的抽象、封装等特性;debug中可以任意改变观察点的数值,可以测试任何情况下代码的执行,具有简单易用的调试环境;可以满足企业特定的需要,对通过系统配置不能实现的功能进行二次开发(LIST报表:入库单、出库单、领料单等;ALV报表:月(年)度汇总表);可以进行各种类型的程序、界面、业务流程设计,即通常意义上的增强和接口开发(企业报表、商务信函、企业特有的业务处理;屏幕选项卡的增加、修改;第三方系统的接口,如财务管控系统集成等)。
常用的ABAP开发工具技术有:REPORT(数据库中抓取数据通过整理陈列出来,给企业高层或具有相关需求的人员查看);DIALOG(属于对话型程序,提供对话框界面,方便操作人员与系统进行数据交互,这种程序会更新数据库);REPORT与DIALOG技术合并产生的程序;开发其他类型程序(非可执行程序);多系统之间数据交换技术;增强技术;数据导入导出技术等。
2 ABAP/4报表设计
报表的运行流程和输出形式为:首先初始化报表程序,在SAPGUI中显示选择屏幕,根据用户在选择屏幕的输入从数据库中选取相关数据,然后经过整理以各种形式(普通列表、交互列表、ALV等)输出列表。
2.1 报表事件
2.1.1 报表事件分类
ABAP是事件分类语言,所有代码的设计和调用过程均与处理块相关。对于不包含自定义屏幕的普通报表,其代码结构中的主要处理块为报表事件块(由报表事件关键字引导的代码块)。也就是说,事件块决定着一个报表应用程序的代码将在何时被系统调用,只有该部分代码所属的事件被触发时,代码段才被执行。因此,所有需要实现一定功能的代码都必须隶属于某个事件[1]。
报表程序常用的驱动事件有以下4种。
1)报表过程事件。过程化事件一般有3种:INITIALIZATION初始化事件,用于程序开始运行时某些变量或者参数的初始化;START-OF-SELECTION选择开始事件,若有选择屏幕,则处理完选择屏幕后触发,报表程序默认事件块,不属于其他事件的代码,则自动插入该事件块的初始部分;END-OF-SELECTION选择结束事件,在该事件后输出列表,若使用逻辑数据库,在逻辑数据库处理结束后触发。
2)选择屏幕事件。如果报表需要使用选择屏幕接受用户输入,除定义选择屏幕元素之外,还需要编辑选择屏幕事件块来对选择屏幕行进行控制,与其相关的系列事件将在INITIALIZATION之后,START-OF-SELECTION之前被触发,现分述如下:
AT SELECTION-SCREENOUTPUT,选择屏幕PBO事件,每次选择屏幕调用之前触发,在其中进行选择屏幕输出之前的准备工作(主要是做search help时使用);
AT SELECTION-SCREEN,选择屏幕PAI事件,在选择屏幕上执行某些功能后触发,可包含多个附加项,用于控制选择屏幕状态,并对用户交互进行响应,例如:当选择屏幕中输入错误时,系统会提示“输入错误值,选择可选值”等;
AT SELECTION-SCREENON field,针对某个选择字段输入的PAI事件,该字段值传给程序时触发,可用于该字段本身正确性检查,若错误,该字段可重新输入,其他元素不可输入;
AT SELECTION-SCREENON BLOCK,选择屏幕元素区域输入的PAI事件,该区域所有字段的值传递给程序时产生,错误时,该区域元素可重输,其他区域元素不可输入;
AT S E L E C T I O N-S R E E NO N R A D I O B U T T O N G R O U Pgroup1,与元素区域PAI事件类似,对象换成了单选按钮组;
AT SELECTION-SCREENO N s e l t a b;AT S E L E C T I O N-SCREEN ON END OF seltab,使用多行选择对话框时出现,前者用于输入后正确性检查;后者用于选择表输入结束后的检查;
AT SELECTION-SCREENON HELP-REQUEST FOR field;AT SELECTION-SCREEN ONVALUE-REQUEST FOR field,选择屏幕的POH和POV事件,即F1和F4事件,分别定义字段帮助和输入帮助;
用户可以通过Back、Cancel、Exit等按钮退出选择屏幕。
3)逻辑数据库事件。若程序中使用逻辑数据库,则在start-ofselection后触发,其作用也是选择并整理数据,可以看作过程事件。
逻辑数据库事件有2种:GET node选择逻辑数据库当前级别数据源中的数据;GET node LATE选择上一级别数据源中的数据。
4)列表事件。TOP-OF-PAGE页眉控制,在每个新页面开始时触发;END-OF-PAGE页脚控制,当前页面结束时触发;AT-LINE-SELECTION行选择控制,用户选择某列表行时触发,用于交互式报表;AT-USER-COMMAND用户交互控制,选择某个GUI功能出发,用于交互式报表。
2.1.2 事件的触发
一个报表程序中可能包含多个事件块,在运行期间,系统将按照一定规则进行处理。但并不能说他们之间的执行先后次序是固定的。有的事件将反复被触发,有时事件触发与用户行为相关,尤其是交互性事件(例如行选择控制事件,如果用户在列表屏幕中不选择任何特定行,则该部分代码在整个运行期间内都不被执行)。具有一般性的报表事件触发过程如图1所示。
2.1.3 事件块的中止
在事件过程块中,如果需要中途结束当前事件,需要使用STOP、EXIT和CHECK等语句。不同语句可能转向不同的后续事件,事件的中止分为无条件中止和有条件中止2种类型。STOP和EXIT属于无条件中止语句,STOP指中止当前事件块,直接转向END-OF-SELECTION,EXIT指离开任何事件块,转向列表输出屏幕;CHECK属于有条件中止语句,指离开当前事件块,转向下一事件块。
2.2 选择屏幕
选择屏幕(Selection Screen)是程序和用户之间的接口,常常作为报表运行过程中用户界面的一部分,在列表数据提取和列表输出之前出现。
1)选择屏幕参数。最简单的选择屏幕元素是选择参数,这种形式只能接受用户的单值输入,语句如下:
PARAMETERS name T Y P E|LIKE type|dobj
选择参数语句PARAMETERS是一种数据说明语句,因而其语法与DATA语句相似,可以参照数据类型或者数据对象进行参数申明,但参数变量的长度不可以超过8个字符。
2)复杂选择标准。使用SELECT-OPTIONS语句可以设定比较复杂的选择标准,选择标准是比选择参数更为复杂的一种用户输入形式。可以接收单值、多值以及各种形式的范围输入,并可以将输入的多行选择条件以内表的形式存储,利用这些选择条件的集合,可以方便对数据库的选择进行较复杂的限定。SELECT-OPTIONS语句如下:
SELECT-OPTIONS seltabFOR f
该语句将根据定义时的参照类型f(f需为程序中的全局基本类型元素,通常情况下f参照数据字典中的表字段生成,以提供各种帮助、值检查功能)在选择屏幕中生成2个字段,以供用户输入选择的范围。
3)选择标准文字。在选择屏幕中,参数和选择标准的说明文字出现在左侧,默认情况下是变量名称,该名称的长度最多8位,一般需要改为用户易于理解的说明文字。选择参数和标准的说明文字是一种文本元素,可以在文本元素设定界面中单击Selection texts标签,或者在编辑界面中选择Goto→Text elements→Selection texts菜单项设定。
4)使用选择变式。变式(Variants)是选择屏幕中各元素的值集,用户在选择屏幕中输入选择标准之后,如果认为该标准需要反复使用,则可以将其定义为一个变式,以避免下一次运行时相似元素的重复输入。变式和特定的选择屏幕相关,可以被系统中其他用户使用。
2.3 数据库表类型
通常情况下报表程序中输出的列表数据来自数据库表,在ABAP程序中,可使用Open SQL或者Native SQL读取数据库表。
SAP R/3中有3种数据库表:透明表、共享表和簇表。
1)透明表。透明表格与数据库中的表一一对应,有相同的表名、字段数、字段名。ABAP词典中透明表的定义相对数据库是独立的,定义的表与数据库中的表有相同的结构。当表被激活时,数据库中的物理表存储在ABAP词典中,透明表可以连接查询。
2)共享表。共享表格与数据库中的表是多对一的关系,表名不同,字段数不同,字段名不同。共享表是SAP的一个特有构思。在数据库中,所有共享表格被存储在一个表中,该表叫“表池(Table pool)”。SAP共享表格存储系统数据。
3)簇表。簇表与共享表格类似,也是多对一的关系。多数簇表存储在一个叫Table cluster的表中,当一些表有共用的PK,或数据被同步访问时,使用簇表。从单个表去理解与透明表没有差异,但是多个表组成簇表,它们在物理上对主键只存储一遍,故对簇表的关联查询可以极大提高访问速度。其实通俗地说,Cluster Table就是把一堆数据按一定规则以序列形式存放在某一个“特别大”的“字段”里,将来再按照这个特定规则来读取。提高性能,节省空间,捎带加强安全性,这就是Cluster Table的用途。
3 报表开发实例
本节以ALV报表为例来介绍报表程序的编写流程。
ALV报表属于报表的一种高级形式,显示出来的报表整洁美观,具有很大的交互功能,ALV报表的典型布局由3部分组成:表单快捷工具栏区;表单标题区;表单显示区。
ALV报表的编写流程一般有六步。
第一步:定义将要用到的表,即TALBES定义部分,然后定义TYPE-POOLS。
第二步:定义要用到的数据类型或者内表的实体对象。
第三步:定义一些需要用到的变量,通常定义的有:打印信息,输出格式设置,页眉设置,字段格式设置,ALV事件等。
第四步:定义自己的选择屏幕。
第五步:定义INITIALIZATION部分。
第六步:start-of-selection部分。
(1)用一个子函数完成对ALV表单标题区域的赋值。
(2)用一个子函数完成自己所需要数据的抓取。
(3)用一个子函数完成要显示列表的列名行(第一行)的相关赋值以及设置。
(4)用一个子函数完成输出格式的设置,比如双击一条记录是否弹出对话框,是用哪个功能键触发等等。
(5)用一个子函数来显示上面我们已经分别封装好的数据,需要调用2个常用的函数块,一个是FUNCTION'REUSE_ALV_GRID_DISPLAY',用来显示表单数据,另外一个是FUNCTION'REUSE_ALV_COMMENTARY_WRITE',用来显示表单标题。
系统实现示例如图2所示。
4 报表开发的意义
通过报表的开发,一方面提升了系统现有的功能,满足了企业特定的业务需求;另一方面,从数据库中抓取数据通过整理陈列出来,给企业高层或具有相关需求的人员查看,极大地提高管理人员的管理水平和工作效率,并为企业高层进行决策提供依据。例如,为了便于项目管理部门跟踪项目物料的采购、发货情况,作者开发了项目物资需求完成情况统计表,项目管理人员可随时跟踪查询项目物料的需求、采购申请、采购订单、收货、发货的进度及金额等信息,为管理人员提供了很大的便利。
5 结语
本文介绍了ABAP报表的运行流程和输出形式,以及报表开发中所要用到的报表事件、选择屏幕、数据库表类型,最后,以ALV报表为例介绍了报表程序的编写流程,指出了报表开发的现实意义。为SAP系统用户及从事ABAP开发的人员进行报表开发提供技术指导作用。
参考文献
[1]黄佳.SAP程序设计[M].北京:机械工业出版社,2005.
[2]蒋哲远.企业资源计划环境下通用报表服务构件的设计与实现[J].计算机集成制造系统,2011,17(9):2029–2034.
[3]吴桐,张学东,张疏影.一种基于JSP的报表设计方法[J].辽宁科技大学学报,2010,33(5):548–551.
[4]施权,张忠能.利用SAP ABAP语言解决客户特制要求的方法[J].计算机工程,2004,30(S1):84–86.
IBM是SAP企业管理软件的全球最大集成商，SAP软件都在IBM服务器上加以认证; 而SAP最偏爱的开发数据库也是IBM的。长期以来，人们都一直反复猜测这两家公司会合并。IBM和SAP表示，成千上万双方共同的客户要求提供Atlantic这样的软件。
Lotus Notes用来访问电子邮件、日历和协作工具，如来自Lotus Domino服务器的即时消息。根据IBM的数据，该软件在全球有超过1.35亿用户。
SAP是全球最大的企业软件厂商之一，其客户主要是大型公司，这些公司用SAP软件管理供应链、人员或客户并实现管理的自动化。SAP正在努力让自己的产品更易于使用，并能够让更多的企业员工直接使用，以扩大用户群。SAP软件与Lotus Notes的集成正是这种努力的最新体现。
文档信息
作者：董晨欢
邮箱：tonny6@yeah.net 日期：2017/12/21 版本：V1.0
摘要
信用管理是SAP-ERP系统（以下简称SAP）SD模块中的子模块，主要用于有效平衡赊销模式和资金回笼这两个业务层面之间的矛盾。本文档以信用管理在SAP系统中的实现方法为出发点，结合业务背景，以S4 HANA 1610版本的系统为操作平台，分别介绍其后台配置及前台业务。涉及的内容包括：信用控制范围、自动信贷控制、静态信用检查、动态信用检查等重要配置点及其应用分析。希望通过此次学习，能让大家对于信用管理这一块的内容有所收获。
目录
引言................................................................................1
1．业务背景........................................................................................1 2．信用管理阶段................................................................................2
第一章后台配置............................................................3
1．信贷控制范围................................................................................3
1.1 信贷控制范围简介.................................................................3 1.2 定义信贷控制范围.................................................................5 1.3 给信贷控制范围分配公司代码.............................................9 1.4 给信贷控制范围分配销售范围...........................................10 2．信用段..........................................................................................12
2.1 信用段简介...........................................................................12 2.2 定义信用段...........................................................................13 2.3 关联信用段与信贷控制范围...............................................15 3．风险类别与风险类......................................................................16
3.1 风险类别简介.......................................................................16 3.2 风险类简介...........................................................................17 3.3 定义风险类...........................................................................18 3.4 定义风险类别.......................................................................19 3.5 定义风险类评分及信贷限额计算规则...............................21 3.5 定义计算公式.......................................................................24 4．信贷组..........................................................................................26 4.1 信贷组简介...........................................................................26 4.2 定义信贷组...........................................................................27 4.3 给信贷组分配销售凭证和交货凭证...................................28 5．自动信贷控制及检查规则..........................................................30
5.1 自动信贷控制与检查规则简介...........................................30 5.2 定义自动信贷控制...............................................................31 5.3 定义S4信贷检查规则.........................................................36 6．激活信贷更新..............................................................................39
6.1 信贷激活简介.......................................................................39 6.2 给项目类别激活信贷...........................................................40 6.3 激活信用参数文件页签.......................................................41 6.4 激活信用段...........................................................................42 6.5 激活信用屏幕顺序...............................................................43
第二章前台操作..........................................................44
1．信贷控制范围&信用段...............................................................44 2．销售订单......................................................................................48 3．交货单..........................................................................................50 SAP-SD信用管理实施总结1
引言
1．业务背景
现金销售和预收款销售一般指发生在垄断性行业，多数企业不得不面对产品赊销的两难选择，赊销是把双刃剑，如果不赊销，不能迅速扩大销量，从而影响企业的成长速度；如果赊销，则生意虽然做大，特别国内信用制度还未完善情况下，大笔坏帐也跑出来了，严重降低资金周转率和利润率，甚至导致企业资金链的破裂，企业的危机也就跟着出现。处理这个问题的关键就在于如何处理应收账款管理、进行信用管理和风险控制防范，在争取尽可能扩大销量和应收账款回收之间进行平衡，销售部门的工作是接单，而财务部门应收账款的目标是收款，中间环节是启用信用控制。有的企业可能是由销售业务部门进行信用额度控制，如果需要，可以单独设置信用风险管理部门，独立于财务部门及销售部门，指导整个集团或公司的信用政策和管理信用。为了加强应收账款管理，除信用管理外，SAP系统还可以利用其他的方式来做付款担保，如信用证明和支付卡等来减少应收账款的风险，而这部分担保应收额也直接影响客户信用额度。为了更好地研究信用管理功能在ERP系统中的应用，本次在S4 HANA 1610版本的系统做测试。
SAP-SD信用管理实施总结2 2．信用管理阶段
在SAP系统中，信用管理可以进行三阶段控制：事前计划、事中控制、事后评估。事前计划主要表现为给客户授信，确定信用检查规则；事中控制主要表现为对销售订单，交货单，发票单据，会计凭证等的变更控制；事后评估主要体现在如果在操作环节因为信贷额度不够等原因，需要对客户进行信用评估，最后再判断是否需要解除信用冻结。
SAP-SD信用管理实施总结3
第一章后台配置
1．信贷控制范围 1.1 信贷控制范围简介
信贷控制范围是SAP销售和应收模块中用于控制信用风险的组织机构。客户信用限额的指定和控制都在这个组织范围里进行。根据需求可将一个或多个公司代码分配给同一个信贷控制范围，一个公司代码只能分配给一个默认的信贷控制范围，一个信贷控制范围只能一种货币保存信用数据。
目前SAP对客户的信贷管理有三种方式：集团式管控、公司管控、具体业务管控；集团式管控，是对客户在集团层面集中管控，比如一个集团下面有多个公司，对应多个公司代码，但是只有一个信贷控制范围，对客户的授信在集团层面统一授信；公司管控，在公司代码层控制授信，一个公司代码对应一个信贷范围；具体业务管控，是在销售范围层设定信贷范围，按照每个销售订单的销售范围，确定不同的信贷范围；在正常业务中，一般会按公司代码层设定信贷控制范围，对客户设定一个总的信贷额度，然后在各信贷范围之间分配。
在ERP集中实施的零售企业，比如一个省级销售公司下包含若干个市级销售分公司，假设只使用了一个省级公司公司代码，市级分公司被作为利润中心或业务范围，销售方式分为零售、直销或批发等，那么可以根据不同的业务范围/利润中心、不同分销方式或不同的产品类别在同一公司代码下设置多个信用控制范围，当然也可集中设置一个信用控制范围。
集中的信用控制提供了更加统一的、稳健的销售风险管理，很显然，可以防止某客户在A市欠钱未还后跑到B市分公司继续赊购。分散的信用管理可以发挥地市公司熟悉对当时当地销售环境这一优势，争取更多良好信用的客户，扩大市场份额，各有利弊，需要权衡扩大销售规模和风险控制。
信用控制范围一般来自SD与FI两个模块，涉及以下两个表（仅ECC可用）。KNKA：客户主数据信贷管理的通用数据表。
KNKK：客户主数据信贷管理在信用控制范围维度下的数据表。
KNKA表作为通用数据表，为一个集团总的信用控制额度，尤其对于一个 SAP-SD信用管理实施总结4 ERP集中应用的跨国集团，比如可以定义客户总的信用额度为USD金额，就保留在KNKA表格中。
同时，总的信用额度可被分配到各信用控制区域，很好理解，同一客户可能和集团中国区、日本或欧洲区的公司发生业务，假设该客户被设置对应三个分别使用货币类型为CNY、JPY或USD的信用控制区域，则KNKK保留的是该客户在三个信用控制区域的信用数据。
当然，集团内中国区、日本或欧洲区的公司使用了不同本位货币会计核算虽然分开，但对于客户的信用也可以统一管理的，只要将这些不同本位币的公司代码纳入同一信用控制范围，信用控制范围货币可以考虑使用总部集团的货币，各公司代码的信用发生额自动根据系统设定汇率转换为统一的信用控制范围货币。总之，信用统一或分散管理视集团实际需求，非常灵活。
信用控制范围的设置，类似于成本控制范围的设置。可以针对中国区、日本或欧洲区设置三个CO控制范围，每个控制范围使用各自的货币，在整个集团盈利分析时，将三个控制范围再集中分配到一个经营范围，也可整个集团的中国区、日本或欧洲区所有公司代码都分配给同一控制范围，各有利弊，此处不再细述。
SAP-SD信用管理实施总结5 1.2定义信贷控制范围
TCODE:SPRO 配置路径：IMG>企业结构>定义>财务会计>定义信贷控制范围 配置路径截图：
图1-1-1 定义信贷控制范围的配置路径
配置点详解
图1-1-2定义信贷控制范围的配置点
SAP-SD信用管理实施总结6 如图1-1-2，现对图中相应配置字段做解释。信用控制范围：设定一个信用控制区域代码。货币：信用控制范围层级的货币类型。
更新：一共有四个值，分别为空、000012、000015、000018。用于定义在哪些环节更新客户的信用数据。需要注意对客户应收清账与“更新”字段无关，不管设置哪个值，对客户应收进行清账都会更新信用数据。
1）空值：表示销售环节的任意操作都不会更新客户的信用数据。2）000012：表示从销售订单创建、交货创建、开具开票、发票过账这几个步骤都会影响客户的信用。对于企业来说，如果他们是常规销售业务流程（订单→交货→开票流）的话，一般都选择更新字段的值为：“000012”。具体影响如下：
A创建销售订单，会根据销售订单未清交货计划行，增加销售订单的未清值（更新后台表：S066的数据，增加未清订单字段值）。
B创建交货单，会减少参考销售订单的未清值（更新后台表：S066的数据，减少未清订单字段值），增加未清交货值（指交货单未开票的值，更新后台表：S067的数据，增加未清交货字段值）。
C开具发票，会减少参考交货单的未清值（指交货单未开票的值，更新后台表：S067的数据，减少交货未清值），增加未清发票数量（指已开票未过账的值，更新后台表：S067的数据，增加未清发票字段值）。
D释放到会计凭证，会减少未清发票数量（指已开票未过账的值，更新后台表：S067的数据，减少未清发票字段值），增加该客户的应收账款总额。后续需要通过F-28收款清账，或者其他方法抵消应收，减少客户的应收账款总额。
3）000015：表示系统会从创建交货单、开具发票、发票过账这几个步骤会影响客户的信用，但是创建销售订单不影响客户的更新。如果企业对于合同信用管控要求不高，更倾向于对实物和资金流管控的话，建议使用“000015”的更新策略。具体影响如下：
A创建交货单，会增加未清交货值（指交货单未开票的值，更新后台表：S067的数据，增加未清交货字段值）。
B开具发票，会减少参考交货单的未清值（指交货单未开票的值，更新后台 SAP-SD信用管理实施总结7 表：S067的数据，减少交货未清值），增加未清发票数量（指已开票未过账的值，更新后台表：S067的数据，增加未清发票字段值）。
C释放到会计凭证，会减少未清发票数量（指已开票未过账的值，更新后台表：S067的数据，减少未清发票字段值），增加该客户的应收账款总额。后续需要通过F-28收款清账，或者其他方法抵消应收，减少客户的应收账款总额。
4）000018：表示系统会从创建销售订单、开具发票、发票过账这几个步骤会影响客户的信用，但是创建交货单不影响客户的更新。对于服务类行业、或者实行项目工作制，没有实物销售的企业，仅需要对销售订单和发票层面做严格信用管控的，建议采用“000018”的更新策略。具体影响如下：
A创建销售订单，会增加未清交货值（即使没有生成交货单，也会增加交货未清值。更新后台表：S067的数据，增加未清交货字段值）。
B开具发票，会减少参考交货单的未清值（指交货单未开票的值，更新后台表：S067的数据，减少交货未清值），增加未清发票数量（指已开票未过账的值，更新后台表：S067的数据，增加未清发票字段值）。
C释放到会计凭证，会减少未清发票数量（指已开票未过账的值，更新后台表：S067的数据，减少未清发票字段值），增加该客户的应收账款总额。后续需要通过F-28收款清账，或者其他方法抵消应收，减少客户的应收账款总额。
S4的未清项后台表：销售订单和交货单的未清后台表：V_UKM_TOTALS（S066和S067的汇总），未清销售订单的信贷风险类别是100，未清交货的信贷风险类别是400，未清发票的信贷风险类别是500。未清会计凭证的后台表是：IFIRECPAYITEM（清账凭证与应收凭证的汇总表），需要对所有金额汇总，对应的风险类别是200。
FY变式：用于确定信用数据的过账期间，比如决定写入表S066，S067的信用数据时，写到哪个会计年度和期间中。
自动创建新客户配置数据：此处配置表示在创建新客户系统可以自动建立信用数据，这里的数据可作为缺省值默认带到客户信用数据中。
风险类别：维护在客户信贷主数据中，对客户在信用层面进行分级。主要用于信贷检查控制用。
信贷限额：在此信贷控制范围下，给客户维护的默认最大信贷额度。
SAP-SD信用管理实施总结8 代表组：给信用检测员（例如信用分析师小组或个人）进行分组。所有公司代码：勾选表示此信用控制范围允许在所有公司代码下过账；同时，也意味着如果对该信用控制范围进行信用评估，将显示和评估所有公司代码下的数据。
SAP-SD信用管理实施总结9 1.3给信贷控制范围分配公司代码
TCODE: SPRO 配置路径：IMG>企业结构>分配>财务会计>给信贷控制区分配公司代码 配置路径截图：
图1-1-3 给信贷控制范围分配公司代码的路径
配置点详解
图1-1-4给信贷控制范围分配公司代码的配置点
如图1-1-4，对应的后台表是：V_001_X。现对图中相应配置字段做解释。公司：被分配的公司代码。
公司名称&城市：已在公司代码数据中维护。CCAR：分配的信贷控制范围。
覆盖CC范围：如勾选，则CCAR字段的值在公司代码过账的时候是一个默认的信贷控制范围，这个信贷控制范围在过账前可以被替换成其他的信贷控制范围。
SAP-SD信用管理实施总结10 1.4给信贷控制范围分配销售范围
TCODE:OVFL 配置路径：IMG>财务供应链管理>信用管理>与应收账款模块和销售与分销模块的集成>有销售与分销的集成>分配贷款控制范围的销售范围
配置路径截图：
图1-1-5给信贷控制范围分配销售范围的路径
配置点详解
图1-1-6给信贷控制范围分配销售范围的配置点
SAP-SD信用管理实施总结11 如图1-1-6，对应的后台表是：V_TVTA_KKB，现对图中相应配置字段做解释。
Sorg.：销售组织 Dchl：分销渠道 组：产品组
我们把销售组织，分销渠道，产品组这三个维度的组合，叫做销售范围。CCAr：信贷控制范围，即将信贷控制范围与销售范围做分配。
SAP-SD信用管理实施总结12 2．信用段 2.1 信用段简介
在S4版本中，客户的信用管理数据在事务代码BP维护，业务伙伴角色是UKM000。在维护过程中，我们并不能直接输入信贷控制范围这个组织架构，而是需要输入一个信用段，并且在信用段的维度下去维护相应信用管理数据。对于信用段，可以分为主信用段（信用段是0000）和其他次级信用段，我们可以通过配置把次级信用段的客户信贷负债汇总到主信用段。当然，在后台也有配置，会把信用段和信贷控制范围这两者进行关联，本章会有介绍。
SAP-SD信用管理实施总结13 2.2 定义信用段
TCODE: SPRO 配置路径：IMG>财务供应链管理>信用管理>信贷风险监视>主数据>创建信用段
配置路径截图：
图1-2-1 定义信用段的配置路径
配置点详解
图1-2-2定义信用段
SAP-SD信用管理实施总结14 如图1-2-2，为信用段的配置点，现对相关字段做介绍。名称：信用段描述。
货币：信用段下维护信用额度之类数据的货币类型。汇率类型：折算成外币的汇率类型。
对主信用段的附加缴纳：若勾选，表示会把该信用段的信贷发生额同步汇总到主信用段0000。
SAP-SD信用管理实施总结15 2.3关联信用段与信贷控制范围
TCODE: SPRO 配置路径：IMG>财务供应链管理>信用管理>与应收账款模块和销售与分销模块的集成>有销售和分销的集成>指定信用控制区域及信用部分
配置路径截图：
图1-2-3关联信用段与信贷控制范围的配置路径
配置点详解
图1-2-4关联信用段与信贷控制范围
如图1-2-2，为信用段和信用控制范围的分配截图，配置点不做赘述。
SAP-SD信用管理实施总结16 3．风险类别与风险类 3.1 风险类别简介
将客户风险类别分成3类，通过对客户的风险类别确定信用等级和信用额度，比如高风险客户会恶意拖欠，只能允许现金销售，不再允许赊销业务。通常，何评估客户风险是有一套严格的程序和方法，作为客户信用评估的基础依据，特别是在客户履约风险评价方面。比如传统的“5C”要素：品质（character）、能力（capacity）、资本（capital）、担保品（collateral）和环境（condition），都是评价的基础。风险类别我们可以定义高、中、低三个类别，如A、B、C。
例如，中国石油ERP建设，将客户信用风险类别分为A、B、C三类：A类客户是中石油、中石化、中海油内部客户，不进行信用控制，日常发货按签订的合同执行；B类客户是各油田多种经营单位，属于高风险客户，设信用额度，信用额度按客户情况进行评定，严格执行设定的信用额度；C类客户是油田外部公司、私营企业、信用不良的客户，信用额度为零，不进行赊销业务，仅采取现金交易方式。
SAP-SD信用管理实施总结17 3.2风险类简介
在S4 HANA 1610系统中，在客户主数据设置风险类这个概念，这个风险类和上面所说的风险类别具有同步关系。需要做配置：风险类和风险类别的值需要相同，然后风险类会和风险类别自动同步。
对于风险类，可以在客户主数据手工维护，也可以通过S4系统的客户评分功能（可配置计算公式），自动给客户归入相应的风险类，不同的分段就代表着不同的风险类（后台有配置，下面会介绍）。
SAP-SD信用管理实施总结18 3.3定义风险类
TCODE: SPRO 配置路径：IMG>财务供应链管理>信用管理>信贷风险监视>主数据>创建风险类
配置路径截图：
图1-3-1 定义风险类的配置路径
配置点详解
图1-3-2定义风险类
如图1-3-2，为风险类的配置点。关于风险类，采用系统预设的A、B、C、D、E这五种风险类。后面的“计分从”和“计分至”就表示各个风险类对应的评分段。
SAP-SD信用管理实施总结19 3.4定义风险类别
TCODE: SPRO 配置路径：IMG>财务供应链管理>信用管理>与应收账款模块和销售与分销模块的集成>有销售与分销的集成>定义风险类别
配置路径截图：
图1-3-3定义风险类别的配置路径
配置点详解
图1-3-4定义风险类别的配置路径
SAP-SD信用管理实施总结20 如图1-3-4，为新建风险类别。风险类别是需要分配信贷控制范围的，如图中的1050就是给风险类别（参考风险类的字段值创建）A、B、C、D、E分配的信贷控制范围。
SAP-SD信用管理实施总结21 3.5定义风险类评分及信贷限额计算规则
TCODE: SPRO 配置路径：IMG>财务供应链管理>信用管理>信贷风险监视>主数据>为记分和信贷限额计算创建规则
配置路径截图：
图1-3-5定义风险评分及信贷限额计算规则的配置路径
配置点详解
图1-3-6定义风险评分及信贷限额计算规则
图1-3-7定义风险评分及信贷限额计算规则-评分
SAP-SD信用管理实施总结22
图1-3-8定义风险评分及信贷限额计算规则-信用额度
图1-3-9定义风险评分及信贷限额计算规则-分级程序
如图1-3-6，为系统预设的计算规则。“默认”字段表示，在新建客户主数据信贷视图的时候，会默认指定的一个评分计算规则。
如图1-3-7，为计算规则“B2B-EXIST：现有客户的规则业务范围”下的信贷限额确定规则，设置的限额计算公式为：LIMIT_B2B。选中该行，点击按钮“”即可查看对应公式的计算规则。
有效性（天数）：表示被分配的公式在该规则中的有效天数。跟踪：影响客户主数据中，在列表：“定义的限额”旁边的按钮“
”。如 SAP-SD信用管理实施总结23 果希望点击这个按钮，可以显示整个信贷限额的计算过程，就需要把跟踪这个钩打上。
最大信贷限额增加：中文翻译有误，正确翻译是最大信贷限额增加的百分比。该字段用于控制可提升信贷限额的幅度，在该最大百分比幅度下可以无需批准即可调整信贷限额。对于提升信贷限额的控制只对配置点“更改信贷限额请求”中的内容起作用（主要用于对一些BADI的控制）。
如图1-3-9，为计算规则“B2B-EXIST：现有客户的规则-业务范围”下的分级程序。定义分级程序及相关分析结果值可在以下路径做配置：
配置路径：IMG>财务供应链管理>信用管理>信贷风险监视>主数据>定义分级程序。
另外，对于图1-3-9中相关字段的解释如下： 分级程序：外部单位提供的信用评级方法。
有效性（天数）：表示被分配的评级方法在该规则中的有效天数。ID类型：对客户信用评级时，会给客户赋予ID，ID有多中分类，需要预先选定其中一种ID类型。默认设置为空，表示ID类型是BP编号。
日志：表示在评级方法运行过程中，日志需要记录的范围。主要对应BI相关的日志，待进一步研究。
SAP-SD信用管理实施总结24 3.5定义计算公式
TCODE: SPRO 配置路径：IMG>财务供应链管理>信用管理>信贷风险监视>主数据>定义公式
配置路径截图：
图1-3-10定义风险评分和信贷限额确定计算公式的配置路径
配置点详解
图1-3-11定义风险评分和信贷限额确定计算公式的配置路径
SAP-SD信用管理实施总结25 如图1-3-11，为相关公式。其中的结果类型字段就表示公式的类型，如果为LIMIT类型的就表示该公式用于计算信贷限额；如果为SCORING类型的就表示该公式用于计算风险评分。
如需编辑公式，选中需要编辑的点击该图中红框内的按钮：“即可进行编辑。
” SAP-SD信用管理实施总结26 4．信贷组 4.1 信贷组简介
定义信贷组，可根据不同业务交易定义信贷组，比如定义订单、交货和发货三个信贷组，实现在订单、交货和发货的自动信用控制。在设置自动信贷控制的时候，是需要考虑信贷组这个维度的。
SAP-SD信用管理实施总结27 4.2定义信贷组
TCODE: SPRO 配置路径：IMG>财务供应链管理>信用管理>与应收账款模块和销售与分销模块的集成>有销售与分销的集成>定义信贷组
配置路径截图：
图1-4-1 定义信贷组的配置路径
配置点详解
图1-4-2定义信贷组
如图1-4-2，为系统预设的三个信贷组。分别用于控制创建销售订单，创建交货单，交货单过账。
SAP-SD信用管理实施总结28 4.3给信贷组分配销售凭证和交货凭证
TCODE: SPRO、OVAK(分配销售凭证用)、OVAD(分配交货凭证用)配置路径：IMG>财务供应链管理>信用管理>与应收账款模块和销售与分销模块的集成>有销售与分销的集成>分配销售凭证和交货凭证
配置路径截图：
图1-4-3给信贷组分配销售和交货凭证的配置路径
配置点详解
图1-4-4给信贷组分配销售凭证
图1-4-5给信贷组分配交货凭证
SAP-SD信用管理实施总结29 如图1-4-4，表示给销售订单分配相应的信贷组。信贷核查表示，信贷检查的方式。值D就表示进行自动信贷控制。信贷组的值01就表示之前设置的销售订单信贷组。
如图1-4-5，表示给交货凭证分配相应的信贷组。交货信贷组就表示在创建交货单时应用的信贷组，因此分配02；GI信贷组就表示交货单发货时应用的信贷组，因此分配03。
SAP-SD信用管理实施总结30 5．自动信贷控制及检查规则 5.1 自动信贷控制与检查规则简介
自动信用控制将针对同一信用控制范围的不同的客户风险类别和信贷组执行不同的信用控制政策。对于ECC系统而言，无需单独设置检查规则，可在自动信贷控制进行设置即可，如图1-5-2。在S4 HANA版本中，自动信贷控制和检查规则是分离的，如图1-5-3。S4系统需要在定义自动信贷控制的时候，给字段“SAP信用管理”打钩，激活检查规则，然后需要单独在检查规则页签设置检查规则。接下来，我们分别介绍ECC和S4 HANA系统中两种不同配置方式。
SAP-SD信用管理实施总结31 5.2定义自动信贷控制
TCODE: SPRO 配置路径：IMG>财务供应链管理>信用管理>与应收账款模块和销售与分销模块的集成>有销售与分销的集成>定义自动信贷控制
配置路径截图：
图1-5-1 定义自动信贷控制的配置路径
配置点详解
图1-5-2定义自动信贷控制ECC
SAP-SD信用管理实施总结32 如图1-5-2，先对ECC版本的自动信贷控制配置点做介绍。
无信用检查：一个例程，在什么情况下可以不做信用检查；这里用户可以自己定义例程。
项目检查：是否要在行项目输入数据时，就做信用检查，并出具信用超额的信息。
下达的单据仍然未被处理：是指被信贷冻结的单据，当冻结被释放后，如果后续对单据做一些修改，是否要重新做信贷检查；具体由以下两个字段控制。
偏差在%：指单据的修改金额偏差如果在这个设定的百分比内，就不会重新做信贷检查。
天数：自单据创建到修改的间隔天数，如果超过设定值就要重新做信贷检查。如果该字段为空白，则默认天数为1天。即超过1天，就要重新做信贷检查。
信贷限额季节因子：这个可以用于短期给客户增加或者降低信贷额度，比如因为季节性的促销，可以在短期内增加客户的信贷额度。以下4个参数。
百分比：输入一个百分比，代表在原来信贷基础上，增加或者减少的百分比。减少：如果勾选，那就是降低信贷额度，或者就增加信贷。从：指定一个有效起始期间。至：指定一个有效终止期间。
付款方：仅仅针对付款方的未清项目（以及催款层次执行根据未清项、最早未清项和最高催款层次的信用检查）做核查。
允许天数：允许应收账款的最长天数。
允许小时：允许应收账款的最长天数下的小时数。
静态：系统比较客户信用额度与已分配金额，如果信贷已分配金额超过信用额度，则执行响应操作。
响应操作：如果超过某一指标，应该执行什么操作。相应的值有：A=警告，B=报错，C=A+超出的值，D=B+超出的值。
冻结：表示如果超出某一指标，是否要冻结单据。
SAP-SD信用管理实施总结33 未清订单：表示静态检查需要包含未清的销售订单。未清交货：表示静态检查需要包含未清的交货单。
动态：动态检查和静态检查类似，但会考虑展望期；而且动态检查一定会考虑未清订单和未清交货；静态检查和动态检查只能选择一个，如果勾选动态检查，需要输入展望期。
展望期：是指系统指检查这个期间内的已分配金额是否超过信贷额度，对于这个期间外的单据，不做检查；动态检查必须定期运行报表RVKRED08，以重新启用动态信用检查；
单据值&最大凭证值：针对每个单据的金额是否做信贷检查，这里需要输入一个最大凭证值；超过这个值，就做系统响应操作。
关键字段：对销售凭证中关键字段的检查，关键字段有支付条款、附加起息日、定期价值等；如果这些字段做更改，系统会响应信贷检查操作
下一校验日期：指出系统是否在下个信用评估日期的基础上执行信用检查，如果下一个信用检查期到了却未做更改至再下一未来日期，可以决定是否信用先冻结。
天数：作为缓冲天数，比如今天是12月27号，下一个信用检查日期是12月30号。原本下一个信用检查日期没到期，如果加上缓冲天数4，那么就满足超过该指标了（27+4=31>30），系统就会做出响应。
未清项目：系统对未清项目做信贷检查，需要输入两个参数：最大未清项%和未清项目天数。
最大未清项%：过期未清项目占整个未清项目的百分比，如果操作这个百分比，那就执行响应操作。
未清项目天数：未清项目过期的天数，这个是计算过期未清项目的基准，如果想对过期的未清项有个宽容期，那可用在这里输入天数。最大未清项的值虽然已经超过30%了，但是没有超过10天的宽限期。还是可以算满足条件的，系统不做出响应。
最早的未清项目&天数：系统检查对未清项目最大的过期天数，如果超过这个天数，那就执行响应操作。因此，后面要输入一个最大过期天数。
SAP-SD信用管理实施总结34 最高拖欠级： 这个和催款程序相关，在F150运行了对客户催款后，系统会在客户主记录中输入催款等级：
用户1、2、3：系统预留了三个用户检查端口，用于自定义的信贷检查；分别对应程序LVKMPFZ1、LVKMPFZ2、LVKMPFZ2；用户可以自己在这里写入程序，自定义信贷检查；比如发票计划中的，如果有预付款，可以检查预付款是否收到，以决定是否发货。
信贷检查的常用后台程序
对于做信贷检查来说，几个常用的报表必须定期在后台运行；以便及时更新系统单据的冻结状态。
1、RVKRED06 这个是对冻结的单据，执行新的信用检查；比如客户前期的订单由于信用额度的原因而冻结了，本次客户及时支付了货款，那需要多这些单据重新做信用检查；系统会根据新的可分配额度，重新设定单据的冻结状态。
2、RVKRED08 对展望期的信贷检查；如果设定为动态展望期，那在展望期之外的单据是不考虑的；随着时间的推移，展望期之外的单据也会进入展望期内，这时候需要对这些单据重新做信贷检查。
3、RVKRED77 更新错误的信贷数据；客户信贷主数据中的信贷值、销售值可以用来判断客户的可用额度，但这个值有时候会更新错误，运行这个程序，可以重组信贷数据。
图1-5-3定义自动信贷控制S4 HANA
SAP-SD信用管理实施总结35 如图1-5-3，现对S4 HANA系统的自动信贷控制做解释。图中单据控制 无信用检查：一个例程，在什么情况下可以不做信用检查；这里用户可以自己定义例程。
项目检查：是否要在行项目输入数据时，就做信用检查，并出具信用超额的信息。
下达的单据仍然未被处理：是指被信贷冻结的单据，当冻结被释放后，如果后续对单据做一些修改，是否要重新做信贷检查；具体由以下两个字段控制。
偏差在%：指单据的修改金额偏差如果在这个设定的百分比内，就不会重新做信贷检查。
天数：自单据创建到修改的间隔天数，如果超过设定值就要重新做信贷检查。如果该字段为空白，则默认天数为1天。即超过1天，就要重新做信贷检查。
SAP信用管理：表示激活在原来ECC部分，现被迁移的其他信贷检查规则，可以在信贷检查规则配置点单独进行配置（后续会讲）。在启用SAP信用管理的时候，需要先激活信用参数文件和信用段（在第六节会讲）。
响应操作：如果超过某一指标，应该执行什么操作。相应的值有：A=警告，B=报错，C=A+超出的值，D=B+超出的值。
冻结：表示如果超出某一指标，是否要冻结单据。
SAP-SD信用管理实施总结36 5.3定义S4信贷检查规则
TCODE: SPRO 配置路径：IMG>财务供应链管理>信用管理>信贷风险监视>信贷限额检查>定义检查规则
配置路径截图：
图1-5-4定义信贷检查规则的配置路径
配置点详解
图1-5-5定义信贷检查规则-概览
SAP-SD信用管理实施总结37
图1-5-6定义信贷检查规则-检查
图1-5-7定义信贷检查规则-信用段
如图1-5-5所示，为本次定义的信贷检查规则，下面的系统组一般使用默认设置00或空，表示从本Client做信用检查。图1-5-6为该检查规则下的详细检查步骤。现在逐个介绍。
使计分无效并重算计分：重新对客户的风险类进行评分。
信贷风险总额统计检查：即静态信贷检查。系统比较客户信用额度与已分配金额，如果信贷已分配金额超过信用额度，则执行响应操作。如果客户信用额度未分配，会参考在信用段层级分配的信用额度。
最大凭证值的检查：针对每个单据的金额是否做信贷检查，这里需要输入一个最大凭证值；超过这个值，就做系统响应操作。
用信贷水平的动态限制检查：即动态检查，但会考虑展望期；而且动态检查会考虑未清订单和未清交货，需要输入展望期（信用有效期天数）。
最大催款等级检查：在F150运行了对客户催款后，系统会在客户主记录中输入催款等级：
SAP-SD信用管理实施总结38 陈旧未清项目的年限检查：即最早的未清项目检查，系统检查对未清项目最大的过期天数，如果超过这个天数，那就执行响应操作。因此，后面要输入一个最大过期天数。
付款行为索引的检查：检查付款未清项目（应收款）的回款天数，如果超过设定值，就会触发检查响应。
检查到期未清项目：系统对未清项目做信贷检查，需要在信用段层级输入两个参数：最大未清项%和未清项目天数，如图1-5-7。
最大未清项%：过期未清项目占整个未清项目的百分比，如果操作这个百分比，那就执行响应操作。
未清项目天数：未清项目过期的天数，这个是计算过期未清项目的基准，如果想对过期的未清项有个宽容期，那可用在这里输入天数。最大未清项的值虽然已经超过30%了，但是没有超过10天的宽限期。还是可以算满足条件的，系统不做出响应。
显示信用分析者：显示信贷分析的影响因素。
SAP-SD信用管理实施总结39 6．激活信贷更新 6.1 信贷激活简介
如果在SAP中启用信贷管理功能，就需要激活信贷功能。需要激活的内容包括，给项目类别激活信贷，激活信用段功能（S4功能），激活信贷参数文件页签并分配屏幕顺序（S4功能）。
SAP-SD信用管理实施总结40 6.2给项目类别激活信贷
TCODE: SPRO/VOV7(在项目类别层面定义)配置路径：IMG>财务供应链管理>信用管理>与应收账款模块和销售与分销模块的集成>有销售和分销的集成>确定每一项目类别的有效的应收款
配置路径截图：
图1-6-1给项目类别激活信贷的配置路径
配置点详解
图1-6-2给项目类别激活信贷
如图1-6-2，信贷激活钩打上，即表示给相应的项目类别激活了信贷功能。
SAP-SD信用管理实施总结41 6.3激活信用参数文件页签
TCODE:BUS1 配置路径：暂未发现路径（待提供）配置路径截图：
(None)
图1-6-3激活信用参数文件的配置路径
配置点详解
图1-6-4激活信用参数文件
如图1-6-4，“活动”标签处，如果打上勾，就表示已经激活了该信用参数文件。
SAP-SD信用管理实施总结42 6.4激活信用段
TCODE:SM31(维护表：V_TBZJ1C)配置路径：暂未发现路径（待提供）配置路径截图：
(None)
图1-6-5激活信用段的配置路径
配置点详解
图1-6-6激活信用段
如图1-6-6，“扩展活动”标签处，如果打上勾，就表示已经激活了该信用段。
SAP-SD信用管理实施总结43 6.5激活信用屏幕顺序
TCODE:BUS6 配置路径：暂未发现路径（待提供）配置路径截图：
(None)
图1-6-7激活信用屏幕的配置路径
配置点详解
图1-6-8激活信用屏幕
如图1-6-7，“屏幕”标签处，就把屏幕UKM100分配给了屏幕顺序UKM000，然后可以再把屏幕顺序UKM000分配给屏幕顺序种类UKM000。
SAP-SD信用管理实施总结44
第二章前台操作
1．信贷控制范围&信用段
TCODE:BP 操作路径：SAP菜单>后勤>结算管理>环境>主数据>维护业务伙伴 操作路径截图：
图2-1-1给客户维护信贷控制范围的操作路径
操作详解
SAP-SD信用管理实施总结45
图2-1-2给客户维护信贷控制范围
如图2-1-2，现对图中相应配置字段做解释。
信用控制范围：在客户主数据销售视图维护，对应销售范围为1050,00,00（已启用通用分销渠道和产品组），在“出发票”页签的信贷控制范围设置。
在销售凭证确定信贷控制范围的过程中，优先级从高到低排列依次是：销售范围+客户维度（客户主数据销售视图）、销售范围维度（后台配置）、公司代码维度（后台配置）。所以，如果要按业务对客户信贷进行管控，那就用前两种维度确定方式；如果要按公司代码或者集中式管控，那就用公司代码维度确定方式。
有时候客户也是集团公司，有付款总部，有多个售达方或者运达方；这样一个集团公司可能存在多个客户账号，也对应多个信贷账号；那客户想采用集中式管理，比如只有一个授信账号，其他客户账号共享一个信用额度；即多个客户可以对应一个信用账号。
对于ECC系统而言，可以进行以下设置满足需求： 输入Tcode：FD32，在菜单栏，点击编辑 > 修改贷方科目。
SAP-SD信用管理实施总结46
图2-1-3给客户维护信贷控制范围
如图2-1-3设置，客户号100092，就共用了100090的信贷账号。
对于S4 HANA系统而言，需要从BP的关系那儿进行配置处理，尚待研究。
图2-1-4给客户维护信贷控制数据
如图2-1-4，给客户主数据信贷通用数据中，维护了风险评分计算规则，以及信贷检查规则。点击计算按钮“
”即可自动计算评分，并且根据配置自动
经过在北京一个多月的培训，我对SAP管理理念有了初步的认识。SAP管理理念是将公司各种资源，如财务资源、人力资源、资产资源、物料资源、供应商资源、客户资源等进行最优化的配置管理，使各种信息数据能够得到即时的传递到财务，财务对各种数据进行处理，生成相应的凭证，从而得到相关的财务报表数据。
SAP操作理念是把我们平时工作内容进行细化并分成若干业务单元，然后针对每个业务单元进行模块化操作处理并生成财务需要的凭证或数据，然后财务再对各模块的数据进行汇总处理、运算并生成相应的财务凭证，从而得到相关财务报表数据。每个单元的业务处理是以主数据为基础的，主数据是该软件的识别及自动后续处理计算的关键。当我们要做各项业务之前，必须到相应的主数据中去创建它(按照主数据中的固有格式进行)，这样系统才能认可它、自动处理它，从而计算得到我们想要的各种数据。所以我们要充分认识到数据的重要性，并做好每个数据的收集工作，做到收集的及时与准确性，为以后工作打好基础。
由于以前对SAP没有接触过，所以我们底子比较薄弱，造成我们在实际操作时对好多新知识掌握较慢。如账务的处理：SAP的凭证账务处理方法与操作界面打破我们的传统观念，而是采用细化的信息界面，在细化的内容选项中填写凭证的相关数据及凭证信息。SAP凭证处理时界面，及凭证类型、记账码、业务处理的事务代码（T-code）等都是我们之前没有接触过的，且每一样都有好多，特别是事务代码（T-code）有上百种之多。这些需要我们在实际操作中熟练掌握并应用，做到在什么情况下用哪个事务代码处理凭证最简单有效，其对应的凭证类型、记账码又是什么。
另外，在SAP中，凭证具有较宽泛的意义，与我们现在凭证概念有一定的区别，如后勤模块的产生的收货单据，在SAP中也称为凭证，发票也称凭证，因此我们在实际操作中应注意区别。还有就是凭证的类型也与我们平时有很大的区别，在我们传统的会计核算中，将凭证的类别分为收、付、转三类或直接像我们一样就一类记账凭证。SAP对凭证的分类基本上也遵循收、付、转三类的原则，即总账凭证（类似转账凭证）SA，与供应商有关的凭证（类似于付款凭证）：KR（应付供应商的凭证）、KG（供应商转来的红字发票，SAP称为贷记凭证）、KZ（付款给供应商的凭证），与客户有关的凭证（类似于收款凭证）：DR（开具发票给顾客的凭证）、DG（开具红字发票给顾客的凭证）、DZ（向顾客收款的凭证），与固定资产交易有关的凭证AA等，这要我们在学习与应用中熟练的掌握。
还有在SAP系统中，对于会计分录的顺序，不是完全按照借贷的顺序来显示，有时可能是贷借，虽然不会影响到整个分录的准确性，不太符合会计核算的要求，对于新学习的同志有点不习惯。所以我们要在学习时要抛开传统思想，建立起新的理念，这样我们才能更快的掌握并应用SAP。
我们在学习SAP操作时发现好多管理理念可以在我们实际工作使用，例如： 1.根据未清项可以有效的分析供应商与客户的账龄
在供应商与客户的收付款时进行未清管理，支付与收款时选择具体未清项进行核销管理，再根据依据基准日期（可以是收付款与发票入账日期）对应没有清账核销的金额就是账龄的日期与金额，直接用TCODE命令查询单位账龄分析表。2.资金与费用的预算管理的应用
按成本中心、成本要素进行预算计划管理，将计划作为考核的指标，月底可以在SAP系统中生成按成本中心、成本要素的计划额和实际发生额的比较报表，可以有效的管理与控制企业计划的执行情况。
3.标准成本估算与分析的应用
根据销售订单进行放样、套料后原材料明细估算出工程标准成本，再根据实际发生的生产成本与标准成本之间的差额进行成本分析，定位差异原因并进行指导生产工作。4.成本费用的分摊
创建一个分摊循环，将某个成本中心的初级成本要素按一定的比例（根据实际统计指标）分配给其他成本中心，这样每月末执行时，就可以很好地反映次级成本要素的流向情况。5.产成品的核算处理
| 求职意向 | |
| 职位性质： | 全 职 |
| 职位类别： | SAP顾问-销售与分销SD |
| 职位名称： | 顾问 ; PM ; IT |
| 工作地区： | 广东 ; |
| 待遇要求： | 10000元/月 可面议 ; 不需要提供住房 |
| 到职时间： | 可随时到岗 |
| 技能专长 | |
| 语言能力： | 英语 fluent ; |
| 教育培训 | ||||
| 教育经历： |
| |||
| 培训经历： |
|
| 工作经历 | |||||||||||||||
|
| 其他信息 | |
| 自我评价： | From 2001, ERP consultantsap开发总结 篇7SAP2000是由美国Computers and Structures Inc. (CSI) 公司开发研制的通用结构分析与设计软件, 在世界范围内被广泛应用[1]。工程师可以在同一个界面中完成建模、分析和设计工作, 可以通过不同的视图窗口将结构的模型信息、分析结果和设计结果同时展现给用户, 而且可以在不同显示含义的视图中直接进行与该显示状态相关的操作, 这种方式大大提高了工程师的效率。 ABAQUS有限元程序通过集成脚本语言Python向二次开发者提供了很多库函数。通过Python语言调用这些库函数来增强ABAQUS的交互式操作功能, 绕过ABAQUS/CAE界面, 直接操纵ABAQUS内核, 实现建模、划分网格、指定材料属性, 提交作业, 后处理分析结果等等功能。 本文利用Python语言编写的SAP2000与ABAQUS接口来操作ABAQUS前处理过程, 实现自动建模、施加约束、荷载、划分网格功能。在模型复杂、划分网格操作繁琐的情况下可以自动化处理, 避免了在使用ABAQUS/CAE前处理过程中的完全手工操作, 节省了大量时间和精力, 提高了工作效率。 2 ABAQUS的二次开发 Abaqus二次开发主要有三种途径[2]: a.通过用户子程序可以开发新的模型, 控制Abaqus计算过程和计算结果;b.通过环境初始化文件可以改变Abaqus的许多缺省设置;c.Abaqus脚本接口 (Abaqus scripting interface) , 通过内核脚本可以实现前处理建模和后处理分析计算结果;d.ABAQUS图形用户接口工具包 (Abaqus GUI Toolkit) , 通过GUI工具包可以创建新的图形用户界面和用户交互。 2.1 ABAQUS用户子程序二次开发 Abaqus为用户提供了大量的单元库和求解模型。用户能够利用这些模型处理绝大多数的问题, 但是Abaqus不可能把所有可能出现的问题都包含进去。当出现一些新的问题时, Abaqus提供了大量的用户子程序, 允许用户在找不到合适模型的情况下自定义模型, 以实现特定的功能。这对于科学研究方面的应用尤其显得重要。因为科学研究一般需要面对一些新的问题或者新的方法, 利用Abaqus强大的有限元分析计算能力, 可为科学工作者提供了一个强有力的工具。 ABAQUS为用户提供的子程序主要有三个模块[2]:a.Abaqus/Standard subroutines。在该模块中, 包含了几乎所有的Abaqus/Standard分析功能;b.Abaqus/Explicitsubroutines。在该模块中, 包含了几乎所有的Abaqus/Explicit分析功能;c.Utility routines。在该模块中, 包含了几乎所有的Abaqus实用程序。 要在模型中包含用户子程序, 可以利用Abaqus执行程序, 在Abaqus执行程序中应用user选项指明包含这些子程序的fortran源程序或者目标程序的名字, 也可以通过Abaqus command命令执行。如:abaqus job=*·inp user=*·for interactive。 2.2 ABAQUS图形用户接口二次开发 图形用户接口工具集允许用户创建或者修改图形用户接口, 以适应用户的特定需求。 Abaqus图形用户界面工作原理。Abaqus/CAE通过kernel和GUI之间的交互, 完成人机交互功能。 内核程序包含了Abaqus/CAE所有的对象数据和方法, 通过这些对象数据和方法来进行各种操作[3]。 在内核和GUI之间, Abaqus/CAE通过内部交互协议来完成它们之间的通信。 Abaqus/CAE使用目标和消息以及GUI更新程序来获得与GUI的交互。通常这些目标、消息和更新程序都被包含在GUI工具包中。 2.3 SAP2000与ABAQUS接口二次开发 本文采用上述第3种途径, 通过编写Python脚本, 把SAP2000的S2K文件格式转换为ABAQUS的INP文件格式, 自动实现前处理。 开发的思路及步骤:a.利用熟知的SAP2000建立结构模型、划分网格以及计算;b.从SAP2000中导出包括材料、截面、荷载、节点、单元等内容的S2K文件;c.基于Python语言编写从SAP2000到ABAQUS的接口程序;d.运行接口程序;e.完成ABAQUS前处理。 其运行途径有:a.在ABAQUS/CAE主窗口中有一个命令行接口 (CLI) , 可以在里面输入脚本命令执行。其中, 既可以输入单行命令执行, 也可以把编写好的命令全部复制进去执行;b.从ABAQUS/CAE主窗口选择菜单File->ABAQUS PDE, 在ABAQUS PDE界面运行接口程序, 分别生成INP格式的节点、单元等文件;c.在DOS窗口执行已生成的完整INP文件。 3 应用算例分析 通过一个工程实例来运用接口程序实现从SAP2000导入ABAQUS对象模型, 从中可以体会到ABAQUS二次开发的强大功能。同时, 比较两种软件分析结果, 验证接口程序的正确。 3.1 计算原则 针对一个28层的钢框架-支撑体系的实际工程, 通过SAP2000和ABAQUS两种计算分析程序, 对该工程进行了弹性分析, 验证了接口程序的适宜性。计算中, 采用弹性分析控制平动、扭转等建筑主体的各项整体指标。 3.2 主要计算结果及分析 采用SAP2000和ABAQUS程序进行计算得到的自振周期计算结果见表1, 结构质量计算结果见表2。 从表1, 2的计算结果可以看出, SAP2000和ABAQUS两个软件计算的自振周期和结构质量结果完全满足计算精度要求, 验证了基于Python编写的SAP2000与ABAQUS接口程序的正确。 4 结论 从以上两种软件的计算结果可以看出, 结构总体计算信息中的主要参数吻合非常好, 说明基于Python编写的SAP2000与ABAQUS接口是正确可行的。同时, 通过二次开发能够有效减少建模、设定材料参数、截面属性、加载、设置接触等前处理所花的时间, 大大提高了有限元分析效率。 摘要：本文研究了基于Python语言的SAP2000与ABAQUS接口二次开发问题。通过编写Python程序成功解决了建筑结构模型由SAP2000导入ABAQUS接口的技术难题;介绍了Python接口程序在二次开发中的作用和调用流程;该接口程序可以用来进行ABAQUS的建模、导荷以及控制单元划分精度, 大大提高了使用ABAQUS程序时前处理的工作效率。 关键词：Python语言,SAP2000,ABAQUS,前处理,二次开发 参考文献 [1]北京金土木软件技术有限公司等.SAP2000中文版使用指南[M].北京:人民交通出版社, 2006 (9) :4-8. [2]庄茁, 张帆, 岑松等.ABAQUS非线性有限元分析与实例[M].北京:科学出版社, 2005. 【sap开发总结】推荐阅读： 学校资源开发总结06-09 油田开发工作总结06-04 支撑软件开发工作总结05-30 oa系统开发工作总结06-18 大屯小学课程开发与实施情况总结06-12 学生管理系统项目开发总结报告06-30 深入开展西部大开发战略大学习活动总结05-30 游戏开发规范05-31 客户开发案例06-03 |
