sap需求分类管理总结
时间过得很快,四季轮回的过程中,一年忙碌的工作时间结束。在这一年的工作中,大家通过工作,可学到更多方面的工作知识,也留下了众多的学习回忆。为记录这一年的成长,可编写一份年终总结。以下是小编精心整理的《sap需求分类管理总结》,希望对大家有所帮助。
第一篇:sap需求分类管理总结
SAP需求分类管理总结
SAP需求管理
目录
第 I 条 整体介绍 ....................................................................................................................... 2 第 II 条 需求分类定义 ............................................................................................................... 3
节 2.01 需求分类定义屏幕如下图: ............................................................................... 4
(a) 可用量:SD 可用性检查 ................................................................................... 4 (b) 请求转移:需求传递/开始SD装配订单 .......................................................... 4 (c) 分配的标识: ....................................................................................................... 5 (d) 减少独立需求:需求减少标识 ........................................................................... 5 (e) 没有MRP:与MRP无关的需求记录 ............................................................... 5 (f) 配置:允许或需要的配置 ....................................................................................... 5 (g) 装配类型 ............................................................................................................... 5 (h) 订单成本核算 ....................................................................................................... 6 生成销售订单成本计算 ................................................................................................... 6
第 III 条 定义并分配需求类型 ................................................................................................... 7
节 3.01 经需求分类分配给需求类型 ............................................................................... 8 节 3.02 分配需求类型到销售订单行项目类型 ............................................................... 9 节 3.03 定义计划行类别的可用性检查及需求传递 ....................................................... 9 第 IV 条 生产模块应用 ............................................................................................................. 11 节 4.01 定义需求分类、需求类型 ................................................................................. 11 节 4.02 分配需求类型到策略 ......................................................................................... 13 第 V 条 附一:需求分类配置路径 ......................................................................................... 15
第 I 条 整体介绍
相关知识:SAP的需求管理是连接销售、生产、物料管理、财务的核心。需求管理相关的字段有需求分类、需求类型、计划行类别、策略,并且需求分类在财务、生产、销售模块配置中均有涉及。如下图。相关配置路径见‘附一’。
需求管理的基本配置逻辑,底层是需求分类,然后将需求分类分配给需求类型,然后将需求类型分配给计划行类别、销售项目类别、策略,同时结合物料需求计划类型(MRP类型)使用。 第 II 条 需求分类定义
如上图,需求分类定义在销售、装运和生产模块均可以定义,但是销售、装运定义的类型可以互用,生产定义的不会显示在销售、装运模块,同理销售、装运定义的也不会显示在生产模块。上图是销售定义的。下图是生产定义的。(定义路径不同,见附一)
节 2.01 需求分类定义屏幕如下图:
(a) 可用量:SD 可用性检查
必须执行对应交易的可用性检查。如果未设置标识且相关需求计划的分配是活动的,则随后针对物料的计划需求执行可用性检查。如果不需要该分配,则不执行检查。
系统建议检查类型。在销售和装运中交易均可关闭(但不开启)每个检查。
(b) 请求转移:需求传递/开始SD装配订单
要为各自交易执行需求传递。该标识的选择是需求传递的前提。(只有此标志设置了,后续再计划行的设置才会生效) 可取消激活计划行等级的需求传递。相反地,可简单将其在计划行等级保持不活动,只要未在需求分类中将其激活。 范例
未设置维护需求分类的标识:未执行需求传递,而不顾在计划行等级对交易所进行的说明。
设置维护需求分类的标识:在这种情况下,仍可在计划行等级决定是否需要相关交易的需求传递。
(c) 分配的标识:
控制带有计划独立需求的客户需求消耗为何客户需求类型仅分配一个消耗策略。
(d) 减少独立需求:需求减少标识
标识指定依据客户需求减少匿名按库存生产,其中客户需求计划作为库存的销售。
(e) 没有MRP:与MRP无关的需求记录
该标识确定客户需求对计划运行是否相关,即,他们是否都存在于净需求计算中: 客户需求与计划运行相关
客户需求与计划运行不相关, 但都显示 客户需求与计划运行不相关, 并都不显示
(f) 配置:允许或需要的配置
控制需求种类的配置是可能的还是强制的。
(g) 装配类型
控制采购元素执行的装配加工的什么类型。 有两种装配加工
静态的装配加工 动态的装配加工
静态的装配加工 如果用„装配加工‟技术创建物料的销售订单,系统执行装配必需组件的可用性的检查,并且在后台中创建单一采购元素。
直接分配采购元素到销售订单中。在销售订单中确定采购元素编号。 动态装配订单
如果用„装配加工‟技术创建物料销售订单,系统执行装配必需组件的可用性的检查。依靠可用性检查的结果,创建一个或几个采购元素。在可用性的控制屏幕中显示,一次性交货的数量和/或下一次全部交货的可能截至日期和/或下次可能截止日期的交货建议。
动态装配加工期间,不能更改数量和截至日期。但如果必要,选定„固定的日期和数量‟字段。在这,„检验范围‟和„其他工厂‟功能是不可用的。
在销售订单中没保存采购元素编号。用单个阶段编号(销售定单编号/项目)创建采购元素和销售订单之间的链接。由于此原因,可能执行另一个与进料、附加或手工输入的采购元素相关的可用性检查。
(h) 订单成本核算 生成销售订单成本计算
此标识控制是否
应给装配处理使用制造订单的初始成本核算 可以创建销售订单成本估算
使用
若使用装配类型2(“生产订单、网络或服务(报表处理)”)时只与此标识相关。
若未设置此标识(“从生产订单复制初始成本估算”),系统将使用生产订单初始成本估算计算的计划成本复制至 SD 条件。到时不能够给销售凭证项目创建销售订单成本核算。
若设置此标识(“不从生产订单复制初始成本估算),可以给销售凭证项目创建销售订单,然后可以复制至条件。不能将使用生产订单初始成本估算创建的计划成本复制至 SD 条件。
相关
下列示例解释适合给装配类型2创建销售订单成本核算的位置: 使用产品成本核算方法给销售订单成本核算存储成本组件分解,但是对于生产订单的初始成本核算估算该方法不可用(由于系统只给生产订单显示动态创建成本组件分解。
若与基于销售订单成本核算的估价销售订单库存及标准价格工作时,将基于销售订单成本核算的成本组件分解复制到获利能力分析(CO-PA)是有用的(也参阅无评估策略)。
对于访问物料成本估算定义关键值 IMG 活动中的获得能力分析(控制),可以在定制中控制基于销售订单成本核算的组件成本分解的传输。
使用未估价销售订单库存时,初始成本估算未发送完整的计划成本给装配订单。要接收完整的计划成本,需要计算销售订单成本核算并将它传输至 SD 条件。
使用装配类型
1、3和4时,始终可以创建销售订单成本核算。
第 III 条 定义并分配需求类型
节 3.01 经需求分类分配给需求类型
节 3.02 分配需求类型到销售订单行项目类型
节 3.03 定义计划行类别的可用性检查及需求传递
第 IV 条 生产模块应用
节 4.01 定义需求分类、需求类型
生产定义的需求分类,没有详细界面(无法双击进入)
定义需求类型、分配需求分类。
节 4.02 分配需求类型到策略
V 条 与移动类型的关系
事务代码:OMJJ 已413举例如下图:独立需求下降,这个字段可以控制库存转移之后是否影响独立需求。
第 VI 条 附一:需求分类配置路径
1、装运模块,同销售分销模块
2、生产模块,(此处只维护生产相关需求分类)
3、财务成本控制模块,此处是完善需求分类的财务数据,这些数据在其他模块是只能显示无法维护。(销售模块科目分配中可以维护见5)
4、项目系统
5、销售分销的科目分配中,此处同财务模块 3
6、销售和分销主数据(此处只维护销售相关需求分类)
7、销售分销可用性检查
8、销售分销可用性检查
第二篇:SAP&ERP项目售前需求调研提纲
离散行业调研提纲
撰写人:杨振毅
2008年03月20日
ERP项目售前需求调研提纲
说明:这个仅仅是一个大概的调研框架,调研的范围是FI/CO/MM/PP,企业的方案及预算,必须要到客户现场详细调研后,在能够出具。 注意:SAP软件可以管理非常细和准确,企业是否能够应用的好,并不是由SAP决定的,而是有企业的管理现状决定的,只有去企业现场,了解企业的运营、生产及管控力度,才能够给出合适企业发展的信息化方案,同时为企业将来信息化的扩展及升级打好基础。
一、企业基本情况(企业整体情况)
1•组织结构。画出一个组织流程图,列出各主要部门的人员,职责 2•企业的经营范围? 3•企业的营运模式?
4•目前企业微机软、硬件基本情况 5•关键的业务现状? 6•基本需求及期望目标?
7•公司经营战略与管理制度文件? 8•主要想解决哪些问题?
9•现有的系统在硬件及网络上存在哪些不足? 10•各部门业务具体流程《业务流程图》 11•所有单据、凭证及报表《业务表单》 12•现有MIS系统相关文档
13•现有网络拓朴图及网络、硬件、软件配置情况
二、财务及成本部分(FI/CO) 1.总帐管理(Genera•Ledger)
1)总体调研内容:
A. 财务部门的组织架构及部门职责?人员分配情况?
B. 公司有几套财务帐?之间关系如何?有无内部往来业务? C. 现用计算机系统? D. 相关财务制度? 2)实际业务核算
A. 目前所使用的会计科目结构? B. 凭证审批流程 C. 有哪些外币业务? D. 会计及结帐流程?
2应付款管理(Account Payable) 1)总体调研内容:
A. 相关应付款管理制度和流程手册?
B. 有无专门的应付管理系统?如何和财务系统衔接? 2)发票管理
A. 有没有发票处理的政策与流程手册? B. 每月的发票大致数量?
C. 有无对发票进行详细管理?
D. 发票是否需要和采购单/收货单匹配。目前是如何处理的?
第 1 页 共 7 页 离散行业调研提纲
撰写人:杨振毅
2008年03月20日
E. 运费,杂项费用如何处理? F. 发票的审批与入帐流程如何?
G. 月末货物已到而发票未到如何处理?采用何种价格暂估? 3)付款管理
A. 付款处理的政策与流程手册?
B. 有无商业惯例中的付款条款对付款进行计划与折扣获取? C. 使用哪些支付方式,流程如何?
D. 对应付余额是否进行帐龄分析?帐龄如何分时段? 4)报表
A. 有那些主要应付报表?周期如何?
3应收款管理 (Account Receivable) 1)总体调研内容
A. 相关应收帐管理制度和流程手册?
B. 有无专门的销售管理系统?如何和财务系统衔接? 2)供应商管理
A. 供应商的管理详细程度、手段如何? B. 供应商有无分类?分类依据?. C. 供应商管理系统提供的信息?
D. 有无对供应商进行询价、报价管理? E. 有无对供应商进行考核?指标有那些?
F. 如何查询供应商的业务记录并与供应商进行对帐? 3)客户管理
A. 客户的大约数量?
B. 客户的管理详细程度及手段如何? C. 客户的信用检查与控制制度如何? D. 客户的对帐、催款管理如何? E. 客户的价格及折扣管理如何? F. 有没有长期大宗协议客户
4资金管理(Cash Management) 1)总体调研内容
A. 相关资金管理需求?
B. 有无专门的资金管理系统?如何和财务系统衔接? 2)现金管理业务
A. 如何进行银行对帐? B. 如何编制现金流量表?
C. 是否做现金预测方面的工作,如何做? D. 如何制定公司付款计划? 2)报表
A、资金管理方面的主要报表? 5 成本管理 1)采购成本
A.不同物质采购周期多少,采购的成本(运输、人工、交通等),从计划和实际的两个角
第 2 页 共 7 页 离散行业调研提纲
撰写人:杨振毅
2008年03月20日
度去谈如何管理和控制,差异如何处理。 B.原料的成本(计划和实际的),差异和市场调整后,如何处理
C.采购过程的损耗控制,分为正常损耗和非正常损耗,如何管理和控制 2)生产成本
A.计划成本(产品的,每个工序的),预算用
B.实际成本(每个产品,半成品及工序如何统计) C.实际成本和计划成本的差异如何处理 3)销售成本
如果目前不考虑上销售,那就不考虑销售成本,但是要手工输入销售成本,便宜核算利润和每个产品的总成本
二、业务管理(Distribution)(MM/PP) 1采购 (Purchase Order)
1)公司目前对原料的采购行为是否直接受生产部门物料需求的影响? 2)公司目前对原料的采购采取何种方式? •按批量采购
•按单一订单需求采购 •按最低库存量采购 3)采购组织结构 •采购人员构成 •采购岗位职责 •采购流转单据 4)供应商管理
A. 对于采购,供应商的确认原则是什么?
B. 现行的供应商认证与管理工作是怎样运作的?采购部负责哪些工作?
C. 是否进行供应商评估?若有,评估标准如何?如:价格、质量和服务等。 D. 有无完善的供应商信息管理?
E. 现有供应商信息的内容?如名称、地址等。 5)采购计划
A. 生产的计划内需求和计划外需求分别是如何生成请购计划的?请购计划的审批流程和权限是怎样的?
B. 对于请购计划,是否建立了合理采购批次或采购量的管理方法?采购库存的控制由谁负责?
C. 请购计划是否存在调整的情况?它们的审批程序是怎样的? D.采购物料的市场价格变化比较快,物料价格如何调整
E.如果原料市场比较难购买,或者及时供货,企业在采购上如何控制(是否提前采购) F.采购的预算是如何控制的
G.对供应商的资质如何控制和管理 6)采购申请
A. 采购申请的提交、变更和批准怎样处理? B. 是否所有采购都需首先提交采购申请?
C.对各类原料及待采购品是否根据物质种类及金额划分了不同的采购申请流程和审批流程 7)采购订单
A. 采购业务是否全部通过标准订单的形式执行?对固定(稳定)供应商,是否存在一揽子协议或框架性协议的方式?
第 3 页 共 7 页 离散行业调研提纲
撰写人:杨振毅
2008年03月20日
B. 除了标准采购订单,还有几种采购定单? 如合同、协议等。
C. 采购订单的审批流程是怎样的?审批流程中各审批人的权限如何? •金额限制 •帐户限制
采购订单生成后,是否存在调整的情况?如果存在,会有哪些情况?它们的处理、审批程序是怎样的? 有无对采购合同执行率的考核制度? 8)采购接收
A. 货物运抵仓库后,多久可以入库?
B. 是否与采购订单核对?有谁负责?是否知道仓库接收的这批货物对应哪一个采购订单、哪一个发货通知?如何得知?
C. 是否进行数量与质量的验收?由谁负责?质检入库流程是怎样的?不合格物料如何处理?
D. 如果运抵的货物多于订购数量的情况?是否仍旧入库?处理流程是怎样的? E. 如果运抵的货物数量少于或质量低于订购要求,处理流程是怎样的?
F. 如果采购物料运抵时间提前或延迟于采购定单的到货时间,处理流程是怎样的? G. 如果接收的物料虽不是订购物料,但接收物料可替代采购物料使用的情况,处理流程是怎样的?
H. 到什么时间,才可以认为一个采购订单已经完成(示例:多批货物均已到达海关/运抵仓库/通过验收/入库之后)?
E.在收货过程中,如何质量不合格,要求部分退货,下次补上,是如何控制的,是否影响到生产,企业如何管控制。 F.仓库是否为供应商提供代存。 G.采购是否采用了批次管理。
2库存(Inventory Management) 1)库存组织
A. 请描述一下库存的物理分布以及逻辑上的区分是怎样的?
B. 有无实行子库划分?(如果有,在采购,物质调配,生产领料上的流程和控制是如何的)
C. 在同一子库中有无实行库位管理?
E.企业是否划分四大类仓库(原料仓库、辅料仓库、车间的半成品库、成品库),是否还有立体仓库或者公共仓库 2)库存管理
A. 库存物资如何进行分类?是否实行了编码管理?如原料、半成品、成品、盘具、备品备件、包装等。
B. 如何管理不同阶段的半成品?
C. 货架生命期是一个项目在库存中放至失效的时间量。目前库存中物资是否存在此限制。 D. 库存物资是否使用版本控制,使用版本控制的目的是什么? E. 库存物资是否使用批号进行控制?
F.库存管理是否还要管理到物料的资金,相同原料,不同厂家,不同批次的价格是如何管理(比如,分来管理、加权移动平均等管理方法)
G.原材料的使用率如何来管理(如果原料有生命周期,是否是先采购进来的原料,先使用,还是基本不管理)
第 4 页 共 7 页 离散行业调研提纲
撰写人:杨振毅
2008年03月20日
H.原料是否分类,是按照用途来分类,还是按照成本来分类,如果分的话,每一类原料的安全库存如何来制定
I.半成品的安全库存如何来制定 3)库存计划
A. 是否采用非MRP计划的方法生成物品的请购请求?如是,指明是哪一种: •重定货点
•最大-最小库存 •安全库存 •预测 •其他。
4)采购物料的接收和退货
A. 采购入库时仓库的接收流程,包括检验流程? B. 采购退货流程? 5)外协件的接收和退货
A. 是否存在外协件的采购?
B. 请描述外协件的检验退货流程? 5)生产物料的发放和退仓
A. 生产物料的发放和退货流程? 6)半成品和成品的完工入库
A. 车间是否对半成品进行管理?
B. 是否有专门的子库存放半成品及成品?
C. 车间对于半成品及成品的物料发放采用哪种发料方式? 7)成品的发货和退货
A. 销售出库的类型有哪几种?是否存在捐赠、试用等形式? B. 请描述销售退回的处理类型及处理流程? 8)杂项发料和杂项接收
A. 对非采购定单接收的物料和非销售发料的物料的控制? B. 仓库是否使行手工帐登记? 9)库存物料的调拔
A.什么情况下会对库存中的物料进行调拨? B.材料在库存之间的调入/调出流程是怎样的?
10)库存物料的调整
A. 在哪些情况下会对仓库中的物料进行调整? B. 对仓库中现有库存进行调整的依据是什么? 11)库存盘点
A. 物资盘点处理的方法和流程?(全面盘点或抽查盘点、实际盘点或周期盘点)
B. 是否对高价值物品与低价值物品的盘点频率是一样的?一般会在何时进行存货盘点? C. 与财务对帐周期为多长?
D. 仓库与生产、财务对帐的内容?
E. 仓库与生产对帐,数量不一致时如何处理? F. 库存盘点结果的财务处理? G.周期为多长?
H.库与生产、财务对帐的内容?
I.仓库与生产对帐,数量不一致时如何处理?
第 5 页 共 7 页 离散行业调研提纲
撰写人:杨振毅
2008年03月20日
J.库存盘点结果的财务处理?
3.计划管理
1)生产计划的制定部门? 2) 制订计划的周期? 3)现有计划人员数量 4)制订计划的大致流程? 5)计划制订中的难点? 6)生产计划是否细化到班组 7)是否有交叉工序生产 8)生产派工是否细化到班组
9)生产计划准确程度(月计划、周计划、日计划)的情况
10)临时调整计划,如何处理(加班、外协、还是生产能力完全能够满足) 11)生产每中产品的生产周期是多少
12)生产过程中,是否有替代产品,如果有,那么替代零件和不替代零件在下达生产计划的时候如何来处理,在生产过程中如何来控制和协调
13)生产能力的管理和控制(粗能力和细能力,从生产线及人工上来说) 14)企业除了国家总计划以外,还是否有市场预测及市场订单的计划
15)企业的部门零件是否还外协来加工,如果有,那么企业在制定外协计划的时候(原料、生产周期、质量、价格上如何管控) 4.生产管理
1)车间管理主管部门? 2)车间工单的流转流程? 3)每月大致车间工单数量? 4)车间加工报废处理流程? 5)车间补充工单处理? 6)车间能力平衡处理办法
7)车间如何形成领料派工单或者送料派工单,如何形成工序派工单及质检完毕验收过程 8)车间物料管理人员如何管理原料、半成品、成品
9)车间物料管理人员如何实现生产过程中:原料投料和成品及半成品增加的过程;如何从上序单位(车间或者仓库)领料增加库存,下序车间来领料减少库存
10)每个仓库和车间盘点周期?仓库和车间时间月底对帐是否发生(物质来往帐) 11)仓库和车间在管理物质上是否划分了货区和货位,没有一种现象。
12)企业内部在零件名称上,是不是有部分零件叫简称,是否有各车间对同一种零件叫法不一致的情况发生。 5.新产品改造
1)新产品的图纸及工艺的维护流程
2)新产品的试验及投入试用(新产品的开发、生产、及投入试用的控制流程,由那些控制过程,那些部门来监控,那些部门来完成,这些试用产品生命周期如何,零件升级后,新老零件是交替使用,还是直接更替,如果试用零件不合格,企业在生产BOM上是如何做更正的)
3)新产品试用到什么程度才能够大量投入使用 6.产品试验交赋
1)产品生产完毕,质量检合格,是否有一个实验周期(就是产品生产完毕,需要有个部门
第 6 页 共 7 页 离散行业调研提纲
撰写人:杨振毅
2008年03月20日
试验,试验一段时间,从试验中检查各类故障) 7.维修
1)企业是单独有产品的维修部门,还是直接给生产部门维修(比如飞机发动机委托企业来大、中、小辅修)
第 7 页 共 7 页
第三篇:SAP-SD 信用管理实施总结
文档信息
作者:董晨欢
邮箱: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,现对图中相应配置字段做解释。 信用控制范围:设定一个信用控制区域代码。 货币:信用控制范围层级的货币类型。
更新:一共有四个值,分别为空、0000
12、0000
15、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:系统预留了三个用户检查端口,用于自定义的信贷检查;分别对应程序LVKMPFZ
1、LVKMPFZ
2、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仓库管理代码大全
WM Transaction Code 仓库管理模块事务代码大全
1.1 LE-WM 仓库管理 Warehouse Management 仓库管理事务码 描述
LB01 Create Transfer Requirement 创建转储需求 LB02 Change transfer requirement 修改转储需求 LB03 Display Transfer Requirement 显示转储需求 LB10 TRs for Storage Type 按仓储类型的转储请求 LB11 TRs for Material 物料转储请求
LB12 TRs and Posting Change for MLEat.Doc. 转储请求及物料凭证变更传送 LB13 TRs for Requirement 按需求的转储请求
LD10 Clear decentralized inventory diff. 清除分散的库存差异 LD11 Clear differences for decentral.sys. 清除分散系统的差异 LI01 Create System Inventory Record 创建系统库存记录 LI02 Change System Inventory Record 修改系统库存记录 LI03 Display System Inventory Record 显示系统库存记录 LI04 Print System Inventory Record 打印系统库存记录 LI05 Inventory History for Storage Bin 仓位的库存历史 LI06 Block stor.types for annual invent. 冻结年库存仓储类型 LI11 Enter Inventory Count 输入库存盘点 LI12 Change inventory count 修改库存盘点 LI13 Display Inventory Count 显示库存盘点数 LI14 Start Inventory Recount 库存重新盘点开始
LI20 Clear Inventory Differences WM 清除库存差异 仓库管理WM LI21 Clear Inventory Differences in MM-IM 清除 MM-IM 中的库存差额 LL01 Warehouse Activity Monitor 仓库活动监控 LLVS WM Menu 仓库管理菜单
LN01 Number Ranges for Transfer Requirem. 转储需求编号范围 LN02 Number Ranges for Transfer Orders 转储单编号范围 LN03 Number Ranges for Quants 数量编号范围
LN04 Number Ranges for Posting Changes 修改的数字范围记帐 LN05 Number Ranges for Inventory 存货的编号范围 LN06 Number Ranges for Reference Number 参考号编号范围
LN08 Number Range Maintenance: LVS_LENUM 编号范围维护: LVS_LENUM LP10 Direct picking for PO 直接为采购单(PO)分检 LP11 WM staging of crate parts WM 装箱部件待运
LP12 Staging release order parts (WM-PP) 待运下达订单零件 LP21 WM replenishment for fixed bins WM 固定仓位补充 LP22 Replenishm. Planning for Fixed Bins 补充。计划固定储位 LQ01 Transfer Posting in Invent. Mgmt 库存管理中转移过帐 LQ02 Transfer Posting in Invent. Mgmt 库存管理中转移过帐 LS01 Create Warehouse Master Record 创建仓库主记录 LS02 Change Warehouse Master Record 修改仓库主记录 LS03 Display Warehouse Master Record 显示仓库主记录 LS04 Display Empty Storage Bins 显示空仓位 LS05 Generate Storage Bins 生成仓位 LS06 Block Storage Bins 冻结仓位 LS07 Block Quants 冻结份
LS08 Block Storage Bins per Aisle 冻结每一通道的仓位
LS09 Display Material Data for Stor.Type 显示仓储类型的物料数据 LS11 Change storage bins (multiple proc.) 修改仓储位(多处理) LS12 Block stor.type 冻结存储类型 LS22 Change Quants 修改份 LS23 Display Quants 显示数量
LS24 Display Quants for Material 显示物料数量
LS25 Display Quants per Storage Bin 显示每一仓位的数量 LS26 Stock of Material 物料库存
LS27 Display quants for storage unit 显示仓储单位数量 LS28 Display storage units / bin 显示仓储单位/仓位 LS32 Change storage unit 修改仓储单元 LS33 Display storage unit 显示仓储单位
LS41 List of control cycles for WIP loc. 在制(WIP)位置控制周期清单 LT01 Create Transfer Order 创建转储单
LT02 Create TO for Inventory Difference 创建库存差额转储单 LT03 Create TO from Delivery Note 按交货单创建转储单 LT04 Create TO from TR 按转储要求创建转储单
LT05 Process Posting Change Notice 处理记帐改变通知 LT06 Create TO for Material Document 创建物料凭证的转储单 LT07 Create TO for mixed storage unit 创建混和存储单位的转储单 LT08 Manual addition to storage unit 人工增加仓储单位
LT09 ID point function for storage units 仓储单位的标识点功能 LT0A Pre-plan storage units 预先计划仓储单位
LT0B Stock Placement of Shipping Units 发运单位的入库 LT0C Stock Removal of Shipping Units 发运单位的出库 LT0D Stock Transfer of Shipping Units 装运单元的库存转储 LT0E Create Removal TO for 2-Step Picking 为两步领货创建移动 TO LT10 Create Transfer Order from List 创建自清单的划帐委托 LT11 Confirm Transfer Order Item 确认转储单项目 LT12 Confirm Transfer Order 确认转储单
LT13 Confirm TO for storage unit 确认仓储单位的转储单 LT14 Confirm preplanned TO item 确认预计划的转储单项目 LT15 Cancelling transfer order 取消转储单
LT16 Cancelling TO for storage unit 取消仓储单位的转储单(TO) LT17 Single Entry of Actual Data 实际数据的单个条目 LT1A Change Transfer Order 改变划帐委托 LT21 Display Transfer Order 显示转储单
LT22 Display Transfer Order / Stor. Type 显示转储单/仓储类型 LT23 Display Transfer Orders by Numbers 按号码显示转储单 LT24 Display Transfer Order / Material 显示转储单/物料 LT25 Display Transfer Order / Reference 显示划帐委托/参考 LT26 Transfer orders for storage bin 仓位转储单
LT27 Transfer order for storage unit 仓储单位用的转储单 LT28 Display Transfer Order / Reference 显示划帐委托/参考 LT31 Print TO Manually 手工打印转储单
LT32 Print transfer order for stor.unit 打印仓储单位转储单 LT41 Prepare TRs for Multiple Processing 准备多重处理的转储单 LT42 Create TOs by Multiple Processing 按多处理创建转储单 LT43 Forming groups for deliveries 形成交货组 LT44 Release for Multiple Processing 批准重复处理 LT45 Evaluation of reference numbers 参考号评估 LT51 Maintain Missing Stock 保持遗漏原料
LT63 Control: Single Entry of Actual Data 控制:实际数据的单个条目 LT64 Single Entry of Actual Data 实际数据的单个条目 LT72 Determine 2-step relevance 确定两步相关 LT73 Display 2-step 显示两步
LU01 Create Posting Change Notice 创建记帐改变通知 LU02 Change Posting Change Notice 修改记帐改变通知 LU03 Display Posting Change Notice 显示记帐改变通知
LU04 Selection of Posting Change Notices 记帐改变通知的选择 LX01 List of Empty Storage Bins 空仓位清单 LX02 Inventory List 库存清单 LX03 Bin Status Report 仓位状态报告 LX04 Capacity Used 占用能力
LX05 Block Bins in Bl.Storage w.Time Lim. 冻结在仓储冻结时限内的仓位 LX06 Inventory List for Fire Department 消防部门的库存清单 LX07 Check storage 检查库存
LX08 Accident Regulations List 事故细则清单
LX09 Overview of All Transf.Requirements 所有转储需求的总览 LX10 Activities per Storage Type 每一仓储类型的有关活动 LX11 Overview of Documents 凭证总览
LX12 Document Overview: Landscape Format 凭证概览: 自然格式 LX13 Analysis of Differences 差额分析
LX14 Analysis of Material Transfers 物料转储分析
LX15 Selection of Bins for Annual Invent. 年度盘点的仓位选择 LX16 Selection of Bins for Continuous Inv 永续盘点的仓位选择 LX17 List of Inventory Differences 库存差额清单 LX18 Statistics of Inventory Differences 盘点差额统计
LX19 Inventory Data Takeover by Btch Inp. 按批量入库的库存数据 LX20 Generate interim storage bins 生成中间存储仓位
LX21 Pick List for Several Transfer Ord. 对应于多个转储单的拣配单 LX22 Process Inventory from Overview 浏览库存处理 LX23 Stock comparison IMSelection WM: 物料流程selection WM: 移动类型 - 选择 OL01 Display / change LDK34 (bins) 显示/修改 LDK34 (仓位) OL02 Display / change RLPLA (bins) 显示/修改 RLPLA (仓位) OL03 Display / change LDK33 (stock) 显示/修改 LDK33 (库存) OL04 Display / change RLBES (stock) 显示/修改 RLBES (库存) OL05 Display / change LDK30 (mat.whse) 显示/修改 LDK30 (物料库) OL06 Display / change LDK31 (mat.type) 显示/修改 LDK31 (物料类型) OL07 Data transfer stor.bins LDK34->RLPLA 仓储位LDK34 ->RLPLA 数据转储 OL08 Data transfer stor.bins RLPLA->B.I. 仓储位RLPLA ->B.I.数据转储 OL09 Data transfer stor.bins LDK34->LAGP 仓储位LDK34 ->LAGP 数据转储 OL10 Test storage bin data transfer 测试仓位数据传送
OL11 Data transfer stock LDK33->RLBES 库存LDK33 ->RLBES 数据转储 OL12 Data transfer stock RLBES-> B.I. 库存RLBES ->B.I.数据转储 OL13 Data tranfer stock LDK33->LQUA 库存IDK330 ->LQUA 数据转储 OL14 Test stock data transfer 测试库存数据传送
OL15 Data transfer material whse no.view 物料仓库号视图数据转储 OL16 Test mat.master data transfer (MLGN) 测试物料主数据传递 (MLGN) OL17 Data transfer material storage type 物料仓储类型数据转储 OL18 Test mat.master data transfer (MLGT) 测试物料主数据传递 (MLGT) OLVS C SD Menu for Master Data 设置 SD 物料主数据菜单 VM01 Create Hazardous Material 创建危险品 VM02 Change Hazardous Material 改变危险品 VM03 Display Hazardous Material 显示危险品 1.1.1 LE-WM-DWM 离散型仓库管理 Decentralized Warehouse Management 事务码 描述
DZ00 Introduction to decentr.systems 分散型系统的介绍 LD01 Repost Communication Document 重新邮寄通信文件 LD02 Reposting multiple comm.records 重新记帐多重通用记录 LD03 Display Communication Document 显示通讯文件 LD04 Evaluation of Communication Doc. 通讯凭证的评估
LD05 Check LDK01 Records (internal call) 检查 LDK01 记录 (内部调用) LD06 Check LDK02 Records 检查 LDK02 记录 LD07 Check LDK03 Records 检查 LDK03 记录
LD08 Check LDK04 Records (internal call) 检查 LDK04 记录 (内部调用) LD09 Check LDK05 records 检查 LDK05 记录
LN07 Number Ranges for WM Communic.Rec. 仓库管理通讯记录编号范围 1.1.2 LE-WM-GF 其他功能 Other Functions 其他功能 事务码 描述
LS10 Generate Storage Bins 生成仓位
OLML IMG structure Warehouse Management 仓库管理IMG结构 OMK0 Link to PP interface 连接到生产计划(PP)接口
OMK1 Batch search method for Whse Mgmt 仓库管理批次检索方法 OMK2 Customer exits for strategies 策略的客户退出
OMK7 Batch WM..... (will be deleted) 批次仓库管理(WM)....(将被删除) OMKW Stock removal strategy "SLED" 出库策略"SLED" OMKX Automatic Transfer Orders 自动转储单
OMKY Link to External System via ALE 通过ALE连接外部系统 OMKZ Automatic Transfer Orders 自动转储单
OML0 MM: User Profile for Whse Mgmt MM: 仓库管理,用户参数文件 OML1 Overview of Criticl Whse Monitor Obj 限定仓库监控对象的概览 OML2 Var. Report RLLL01SE: TOs 变动报表RLLL01SE:TO OML3 Var. Report RLLL02SE: TR Items 变动报表RLLL02SE:TR项目
OML4 Var. Report RLLL03SE: Post.Chge Doc. 变动报表RLLL03SE:过帐搁板凭证 OML5 Var. Report RLLL04SE: Deliveries 变动报表RLLL01SE:交货 OML6 Var. Report RLLL05SE: Negative Stock 变动报表RLLL05SE:负库存 OML7 Var. Report RLLL06SE: Interim Stock 变动报表RLLL06SE:中间库存 OML8 Var. Report RLLL07SE: Stock Product. 变动报表RLLL07SE:库存产品 OMLA Putaway Near Picking Bin 邻近领货仓位堆放 OMLB MObj.01: Critical TOs MObj.01: 限定TO OMLC MObj.02: Critical TRs MObj.02: 限定TR OMLD MObj.03: Critical Post. Chge Notices MObj.03: 限定过帐改变通知 OMLE M.Obj.04: Critical Deliveries MObj.02: 限定交货 OMLF M.Obj.05: Negative Stocks MObj.05: 负库存
OMLG M.Obj.06: Stocks Interim Stor.Bins MObj.06: 中间存储仓位 OMLH M.Obj.07: Critical Stocks in Prod. MObj.07: 过程中限定库存 OMLI Report Variant: Single Entry ActData 报表变式:单项实际数据 OMLJ Movement Types for Whse Management 仓库管理移动类型 OMLK Default Values for Inventory 库存缺省值
OMLL WM Movement Type: Clear Invent.Diff. 仓库管理库存移动类型:清除库存差异 OMLM Definition Empty Bin Index 定义空仓位索引 OMLN Warehouse Control Link 仓库控制连接
OMLO Sectioning of Storage Bins 仓位的仓储区划分
OMLP Plan Jobs for Whse Activity Monitor 仓库作业监控的计划工作 OMLQ Stock Removal Strategy FIFO 库存移动策略先进先出 OMLR WM Interface to Inventory Management WM与库存管理的接口 OMLS Stock Removal Strategy LIFO 库存移动策略:后进先出 OMLT Stock Removal Strat. Partial Qty 部分数量的出库策略 OMLU Stock Placement Strategy Empty Bin 库存存放策略空仓位 OMLV Print Control for Whse Management 库存管理打印控制 OMLW Number Ranges for Whse Management 仓库管理编号范围 OMLX Confirmation 确认
OMLY Storage Type Search 仓储类型查询 OMLZ Storage Section Search 仓储区检索
OMM0 MM: User Profile for Whse Management MM: 仓库管理用户参数文件 OMM1 Storage Bin Type Search 仓位类型检索 OMM2 Haz.Material Stock Placement 危险品库存安放
OMM3 Stock Placement Strat.for Pallets 库存布置策略:货盘 OMM4 Stock Placement Strat. Bulk Storage 大容量仓储的入库策略 OMM5 Storage Type Definition 仓储类型定义 OMM6 Storage Type Definition 仓储类型定义
OMM7 Storage Type Maintenance 仓库管理仓储类型维护
OMM8 Stock Removal Strat. Stringent FIFO 出库策略: 先进先出 OMM9 Stock Removal Strat. Large/Small 出库策略: 大/小
OMMA Print Assignment per Storage Type 对各种存储类型打印分配 OMMB Inventory No.Ranges for Whse Mgmt 仓库管理库存编号范围
OMMC Printer Assignment per WM Mov.Type 仓库管理--每种移动类型指定打印机 OMMD Confirmation Ctrl per Storage Type 确认每种仓储类型控制 OMME Confirmation Ctrl per Movement Type 确认每种移动类型控制 OMMF Number Ranges per Warehouse 每一仓库的编号范围 OMMG Number Ranges for Inventory 存货的编号范围 OMMH Type Search per Movement 每次移动检索的类型 OMMI Section Check per Storage Type 每种仓储类型校验
OMMJ Storage Unit Check per Storage Type 每种储存类型仓储单位检查 OMMK Stock Placement Strategies 库存配置策略
OMML Hazardous Materials Storage Type 危险品仓储类型 OMMM Storage Type Maintenance 仓库管理仓储类型维护
OMMN Stringent FIFO Storage Type 严格遵守先进先出的仓储类型 OMMO Consistency Check for MM-WM Tables MM-WM表一致性校验 OMMP Decentralized Warehouse Management 仓库管理分散处理 OMMQ Pre-Allocated Stock 预分配库存 OMMR Reference Numbers 参考号
OMMS Reference Number Documents 参考号凭证 OMMT Reference Number Documents 2 参考号凭证 2 OMMU Link to Decentralized Unit 联到分散的单元 OMMV Accumulation Decentralized 累计项被分散处理了 OMMW Error Recovery Decentralized 错误恢复分散 OMMX Printer Search 打印机查询 OMMY Print Code 打印代码
OMMZ Spool Parameters for WM Print Ctrl WM打印控制假脱机参数 OMN0 Control of Transaction Codes (MM-WM) MM-WM事务码控制 OMN1 Print Reference Number 打印参考号
OMN2 Stor.Type Control, Block Storage 库存类型控制,库存冻结 OMN3 Storage Classes Allowed 允许的仓储等级 OMN4 Storage Section Search 仓储区检索 OMN5 Storage Units Allowed 允许的仓储单位 OMN6 Storage Bin Type Search 仓位类型检索 OMN7 Storage Type Search 仓储类型查询 OMN8 Difference Indicators 差异标识 OMN9 Block Sectioning 堆储区划分
OMNA Assignment for Bin Sectioning 分配仓位仓储区 OMNB Assignment PF Status 分配 PF 状态
OMNC Control of Subsequent Screen 后序屏幕控制 OMND Field Selection for Whse Mgmt 仓库管理字段选择 OMNE Control of Transactions in MM-WM 业务控制( MM-WM) OMNF Requirement Types for Whse Mgmt 仓库管理需求类型 OMNG Queues Warehouse Management System 仓库管理系统队列
OMNH APPC Interface per Warehouse Number 按每个仓库号进行WM APPC OMNI Print Program per Warehouse Number 每一库号打印报表 OMNJ Link to Warehouse Control Unit 仓库控制单位相连
OMNK Inventory Control per Storage Type 各仓储类型的库存控制 OMNL Warehouse Number Maint./Inventory 仓库号维护/库存 OMNM Define Mail Recipient 定义邮件收据
OMNN Conversion Exit SU Number 转换退出仓储单位编号 OMNO Define Mail Recipient 定义邮件收据 OMNP Authorizations in MM-WM 设置MM-WM权限 OMNQ Special Movement Indicators 特殊移动标识
OMNR TO Print Control with SU Management 用仓库单位系统产生转储单打印结果 OMNS Print Code for TOs with SU Mgmt 仓库单位管理的转储单打印码 OMNT Printer Pool for SU Management 存储单位管理的打印机缓冲池 OMNU Print Control with SU Management 打印仓储单位控制 OMNV Number Range Intervals for Whse Mgmt 编号范围间隔
OMNW System Parameters for Dec.Whse Mgmt WM分散式仓库管理系统参数 OMNX Block Storage Indicators 库存冻结标识
OMNY Access Strategy for Stor.Type Search 仓储类型检索所采用的存取策略 OMNZ Parameters for Activity in WM 仓库管理中的库存活动参数 WAP1 Appointments worklist 约定的工作列表
WAP2 Maintain goods receipt appointment 维护货物接收约定 WAP3 Display goods receipt appointment 显示货物接收约定 WAP4 Appointment, arrival 约定,到达 WAP5 Appointment, departure 约定,出发
WAP6 Maintain individual appointment 维护单独的约定 WAP7 App., planned/actual comparison 约定,计划的/实际比较
第五篇:SAP总结
一、SAP ERP是什么?发展史?优势?
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.项目优化:优化需求收集、优化清单提交、优化方案设计、优化方案确认、优化方案实现。
完成项目的条件需要具备:
1.企业高层支持2.双方项目经理互相配合3.关键用户的全程参与4.基础资料建设(数据手机)5.注重二次开发