定价中的特殊功能（Special Functions）
组条件Group conditions
在配置中，你可以将一个condition type设置为组条件，这样的话，condition base value例如weight，由该组中所有的项目求和得到；
带不同关键字的组条件Group conditions with Varying keys
对于带不同关键字的组条件，项目的数量累加以确定scale point但是每个项目的rate取自各自的条件记录；
控制数据：为condition type输入
Group condition：X；
Unit of measure for accumulation,eg. Pieces；
GrKey Number：1，2 or 3；
1. Complete document:
All quantities with the same condition type are accumulated.
2. For all condition types:
All quantities are accumulated which belong to condition type routine
3. Material pricing group:
All quantities with the same condition type and material pricing group are accumulated.
用条件排除确定最佳价格Determing Best Price Using condition exclusion
要用作比较的condition types首先会放置到一个exclusion group，在定价过程中，会选择导致最佳价格（低费用，高折扣）的group中的conditions；其他都被禁止；
比较的方法：
A 在第一个exclusion group中的所有条件进行比较，选取最佳价格的condition，其他都被禁止；
B 在一个条件中的所有条件记录进行比较，选取最佳价格，其他被禁止，例如此方法可用于condition type PR00；
C 第一个exclusion group中的所有条件记录之和与第二个exclusion group中的所有条件记录之和进行比较，选取最佳价格的group，其他group的condition禁止；
D 如果第一个exclusion group中的condition types的一个condition record被确定，则第二个exclusion group中的所有condition records都被禁止；
E 类似B，除了最差价格（高费用低折扣）被选取；
F 类似C，除了最差总价的group被选取，其他group的条件被禁止；更新条件—跟踪累计值Updating Conditions—Tracking Cumulative Values
条件记录中可存储累积值并和limits进行检验，这样，你能够设置maximum condition value，condition base value，number of orders for a condition；累计值可显示；
条件附加Condition Supplements
在条件附加程序中将几个条件组合到一起，这样在定价时，这些条件会被一起访问；
层次访问Hierarchy Accesses
层次访问优化了层次数据结构的定价，例如产品层次；
如果不用层次访问，需要为每个组合创建一张条件表并为所有的access分配access sequence；这样需要大量的维护并降低系统性能，访问的顺序也会被固定；这对于像产品和客户体系这样的层次数据特别不利；
而层次访问的功能能够让你使用single access to a condition table来解决这些问题；在条件记录维护中，当你创建在fields级使用的这个条件表的访问顺序时，你需要定义每个field是key中的固定的单元还是一个可选field；
为可选fields分配了优先级；
在定价中，系统根据优先级排序访问中的records并显示具有最高优先级的记录；
层次访问还提供了更清楚和容易的主数据维护，因为一个condition type的不同condition records 在快速维护条件屏幕上一起创建；
访问中的数据确定Data Determination in Access
对于定价，你可以确定和使用不包含在凭证中的数据，通过2个步骤执行：
Step1：Data determination
Step2：Data use
确定和使用数据的2个步骤因他们收集数据的方式不同而不同，那意味着必须区分开3中不同的数据确定流程：
使用通讯结构KOMPAZD ：Data determination using the communication structure KOMPAZD；
使用程序：Data determination using routines (condition 202, base value calculation formula 202)；
为sales deals：Data determination for sales deals (condition class H)
价格目录Price Book
术语Price book涉及一价格确定策略，定价程序RVAA02是标准系统交付的一个这样的例子：
这里的目的是为一组客户设定一定的价格；
依赖于物料，也会为这些价格设置特殊的协议；
可通过2步的数据确定来完成：
Step1：A sales deal number（condition type PBU）is determined，depending on the customer group, for example；
Step2：以material group为基础，确定特别协议（special agreements），考虑：Pricing date、Scale quantity、Item price list （condition type PBUD）；在接下来的condition type PBBS，利用确定的special agreement 来读取base prices；
在这些价格的基础上，在接下来的condition type PBUP中使用来自condition type PBUD的percentage value来计算gross price；
促销计划（Agreements）
有效期Validity Period
你可以为一个产品线在某一特定的时间范围内定义一个促销或一般的市场计划；
然后你可以将这个promotion关联到特定的sales deals，而sales deals自己又关联到特定的condition records，这些condition records能够用于促销定价和折扣；
Billing凭证中的Sales Deal和促销Sales Deals and Promotions in the Billing Document
‘sales deal number’和‘promotion number’fields在billing item的detail screen上；
销售信息系统能使用一个用户定义的信息结构来获取和报告sales deals和promotions的统计数据
Sales Deal的发布状态Release status for sales deals
Sales deal的发布状态控制你在哪里可以为sales agreement 找到condition records；
例如，如果状态为‘B’，则它的条件记录包括在定价模拟中（net price list）但是不用于当前凭证；
如果状态是‘C’，条件记录还可用于CO-PA模块中的计划；
‘_’----released；
‘A’---blocked；
物料确定（ Material Determination）
确定物料Determining materials
物料确定向你提供了一个在销售凭证中自动地调换物料的工具；
条件技术为物料确定提供了更高的弹性；当你处理一张凭证时，系统自动地搜索你之前在物料确定中创建的有效主记录；
你可以分配一个替换原因给物料确定中的每个主记录以定义物料应该怎样被确定；你在配置中定义替换规则；例如在标准系统中包括：
Reason for substitution 0002: Customized material；
Reason for substitution 0003: EAN number；
你正在替换的material number不需要物料主记录；
在订单输入过程中，客户订购的物料被主记录中的替代品替换；系统接着处理替代品（例如，可用性检查，定价，交货，发票等）；
MARK：item overview还包括原始输入的物料以及reason for substitution；
手动选择产品Selecting Products Manually
在一些工业领域，相同的产品以不同的包装物料出售（例如，标准包装和促销物品包装）；系统中存在物料主记录以管理这些库存；当你输入一个订单，你可以为相同的产品使用不同的料号；
我们可以扩展手动和自动选择产品的功能，因此物料确定能够支持这一业务实践：
Reason for substitution 0005: Manual production selection (list of default values)；
Reason for substitution 0004 / 0006: Automatic product selection (depending on availability in order and delivery)；
在手动产品选择中（0005），系统不会自动替换产品；相反地，它显示一个包含主记录中所有替代物料和其他信息的列表；然后你可从列表中选择需要的物料；
为了简化选择，系统显示在客户要求的交货日期可以确定的物料数量；如果物料在要求的交货日期无法全部confirm，系统显示物料可以完全交货的日期；
主记录Master data
为物料确定维护主记录：SD-->Products-->Master Data；
你可以用条件技术在任何层次定义物料确定的主数据，例如，你可以用物料号或者物料号和客户号的组合创建数据记录；
当你处理主记录时，你可以：
限制记录的有效期；
为每个关键字组合维护单独的条目；
确定替代的原因；
每个主记录保存一个或多个替代品；
如果物料确定/产品选择主记录中包含多个物料，则它们出现的顺序定义了优先级；
自动产品选择Automatic Product Selection
在自动产品选择中（004和006），如果输入的物料无可用，系统自动替换；
如果使用了自动产品选择，系统可能会在销售订单中以main和sub-items的形式显示输入的和替换的物料（基于配置）；
当你输入一个订单，系统尝试按物料确定主记录中的第一个物料来满足订单的数量，如果不足，则按下一物料来满足剩余的数量；
你可以选择当delivery创建时是否重运行物料确定；如果重运行了，因新的可用情况导致替代的结果可能会改变；
你可以用物料和客户主记录中的产品属性将某一特定的物料排除在产品选择之外；这意味着，例如，在确定替代物料时，客户主记录中reject的所有物料不会被系统包括在内；
产品选择部分确定（Partial confirmation of product selection）允许你处理不足量的案例，通过将短缺的数量传递到物料计划；在这种情况下，将会为特别定义的物料产生一条附加的sub-item；
自动产品选择-主数据Automatic Product Selection-Master Data
主数据中的替代物料的顺序影响订单中产品自动选择的结果；
如果你想在订单中首先输入的物料包括在替换中，你必须将它输入到替换列表中：
Case A：原始物料在列表的第一位，并且它的可用库存包含在替代中，然后系统引用主记录中下一物料的可用库存；
Case B：首先，系统用完出现在主记录中输入物料之前的所有物料的可用库存，只有当这些库存用完，才将该物料包含在替换中；
物料确定-条件技术Material Determination-Condition Technique
定价程序->条件类型->访问次序->条件表->条件记录->物料确定主记录；
物料列表Material Listing
目标：你想要确保你的客户只会收到某些确定的物料
你以物料列表的形式输入这些物料；
物料列表由条件技术控制；
在上面的例子中，你已经以客户和物料号作为key创建了主记录，这个key是标准系统里提供的；condition type的access sequence确保系统搜索sold-to party和payer的有效主记录；
如果销售订单上的sold-to party和payer不同并且2者都有主记录，系统首先搜索sold-to party的主记录，如果找到了有效的主记录，即使你输入的物料不在list中，系统也会停止搜索，payer的主记录不会被考虑；如果首次搜索不成功，则系统搜索payer的主记录；
你可以定义自己的key，例如：
Customer group/material；
Customer/product hierarchy；
你在sales document type中定义系统是否检查material listing；
物料排除Material Exclusion
目标：你想确保客户不会受到某些确定的物料；
你以material exclusion的形式输入这些物料；
Material exclusion也通过条件技术控制；
如果有material exclusion，acess sequence具有和material listing不同的效果，如果销售订单上的sold-to party和payer不同并且2者都有主记录，系统首先搜索sold-to party的主记录，如果找到了有效的主记录，则引用该物料是被禁止的并且系统停止搜索，不会检查payer的主记录；如果首次搜索不成功，则系统搜索payer的主记录,如果找到了有效的主记录，则引用该物料是被禁止的；
你可以在销售凭证类型中定义是否检查material exclusion；
返利（Rebates）
处理返利Processing Rebates
Rebates 不同于其他的折扣，因为他们基于客户在特定期间内产生的销售量回溯地支付，返利的细节在rebate agreement中定义；
结算运行时自动创建必须的credit memo request；
当处理返利相关的billing documents时，应计项自动地确定并过账；然后rebate credit memo冲减应计项；
返利处理的先决条件Prerequisites for Rebate Processing
为了使rebates功能可用，rebate processing必须为以下激活：
The sales organization
The payer master
The billing document type
因性能的原因，如果rebate processing不必要的话，应该将它禁止；
创建返利协议Create Rebate Agreements
Rebate agreement 参考rebate agreement type创建，每个rebate agreement type的特性在配置中设置；
条件记录被关联到rebate agreenment来指定rebate rate和accrual rate；
用rebate agreenment，你可以指定：
The condition type used with this rebate agreement type；
A validity period proposal；
返利处理Rebate Processing
1. rebate processing始于创建一张rebate-relevant billing document；
2. 有效的返利通过在定价程序中使用rebate basis subtotal来确定；
3. 每个rebate condition type都被分配了一个access sequence；
4. 系统使用access sequence来搜索有效的rebate records，如果找到了有效的条件记录，则读取accrual rate；
定价程序中Requirement 24强迫rebate conditions只能在billing documents使用；
Requirement 25强迫rebate conditions只能在rebate-relevant billing documents使用；
5. rebate accrual amount使用rebate basis来计算；
6. 只要rebate-relevant billing document is released to accounting，系统posts an accrual to financial accounting；同时，系统更新rebate agreement sales volume screen中的rebate basis和accrual amount；
创建返利结算Creating rebate Settlements
系统使用rebate agreement中的accumulates amount来创建rebate settlement；
Status A refers to an open rebate agreement；
系统为指定的rebate payment amount产生一个rete credit memo request；
Status B means the rebate is released for settlement；
Status C means you have actually executed the settlement；系统为应计金额创建credit memo request；
在rebate agreement中，你可以显示sales volume和dill-dowm；你可以通过以下方式为返利协议执行最终结算：
Mannully；
Automatically；
in the background (batch programs: RV15C001 and RV15C002)；
只要返利协议用贷项凭证结算完成，应计就被冲销；
回溯返利协议Retroactive Rebate Agreements
回溯返利协议允许你考虑创建rebate agreement之前创建的billing documents；
之前创建的billing documents的rebate basis累计并记录到rebate agreement中；
之前创建的billing documents的应记金额没有自动更新，必须手动输入；
在rebate agreement创建之后创建的rebate-relevant billing documents自动的同时更新rebate basis和accrual fields；
部分返利结算Partial Rebate Settlement
部分返利结算能够对每个rebate agreement type作如下限制：
小于等于累计的应记金额（accumulated accrual amount）；
小于等于当前日期计算出的payment；
无限制；
如果在配置中rebate agreement type作了相应的设置，当credit memo创建时应记会自动取消；
结算物料Settlement Material
你可能有返利不涉及具体的物料，而涉及物料组或客户；在这种情况下，你必须参考一个结算物料，目的是为了提供物料层的信息；
在物料主记录的Sales and Accounting Views维护rebate material；
当创建credit memo时，结算物料是重要物料主数据的来源，例如，科目确定；
返利协议类型Rebate Agreement types
就像其他的定价条件一样，你可以在多个层次定义rebates；
标准系统提供了如下的rebate agreement types：
Material rebate
Customer rebate
Customer hierarchy rebate
Material group rebate
组条件Group conditions
在配置中，你可以将一个condition type设置为组条件，这样的话，condition base value例如weight，由该组中所有的项目求和得到；
带不同关键字的组条件Group conditions with Varying keys
对于带不同关键字的组条件，项目的数量累加以确定scale point但是每个项目的rate取自各自的条件记录；
控制数据：为condition type输入
Group condition：X；
Unit of measure for accumulation,eg. Pieces；
GrKey Number：1，2 or 3；
1. Complete document:
All quantities with the same condition type are accumulated.
2. For all condition types:
All quantities are accumulated which belong to condition type routine
3. Material pricing group:
All quantities with the same condition type and material pricing group are accumulated.
用条件排除确定最佳价格Determing Best Price Using condition exclusion
要用作比较的condition types首先会放置到一个exclusion group，在定价过程中，会选择导致最佳价格（低费用，高折扣）的group中的conditions；其他都被禁止；
比较的方法：
A 在第一个exclusion group中的所有条件进行比较，选取最佳价格的condition，其他都被禁止；
B 在一个条件中的所有条件记录进行比较，选取最佳价格，其他被禁止，例如此方法可用于condition type PR00；
C 第一个exclusion group中的所有条件记录之和与第二个exclusion group中的所有条件记录之和进行比较，选取最佳价格的group，其他group的condition禁止；
D 如果第一个exclusion group中的condition types的一个condition record被确定，则第二个exclusion group中的所有condition records都被禁止；
E 类似B，除了最差价格（高费用低折扣）被选取；
F 类似C，除了最差总价的group被选取，其他group的条件被禁止；更新条件—跟踪累计值Updating Conditions—Tracking Cumulative Values
条件记录中可存储累积值并和limits进行检验，这样，你能够设置maximum condition value，condition base value，number of orders for a condition；累计值可显示；
条件附加Condition Supplements
在条件附加程序中将几个条件组合到一起，这样在定价时，这些条件会被一起访问；
层次访问Hierarchy Accesses
层次访问优化了层次数据结构的定价，例如产品层次；
如果不用层次访问，需要为每个组合创建一张条件表并为所有的access分配access sequence；这样需要大量的维护并降低系统性能，访问的顺序也会被固定；这对于像产品和客户体系这样的层次数据特别不利；
而层次访问的功能能够让你使用single access to a condition table来解决这些问题；在条件记录维护中，当你创建在fields级使用的这个条件表的访问顺序时，你需要定义每个field是key中的固定的单元还是一个可选field；
为可选fields分配了优先级；
在定价中，系统根据优先级排序访问中的records并显示具有最高优先级的记录；
层次访问还提供了更清楚和容易的主数据维护，因为一个condition type的不同condition records 在快速维护条件屏幕上一起创建；
访问中的数据确定Data Determination in Access
对于定价，你可以确定和使用不包含在凭证中的数据，通过2个步骤执行：
Step1：Data determination
Step2：Data use
确定和使用数据的2个步骤因他们收集数据的方式不同而不同，那意味着必须区分开3中不同的数据确定流程：
使用通讯结构KOMPAZD ：Data determination using the communication structure KOMPAZD；
使用程序：Data determination using routines (condition 202, base value calculation formula 202)；
为sales deals：Data determination for sales deals (condition class H)
价格目录Price Book
术语Price book涉及一价格确定策略，定价程序RVAA02是标准系统交付的一个这样的例子：
这里的目的是为一组客户设定一定的价格；
依赖于物料，也会为这些价格设置特殊的协议；
可通过2步的数据确定来完成：
Step1：A sales deal number（condition type PBU）is determined，depending on the customer group, for example；
Step2：以material group为基础，确定特别协议（special agreements），考虑：Pricing date、Scale quantity、Item price list （condition type PBUD）；在接下来的condition type PBBS，利用确定的special agreement 来读取base prices；
在这些价格的基础上，在接下来的condition type PBUP中使用来自condition type PBUD的percentage value来计算gross price；
促销计划（Agreements）
有效期Validity Period
你可以为一个产品线在某一特定的时间范围内定义一个促销或一般的市场计划；
然后你可以将这个promotion关联到特定的sales deals，而sales deals自己又关联到特定的condition records，这些condition records能够用于促销定价和折扣；
Billing凭证中的Sales Deal和促销Sales Deals and Promotions in the Billing Document
‘sales deal number’和‘promotion number’fields在billing item的detail screen上；
销售信息系统能使用一个用户定义的信息结构来获取和报告sales deals和promotions的统计数据
Sales Deal的发布状态Release status for sales deals
Sales deal的发布状态控制你在哪里可以为sales agreement 找到condition records；
例如，如果状态为‘B’，则它的条件记录包括在定价模拟中（net price list）但是不用于当前凭证；
如果状态是‘C’，条件记录还可用于CO-PA模块中的计划；
‘_’----released；
‘A’---blocked；
物料确定（ Material Determination）
确定物料Determining materials
物料确定向你提供了一个在销售凭证中自动地调换物料的工具；
条件技术为物料确定提供了更高的弹性；当你处理一张凭证时，系统自动地搜索你之前在物料确定中创建的有效主记录；
你可以分配一个替换原因给物料确定中的每个主记录以定义物料应该怎样被确定；你在配置中定义替换规则；例如在标准系统中包括：
Reason for substitution 0002: Customized material；
Reason for substitution 0003: EAN number；
你正在替换的material number不需要物料主记录；
在订单输入过程中，客户订购的物料被主记录中的替代品替换；系统接着处理替代品（例如，可用性检查，定价，交货，发票等）；
MARK：item overview还包括原始输入的物料以及reason for substitution；
手动选择产品Selecting Products Manually
在一些工业领域，相同的产品以不同的包装物料出售（例如，标准包装和促销物品包装）；系统中存在物料主记录以管理这些库存；当你输入一个订单，你可以为相同的产品使用不同的料号；
我们可以扩展手动和自动选择产品的功能，因此物料确定能够支持这一业务实践：
Reason for substitution 0005: Manual production selection (list of default values)；
Reason for substitution 0004 / 0006: Automatic product selection (depending on availability in order and delivery)；
在手动产品选择中（0005），系统不会自动替换产品；相反地，它显示一个包含主记录中所有替代物料和其他信息的列表；然后你可从列表中选择需要的物料；
为了简化选择，系统显示在客户要求的交货日期可以确定的物料数量；如果物料在要求的交货日期无法全部confirm，系统显示物料可以完全交货的日期；
主记录Master data
为物料确定维护主记录：SD-->Products-->Master Data；
你可以用条件技术在任何层次定义物料确定的主数据，例如，你可以用物料号或者物料号和客户号的组合创建数据记录；
当你处理主记录时，你可以：
限制记录的有效期；
为每个关键字组合维护单独的条目；
确定替代的原因；
每个主记录保存一个或多个替代品；
如果物料确定/产品选择主记录中包含多个物料，则它们出现的顺序定义了优先级；
自动产品选择Automatic Product Selection
在自动产品选择中（004和006），如果输入的物料无可用，系统自动替换；
如果使用了自动产品选择，系统可能会在销售订单中以main和sub-items的形式显示输入的和替换的物料（基于配置）；
当你输入一个订单，系统尝试按物料确定主记录中的第一个物料来满足订单的数量，如果不足，则按下一物料来满足剩余的数量；
你可以选择当delivery创建时是否重运行物料确定；如果重运行了，因新的可用情况导致替代的结果可能会改变；
你可以用物料和客户主记录中的产品属性将某一特定的物料排除在产品选择之外；这意味着，例如，在确定替代物料时，客户主记录中reject的所有物料不会被系统包括在内；
产品选择部分确定（Partial confirmation of product selection）允许你处理不足量的案例，通过将短缺的数量传递到物料计划；在这种情况下，将会为特别定义的物料产生一条附加的sub-item；
自动产品选择-主数据Automatic Product Selection-Master Data
主数据中的替代物料的顺序影响订单中产品自动选择的结果；
如果你想在订单中首先输入的物料包括在替换中，你必须将它输入到替换列表中：
Case A：原始物料在列表的第一位，并且它的可用库存包含在替代中，然后系统引用主记录中下一物料的可用库存；
Case B：首先，系统用完出现在主记录中输入物料之前的所有物料的可用库存，只有当这些库存用完，才将该物料包含在替换中；
物料确定-条件技术Material Determination-Condition Technique
定价程序->条件类型->访问次序->条件表->条件记录->物料确定主记录；
物料列表Material Listing
目标：你想要确保你的客户只会收到某些确定的物料
你以物料列表的形式输入这些物料；
物料列表由条件技术控制；
在上面的例子中，你已经以客户和物料号作为key创建了主记录，这个key是标准系统里提供的；condition type的access sequence确保系统搜索sold-to party和payer的有效主记录；
如果销售订单上的sold-to party和payer不同并且2者都有主记录，系统首先搜索sold-to party的主记录，如果找到了有效的主记录，即使你输入的物料不在list中，系统也会停止搜索，payer的主记录不会被考虑；如果首次搜索不成功，则系统搜索payer的主记录；
你可以定义自己的key，例如：
Customer group/material；
Customer/product hierarchy；
你在sales document type中定义系统是否检查material listing；
物料排除Material Exclusion
目标：你想确保客户不会受到某些确定的物料；
你以material exclusion的形式输入这些物料；
Material exclusion也通过条件技术控制；
如果有material exclusion，acess sequence具有和material listing不同的效果，如果销售订单上的sold-to party和payer不同并且2者都有主记录，系统首先搜索sold-to party的主记录，如果找到了有效的主记录，则引用该物料是被禁止的并且系统停止搜索，不会检查payer的主记录；如果首次搜索不成功，则系统搜索payer的主记录,如果找到了有效的主记录，则引用该物料是被禁止的；
你可以在销售凭证类型中定义是否检查material exclusion；
返利（Rebates）
处理返利Processing Rebates
Rebates 不同于其他的折扣，因为他们基于客户在特定期间内产生的销售量回溯地支付，返利的细节在rebate agreement中定义；
结算运行时自动创建必须的credit memo request；
当处理返利相关的billing documents时，应计项自动地确定并过账；然后rebate credit memo冲减应计项；
返利处理的先决条件Prerequisites for Rebate Processing
为了使rebates功能可用，rebate processing必须为以下激活：
The sales organization
The payer master
The billing document type
因性能的原因，如果rebate processing不必要的话，应该将它禁止；
创建返利协议Create Rebate Agreements
Rebate agreement 参考rebate agreement type创建，每个rebate agreement type的特性在配置中设置；
条件记录被关联到rebate agreenment来指定rebate rate和accrual rate；
用rebate agreenment，你可以指定：
The condition type used with this rebate agreement type；
A validity period proposal；
返利处理Rebate Processing
1. rebate processing始于创建一张rebate-relevant billing document；
2. 有效的返利通过在定价程序中使用rebate basis subtotal来确定；
3. 每个rebate condition type都被分配了一个access sequence；
4. 系统使用access sequence来搜索有效的rebate records，如果找到了有效的条件记录，则读取accrual rate；
定价程序中Requirement 24强迫rebate conditions只能在billing documents使用；
Requirement 25强迫rebate conditions只能在rebate-relevant billing documents使用；
5. rebate accrual amount使用rebate basis来计算；
6. 只要rebate-relevant billing document is released to accounting，系统posts an accrual to financial accounting；同时，系统更新rebate agreement sales volume screen中的rebate basis和accrual amount；
创建返利结算Creating rebate Settlements
系统使用rebate agreement中的accumulates amount来创建rebate settlement；
Status A refers to an open rebate agreement；
系统为指定的rebate payment amount产生一个rete credit memo request；
Status B means the rebate is released for settlement；
Status C means you have actually executed the settlement；系统为应计金额创建credit memo request；
在rebate agreement中，你可以显示sales volume和dill-dowm；你可以通过以下方式为返利协议执行最终结算：
Mannully；
Automatically；
in the background (batch programs: RV15C001 and RV15C002)；
只要返利协议用贷项凭证结算完成，应计就被冲销；
回溯返利协议Retroactive Rebate Agreements
回溯返利协议允许你考虑创建rebate agreement之前创建的billing documents；
之前创建的billing documents的rebate basis累计并记录到rebate agreement中；
之前创建的billing documents的应记金额没有自动更新，必须手动输入；
在rebate agreement创建之后创建的rebate-relevant billing documents自动的同时更新rebate basis和accrual fields；
部分返利结算Partial Rebate Settlement
部分返利结算能够对每个rebate agreement type作如下限制：
小于等于累计的应记金额（accumulated accrual amount）；
小于等于当前日期计算出的payment；
无限制；
如果在配置中rebate agreement type作了相应的设置，当credit memo创建时应记会自动取消；
结算物料Settlement Material
你可能有返利不涉及具体的物料，而涉及物料组或客户；在这种情况下，你必须参考一个结算物料，目的是为了提供物料层的信息；
在物料主记录的Sales and Accounting Views维护rebate material；
当创建credit memo时，结算物料是重要物料主数据的来源，例如，科目确定；
返利协议类型Rebate Agreement types
就像其他的定价条件一样，你可以在多个层次定义rebates；
标准系统提供了如下的rebate agreement types：
Material rebate
Customer rebate
Customer hierarchy rebate
Material group rebate
Independent of sales volume
-----------
http://blog.sina.com.cn/s/blog_5fa4766c0100e5ur.html
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/96380/viewspace-677157/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/96380/viewspace-677157/
363
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
