SAP 凭证的有效性检查
(完整)Sap自学系列(11)SD可用性检查及需求传递3.0
Sap-SD-可用性检查及需求传递一、可用性检查1. 总体流程图交货可用性检查订单可用性检查销售订单检查组（OVZ2）检查规则（OVZ9）可用性检查方案项目层可用性检查订单可用性检查开始可用性检查结束计划行1是计划行2可用性检查否交货项目层可用性检查检查组（OVZ2）检查规则（OVZ9）否交货可用性检查开始++是是Sap 可用性检查：检查组+检查规则 检查组：物料主记录上定义；检查规则:各个业务模块分别定义（除销售订单、交货),以工厂为最小维度定义 SD 模块的销售订单和交货可用性检查的交货规则是固定的，销售订单是“A ”，交货是“B ”；这样设计的目的：在销售和分销模块，同一个物料在同一个工厂的检查规则相同，检查规则与销售业务(订单、交货）、物料和工厂相关;MM 模块，Tcode ：OMCP ；(IMG:物料管理——库存管理和实际库存——发货/转储记帐——设置动态可用性检查）PP 模块，Tcode:OPPR ；（IMG ：生产—-物料需求计划——MRP 组——执行 MRP 组的总体维护）2. 检查规则配置2.1. 订单可用性检查控制路径:IMG ——销售分销——基本功能--可用性检查和需求传输-—需求传输 Tcode ：OVZG1、需求分类041，AvC 需要标记；2、计划行类别的AvC 需要标记；路径：IMG ——销售分销--基本功能——可用性检查和需求传输-—定义每一个计划行类别的过程 Tcode ：OVZ82.2.交货可用性检查控制1、需求分类011，AvC需要标记；（配置参考订单）2、交货行项目的可用性检查标记；路径：IMG--销售分销——基本功能-—可用性检查和需求传输——可用性检查--以ATP逻辑或不按照计划进行的可用性检查——确定每一个交货项目类别的过程Tcode:OVZK2.3.检查组路径：IMG——销售分销——基本功能——可用性检查和需求传输——可用性检查—-以ATP逻辑或不按照计划进行的可用性检查-—定义检查组Tcode:OVZ21、集中需求：日需求周需求2、独立需求：每一个计划行有一个单独的需求传输给MRP；3、冻结需求传输：控制多个人处理同一个物料时的并发问题；4、是否检查：控制该物料是否可用量检查2.4.检查规则路径：IMG—-销售分销--基本功能——可用性检查和需求传输——可用性检查-—以ATP逻辑或不按照计划进行的可用性检查——执行可用性检查控制Tcode：OVZ91、SD模块：A订单检查规则 B交货检查规则2、MM模块和PP模块检查规则可以定义，SD模块系统默认，无法定义2.5.用户控制规则路径：IMG——销售分销-—基本功能——可用性检查和需求传输-—可用性检查—-以ATP逻辑或不按照计划进行的可用性检查-—定义其他用户的物料块Tcode：OVZ1可用量和需求冻结标识表示：在一个客户进行可用性检查的同时，其他客户是否能够进行可用性检查；2.6.销售范围可用性检查规则路径：IMG--销售分销—-基本功能—-可用性检查和需求传输—-可用性检查--以ATP逻辑或不按照计划进行的可用性检查——定义缺省设置Tcode:OVZJ1、固定日期和数量:根据可用性检查确定的日期和数量是否需求确定;2、可用性检查规则:一次性交货全部交货交货计划（1)A一次性交货按后向日程安排确定交货数量和交货日期，在客户要求的交货日期不能确定数量的话,则交货数量为0；例，M客户要求在2010-12-20提供M01物料200个，但是到2010—12-20只能交付150个，这时系统确认的交货计划为2010-12-20日M01物料150个，不考虑2010-12—20之后的数据。
sapbilling未产生会计凭证等的检查方法
在本项目蓝图阶段定义billing及对应会计凭证，统一由PEM用户完成。
且如果会计科目等配置完全无问题的情况下，系统在生成billing document的同时，会立即产生会计凭证，因此不需要再用单独来对billing进行第二次处理。
但就目前系统中生成billing还是会碰到未立即产生会计凭证的情况，且加上end-user对系统可能不如key-user熟练，所以当生成billing document时，没有观察到系统提示“未产生会计凭证”的情况。
为保证每一个billing document在月结之前都能正确产生会计凭证，并方便key-user and end-user 在系统中随时进行检查，特为大家在申请VFX3-List blocked billing documents的权限。
VFX3是SAP系统提供的标准work list，一般用于某些公司由SD产生billing但不立即生成会计凭证，然后由会计部在后续通过这个工作清单将billing生成会计凭证。
但针对中的这种情况，我们也可以将VFX3应用于未生成会计凭证等有错误的billing的检查，当然用户也可以对未产生会计凭证的billing通过此工作清单进行集中产生会计凭证的处理。
具体操作如下：T-code：VFX3菜单如下图：在选择屏幕输入相关的选项，以便系统能根据选择项查询到对应的billing documents:请注意在左下角的复选框中有几个复选框，对于未产生会计凭证的，可选择前两项，当然也可以将五项全部选择上，系统会找到所有有错误的，未产生会计凭证的billing document.然后按按钮，系统进入如下工作清单：如将来在检查到工作清单中有列出billing，请立即联系我或FICO用户。
当FICO完成相关财务配置后，可以使用VF02中的按钮来对billing document产生会计凭证，也可以在此VFX3的工作清单中，选择相关的billing行，点按钮，来批量对billing document产生会计凭证。
SAP FI中“凭证验证与替代”功能应用与配置
4
GGB4/OBBH
激活替代
替代（ substitutions ）-应用范围
替代（ substitutions ）-财务会计
替代调用点
0001-凭证抬头
0002-凭证项目 0003-完全凭证 0005-销售成本会计（功能范围替代） 0006-销售成本会计（新）
布尔类别
009 009 015
GIMV
KROU LCBA
GRIVU000
RKROU000
Variable field movement
Cost center summarization: User exits Substitution for business area consolidation
Page 2
验证（Validation）-配置步骤
验证与替代（validations and substitutions）
王斌、周清湘
2011.05.05
User Exits
SAP针对财务提供标准用户出口（第一代增强）-GCX2
应用区域
GBLR GBLS GBRU
退出程序 应用程序区域
RGGBR000 RGGBS000 RGLVU000 Val./Sub.: Exits for rules Val./Sub.: Exits for substitution Rollup: User exits
类别类型
S S S
表
BSEG BSEG BSEG
字段
SGTXT SHKZG IDXSP
排除
X
细说SAP Validation的深层应用
细说SAP Validation的深层应用话说Validation和Substitution一直以来都是SAP FI的一对活宝，平时做做金额什么的检查或添加个备注什么的到也挺实用。
我们先来看看Validation的简单应用：当用户LI_J输入Item金额大于10000时，系统提示Error信息。
1.1.新建Validation(T-code:GGB0) 如图1-1：[1].选择只在凭证头BKPF回车或保存时触发凭证的有效性检查。
[2].选择凭证头BKPF或行项目BSEG做先决条件，而CHECK时只能是行项目BSEG的有效性检查。
[3].选择在凭证头BKPF或行项目BSEG回车或保存时触发凭证的有效性检查。
1.2.选择Line item，新建Validation: ZCALI1 输入Message ID（系统要求输入以Z开头的，实际上就是自定义的，本例中自定义ZFI）1.3.点击‘step’，新建step：001 如图1-3：[1].先决条件，即当什么情况下，系统才启用有效性检查，可以用Company Code, User ID, T-code等等作为先决条件。
[2].检查，即当先决条件满足的情况下，系统开始根据此处设定的检查条件进行有效性检查，不满足此处的设定，系统就提示message。
[3].消息，即当系统检查到输入的凭证满足设定的检查条件时，将要提示的信息（可自定义）。
1.4.双击Prerequest，输入先决条件：User = ‘LI_J’。
如图1-4，输入先决条件有三种方式：[1].表栏位，当选择Line Item方式时，系统允许选择凭证头BKPF，凭证行项目BSEG及系统表SYST的栏位值作为先决条件，当然这些栏位的值规则可以通过右边的运算符等输入。
如果你够厉害，也可通过菜单改到Export Mode直接输入。
[2].规则，可以新建一个先决条件的规则（如河建就省了吧），其时输入规则也就跟[1]差不多，只不过建立规则后，其它的Validation都可以直接用了。
sap销售订单的检查规则
sap销售订单的检查规则摘要：I.引言- 介绍SAP 销售订单- 说明销售订单检查规则的重要性II.SAP 销售订单检查规则概述- 定义检查规则- 介绍检查规则的分类- 解释检查规则的工作原理III.销售订单检查规则的实际应用- 举例说明检查规则在销售订单中的具体应用- 阐述检查规则如何确保销售订单的准确性和完整性IV.检查规则的设置与维护- 说明检查规则的设置流程- 介绍检查规则的维护方法- 强调检查规则设置与维护的重要性V.SAP 销售订单检查规则的优点与局限性- 阐述检查规则的优点- 指出检查规则的局限性- 提出应对局限性的建议VI.结论- 总结SAP 销售订单检查规则的重要性- 强调检查规则在销售订单管理中的作用正文：I.引言SAP 销售订单是企业进行销售业务的重要凭证，记录了企业与客户之间的销售信息。
然而，由于销售订单的复杂性，可能导致订单中出现错误，影响企业的销售业务。
为了确保销售订单的准确性和完整性，SAP 销售订单检查规则应运而生。
本文将详细介绍SAP 销售订单的检查规则，以帮助读者更好地理解和应用这些规则。
II.SAP 销售订单检查规则概述SAP 销售订单检查规则是SAP 系统中一种自动检查销售订单准确性和完整性的功能。
检查规则根据预先设定的条件，对销售订单中的数据进行核对，以确保数据符合企业的业务要求。
检查规则可以分为系统默认规则和用户自定义规则两种。
系统默认规则由SAP 系统提供，用户自定义规则由企业根据自身需求进行设置。
检查规则的工作原理是根据设定的条件和阈值，对销售订单中的数据进行扫描，如果数据不符合条件或阈值，系统会自动提示错误或警告。
这样，企业在生成销售订单时，可以及时发现并纠正错误，从而保证订单的准确性和完整性。
III.销售订单检查规则的实际应用在实际应用中，销售订单检查规则可以帮助企业避免许多潜在的错误。
例如，企业可以设置检查规则，确保销售订单中的商品数量和价格正确无误；可以检查销售订单的收款方式和期限是否符合企业的财务政策；还可以检查销售订单中的客户信息是否完整，避免因信息不全导致的业务纠纷。
SAP凭证有效性检查
SAP 凭证有效性检查
一、概述
所谓的有效性检查(Validation),简单理解, 就是在凭证保存前根据设置条件判断此凭证的输入内容是否有效，在发出用户设置的消息类型（警告还是错误）。
Validation用处很多，比如可使用Validation检测在记帐时某些费用只能对应或禁止对应到某些成本中心、某些费凭证必须对应某类型凭证摘要、或者那些用户只能过帐到哪个利润中心等，实际上多数ERP 系统起码在财务模块都会提供一些类似的功能,只是在SAP中,Validaton贯穿各个模块,在HR,AP,AP,GL, Consolidation , Real Estate, SPL等多模快能找到Validation的配置,而且,理论上讲,SAP的Validation可以以财务凭证的任何字段做条件进行检查，比起一般国内系统的凭证的校验要灵活得多。
有效性检查相关Tcode：
OB28:AP/AR/GL，最常用财务凭证校验，校验最后都会反应在财务模块。
OAZ1:AM Posting。
GCVW:Global Validation(In SPL,Company Level)
GCVV:Local Validation(In SPL,Company code Level).
全局Tcode：
GGB0: 所有的有效性检查
GGB1: 所有的替代
GGB3: 规则类型
GGB4: 激活检查/替代可以使用GGB0/GGB1快速找到各模块的检查和替代，特别是当有不正确的检查和替代导致过帐失败时。
二、GGB0: 定义所有的有效性检查
如果不满足条件，定义提示信息
三、分配有效性检查OB28
并激活（活动等级设置为1）
四、F-02演示。
SAP 常见替代错误
替代问题解决重新生成程序问题Se38: RGUGBR00 重新生成替带程序,选择项见下图：有时候,你必须运行该程序重新动态生产一下，替代/有效性检查才能将新的程序重新编译插入会计凭证总程序SAPMF05A, 特别当你使用出口替代时,必需的! 现在假设出现错误.双击红色部分,可以看到详细信息.显示user exit ZP01不存在, 就是OBBH/OB28有效性检查/替代中宣布了出口ZP01,但是在RGGBS000(Tcode:GCX2中定义)中却没有定义,因此程序不能激活.检查方式:注意以下3个替代表GB921T:替代/各步骤描述GB921:替代/各步骤条件GB922:替代/各步骤被替代的内容SE16:GB922 输入ZP01查找出其对应替代名称,见下图:可以发现替代ZSHSC01这个替代用到错误的替代出口ZP01, 而且注意到其是AM模块的替代.Tcode:GGB1查看所有各模块的替代(GGB0查看所有的有效性检查),发现替代ZSHSC01步骤001使用了出口例程ZP01, 可以直接使用GGB1查看,当系统替代太多实, 才使用上面的表先快速定位, 见下图:双击退出程序ZP01,发现RGGBS000替代/有效性检查总程序中根本找不到该子例程, 因此需要删除该替代ZSHSC01下的步骤001 .将所有错误的替代步骤删除, 有效性检查错误同样处理,有效性检查请查看GB93* !为什么替代不生效？显然，俺对这个研究太深了，首先，你应该Se38: RGUGBR00，如果还不生效，请检查相关动态程序的子例程EXP_T AB_008_BKPF/ EXP_T AB_009_BSEG中的临时结构是否包含被替代的字段。
请参考：/pages/sapguru/blog/archive/2009/04/07/353528.aspx如果不包括，则替代不成功，几乎所有的会计凭证内容都可被替代，包括科目甚至金额（绝对要小心），当然这难度系数大点，这种设计思路值得ERP设计者借鉴。
SAP可用性检查Availability Check
目录1、包含安全库存............................................................................................................2、包含在途库存............................................................................................................3、包括质检库存............................................................................................................4、包含冻结库存............................................................................................................5、包含非限制使用的库存............................................................................................6、不考虑外协加工........................................................................................................7、检查不考虑补货提前期............................................................................................8、没有仓储地点检查....................................................................................................9、短缺部件处理............................................................................................................10、包含采购订单..........................................................................................................11、包含请购..................................................................................................................12、包含相关需求..........................................................................................................13、包含预留..................................................................................................................14、包含销售需求..........................................................................................................15、包含交货..................................................................................................................16、包含装运通知..........................................................................................................17、包括相关预定。
sap销售订单的检查规则
sap销售订单的检查规则摘要：1.SAP 销售订单检查规则概述2.销售订单检查规则详解a.订单有效性检查b.价格检查c.库存检查d.客户信用检查e.交货时间检查3.销售订单检查规则应用示例4.总结正文：SAP 销售订单的检查规则是保证销售流程正确性和有效性的重要环节。
这些规则涵盖了订单的各个方面，包括订单有效性、价格、库存、客户信用、交货时间等方面，确保了公司在接收到订单后能够准确、快速地进行处理。
下面我们将详细介绍这些检查规则。
1.订单有效性检查在接收到销售订单后，系统会首先进行订单有效性检查。
这包括检查订单中的产品、数量、交货地址等是否符合要求，以及客户、销售人员等信息的准确性。
如果发现任何问题，系统会提示用户进行修正。
2.价格检查价格检查是确保销售订单中产品价格正确性的重要环节。
系统会根据产品、数量等信息，自动计算出总价，并与用户输入的价格进行比较。
如果发现价格不符，系统会提示用户进行调整。
3.库存检查在销售订单中，系统会自动检查产品库存情况。
如果产品库存不足，系统会提示用户，并可能拒绝接受订单。
此外，系统还会根据订单中的需求，自动生成采购申请，确保库存充足。
4.客户信用检查为了降低信用风险，系统会对客户进行信用检查。
根据客户的信用评级，系统会调整订单的支付方式和账期，确保公司资金安全。
5.交货时间检查系统会根据订单中的产品、交货地址等信息，自动计算出交货时间。
如果发现交货时间不符合要求，系统会提示用户进行调整。
在实际应用中，销售订单检查规则能够帮助企业快速发现并解决潜在问题，提高订单处理效率和准确性。
SAP 凭证校验操作手册
SAP检验事务码：OB28
在实际业务中，有些操作根据不同业务情况，需要提示警告⚠或者报错，提示方式又有弹窗或者脚注提示消息等方式。
下边我就针对与SAP过账日期做一个简单的校验提示。
要求：当输入的凭证日期，大于过账日期时，系统弹出黄色警告提示“检查凭证日期是将来的”
在正常的业务中，凭证日期一般不允许大于过账日期的。
这里黄色警告提示类型的消息，通过再次敲击回车系统是可以跳过消息，在这种情况下，若需要阻止继续做账，有两种方式：一是更改系统消息提示的类型，可将黄色警告替换为红色警告，阻止操作。
后台路径：财务会计-全局设置-凭证-凭证处理的缺省值-更改凭证处理的信息控制
在刚刚警告的消息文本中，系统给出消息号是F5 192
F5是该程序的工作区
192是具体的消息号
输入工作区，创建新条目，输入消息号中，，联机是具体消息提示类型
将提示消息改为红色错误：
再次输入刚刚的操作，系统就变成了红色的错误提示，这样就无法继续操作：
另一种方法是校验后替代的方式，检查此操作
赋予操作的先决条件，然后进行判断，此操作是否能够继续，这样可以有针对性的判断
这里调用点是凭证抬头还是凭证行项目，或者是完全凭证。
根据凭证校验的字段去确定具体调用点，过账日期在凭证抬头，所以调用点应该是凭证抬头。
定义一个校验名称：
确定校验的先决条件：
消息提示的类型
最后激活校验：
测试一下：
还有一种情况是，判断行项目输入是否正确，例如，当录入凭证时需要判断成本中心是否正确，也可以使用校验替代的方法。
AUFNR。
sap 可用性检查设置详解资料
专业的sap 论坛：⏹销售与分销以及生产部门相互沟通，处理需求。
⏹可用性检查与需求传输在本质上是相连接的。
⏹负责需求计划的职员在系统中收到关于销售订单以及SD为了订单交货而需要数量的信息。
订单的物料可以来自本工厂生产或外部采购。
⏹如果物料不足，自动物料计划会生成一个采购订单。
SAP AG RShortage: Scope of Availability Check Inward movementOutward movementTime PlannedorderStockPurchaserequisition PurchaseorderOther salesrequirementsReservation⏹If the availability check is configured for the material and thetransaction, it includes the scope of check defined by theavailability check indicator in the material master.⏹The scope of the availability check includes inward and outwardmovements of stock.⏹在定制中，按照您正在使用的事务，您可以配置何种要素包括在可用性检查中。
通过这种方式，您定义何种库存（例如，安全库存，在途库存或质检状态库存），何种内向移动（例如，采购订单或生产订单）以及何种外向移动（例如，销售订单、物料管理的预留）应该包括在检查中。
⏹系统使用交货规划，检查物料可用日期的货物是否可用。
⏹在可用性检查中，系统包括：⏹现有库存⏹已计划的向内移动（例如采购订单、采购申请、计划订单）⏹预测的外向移动（例如，已有的销售订单、交货）。
⏹在案例1中, 关于外向移动的情况如下：•已有的内向移动为:•库存: 100 单元•已有的采购订单：50 和60 单元•以下的外向移动也在计划:•已有的销售订单： 100, 40 和50 单元⏹您现在输入一个额外的10个单位的订单。
SAPPPATP可用性检查
SAPPPATP可⽤性检查Availability Check (可⽤性检查)Availability Check，就是可⽤性检查，指的是要检查⼀下此物料是否能满⾜我的需求。
接到⼀张销售订单（SALES ORDER），客户要求数量为100PC，并且客户要求的出货⽇期是2009-4-1，此时我们的销售⼈员肯定会想到底能否出货给客⼈呢？系统中建⽴此单时，SAP就会做⼀个所谓的检查，检查⼀下我们预先设定的考虑因素，能否满⾜客户的要求，什么时候可以满⾜，这就是可⽤性检查的功能。
可⽤性检查包含以下两个概念1.ATP(全称：Available To Promise)2.Check Against planned independent requirements (意指计划独⽴需求的相关检查例如按预测检查)ATP (Available To Promise)有效性承诺，检查承诺物料的相关元素，看是否能满⾜需求，什么时候能满⾜。
先看标准解释图⽚第⼀张图表⽰某物料在某个时间上有⽣产订单或计划订单，数量及时间如图第⼆张图表⽰如果在某个时间上有销售订单图三⽣产订单或计划订单能否满⾜客户.当我们在建⽴S1此销售订单时，因为我们已经有了⼀张P2的⽣产订单，并且⽇期是⼩于S1的，因此S1是肯定可以满⾜的，并且是提供满⾜S2同S1原理⼀样，完全就可以由P2去满⾜S3可以被P3的⼀部分满⾜S4可以被P4的剩余部门满⾜S5被P4部分满⾜⽽P4再剩下的部分数量，就是未来可提供的ATP QTY使⽤ATP时，系统检查的LOGIC如下：通过 checking group + checking rule 得到Scope of check.再在SCOPE OF CHECK中设定需要检查哪些元素，再把哪些元素加加减减得到剩余的ATP QTY，再⽤剩余的ATP QTY来与新的需求对⽐，从⽽决定是不是能满⾜到需求.系统设置如下:Checking group 来⾃于物料主档，如下图Checking Rule来⾃于应⽤程序，即不同的应⽤程序有不同的设定，如⽣产订单有⽣产订单的设定，销售订单有销售订单的设定等SPRO->Production->Shop Floor Control->Operations->Availability Check->Define Checking Control如上图，则是在PP模块中针对不同的PLANT + order type来定义不同的RULE，后⾯的BUSINESS 1 OR 2表⽰CREATE OR RELEASE.在这⾥就可以看到CHECKING RULE是多少并且component check type是决定⽤ATP CHECK 还是⽤ AGAINST CHECK PLANNING INDEPENDENT REQUIREMENT根据上两副图我们就会得到组合 Checking group + checking rule = 02 + PP⽽02+PP⼜是控制什么呢，来看下⾯的路径SPRO->Production->Shop Floor Control->Operations->Availability Check->Define Scope of Check1 – 13可以通过描述看是什么.14：表⽰相关预留的选项，与10的区别在于，10是⼀般是表⽰我们⽤MB21建⽴的，⽽14是表⽰由于相关预留，即此预留是来⾃于其他物料，如⽣产订单所产⽣的预留15：指STOCK TRANSFER ORDER16：指计划订单17：指⽣产订单18不参考RLT (replenish Lead time)19表⽰是否在库存地点的⾓度上去分析，如你在仓位：0001的需求是100PC,但是库存如下：0001仓 = 80PC ,0002仓=60PC，那对此物料去做ATP的时候，到底是应该显⽰缺料20（100-80）还是不缺料呢（80+60-100 > 0）？就是此栏位决定的20：主要⽤于WORKFLOW，即在这个区间中，如果存在收货了，则会发邮件到MISSING CONTROLLER21：⽤于控制确认的⽇期能否在过去或未来测试如下: MMBE检查库存.MD04查询系统 stock requirements list.此物料有库存72PC,0001仓22PC，0002仓50PC但是在2008-12-30有⼀需求（OrdRes）即相关预留11PC，因此72PC中还有61PC可⽤。
SAP可用性检查Availability check
第四步：在当前日期（2010.12.30 号）＋３建一个手工预留：
第五步：建立ＰＯ：
Writer: Star
7
热爱工作、热爱生活、乐观向上。 QQ:65744500
SAP 星星系列
交付日期在 2011.01.05 号。 第六步：我们再建立一个手工预留３０ＰＣ，需求在 2011.01.01 试试：
ＯＫ回车后提示只有２０ＰＣ可用(库存１００ＰＣ－80ＰＣ预留(2011.01.02 号)=20ＰＣ可 用)。我们保存不了这个预留，因为我们设了ＥＲＲＯＲ消息。
点击小闹钟：非常好，配置基本上全在这里：
1 2 3 4
１、 定义移动类型的 message：
Writer: Star
4
热爱工作、热爱生活、乐观向上。 QQ:65744500
SAP 星星系列
ok 非常好，对于这里的 message 你可以定义为 warning 或者 error； 跟据你自己的实际需要来。可以看出：
Writer: Star
9
热爱工作、热爱生活、乐观向上。 QQ:65744500
SAP 星星系列
不可用
不可用
可用
可用
记往：当我们的检查规则设定为考虑补货提前期时，如果我们的需求日期落在补货提前 期之结束日期（end lead time）之后，哪么系统都会确定为可用。大家可以把不考虑补货 提期前试试，会发现＋７天时的８０ＰＣ也不可用，自己可以测试一下。
1
2
3
从图中可以看出：１、需要把检查规则分配给事务代码； ２、在物料主数据里需要将检查组分配给物料。 ３、需要定义移动类型发布哪一个 message。 其中通过１、２的结合，会达成我们的可用性检查的控制。
配置路径如下：
SAP 有效性检查配置手册-原因代码有效性检查
有效性检查配置手册
本文以配置原因代码有效性检查为例，简单介绍有效检查的配置手册。
1.配置原因代码有效性检查
1.1 GGB0在行项目中创建规则，ZFI_001
1.2 配置有效性检查的步骤
点击先决条件
选会计凭证段，找到原因代码
1.3 GS01 配置集
录入原因代码号段
设定检查规则
找到借贷方，常量为S 借方
配置消息，当原因代码录入不符合检查规则时，就会报错我们配置的这个消息号，消息内容可以自己定义
验证折旧配置好了
从上方菜单栏可以进入模拟界面，输入模拟值，即可得到模拟结果
1.4 OB28激活公司代码的原因代码有效性检查
1.5 F-02测试
F-02，录入凭证测试
Ok，辛苦成果展现，借方项目配置支出类原因代码后报错，报错信息为之前所配置，搞定！
2.配置消息类型的方法
1.选择行项目
在菜单栏环境找到——修改消息
即可修改
如不能修改，则需要将已经创建的确认删掉。
sap 凭证冲销函数 -回复
sap 凭证冲销函数-回复SAP 凭证冲销函数，作为SAP 系统的一项重要功能，帮助企业实现财务凭证的冲销操作。
在SAP系统中，凭证冲销是指在出现错误凭证时，使用冲销凭证的方式来修复错误，并重新记录正确的会计分录信息。
本文将详细介绍SAP 凭证冲销函数的相关概念、步骤及操作技巧。
第一部分：SAP 凭证冲销函数的概念及功能在企业的财务管理中，凭证是财务记录的基础，用于记录和追溯资金的流动和交换。
有时候，由于输入错误、系统故障或其他原因，企业会出现错误的会计记账凭证，此时就需要使用冲销功能进行修复。
SAP 凭证冲销函数是SAP系统提供的一项功能，用于快速、高效地将错误的凭证进行冲销并生成正确的凭证。
该函数不仅可以修复会计分录错误，还可以保留相关的会计信息，确保财务报表的准确性。
第二部分：SAP 凭证冲销函数的步骤及操作技巧在SAP系统中，执行凭证冲销操作需要以下几个步骤：1. 登录SAP系统并进入凭证冲销界面。
通常可以通过事务码FB08来进入凭证冲销界面。
2. 在凭证冲销界面中，首先需要选择需要冲销的凭证。
可以根据凭证号、凭证日期、公司代码等信息进行筛选。
一般情况下，系统会自动显示最近的凭证，也可以通过手动输入凭证号进行搜索。
3. 选择需要冲销的凭证后，点击“冲销”按钮。
系统会自动生成冲销凭证，并在系统中创建相应的会计分录。
4. 在生成的冲销凭证中，可以查看会计分录的具体信息，如科目、金额、分配等。
根据需要进行修改或调整。
5. 确认冲销凭证的正确性后，点击“保存”按钮。
系统将保存冲销凭证，并将其传递到主账簿中进行相关处理。
6. 最后，可以通过相关的查询功能验证冲销凭证的效果，并对冲销操作进行跟踪和监控。
在执行SAP 凭证冲销操作时，还需要注意以下几个操作技巧：1. 仔细检查凭证的正确性。
在进行冲销操作之前，务必仔细检查原始凭证中的会计信息，确保选择正确的凭证进行冲销。
若选择了错误的凭证进行冲销，可能会导致更多的错误和混乱。
SAP 可用性检查
6 收货/库存管理
SAP 物料管理
2 比较采购货源
5 采购订单跟踪
Order
4 采购订单处理
3 选择供应商
HAND 版权所有
什么是采购订单?
采购订单是具有法律效应的外部文件，它代表与供应商之间的一 个正式且经批准的采购业务
它包括: - 供应商 - 价格(净价和税率) - 要求送货时间 - 收货工厂和库存地点 - 付款条款 - 物料 - 数量 - 贸易条款
32
HAND 版权所有
采购订单结构
抬头数据
采购项订单目编号:
付款条款
采购?订物单料日编期号 ? 短文本 ? 采购订单数量
项目10 项目20: 项目30
物料编号 短文本 采购订单数量
供应商 货币
?...发货日期 ? 采购订单价格 ? ...
交货日期 采购订单价格
...
HAND 版权所有
采购订单处理
基本数据 - 地址 - 电话
采购数据 - 采购条款 - 最小订单量
财务数据
- 银行
001
- 付款条款
19
HAND 版权所有
练习2：供应商维护
维护路径: 后勤管理→物料管理→采购 →主数据→供应商→中央→ 创建
20
HAND 版权所有
课程内容
1 SAP物料管理简介 2 企业组织结构 3 物料主数据 4 供应商主数据 5 采购管理 6 库存管理 7 发票校验
l
物料管理屏幕
- 行业部门
- 参考
组织结构
- 工厂 - 存储地点.
. 标准维护. 屏幕次序
数据屏幕
12
HAND 版权所有
物料字段解释
•采购组 •批次管理 •MRP类型 •MRP控制者 •计划交货时间 •评估类 •价格控制
sap销售订单的检查规则
sap销售订单的检查规则一、引言在企业管理中，SAP销售订单检查规则起着至关重要的作用。
它有助于确保订单的准确性、完整性和合规性，从而降低错误率，提高订单处理效率，减少企业损失。
本文将详细介绍SAP销售订单的检查规则，以帮助企业更好地应用这一工具。
二、SAP销售订单检查规则概述SAP销售订单检查规则主要包括以下三个方面：1.订单完整性检查：确保订单包含所有必需的字段和数据，以便完成订单处理和后续的物流、财务等环节。
2.订单准确性检查：检查订单中的产品、客户、价格等信息是否准确，以确保订单满足客户需求，同时避免因错误信息导致的损失。
3.订单合规性检查：确保订单符合企业销售政策、法律法规和行业标准，避免产生不必要的法律风险。
三、订单完整性检查详细说明1.必需字段检查：订单中必需的字段包括订单编号、客户编号、产品编号、数量、单价、总价等。
系统会自动检查这些字段是否填写完整，若缺少必需字段，则无法提交订单。
2.数据一致性检查：系统会检查订单中的数据是否一致，例如产品数量与单价乘积是否等于总价。
若数据不一致，系统会提示用户更正。
四、订单准确性检查详细说明1.产品信息检查：系统会检查产品编号、名称、规格、单位等信息是否正确。
若产品信息有误，可能导致订单无法履行或产生库存错误。
2.客户信息检查：检查客户编号、名称、地址、联系方式等是否准确。
若客户信息有误，可能导致货物无法送达或售后服务无法进行。
3.价格策略检查：系统会自动检查订单中的价格是否符合企业价格策略。
若价格异常，系统会提示相关责任人进行核实。
五、订单合规性检查详细说明1.销售政策检查：检查订单是否符合企业销售政策，如折扣、赠品等。
若订单违反销售政策，系统会提示修改。
2.法律法规检查：确保订单不违反国家法律法规，如税收、进出口限制等。
若订单存在法律风险，系统会提示相关责任人进行整改。
3.行业标准检查：检查订单是否符合相关行业标准，如产品质量、安全认证等。
sap发票校验的一些技巧
sap发票校验的一些技巧
1. 检查发票代码和发票号码的位数是否正确。
一般来说，发票代码为12位，发票号码为8位或10位。
2. 使用发票校验工具。
SAP系统中有一些功能可以帮助用户校验发票的合法性，例如可以通过输入发票代码和发票号码来进行校验。
3. 检查开票日期是否合理。
发票的开票日期应该在当前日期之前，且不应该超过一年。
4. 验证发票金额是否正确。
可以将发票金额与实际交易金额进行比对，确保两者一致。
5. 核对发票的基本信息。
包括购方名称、购方税号、销方名称、销方税号等信息，确保其与实际情况相符。
6. 检查发票的开票单位和销售单位是否一致。
有些情况下，开票单位和销售单位可能不一致，需要进行核对。
7. 注意发票的发票类型。
不同类型的发票可能有不同的校验规则，需要根据实际情况进行判断。
8. 验证发票的电子签名。
一些地区的发票可能需要进行电子签名，需要验证签名的合法性。
9. 注意发票的有效期。
有些发票可能有有效期限制，需要在有效期
内进行校验。
10. 如果有疑问，可以联系相关税务部门进行咨询或核实。
SAP有效性检查目录
图5-34有效性检查目录
图5-35凭证抬头的有效性检查设置
原因代码的有效性检查：双击目录中对应的调用点，在弹出的有效性检查界面，可以创建左树中的“步骤002-，定义原因代码的有效性检查.在“先决条件”中，可以设置当凭证类型不为AB. SB. ZR. ZS. ZP时，总账科目为现金清算或银行存款清算必须输入原因代码，如图5-36所示。
图5-36原因代码的有效性检查设置
检查行项目文本。
创建左树中“行项目”的“步骤001”，可以在右栏中定义行项目文本的“有效性检查”，如图5-37所示.勘检查项目是否关闭。
创建左树中“行项目”的“步骤003”，可以在右栏中定义WBS记账允许的“有效性检查”，如图5-38所示~。
SAP软件会计凭证到原始凭证追溯查询
SAP软件会计凭证到原始凭证追溯查询
SAP作为财务业务一体化的ERP软件，业务与财务实时集成。
既然紧密集成，就可以从业务到财务，从财务到业务进行关联查询。
例如，通过物料凭证、采购发票、销售发票查询对应的记账凭证；那相反，在SAP中如何通过会计凭证查询原始业务凭证呢？首先FB03进入凭证显示界面，如下，
在凭证显示界面中，选择凭证抬头，
在凭证抬头中，双击“参考码”信息，即可跳转到原始凭证显示界面。
此凭证为物料凭证，在凭证中可以看到采购订单、收货的物料、数量等信息，以及录入人、录入时间。
除了通过凭证抬头信息中的“参考码”查询原始单据，在凭证显示界面选择“环境/凭证环境/原始凭证”也可查询会计凭证对应的原始业务凭证。
以上为SAP中通过会计凭证查询原始业务凭证的方法。
对于财务人员，结合原始业务凭证，有助于理解会计凭证的经济含义。
下文演示根据会计凭证查询采购发票和销售发票，方法完全一样，只是参考码不一样，显示的内容不一样而已。
会计凭证到采购发票
显示结果如下，
会计凭证到销售发票
显示结果如下，
作者：SAP财会人。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SAP 凭证有效性检查
小技巧凭证的有效性检查
所谓的有效性检查(Validation),简单理解,就是在凭证保存前根据设置条件判断此凭证的输入内容是否有效，在发出用户设置的消息类型（警告还是错误）。
Validation用处很多，比如可使用Validation检测在记帐时某些费用只能对应或禁止对应到某些成本中心、某些费凭证必须对应某类型凭证摘要、或者那些用户只能过帐到哪个利润中心等，实际上多数ERP系统起码在财务模块都会提供一些类似的功能,只是在SAP 中,Validaton贯穿各个模块,在HR,AP,AP,GL, Consolidation , Real Estate, SPL等多模快能找到Validation的配置,而且,理论上讲,SAP的Validation可以以财务凭证的任何字段做条件进行检查，比起一般国内系统的凭证的校验要灵活得多。
在此校验比较合适。
一．建立Validation步骤:
背景：使用Validation只允许用户STONEF在本位币为HKD的公司代码记帐本位币金额不超过1000HKD。
(1).选择Callup Point建立Validation.
图1-[1]:Validation有3个触发点(CallPoint):
0001->凭证抬头(输入凭证抬头内容不需要等行项目输入完毕回车可立即触发)。
0002->行项目(单个行项目时触发,当然也可使用凭证抬头表BKPF的字段做条件，但是应用不到其它行项目的数据,比如说需要根据对方科目去做检查,
行项目触发就做不到而应使用完成凭证触发)。
0003->完成凭证(可以Loop整个凭证,弥补行项目触发点缺陷)。
图1-[2]：新建Validation时按F2进入详细建立画面。
图1-[3]：选择标志1表示激活检查配置，只有激活后凭证检查才真生效。
在本例中，因为记帐用户名对应凭证抬头表BKPF-USNAM，选择行项目（Callpoint 2）Validation，会计凭证的抬头和行项目表格BKPF/BSEG大家都会很熟悉，行项目触发可以使用抬头表，假设建立Validation ZSTLINE.
(2).Validation建立步骤详解
如图2-[2],一个Validation可以包括多个检查步骤(Step),每一个步骤都包括3个部分: 先决条件(Prerequisite)|检查(Check)|消息(Message)，Validation的意思就是：在触发点下，满足先决条件但是不满足检查条件的弹出设置的消息。
图2-[7][8][9]正好是Validation的3个部分，它的意思就是如果满足先决条件（公司代码BKPF-BUKRS=5100，同时过帐用户名称BKPF-USNAM是STONEF），此时检查内容为（行项目本币过帐金额BSEG-DMBTR必须小于等1000HKD），如果条件满足则Ok，如果不满足（也就是记帐金额>1000）则弹出错误消息(消息号ZFIMSG 017)。
看看Validation中消息的设置,Message class:ZFIMSG,SE91自定义的一个消息类,关于消息请参考小技巧-消息,Message Type/Number:E 017,Message variables表示消息文本中传递的是用户名称和本币记帐金额两个变量,这样非常人性化,出现的整体Message text将是Validation Err:User用户名 Cannot Posting Amount >过帐金额,用户一看就知道错误在什么地方.
注意：Validation触发的条件是满足先决条件但不满足检查条件！
一个Validation Step至此就完成了,你可以建立多个Validation step。
你还可以使用规则Rule,Rule的意思是将一些条件反复重用的一个小技巧，建立的规则对Validation和Substitution（替代）都是有效的。
假设建立ZRULE1，内容为BKPF-BUKRS = ‘5100’ and BUKF-USNAM = ‘STONEF’. ZRULE2内容为BSEG-DMBTR <= ‘1000.00’.
如图5, 先决条件(Prerequisite)|检查(Check)使用的是规则,实际上效果和图2是一致的。
注意：
I.在定义Rule, 其它Rule可做为一个条件，比如ZRULE3 包含ZRULE1 and 其他条件。
II.一个大集中ERP服务器上运行了多个公司代码,每个公司代码可能都建立了一大堆Validation Step,Validaition会自动产生代码插入财务处理程序中,而R/3的ABAP程序是解释型的每次都会重编译,这样集中服务器上任何一个公司代码如果修改或新增Validation都会影响全局,所以一定需要考虑灵活重用功能!下面会继续讨论这个问题。
现在，如果用户STONEF记帐或其产生的任何财务凭证的本位额都不能超过1000HKD了，当然可以在Validation增加财务手工凭证类型条件SA，仅仅检查财务记帐的金额而不控制诸如后勤发料产生的财务凭证金额。
总之，Validation是非常灵活的。
在图7中，检查ZJS01的步骤0002采用了穷举科目法，这样的做法比较失败，因为如果增加科目意味需要修改步骤，修改的步骤在传输到生产机上后意味生产的检查代码需要重新编译，如果一台服务器上有多个公司代码则互相影响，特别是当逻辑错误时，Validation和Substitution都将导致能产生任何财务凭证。
在讲述替代时，将介绍使用集合（Tcode：GS01）的方法代替穷举法。
Validation的检查原理：
你只要使用SE37在Function FI_VALIDATION_HEADER|FI_VALIDATION_ITEM|FI_VALIDATION _DOC合适位置设置断点,这3个函数正好对应3种Callpoint的Validation，稍微跟踪一下。