SD第四章合同与特殊流程

SAP龙哥

已于 2025-02-10 14:34:37 修改

阅读量996

点赞数 13

分类专栏： SAP-SD 文章标签：安全前端数据库

于 2024-12-15 21:56:53 首次发布

本文链接：https://blog.csdn.net/yanzibing99/article/details/144493503

版权

SAP-SD 专栏收录该内容

38 篇文章

订阅专栏

第4章合同与特殊流程

本章重点讲解销售合同与特殊流程，以及他们在MY SAP ERP中的使用和配置技巧，许多业务关系都已固定时段内的物料、价格和数量为基础，并与客户合同或协议及其所代表的业务相关联。合同会对业务计划起到推动作用，并能担保与客户之间的固定价格协议。

在SAP中，“合同”表示数量合同( quantity contract)、价值合同(value contract)、服务合同( service contract）和编组主合同( group master contract>。

我建议对各种合同使用不同的编号范围（参见第3章和第10章的“编号范围”)，这样可以保证后续文档搜索与合同参照过程更加方便。

除非特别指明，否则IMG里合同过程配置范围与标准销售凭证类型应该是相同的。请使用下面的菜单路径配置合同凭证类型。

菜单路径SAP Customizing Implementation Guide / Sales and Distribution | Sales / Sales Documents | Sales Document Header | Define Sales Document Types [vov8]

4.1数量合同

数量合同(quantity contract）出现在报价之后，定单之前。数量合同主要用于限制客户可以采购的数量，并提供特殊价格。一般来讲，当物料需求大于可用供给时，企业必须采取措施进行数量限制以平均分配对客户的供给，这时就要使用数量合同。

SAP用于数量合同的标准销售凭证类型是KM或CQ(英语)。

数量合同不会传输需求。这意味着:

这种合同不会在工厂内部产生库存需求，相应地，工厂内部也就没有库存确认;
它不需要生产系统供应库存以满足合同;
它不需要借助物料管理来采购库存以满足合同(对于贸易货物)。

当参照数量合同生成下达定单时，工厂就会产生需求。合同本身并没有计划行，但有有效日期。

合同允许客户对每种物料都有一个特殊价格和有限数量。每次对订购库存下单时,数量都会减少。

一旦合同过了有效期，或是客户全配额购买了库存，合同就会失效，必须再生成新的合同。

因为不需要交货，所以数量合同并没有计划行或特定交货日期。因合同而产生的定单被称为下达定单（release order)，交货是从下达定单完成的。

例如，合同确认数量是1 000个项目。那么客户每次参照这份合同的下单都会使合同的供应数量减少。因此，如果客户下100单位的单，未使用合同数量就会变成900个单位。

注意在复制控制规则中项目种类上激活了Update Document Flow复选框时，这才会生效。如果没有设置这个选项，客户想订购多少就可以订购多少，而不用担心正在更新的合同数量。

数量合同可以用来限制客户的采购，我们可以冻结客户的标准定单类型，强迫客户必须使用参照数量合同创建的定单类型。这样，就可以把这名客户的定单限制为1 000个单位。

数量合同都有有效期和取消规则。

使用下述菜单路径可以创建合同。

菜单路径SAP Menu | Logistics | Sales and Distribution | Sales / Contract | [VA41] -Create

要生成下达定单，只需参照合同创建标准销售凭证。请使用下述菜单路径。

菜单路径SAP Menu | Logistics / Sales and Distribution | Sales | Order | [VA01]-Create

在生成下达定单后，它会自动减少给客户的供应数量。当浏览合同，或生成新定单的时候，就会看到这一点。

请使用下述菜单路径来设置数量合同。

菜单路径SAP Customizing Implementation Guide | Sales and Distribution / Sales / Sales Documents | Sales Document Header | Define Sales Document Types

就像其他凭证类型一样，数量合同也有其自己的定价流程、文本信息和合作伙伴等。它们还有自己的项目类别。

别忘了设置其他那些可能作为下达定单使用的定单凭证类型的控制规则。

在数量合同里，合同里的供应数量被称作“目标数量”(Target Quantity)。寄售单（call off order）消耗的量被称为“订货量”(Order Quantity)。在图4-1中，我们看到的数量合同有两行，每一行的目标数量是1000 pce，而订货量则是100 pce和0 pce.

图4-1数量合同，目标量1000 pce（件)，订货量100 pce（件〉和0 pce（件)

作为本例项目10中凭证流的一个例子，可以看到如图4-2所示3 pce的下达定单。

图4-2显示项目10的下达定单,其合同的凭证流

IMG(SAP定制实施指南)有合同相关的菜单路径。包括主合同、价值合同、与合同概况相关的合同数据和合同取消等设定。

在销售凭证定单输入屏幕上，可以通过简单地拖拽边界来调整项目列的宽度和位置，还可以把列来回移动。比方说，你想让目标数量和订货量紧挨着，那就选择其中一列的列头,并将此列拖到适宜的位置上。

检查合作伙伴授权(check partner authorization)字段被用来确定哪些合作伙伴被授权可以根据合同放货。如果不执行检查，此字段就要留空。

现在，我们来看Define Sales Document Types屏中与合同有关的配置设置项。

4.1.1 合同配置设置项

合同配置设置项的维护方式与标准销售凭证相同。请使用下述菜单路径。

菜单路径SAP Customizing Implementation Guide | Sales and Distribution I Sales | Sales Documents | Sales Document Header | Define Sales Document Types

选择合同凭证类型，在销售凭证类型的底部，可以看到如图4-3所示的配置框,其配置如下。

定价过程条件抬头（ price procedure condition header）和定价过程条件项目（(price procedure condition item）属于定价过程，因此作为定价过程配置。但是，它们不会代替合同当中使用的定价过程。我们使用标准定价确定过程。相反，这些字段值要用于补充定价协议。

图4-3 Define Sales Document Types屏幕上的合同配置项

合同概况( contract profile）将会在下一节里详细讨论。
出具发票请求(billing request)针对的是服务合同，用于对在原始服务协议中未达成协议的客户服务开票。执行这种开票的标准SAP销售凭证类型是LV，即服务合同的借项凭单请求。
组参考过程(group reference procedure）针对的是主合同，确定哪些数据会复制到、或建议进入更下一层的合同。本章后续还会讲解主合同配置参考过程。
允许合同数据(contract data allowed)字段是系统在合同里面所使用的一项关键字段。例如，作为合同数据，有效期和取消数据会保留在合同的抬头层以及项目层。此字段向系统指示当抬头和项目层间数据有差异时要做什么。如果设置项是X，系统就不会把抬头层中的任何更改复制到项目层。即使在抬头数据变动之前，抬头和行项目完全相同，也是如此。如果设置项是Y，系统会自动把所有的抬头数据复制到合同项目中（只针对抬头和项目合同数据在更改前完全相同的情况)。
后续活动类型( follow-up activity type）用于加速创建后续活动。例如，销售凭证类型WV<服务合同)指定后续销售活动类型0002(电话销售).可以针对销售支持(CAS)中的合同来创建后续活动工作清单，并根据需要维护选择标准。

菜单路径Sales Support (CAS) | SAP Customizing Implementation Guide | Sales and Distribution / Sales Support (CAs) | Sales Activities

如果后续活动类型是“生成报价单”，就需要在后续定单类型( subsequent order type)字段中输入报价单凭证类型。然后，当你从合同列表中选择Sales Document Create Subsequent Order时，系统会推荐在此字段中输入的定单类型。
更新低层合同(update lower level contract）字段不需要初始化，因为此处需更新的合同并不是主合同。如果主合同数据被更改的话，系统使用此字段来更新低层合间。然后，这些更改会通过工作流向下传递到低层合同。如果不设置此字段，那么只有在重新处理时，系统才会更新低层合同。
检查合作伙伴授权(check partner authorization）字段会检查合作伙伴是否是合同的售达方，或者有合作伙伴功能AA(指定是授权发放合作伙伴)。这是标准检查规则A。另一种配置选择是在标准检查规则B中，对于合同的售达方，系统会检查希望终止合同的合作伙伴在客户层级上是否是低层客户。

我们还可以针对特定的合同，生成多个送达方。标准送达方合作伙伴功能是WE(德语翻译)。送达方可以有多个，因此，可以使用合作伙伴功能AW来分配送达方。

在客户主记录文件中,将下达售达方和下达送达方同时分配给合同售达方。在生成各份合同时,系统会提示这些分配好的合作伙伴。

请参见9.2节，在那里会详细解释这种配置方案。

1．合同概况

请使用下述菜单路径定义合同概况(contract profile）。

要自定义合同概况，首先要选择标准合同概况并复制。

图4-4显示了合同概况的一个例子。图中有合同有效起始日期和终止日期。例如，有效起始日期是接收日期，而终止日期则是起始日期加上有效期。这份合同有效期为一-年。合同概况还包括取消过程(cancellation procedure)，以及活动日期（action date)和活动日期规则(action date rule)。

图4-4合同概况

确定日期的规则的配置方法如下所示。

2.确定日期的定义规则

请使用下述菜单路径定义合同概况日期。

如图4-5所示，规则是以如下一组特性为基础的。基线日期（baseline date）是规则的开始日期。在先前的例子里，基线日期等于开票日期。时间期段(time period)在后面将会与时间单位( time unit〉相乘，在本例中，单位是3，等于“月”。日历ID (calendar ID)是工厂日程表的关键所在。工厂日程表包括非工作日和公共假期，因此结果日期在后面可能使用工厂日程表来计算，这一点的重要性经常被低估。请参见第6章的“工厂日程表”。

图4-5确定日期的规则

设置合同数据（contract data）复选框可以强制系统一直使用抬头合同数据来确定基线日期,而非依赖于日期规则用法的项目或抬头数据。

3.定义有效期类别

请使用下述菜单路径来定义有效期类别。

如图4-6所示，规则是用来对常用日期进行分类的。本例中的类别03使用值18，单位为3，表示月，这样就定义有效期为18个月。

图4-6 定义有效期类别

4.合同取消

定义合同取消(contract cancellation）期,请使用下述菜单路径。

菜单路径 SAP Customizing Implementation Guide | Sales and Distribution / Sales ] Sales Documents | Contracts | Contract Data |Control Cancellation

定义取消事由( cancellation reasons）— 这里只需定义取消事由，它可以用于销售分析报告。

定义取消过程（cancellation procedures）—IMG中此项配置任务的描述参见图4-7，其中显示了取消过程的有效性。

定义取消规则(cancellation rules）—用于定义取消过程的规则。例如，在图4-8中，规则0001以合同的开始日期作为合同取消基线日期。然后它把rule valid设置为12,这项日期规则表示一周。在一周的期限内，合同可以在一周最后一天前的任何一天取消（notice值是1，单位是天，因此合同在一周最后一天前可以取消)。

图4-7取消过程有效性

系统使用这些设置自动输入合同中的有效期和日期确定过程。这是通过给表示合同的销售凭证类型（例如，WV)分配合同概况来完成的。

图4-8定义取消规则

4.1.2服务与维护合同流程

服务合同是在服务的接收者和提供服务的企业之间的一项合法协议。例如，企业可以使用它来每隔一段时间启动日常服务的自动开票，并且可以确定合同的取消请求是否有效。服务的接收者可以把它作为索赔合同，这样可以很方便地访问服务请求，并且设定特定服务的价格。

SAP用于服务合同的标准销售凭证类型是WV。

一股来说，服务合同不需要取消定单或下达定单，也不需要参考其他销售凭证来生成。对于服务和维护合同，不需要交货，因为事务不会涉及物料的移动。

服务合同可能有定期开票或里程碑开票(参见第7章)，并根据开票日期的进度安排对客户开票。

在ECC里，服务合同是与CS (Customer Service，客户服务）模块集成在一起的。这样，CS模块就可以根据服务合同针对服务来安排技术人员。原本并不是原始服务协议一部分的服务，如果应该完成，可以使用开票请求来开票。(销售凭证类型LV也可以被复制。)

服务合同所使用的项目类别非常重要。在尝试和定制它以前，最好是先理解业务。服务项目可以是下面任何一种:

一次性服务任务
服务中使用的物料
技术人员的计时工资

服务的标准项目类别是WVN。但由于服务合同中有各种类型的项目，因此可能会需要其他项目类别。请记得要复制标准设定，然后根据需要改变字段。

SAP提供的标准项目类别可以表示定期执行和开票的服务,如图4-9开票计划I所示。标准项目类别有一个完整性规则(completion rule)C，它决定在完全达到目标量时将要完全参照的项目。

根据开票计划，这个特殊的项目类别是与定单开票相关的,它使用的是开票计划类型02，02表示定期开票。

该项目类别没有包含计划行许可( schedule lines allowed)。

SAP提供服务项目的标准物料类型。DIEN是通常用于标准服务的物料类型，KMAT则用于配置服务（或产品)。

在配置完相关的凭证类型和项目类别后，就可以映射复制控制规则了。

请使用下述菜单路径生成服务合同。

SPRO-销售和分销-销售-销售凭证-销售凭证项目-定义项目类别-VOV7

图4-9项目类别WVN的开票计划

菜单路径SAP I Logistics | Sales and Distribution | Sales | Contract | VA41 - Create输入相应的细节，包括物料以及目标量。

4.1.3 价值合同流程

价值合同与数量合同类似，可以限制提供给客户的物料或服务。但是，价值合同并不限制到期存货量,价值合同和最大限额是以总值为基础的。

价值合同生成和维护的方式与其他标准合同和凭证类型相同。但SAP还是在IMG中为它分配了独立的配置菜单路径。我个人认为,这么做的唯一原因是要辅助实现在线文档,在IMG中双击合同功能即可方便地访问相关文档内容。

请使用下述菜单路径配置价值合同。

菜单路径SAP Customizing Implementation Guide | Sales and Distribution I Sales I Sales Documents | Contracts | Value Contract | Maintain Value Contract Type And Contract Release Type

（1）分类模块

分类模块（ assortment module）是一个定单输入工具，可以显示从价值合同下达的物料和服务的清单。分类模块有有效期和一项限制，即对于已生成的下达定单，仅隶属于同一销售机构和分销渠道的物料和服务才会被显示。

请使用下述菜单路径创建分类模块（如图4-10所示)。

菜单路径SAP Menu / Logistics | Sales and Distribution / Master Data l Products / Assortments | Assortment | Module /WSO1 –Create

图4-10 创建分类模块

按下回车键，就会看到如图4-11所示的屏幕。在哪里可以分输入物料以及它们各自的有效期。

图4-11 给分类模块增加物料

既然背景信息已经完成，那么现在就可以创建价值合同了。我们并不需要利用分类模块——我们可以针对每个产品分类范围来创建一个价值合同,或者也可以针对每项物料来创建一个价值合同。

（2）价值合同的类型

SAP里有两种价值合同:标准价值合同和物料相关的价值合同。

标准价值合同WK1—当你所需要的合同基于每名客户的物料分类总值，那么这种价值合同在大多数情形下已经够用。对于这类价值合同，只需要指定产品层级或者分类模块即可。

40000016

物料相关的价值合同WK2—这种价值合同应该在需要价值合同的功能时使用。但是，使用这种合同，一般都要限制于一种物料。这种价值合同也有合同起始日期和终止日期，它们在项目层与头信息层上有可能会不同。

价值合同WK1与WK2的相似性—这两种价值合同都有头信息层和项目层。但它们都没有计划行层。因此，这些合同都不需要交付产品。每种价值合同都有一个下达定单，它是从总值下达的。

下达定单是参照合同创建的标准定单类型。售达方必须符合正在调用的价值合同，否则它就得是下达合作伙伴。对于送达方也是如此。

价值合同WK1与WK2都有它们自己的编号范围。为了方便后面的使用，合同编号范围要尽量设为相等。它们的销售凭证类别均为G(合同）。

spro-销售和分销-销售-销售凭证-销售凭证抬头-定义销售凭证的号码范围 VN01

在VOV8中分配编号范围

它们都有已分配的定价流程。如果需要定单开单，价值合同也可以有一个分配给它的开单类型。更多关于开单的内容请参见第3章。特定的合同数据，正如在前面数量合同一节中讲的那样，可以进行选择和分配。

不要忘记从WK1或WK2到TA以及从项目类别WKN或WKC到TAN（标准项目类别）或WAN(下达定单项目类别）的复制控制规则。(WKN是WK1合同的标准项目类别。WKC是WK2合同的标准项目类别。这样就可以创建价值合同的下达定单了。〕

考虑到项目类别的必要配置，建议为合同项目类别选择完整性规则E，指明当目标总值达到时,该项目一定要完成。

SPRO-销售和分销-销售-销售凭证-合同-值合同-定义值合同和相关合同的项目类别 VOV7

如果项目与开单有关，就需要输入开单指示符n《参见第7章》。

因为不允许有计划行的存在，所以要确保证未选中计划行许可(schedule lines allowed)字段。

在项目类别层次上的价值合同物料设置，例如在项目类别WKN中，如果不输入物料的话，会在销售凭证中自动使用默认值。要保证在这里输入的物料,其项目类别确定是正确的。系统会根据物料主文件上的项目类别组和销售凭证类型的组合来给出项目类别的提示。

合同下达控制，是在项目类别层上设置的，它定义了当完成的合同被作为创建下达定单的参照使用时，项目是否必须给出错误、警告或不予响应。推荐使用设置项D（如果总值达到时，会有警告提示)。

下达定单可以使用任何一种货币来创建。在下达定单的定价日，系统会自动把下达定单的货币类型转换成价值合同中的货币类型。

一旦达到总值，或者到了有效期，或者在行项目层输入了拒绝的理由，价值合同就会被认定结束。

改变项目类别WKN中的设置，就可以控制系统响应完整的价值合同项目的方式。如果项目完成，用户尝试着创建下达定单，就可以在这里定义一条警告信息、错误消息，或者系统并不给出响应。没有响应的意思是即使项目完成后，系统也将接受合同，许可下达定单。

（3）创建价值合同

如需创建价值合同，请使用下述菜单路径。

在创建合同后，可能需要使用下达定单从该合同下达。如需要，请使用下述菜单路径。菜单路径SAP Menu [ Logistics [ Sales and Distribution |create with Reference Sales / Contract | Subsequent Functions | [V-01]- Order

然后选择此处的Create with Reference按钮。

输入合同编号，后跟寄售方（call off party)。如果没有输入寄售方，会有自动提示。在选择完物料，创建和保存完下达定单后，系统会通过调整下达值来更新价值合同。

下达定单值是自动计算并更新到价值合同中去的。合同余值就是原始值减去未结定单和交货值以及所有的发票项目。

如果有任何相反的处理流程，例如，退货或者下达定单有拒绝行项目，那么在使用自动更新功能来更新未结合同值时,系统也会考虑这一点。

4.1.4 主合同

主合同是可以把其他合同编组为低层合同的一种合同。因此，在一段指定的期段里，主合同会包含所有与低层合同相关的一般性数据。

合同编组的目的是为了保证所有低层合同中的数据都保持一致,并保证主合同中许可的事项也会复制到所有低层合同中去。

可以在主合同下编组的凭证有:

数量合同
价值合同
服务合同

主合同只包含抬头数据:开票计划数据、合作伙伴数据、业务数据和合同数据。

要理解和配置主合同，理解企业进行合同编组(contract grouping）的目的是很重要的。借助合同编组这样一个过程，一些低层合同关联在一起形成一份主合同，可以确保数据的一致性。当把低层合同与主合同链接在起时，主合同的抬头数据也会向下传递到低层合同中。

要实现这一点，低层合同和高层合同必须分配给同一个销售范围。请注意，不需要同时分配合同的层级结构。我们需要的只是一份主合同，下面分配着许多低层子合同。

要编组合同，首先必须确定参照需求。请使用下述菜单路径，如图4-12所示。

菜单路径SAP Customizing Implementation Guide / Sales and Distribution l Sales Documents | Master Contract / Define Referencing Requirements |Define Reference Sales Document Types

在这项活动中，我们必须分配那些可以被主合同参照的合同。请注意,我们可以以创建其他销售凭证类型的方式来创建其他主合同凭证类型。(后面，我们将另行讨论在主合同凭证类型中需要的数据。)

图4-12编组参照合同销售凭证类型

如果想要将数量合同强制分配给某个特殊的主合同，分配参照凭证类型的过程就很有用。图4-12左侧显示的合同类型参照了作为源的GK合同

现在凭证分配已经完成，最重要的流程就是定义参照关系了。如需要，请使用下述菜单路径。

菜单路径SAP Customizing implementation Guide / Sales and Distribution | Sales / Sales Documents | Master Contract | Define Referencing Requirements | Define Referencing Procedures

本例中并不需要创建如图4-l3所示的新的参考过程。但是，如果需要的话，请选择在标准系统编组程序SDGK中交付的示例流程。复制这个程序，并重新命名。在弹出对话框中选择Copy All，复制所有后续的条目。推荐作法是一直复制所有后续条目，并删除后面不再需要的条目。

图4-13 定义参考过程

如果你已熟悉第1章介绍过的表名和字段名，就可以使用事务代码[SE12]来阅读某张表的简短字段描述，或者使用[SE11]来阅读表及其所有字段的描述。可以从新生成的副本中删除任意不再需要的字段。

这里显示的数据可以分成5列。列1和列2是表名和字段名。列3是合作伙伴功能列,例如，送达方（参见2.2.3节)。列5指示系统每次要使用来自主合同的数据来更新低层合同的时候，是否要给低层合同消息。

列4有分配的复制规则。这些复制规则如下所示:

A	表示对于高层和低层合同，合同必须有相同的字段值。如果这些字段不匹配，即如果更改低层合同的字段值，参照将不再执行。这样,合同将不允许链接
B	表示字段值要从主合同中复制，在低层合同中不能更改。这样，不允许低层合同中字段谊出现差异
C	表示建议字段。应用于当主合同副本或建议数据进至低层合同时。但是，这些字变值允许在低层合同中被覆羞

如果要在主合同中更改这些字段之一，在主合同发生改变之前，如果主合同和低层合同的值相同的话，系统将只会把建议字段复制到低层合同中。这被称为标准应用逻辑(standardapplication logic）。

现在我主合们已经定义了同的背景信息，是时候该定义凭证类型及其相关流程了。

1．定义主合同VOV8

在IMG中，定义主合同的做法与定义其他任何销售凭证类型相同。对于主合同来讲，标准销售凭证类型是GK。

如需创建或更改这种凭证，需要记得选择、复制、重命名和保存。要确保凭证类型具有下述配置条目:-对于主合同而言，SD凭证类别必须是0。屏幕顺序组必须是GK或者是GK的副本。事务组必须为4以表示合同。

用户可以选择合同消息（ contract message）字段，并输入值A。如果已经创建了一组拥有相同抬头数据的主合同，系统就会提示合同列表，可以从中进行选择。

合同概况应该表示默认的数据流程。参考过程与前一节主合同参照表和字段上定义的相同，复制规则分别是A、B、C.

更新低层合同(update lower-level contract）字段很重要。如果选中，当高层合同发生变化时，此字段会使相关的低层合同根据参考过程中指定的规则来立即更新。这是通过工作流来完成的，这一点将会在下一节里讲解。如果没有指定此字段，系统则只会在合同进行处理时才更新低层合同。

该字段被设置后，在通过工作流自动更新时，如果系统发现更新当中的错误，更改主合同的用户将会接收到一个工作流项目，可以支持他手工更改低层合同。

不要忘记参考过程第5列所设置的消息指示符，前面已经讲过，可以使用这条信息来向用户指示,哪些数据将会在低层合同中发生更改。.

因为主合同与交货或开票凭证无关，因此就不需要交货类型或开票类型。

2.主合同和低层合同的分配

不要忘记设置复制控制规则。因为没有项目或计划行，因此只需在抬头信息层上设定。要将合同链接到主合同上，请使用下述菜单路径。

菜单路径SAP Menu | Logistics / Sales and Distribution | Sales | Contract | [VA41] - Create

我们可以在这里创建主合同。推荐先创建主合同，然后再各自创建其他低层合同。然后再将低层合同分配给高层合同。

主合同概况屏幕如图4-14所示。可以看到，它没有任何项目细节。还可以看到参考过程(reference procedure)。

低层合同一旦分配给主合同后，就不再需要给主合同另行分配一个参考过程。

VA41创建价值合同

在价值合同抬头数据中，将低层合同分配给主合同以后，主合同流程就已经接近结束了。

注意合同的有效期

如果主合同和价值合同有效期不同会报错，需要调整一致。

剩下来唯一要配置的数据是工作流,工作流在合同一更新时就会发布。

图4-14主合同

3.主合同工作流

工作流（workflow）是一系列手工处理或由系统自动处理的步骤。

一般而言，工作流都是由工作流专家来处理的，因此我们在本书当中不会深入探讨工作流对象的配置。但是，我们会讲解像将代理分配给工作流这样的一些简单任务,以满足主合同需求。请使用下述菜单路径。

菜单路径SAP Customizing Implementation Guide | Salcs and Distribution Sales !Contracts | Master Contract | Activate Workflow for Master Contracts |Activate Event Linkage

向下翻页，直到找到主合同的工作流对象类型，即BUS2095，如图4-15所示。

图4-15用于主合同工作流的对象类型BUS2095

选择该对象，点击Display。随即出现如图4-16所示的屏幕。然后点击Linkage Activated，并保存。

图4-16显示对象类型BUS2095

然后选择SAP Customizing Implementation Guide | Sales and Distribution Sales / Contracts| Master Contract ( Activate Workflow for Master Contracts | Maintain Assignment of Agents..

我们需要确定工作流要维护何种任务，哪些任务需要分配代理。假定我们使用任务20000141，如图4-16所示，现在你会看到如图4-17所示的屏幕。选择Task | Display | Additional Data | Agent Assignment | Maintain。

然后点击Create Agent Assignment按钮，或者按F5。

接下来，你会看到如图4-18所示的屏幕。

图4-18 给用户安排工作流任务

选择User，然后输入你所希望的工作流接收者的用户ID。

现在用户ID已经分配给了工作流对象。单击此处的Generate按钮。

主合同配置就此结束。

如果不直接分配用户的话，可以分配职位〈 position）作为代理。职位是使用事务代码[PPOMW]来配置的。一个用户要分配到一个职位。当一名新用户有处理这些工作流的任务时，只需使用[PPOMW]将他安排在职位上，他就会自动得到工作流。比起在有新用户来负责任务时，总是更改配置中的用户ID来说，这样做会更好。关于这些设定，工作流顾问会对你提供更加深入的帮助。

4.1.5计划协议

计划协议（scheduling agreement）是企业与客户之间的一种框架性协议。它们包含交货日期和交货量。这些日期后面可以以计划行的形式输入到协议的交货日程。

计划协议到期的话，可以通过交付计划行来处理。

1.背景信息配置

请使用下述菜单路径配置计划协议。

计划行类型（type）并不是计划行类别(category)。计划行类型只在信息处理中使用。如果需要创建，请使用标准流程来复制和更改SAP标准。我们将会把注意力放在9-JIT(即时)交货计划上。菜单路径如下。

菜单路径SAP Customizing Implementation Guide | Sales and Distribution / Sales / Sales Documents | Scheduling Agreements with Delivery Schedules | Maintain Planning Delivery Sched.Instruct./Splitting Rules

规划交货计划( planning delivery schedule)是能更有效地规划需求的一种内部交货计划。它可以进一步划分成三部分:

维护交货计划分解规则，如图4-19所示，这些指令决定了规划交货计划的特性;
维护规划交货计划指令，如图4-20所示，这些指令定义了在规划交货计划与预测交货计划差别天数之间计划行量的分解方法;·
分配交货计划分解规则，如图4-21所示，这些指令将分解规则(split rule）分配给规划交货计划。

(对于每一条指令，分解规则可能会有多个。因此，你可以给每条分解规则安排一个日期类型和一个分解规则范围，它们使得系统可以按顺序执行分解规则。）

首先，我们可以配置规划交货计划指令。这一步决定了计划行类别是否与交货有关，以及规划交货计划是否会产生。

注意规划交货计划中的计划行会根据计划相关性，如需要也可以根据交货相关性，来替代预测交货计划中的那些对应项。

图4-20中的两个例子SAP1和SAP2，都可以大致地解释这种功能。

SAP1指出规划交货计划的计划行是与交货有关的，应该替换预测交货计划中的计划行，如果它们的日期落在JIT交货计划的日期之外。这是通过D列的复选框来指定的。

图4-19维护交货计划分解规则

图4-20 维护规划交货计划指令

图4-21分配交货计划分解规则

B列很重要，它指出系统在交货计划的规划中所使用的基准日期。如果这里不需要输入日期，那么系统将不会在规划交货计划中生成任何计划行。你可以选择日期类型1，它将交货计划日期设置为基本日期(base date)，或者选择日期类型2，它选择规划交货计划生成作为基本日期。

对于有效期，T列表示的是已分解交货计划的日期类型。它可以用来指示有效期是以周还是以月来度量。有效期是以周或月来度量的一段时间，在这段时间内分解交货计划是有效的。系统不会考虑在预测交货计划中，日期是在有效终止日期之后的计划行。相关列val则表示可以确定有效期的终止日期的单位取值。这样，SAP2的日期类型是3，即月，值7则表示B列基准日期之后的7个月。

P列表明当生成新的规划交货计划时，系统是否应该采用出自先前规划交货计划的计划行。仅对于那些发生在已分解交货计划的有效终止日期之后的计划行,这才是有效的。

A列表明在创建预测交货计划时，系统是否应该自动生成规划交货计划。

下面要维护交货计划分解规则。高亮显示SAP2示例的指令，双击Maintain Delivery Schedule Splitting Rules。

此处以天为时段定义分解共享总值，如图4-21所示。如果一开始的计划行量是600件，使用分解规则SD1，计划行会进一-步划分成三个相等的计划行，每个200件(600-3-200).每200件都要在周一、周三和周五交货。

分解成100更容易，这样可以按百分比处理整个计划行量。例如，分解规则SD2加到100,会造成15%的计划行量于周一交货，30%周二交货，以此类推。

H列定义了己分解交货计划的假日规则。可以选择把这些假日当成工作日来处理，或者也可以选择将计划行中的数量转移至之间的上一个工作日，或者选择让系统根据分解交货的剩余天数来分解交货量。

送达方的日历用来控制送达方的货物接收,这种日历可以分配给计划协议事项、卸货点。这种日历可以使用用户出口C_CALENDAR来更改。参见第10章“用户出口”。

R列表示计划行量的舍入规则。你也可以选择舍入三个小数位，或者根据销售单位来舍入三个小数位。或者，也可以舍入为交货舍入量的倍数。

在定义完交货计划分解规则以后，为了方便今后使用，可以给它们做一些简短描述。当完成任务保存以后，返回Maintain Planning Delivery Schedule Instructions。再次选择指令，例如SAP2，然后选择Assign Delivery Schedule Splitting Rules。

我们已经定义的分解规则（例如，SD1，等等〉现在被分配了-一个日期范围，该范围以周和月来作为日期类型，并包括日期类型的范围。这样，在图4-21的示例中，对于分解规则sD2，日期范围是8周(从基准日期开始)。

现在可以开始铠售凭证类型的配置了。处理方式与所有其他销售凭证类型一样。

，计划协议不需要有下达定单。可以直接从计划协议来生成交货。这也是有计划协议的一个好处。

定价流程与标准销售定单的定价流程相同。因此可以把凭证定价流程指示符留空，或者将其设置与标准销售定单相同。

事务组必须是3，表明这种销售凭证事务是一种计划协议。

图4-22显示的是销售凭证类型配置的计划协议部分。纠错交货类型(correction delivery type）是LFKO。(当客户在接受货物与处理收货单之前先行退货时，要使用纠错交货。纠错交货将会更新计划协议中的累计数量，指定计划协议中的原始交货量仍然可以下达。）用途指示符可以是所设置的任何指示符。此处设置的值会成为所有计划协议头信息层.上的默认值，因此可以复制到所有的项目当中。这是销售凭证的行项目的默认用法。(该字段在销售事务分析时经常会用到,)

图4-22销售凭证类型上的计划协议设置项

交货计划类型MRP (MRP for delivery schedule type）定义了如何控制讨划行。在生成计划协议的时候,此值会作为提示值出现。

计划协议会创建标准交货，因此要使用交货类型LF。

标准开单类型此处也被采用。但是，正如可以复制和更改销售凭证类型一样，如有必要,你也可以复制和更改交货与开单凭证。(交货方面的信息请参见第6章，开单方面的信息请参见第7章。>

在计划行协议的项目类别配置时，标准项目类别是LZN。LZN的表现形式就像是标准项目类别一样。它与交货相关开票以及定价有关，并且也支持计划行。

2.计划行类别

使用的计划行类别有如下这些。

CP—MRP〈物料需求计划)。CP是标准计划行类别，会将需求记入物料计划，并执行可用量检查。

CV一一清耗型MRP。CV也是一种标准计划行类别，也要执行可用量检查。但是，CV不会将需求记入MRP。

CN—没有物料计划。CN不执行可用量检查，不做MRP。

3.创建计划协议VA31

请使用下述菜单路径创建计划协议。

菜单路径SAP Menu | Logistics | Sales and Distribution | Sales | Scheduling Agreement l[VA31] - Create

请使用标准销售凭证类型LZ。输入客户号和物料号以及物料定单量等有关数据。要输入项目的交货日期，请选择项目并选择Item | Schedule Lines.

交货会从计划协议的计划行中自动生成。当交货到期清单的操作日期与交货相关的计划行日期相同时，交货就会生成。也可以使用事务代码[VL01]手工生成交货，或者参照第6章里的相关流程。

4.1.6寄售库存处理

寄售就是企业让库存或物料留在客户处，或者在自己的地方替客户保留库存。两者之间有协议，客户要尽其所能地销售或消耗这些物料。只有当客户消耗或者销售了一些并通知企业以后，企业才会把库存转移给客户，并开据发票。如果客户不愿意再消耗或者销售物料，他也会通知企业，收回库存。

所有从寄售销售定单转移到物料计划的需求都要作为独立需求进行转移。在各个物料主记录文件中,不管可用量检查组怎样设置，都是如此。

对于标准销售定单,寄售库存在系统中由客户监控,物料和寄售量从供应库存独立控制。这种类型的库存被称为特殊库存（ special stock )。另一种形式的特殊库存是可退包装(returnable packaging).

1．寄售补充（发货到客户寄售仓库）

当企业以寄售的方式将库存交付客户的时候，其被称为寄售补充（consignment fill-up)。寄售补充使用的是标准销售定单凭证类型KB。KB定单类型后面会跟着标准交货类型LF。

寄售补充销售凭证类型KB，以及所有其他与寄售相关的销售凭证类型,其销售凭证类别设置都是C(销售定单)。

如果想突出寄售销售流程是与标准销售循环不同的销售流程,建议为其分配不同的编号范围。

此外，我们还建议不要因为统计之便，而将这些补充报作记账，因为这些补充绝对不可能表示销售。它们只是将库存从无限制使用移动到客户寄售的一种方式。要报做记账和开票，应该使用寄售发货流程。

这里使用的交货类型是标准LF（参见第3章)。

对标准销售定单流程做这么大的改变完全是因为没有向客户为这些项目收费。因此没有什么发票与此有关。对于定单相关的开票和交货相关的开票，销售凭证类型设置项都应该配置为与开票凭证无关。

寄售补充的标准项目类别KBN也应该设置为与开票无关，同时也不需要定价。项目类别的业务数据看上去应该与图4-23相似。

图4-23 KBN项目类别的业务数据

项目也支持计划行。在寄售流程中这是一个基本元素。计划行类别决定了交货要以何种方式执行，以及货物要如何移动。这里要使用的标准计划行类别是E0和E1。

计划行类别E1，如图4-24所示，将会被MRP应用。它使用了可用量检查。

图4-24 计划行类别E1

计划行说明项目与交货是相关的，当交货发生时，项目的移动类型必须是631，在发货的时候,这种类型会针对客户和物料把库存记入交货工厂库存的一种特殊的寄售类别中。关于交货流程的更多信息请参见第6章。>

不要忘记设置销售凭证的复制规则、项目类别和计划行类别。

如果你想把交货冻结分配给销售凭证类型KB，这样做会在物料发运给收赀人之前，自动提示交货冻结。那样就可以在有授权的情况下监控你正在发送哪些库存。

当完成了定制条目以后，要使用事务代码[VA01]和凭证类型KB针对特定的物料和客户创建一份销售定单。要创建寄售补充定单，请使用下述菜单路径。

接下来，要进行交货和发货。发货之后会进入客户寄售库存。

2.存货总览（库存查询）

要浏览客户寄售的库存,可以使用事务代码[MB58]或[MMBE],或者使用下述菜单路径。

菜单路径SAP Menu |Logistics / Materials Management| Physical Inventory l Environment |MMBE - Stock Overview

输入物料和交付物料的工厂。选择Execute，可以看到那家工厂里那项物料的库存清单。如果没有选择工厂，而只是输入物料并选择Execute，系统会提示某公司代码内所有工厂中的物料。

如果双击某一行的值，例如在工厂上双击，将会看到在那家工厂里，依据其库存类型完成的库存分解。

你将会看到如图4-25所示的库存总览屏幕。如果有库存供应，且库存可以在客户处寄售,你将会看到以特珠库存来显示的条目。在图4-25中，层级如下所示: Client /Company Code /Plant / Storage Location / Batch ! Special Stock。

这样你就能够浏览在客户处表示的寄售库存总量，以及组成总量的批次。

在执行寄售补充的时候，系统会检查库存在交货工厂的可用量,以查看是否已经达到这个量。在系统寄售发货或寄售拣配（consignment pick-up）时，系统会检查客户寄售库存(正如此处所见)以查看是否有可用量。

图4-25显示库存类型的库存总览

现在我们已经完成了寄售补充，库存会存在于收货人的控制之下。收货人会消耗或者销售物料。通常客户会通知企业他的库存使用情况。

当消耗发生以后,企业通常只会收到通知,系统不会敏感到在寄售发货周期中执行检查。例如，不会进行开票冻结或者交货冻结。

可以在寄售发货时执行自动信用核查，因为你可能要确定尚未支付的未清项目。

但是，每次寄售补充之前，应该对收货人执行手工信用核查，因为一旦库存在收货人的控制之下，实际上就不可能再阻止收货人消耗库存，即使收货人的信用限额己经超支了。而且，因为他通常在库存被消耗后才通知企业，因此企业必须处理事务来记录消耗情况。

3.寄售发货（消耗客户寄售库存）

客户仅当自己销售或者消耗物料的时候才付款。企业通过定单类型KE记录了收货人的销售情况。然后，标准交货LF结束,后面会有发票。

寄售发货凭证类型是KE，其销售凭证的类别是C。其中包含标准交货类型LF。这种凭证类型与开票有关。使用标准交货类型F2的话，应该与交货相关开票有关。

使用的标准项目类别是KEN。项目类别KEN与开票以及定价有关。其中有计划行，以确定项目的成本。

项目类别有一种特殊的库存指示符，可以用来指示受控物料必须作为特殊库存来控制。对于寄售，使用的特殊库存指示符是W。

使用的标准计划行类别是C0和C1。计划行类别C1要执行可用量检查和物料需求计划。与事务相关的移动类型会在收货人处检查可用寄售库存。计划行与交货相关。

要生成寄售发货定单，请使用相同的菜单路径，但要选择销售凭证类型KE。然后进行交货和开发票。

一旦库存已经在客户寄售库存处消耗（即，交货完毕，发货记入)，库存总览[MMBE]屏幕会在客户寄售库存中针对那项物料显示已减少的存量，以表示该事务。

查看凭证MB51

从这个凭证报表可以看到，创建寄售补充、发货过账，再创建寄售发货、发货过账，就会把客户寄售库存消耗掉，产生三张凭证，自下而上，非限库发货减少库存10，客户寄售库存增加10，客户寄售库存消耗10.

4.寄售退货（退回已消耗的）

这项流程不能与物料拣配弄混。寄售退货（consignment return）是一种销售处理流程，可以表示由收货人消耗或销售的物料或产品如果出错，收货人会把库存重新放回寄售库存,并对退货发出贷方注释的请求。

读者可以会疑惑，为什么物料没有简单地退回工厂库存。虽然这么做也是可以的，也可以配置，但是一般来讲。客户要管理自己的库存和余额，并把库存退还给寄售库存。

销售凭证类型是KR，销售凭证类型的类别是H，表明这是销售退货凭证。为了使退货的项目可见，退货也要有不同的编号范围.

退货凭证类型应该支持特殊的发运条件，在发运点确认时也将使用特殊的发运点(在第6章讨论)，可以被用来处理所有的退货交货。

我建议所有的退货定单凭证类型都要做出限制，强制拥有一个参考过程。我一般愿意分配M来表示参照开票凭证。

不要忘记在复制控制规则中分配参照凭证，并保证在复制控制规则中你已选择好更新凭证流。这样做可以保证从库存消耗到库存退货之间路径的可见性。

建议你使用与标准销售凭证相同的退货定价流程。这样可以保证定价和后续退货贷记以及成本可以保持一致。

这里分配的交货类型是LR。

交货相关或定单相关开票类型应该是RE。

合理的做法是自动提示开票冻结，以便检查贷记是否被授权并且是有效的。因此要分配标准开票冻结08.

销售凭证中传递给发票的项目类别是KRN。项目类别KRN其特殊库存指示符W指示寄售流程。该项目与交货相关开票有关。这对于定价是有效的。

对于寄售退货，系统所使用的标准计划行类别是D0.

这里使用的移动类型是接收客户的寄售。项目与交货有关。但是，需求不需要转移，可用量检查也不用执行。这是因为企业接收货物退还工厂这样的事实存在。他们不执行可用量检查，因为物品是在客户处。对于物料管理来讲，转移需求也是无意义的。

库存会返还给客户的寄售库存〈而非企业的工厂)。其逻辑流程是客户选取未使用的货物，并消耗其他没有错误的物料。这样，客户寄售库存会增加了由他返还的量。

要创建寄售退货定单，可以像补充和寄售发货那样进行，但是，销售凭证类型要使用KR.

VL01N 发货过账，查看库存

前面已经消耗的10个寄售库存，有5个退回到寄售库存。

5．寄售拣配（退回本厂）

寄售拣配流程是与寄售过程相关联的最后一个流程。它要负责拣配问题物料,以及拣配仍然没有被寄售发货消耗的冗余物料。

销售凭证类型KA，其SD凭证类别应为c，表示销售定单。

根据你自己的业务需要，也许应使用强制性的参照。除非参照补充定单类型,这样做将会限制所有寄售拣配的执行。你可以将对某种定单类型的参照限制为必备的，设置项为C，然后借助复制控制规则进一步控制参考过程。再次强调，要确保复制控制规则中指明了要报告凭证流。

当库存返回仓库或者工厂时，如果你想自动确定退货发运点，就要安排特殊发运条件来执行确认。请参见6.1.3节。

发票并不是必须的，因为货物并没有改变所有权。物料仍然归企业所有，在寄售发货流程里直到发货之前一直由企业来控制。发货是从企业到寄售用户之间转移控制权的触发器。

寄售拣配的标准项目类别是KAN。

寄售拣配流程的标准计划行类别是F0和F1。计划行类别F1与交货以及需求转移和可用量检查有关。

不要忘记对客户处的寄售库存执行可用量检查。要生成寄售拣配，就像对于所有其他销售凭证类型那样使用事务代码[VA01],后跟交货生成。

收回寄售库存2PC

过账.

查看库存，客户寄售库存减少2个，非限库存增加两个，移动类型632.

查看凭证流。

6．显示客户处寄售和可退包装

如前所述，SAP里面有一项针对寄售和可退包装的标准总览功能。(关于可退包装的更多信息，请参见第6章。）总览为所有客户列举了所有工厂内所有物料的全部寄售情况。对于寄售货物的综合概况，这个工具非常有效。可以通过下述菜单路径来访问此项功能。

菜单路径SAP Menu | Logistics | Materials Management / Inventory Management l Environment （环境）] Consignment （寄售）|MB58-Consignment at Customer

你将会看到如图4-26所示的总览屏幕。

图4-26客户处寄售库存

这项总览功能显示了物料及其数量以及各自相应的客户。

我们现在可以在库存总览中看到这样一个示例[MMBE]，如图4-27所示。

图4-27显示客户寄售状况的库存总览

寄售库存流程可以跨边界和跨公司代码工作(参见第7章中的公司间开票)。但是，在适应特定的法律法规时，你可能会遇到困难，例如欧洲盟内和盟外贸易(intrastat and extrastat)法规。对于这种流程，SAP开发了一种称为WIA的发票。它仅与外国工厂跨欧盟边界开发票有关。它是通过在项目类别上的开票指示符J来调用这种WIA发票的。在跨界货物移动，且没有发票来显示值的时候，才有必要这么做。它也可能与KAN和KBN项目类别相关。

4.1.7销售凭证清单

系统中许多地方都使用了清单（list)，它们以特定的风格和参数总计值来生成凭证一览表。从查询到发票的所有凭证流程中都会使用清单。因为流程都是标准的，因此我只把注意力放在销售定单清单这个例子的配置上。

这里用到的销售凭证清单有很多种，SD里最常用的是销售凭证清单[VA05].

移动到屏幕的底部，选择图4-28显示的匹配码，就会看到[VA05]里销售凭证清单所使用的程序是SAPMV75A。

图4-28 VA05事务中使用的SAPMVT5A

在执行该程序时,你所看到的选择参数屏幕现在已经因下一节中要讲述的配置方法而发生了改变。

1．销售凭证清单配置

请使用下述菜单路径配置销售凭证清单。

菜单路径SAP Customizing Implementation Guide / Sales and Distribution | Sales | Lists l Define Selection Criteria（定义选择标准/条件）

如图4-29所示，我们将使用此处配置的额外字段作为选择标准。

图4-29 SAP MV75A的设置项

第一列是程序名。第二列是事务组，例如，销售定单的事务组是0。第三列是显示组，它会改变清单里的字段。第四列是显示变式(display variant)。如果执行，会对清单字段进行排序。第五列控制字段是否要汇总。第六列显示的是字段在选择屏幕上的显示次序。第七列是字段名。

执行[VA05]，会看到图4-30所示的屏幕。

图4-30销售凭单清单

点击Further Selection Criteria按钮，就会看到如图4-31所示的选项。

图4-31 带有额外选择选项的销售凭证清单

2.SD处理中的清单

SAP提供多种销售凭证清单和工作清单。最常见的清单如下所示,

[VA05]—销售定单的清单

[VL06O]—外向交货监控—选择、发货、列举交货

[VF05]─列举开单凭证

[V.26]—以对象或用户状态显示的销售凭证

[V.15]—显示拖欠清单（销售)

[V.02]—不完整销售定单

可以通过这个条件查找未完成的订单，并直接跳到订单里进行修改。

[V23]一针对开单的销售凭证冻结

[V_UC]—不完整销售凭证（使用SD凭证类别J表示交货)

[VT11]——运输计划清单（发运)

[VFX3]——冻结开单文档

4.1.8销售凭证状态简档管理

在销售凭证中，抬头信息层和项目层上都可以得到状态信息。它们可以用来控制销售凭证处于何种阶段/状态。在图4-32里我们在销售凭证的项目层上看到状态选项卡。选项卡的底部，Completeness（完整性）表示销售凭证数据对于销售、交货和开票的完整性。选项卡的顶部，Processing Status（处理状态）表示项目所处的阶段，包括下述字段。

图4-32 项目层的状态选项卡

整体状态（Overall Status）—-显示行项目的整体状态。可能的取值有:无关(Not Relevant)

A:还没有处理(Not yet processed)

B:部分处理（ Partially processed）

C:全部处理(Completely processed)

交货状态（Delivery Status）——显示行项目的交货状态。所允许的取值与整体状态相同。

系统状态( System Status）一一在点击Object Status按钮时，系统根据所发现的状态形成列表值,如图4-33所示。

图4-33行项目对象状态

如果点击此处所示的Filter（滤器）按钮，会看到非激活状态，如图4-34所示。激活状态总是以蓝色高亮显示。

只要没有对象参照状态流程，状态就可以配置，其配置计划(schema)也可以更改。如果你高亮选择对象类型，如在图4-33中这种凭证的对象类型VBP,然后选择Extras /Technical Information / Object Type，你就能看到类似图4-35所示的屏幕。

可以独立选择每种状态，如图4-36所示，然后选择菜单路径就能看到如图4-37所示的屏幕。现在你可以看到对象类别VBP中的系统状态I0165 -CSTD,看到哪些流程设置或发布了该状态。

图4-34 行项目层处的所有状态

图4-35 对象VBP的状态

图4-36 选择一种状态，然后是菜单路径

图4-37 设置和发布状态的流程

也可以通过创建状态简档来自定义状态，如图4-38中的销售凭证头信息示例所示。

图|4-38销售凭证头状态选顶卡

点击Object Status按钮。会看到与图4-39相似但不完全相同的屏幕，图4-39这个例子里配置了名为ZORDER的状态简档( status profile）.

图4-39 从状态简档调用而得的状态

4.1.9 配置状态简档

请使用下述菜单路径配置状态简档。

可以使用前缀“Z”创建一份现有简档的副本，如图4-40所示。

图4-40定义状态简裆

输入一个两位数的数字表示状态步间距。(每步之间最好是至少留10个空隙，这样后面如果需要，可以很容易地更改简档。)

输入表示状态步的四字母码。(它们不需要以“Z”作为前随。）输入用户容易理解的状态描述。

当诸如销售定单等对象被创建时，被自动设置了简档的状态在Initial Status列中必须激活。最小和最大编号控制若对象可以达到的极限值，并考虑到对象返回初始状态,或者进入下一状态。对象在同一时间可以有多个状态。但是，只有其中一种状态会有状态号。如果拥有编号的另一种状态被激活，老的编号状态则变为无效。

授权代码(authorization code）是用户必须拥有的用户授权对象，以便根据状态做出改变。在本例中，用户必须拥有的授权对象是ZCOMVAL。系统会检查授权对象B_USERSTAT.如果你双击状态，就会看到类似图4-41所示的屏幕，它控制着一个事务对于销售状态是否有任何控制权。这将在工作流管理中使用。(工作流不在本书的讨论范围之内)

在图4-41里，我们看到Create Billing Document和Create Delivery是被禁止的，其状态是PECV。

图4-41事务控制

SAP中对象类型是不可更改的。最常用的两种销售对象类型是:VBK——销售定单头信息

VBP—销售定单项目

如果你创建状态简档,并且想要测试它，只需简单地高亮显示状态简档中任意一行，选择Extras | Status Simulation（状态模拟）即可，如图4-42所示。

图4-42 状态模拟

在点击Status Maintenance按钮之后，会看到当用户使用状态时可见的屏幕。不要忘记使用下述菜单路径将状态简档分配给销售定单类型。

菜单路径 SAP Customizing Implementation Guide / Sales and Distribution | Sales | Sales Documents | Define and Assign Status Profile | Assign Order Types/Status Profiles

可以使用下述菜单路径将状态简档分配给项目类别。

菜单路径SAP Customizing Implementation Guide | Sales and Distribution | Sales | Sales Documents | Define and Assign Status Profile [ Allocate Status Profile to Item Categories

为了避免造成用户的混淆,在项目层与抬头层上(如果这两层必须都有简档)分配不同的简档是很好的做法。

回到图4-38中销售凭证头信息状态选项卡,我们将会看到:

Completeness部分表示凭证拾头对于销售、交货和开票是否是完整的;

用户状态是凭证状态简档的活动状态;

系统状态是已发布:
冻结状态是Not blocked;
贷记状态是已批准（将会在第9章详细讨论);
交货状态为部分交付;
确认状态是尚未确认;
拒绝状态是没有拒绝，整体状态是正在被处理。

用来显示销售凭证状态的表是:

VBUK一一销售凭证(拾头状态和管理数据)
VBUP-—销售凭证（项目状态)

给出一个可以有效的显示销售凭证状态的数据库视图:

VBAKUK—-销售凭证抬头和状态数据

4.1.10销售不完整过程

如要查看不完整销售凭证的清单，请使用事务代码[V.00]。

如要配置销售不完整性清单，请使用下述菜单路径。

菜单路径 SAP Customizing Implementation Guide / Sales and Distribution / Basic Functions | Log of Incomplete Items | Define Incompleteness Procedures

这里对字段的定义会将销售凭证描述为不完整的。字段要设置为与抬头项目层和计划行层的不完整检查相关,如图4-43所示。

现在可选择header，点击Procedures。然后，你能够选择并复制不完整过程，例如11,Standard Order,你可以创建副本并命名为Z1。

在图4-44中，可以看到不完整过程11所使用的字段。

图4-43 定义不完整过程

图4-44 不完整过程11销售凭证抬头字段

字段描述明确地解释了字段的内容。要特别注意屏幕分配字段(Scr列）。这是概览屏幕的功能码，当用户双击不完整过程中的某值且其需要补充/完成时会使用它。而且，还要使用状态指示符来确定字段的不完整性将来会冻结哪些流程。例如，如果条件INCO缺失，就不能创建交货。这些状态组可以通过下述菜单路径来配置:SAP Customizing ImplementationGuide | Sales and Distribution [ Basic Functions | Log of Incomplete Items | Define Status Groupse