SAP SD 基础知识之定价配置(Pricing Configuration)

2023-11-30 17:10

本文主要是介绍SAP SD 基础知识之定价配置(Pricing Configuration),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

SAP SD 基础知识之定价配置(Pricing Configuration)

 

销售定价策略的配置,主要通过如下配置菜单完成,

 

 

 

一,定价配置之条件表(Condition table)

条件表Condition table 包含可用来创建相应条件记录的Keys,比如:Condition table :Material; Customer/Material。我们可以根据业务需求,添加自定义的条件表,号码范围501---999。

 

条件表Condition Tables,主要用于存储条件记录。条件记录通常用特定的key创建,用table来帮组定义Condition record keys。实际上,用在header和Item层定价的最重要的fields在标准系统里已经可用。从4.5版本开始,也可以添加non-key fields到条件表,例如Condition table144(用于价格目录,Condition type PBUD)。

 

另外,条件表的key fields必须位于table的开头。

 

二,定价配置之访问顺序(Access Sequence)

Access sequence 由一个或多个条件表组成。系统有预定义很多标准的访问顺序,不过项目实践中,自定义访问顺序也是时常有的。创建访问次序的时候,我们可以在不同的层次定义价格,折扣和额外费用。每个层次可由条件表中的fields组合或一个field定义,使用access sequence,能够定义不同层次的次序。系统将会按照定义的sequence来确定condition records。

 

对于access sequence中的每个access,你可以定义access执行所需的特定的凭证字段(source fields);

例如:

Material or pricing material;

Document currency or Local currency;

Sold-to party or Ship-to party;

 

 

另外,我们可以设置访问先决条件(Access Requirements),设置access依赖于requirements可避免不必要的access,这样减轻系统负荷。

 

 

三,定价配置之条件类型(Condition Type)

创建access sequence之后,被分配给condition type。

项目实践中,常常需要根据业务需求创建自定义的condition types,此时我们需要为每个condition type设置相关参数。例如,该条件类型是用于surcharges还是discounts以及是应该依赖于values还是quantities等等。

 

四,定价配置之:维护定价策略(Pricing Procedure).

将相关的Condition types 按照需要的顺序组合到pricing procedure中。

 

 

五,定价配置之:定价策略确定(Assign procedure determination)

最后,你需要为定价程序维护procedure determination table;pricing procedure 根据以下三个组合信息确定:

1)销售区域Sales area

2)客户主记录中'Customer pricing procedure'field

3)销售凭证类型的'Document pricing procedure'field

 

 

六,实施定价策略1 - 满足特定的定价需求

满足特定的定价需求可能需要1个或多个新定价元素,理解每个元素的目的和能力,以及定价元素之间的关系是关键的。

解决特定的问题需要创造性地构建和结合如下所有的定价元素:

条件表condition table:定义条件记录的关键字;

访问次序Access sequence:包含访问条件记录的层次;

条件类型Condition type:描绘定价条件的属性;

定价程序Pricing procedure:定义条件类型是怎样联系在一起的;

程序确定Procedure determination:选择正确的定价程序。

 

七,实施定价策略2 - 实施复杂的情景

下面的元素对于实施复杂的情景可能是必要的:

为定价添加新的字段 adding new fields for pricing –为了符合所有客户的需要;

必要条件Requirements—定义依赖条件和改善性能;

公式Formulas—扩展标准配置的限制;

 

Requirement routines and formulas 提供了修改标准定价逻辑的方法来满足独特的用户需求;

 

- 完 -

 

2020-02-08 写于苏州市。

这篇关于SAP SD 基础知识之定价配置(Pricing Configuration)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/437843

相关文章

Nginx 配置跨域的实现及常见问题解决

《Nginx配置跨域的实现及常见问题解决》本文主要介绍了Nginx配置跨域的实现及常见问题解决,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来... 目录1. 跨域1.1 同源策略1.2 跨域资源共享(CORS)2. Nginx 配置跨域的场景2.1

gitlab安装及邮箱配置和常用使用方式

《gitlab安装及邮箱配置和常用使用方式》:本文主要介绍gitlab安装及邮箱配置和常用使用方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1.安装GitLab2.配置GitLab邮件服务3.GitLab的账号注册邮箱验证及其分组4.gitlab分支和标签的

MySQL MCP 服务器安装配置最佳实践

《MySQLMCP服务器安装配置最佳实践》本文介绍MySQLMCP服务器的安装配置方法,本文结合实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下... 目录mysql MCP 服务器安装配置指南简介功能特点安装方法数据库配置使用MCP Inspector进行调试开发指

Redis Cluster模式配置

《RedisCluster模式配置》:本文主要介绍RedisCluster模式配置,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录分片 一、分片的本质与核心价值二、分片实现方案对比 ‌三、分片算法详解1. ‌范围分片(顺序分片)‌2. ‌哈希分片3. ‌虚

SpringBoot项目配置logback-spring.xml屏蔽特定路径的日志

《SpringBoot项目配置logback-spring.xml屏蔽特定路径的日志》在SpringBoot项目中,使用logback-spring.xml配置屏蔽特定路径的日志有两种常用方式,文中的... 目录方案一:基础配置(直接关闭目标路径日志)方案二:结合 Spring Profile 按环境屏蔽关

Maven 配置中的 <mirror>绕过 HTTP 阻断机制的方法

《Maven配置中的<mirror>绕过HTTP阻断机制的方法》:本文主要介绍Maven配置中的<mirror>绕过HTTP阻断机制的方法,本文给大家分享问题原因及解决方案,感兴趣的朋友一... 目录一、问题场景:升级 Maven 后构建失败二、解决方案:通过 <mirror> 配置覆盖默认行为1. 配置示

Springboot3+将ID转为JSON字符串的详细配置方案

《Springboot3+将ID转为JSON字符串的详细配置方案》:本文主要介绍纯后端实现Long/BigIntegerID转为JSON字符串的详细配置方案,s基于SpringBoot3+和Spr... 目录1. 添加依赖2. 全局 Jackson 配置3. 精准控制(可选)4. OpenAPI (Spri

maven私服配置全过程

《maven私服配置全过程》:本文主要介绍maven私服配置全过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录使用Nexus作为 公司maven私服maven 私服setttings配置maven项目 pom配置测试效果总结使用Nexus作为 公司maven私

springboot加载不到nacos配置中心的配置问题处理

《springboot加载不到nacos配置中心的配置问题处理》:本文主要介绍springboot加载不到nacos配置中心的配置问题处理,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑... 目录springboot加载不到nacos配置中心的配置两种可能Spring Boot 版本Nacos

Nacos注册中心和配置中心的底层原理全面解读

《Nacos注册中心和配置中心的底层原理全面解读》:本文主要介绍Nacos注册中心和配置中心的底层原理的全面解读,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录临时实例和永久实例为什么 Nacos 要将服务实例分为临时实例和永久实例?1.x 版本和2.x版本的区别