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的主记录,如果找到了有效的主记录,则引用该物料是被禁止的;

你可以在销售凭证类型中定义是否检查material exclusion;

SD从零开始15-18的更多相关文章

  1. Js完美验证15/18身份证,Js验证身份证,支持15/18位

    Js完美验证15/18身份证,Js验证身份证,支持15/18位 >>>>>>>>>>>>>>>>> ...

  2. JavaSE_ 集合框架 总目录(15~18)

    JavaSE学习总结第15天_集合框架1 15.01 对象数组的概述和使用15.02 对象数组的内存图解15.03 集合的由来及与数组的区别15.04 集合的继承体系图解15.05 Collectio ...

  3. Python Cookbook(第3版)中文版:15.18 传递已打开的文件给C扩展

    15.18 传递已打开的文件给C扩展¶ 问题¶ 你在Python中有一个打开的文件对象,但是需要将它传给要使用这个文件的C扩展. 解决方案¶ 要将一个文件转换为一个整型的文件描述符,使用 PyFile ...

  4. SD从零开始71 业务信息仓库(BW)

    SD从零开始71 业务信息仓库(BW)概念 在线事务处理的环境OLTP Environment 在事务处理中,我们不断地填充用于跟踪我们的业务流程的数千个不同步骤的特定的表: 例如,销售凭证行条目来自 ...

  5. SD从零开始67-70 后勤信息系统中的标准分析, 信息结构, 信息的更新规则, 建立统计数据

    SD从零开始67 后勤信息系统中的标准分析 标准分析中的报表Reporting in Standard Analyses 标准分析为高质量的表达和分析LIS中的数据基础提供了大量的功能: 当你决定了一 ...

  6. SD从零开始66 数据仓库的概念

    [原创] SD从零开始66 数据仓库的概念 数据仓库概念:预览Data Warehouse Concepts:Overview 本单元解释LIS中的数据仓库概念: 详细的解释了该概念的各个层次-介绍了 ...

  7. SD从零开始65 框架协议(Outline Agreement)

    SD从零开始65 框架协议(Outline Agreement) 合同-销售凭证类型Contracts-Sales Document Types 框架协议在几乎所有的业务处理中都扮演重要的角色:客户和 ...

  8. SD从零开始62-63,不完全日志,业务伙伴及业务伙伴确定

    [原创] SD从零开始62 不完全日志 不完全日志Incompletion log 一个不完全日志是销售凭证中对你公司重要的而还没有在系统中输入的所有数据的清单: 你可以在配置中为不完全日志定义这些数 ...

  9. SD从零开始59-61,跨公司的库存转移,Interface 修改,可用性检查和需求传递

    [原创]SD从零开始59 跨公司的库存转移处理流程 库存转移流程Stock Transfer Procedure 2个工厂间的库存转移能够使用不同的流程来执行: 只执行一个库存转移记账的流程使用MM库 ...

随机推荐

  1. npm包发布记录

    下雪了,在家闲着,不如写一个npm 包发布.简单的 npm 包的发布网上有很多教程,我就不记录了.这里记录下,一个复杂的 npm 包发布,复杂指的构建环境复杂. 整个工程使用 rollup 来构建,其 ...

  2. Asp.Net Core 集成 Hangfire 配置使用 Redis 存储

    Hangfire 官方支持 MSSQL 与 Redis(Hangfire.Pro.Redis) 两种 ,由于我的数据库是 MYSQL ,粗略查询了一下文档,现在对 .NET Core 支持的并不够好, ...

  3. Java 并发优化

    线程不安全 SimpleDateFormat不是线程安全的 SimpleDateThread import java.text.ParseException; import java.text.Sim ...

  4. Kafka消息存储原理

    kafka消息存储机制 (一)关键术语 复习一下几个基本概念,详见上面的基础知识文章. Broker:消息中间件处理结点,一个Kafka节点就是一个broker,多个broker能够组成一个Kafka ...

  5. vue数组检测更新问题

    由于 JavaScript 的限制, Vue 不能检测以下变动的数组: 当你利用索引直接设置一个项时,例如: vm.items[indexOfItem] = newValue 当你修改数组的长度时,例 ...

  6. Vue笔记:使用 mock.js 模拟数据

    在我们的项目实际开发过程中,后端的接口往往是较晚才会提供出来,并且还要写接口文档,如果前端的开发都要等到接口开发完成才开始就非常影响项目整体开发进度了,mock.js 的出现使前后端分离并行开发成为可 ...

  7. Java反射机制二 获取方法的返回值或参数的泛型信息

    在使用反射机制时,我们经常需要知道方法的参数和返回值类型,很简单  ,下面上示例,示例中的两个方法非常相似 package deadLockThread; import java.lang.refle ...

  8. nginx 跳转系列

    1.nginx强制跳转https配置,通过http状态吗实现,http状态吗地址: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/3 ...

  9. postman学习笔记(二)

    昨天刚操作了一遍最简单的接口测试,今天就收到了俩json文件,一个是postman里导出的接口列表一个是环境变量.拿到的时候一脸懵逼,昨天还以为学会用postman测试接口了,今天才发现哪儿到哪儿呀. ...

  10. [leetcode]238. 除自身以外数组的乘积

    题目描述 给定长度为 n 的整数数组 nums,其中 n > 1,返回输出数组 output ,其中 output[i] 等于 nums 中除 nums[i] 之外其余各元素的乘积. 示例: 输 ...