SD从零开始15 税（Taxes）

税确定的标准Criteria for tax determination

你可以在sales organization level分配一个rule（blank，A，B），以判定Order和billing document中的sales tax indentification number（tax classification determination is linked to this）；

对于BLANK状态，标准的优先级规则如下：

1.  如果PY（payer）有一个sales tax ID，并且有不同的SP（Sold-to party）：

Tax number和tax classification取自PY，与SH（ship-to party）无关；

Tax number根据 ‘tax destination country’来确定；

2. 如果1没有适用：

如果SH有一个tax ID或者SP没有tax ID，tax number和tax classification取自SH；

3. 如果2没有适用：

Tax number和tax classification 来自SP；

对于‘A’状态，tax number和tax classification通常来自SP；tax number根据‘tax destination country’来确定；

对于‘B’状态，和A相同的规则，数据来自PY；

术语：

departure country：country of the delivering plant；

destination country：country of the ship-to party；

customer tax classification：for buessiness within the EU on the basis of the tax number STCEG；

material tax classification：access with departure country；

税的分类Tax Classifications

如下这些因素在税的确定中起作用：

Business transaction—domestic or exports/imports；

Tax liability of the ship-to party；

Tax liability of the material；

系统在以上3个标准的基础上确定凭证中的税率；

税的定价程序Pricing procedures for Tax

SD中税可使用一般的条件技术来计算；

Tax的condition type输入到pricing procedure中；

Access sequence用来为当前的情形搜索适当的condition record；

税的接口Tax Interfaces

你可以决定什么时候计算税，在FI中tax procedure缺省根据country来分配；

[原创]SD从零开始16 促销计划（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；

[原创]SD从零开始17 返利（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

[原创]SD从零开始18 物料确定（ 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的主记录,如果找到了有效的主记录，则引用该物料是被禁止的；