zoukankan      html  css  js  c++  java
  • SD从零开始13-14

    SD从零开始13 使用条件记录(Working with Condition Records)

    定价报表—客户特定价格Pricing Reports-customer-specific prices

           为了浏览存在的条件记录,可以生成一张条件分析列表,你可能会问这些问题:

              在某一时期内,制定了什么样的客户特定价格协议?

              系统中存贮了什么样的Incoterm condition?

              等级价格创建了什么样的price list?

           List的格式布局和在报表上显示哪些条件记录在配置中设置;

    定价报表—表Pricing Reports-Tables

           在为定价报表创建新的程序时,你首先要决定要在哪些View中分析条件记录,可通过从存在的条件表中选择特定的fields来实现;

           依赖于选中的Fields,系统会生成tables列表,每个表至少包含一个选中的field,从这个tables列表选择哪些特定的tables出现在报表上;

           列表的布局通过放置和排序出现在3个report sections的某一个中的选中的table中的fields来定义:

              Page header--a page break occurs when a value changes;

              Group header - a new line heading is generated for each table analyzed

              Items-detailed record information

    用定价报表维护条件1 Maintaining Conditions Using Pricing Reports1

           条件维护已经提供了一个新的维护接口;允许批量维护;

    用定价报表维护条件2 Maintaining Conditions Using Pricing Reports2

           新条件维护function能够用area menus来配置;标准的condition maintenance area menu 是COND_AV;

           自定义的area menu可通过选择菜单项Environmentàassignment area menu来指派;

           自定义area menu可使用SE43来创建,例如Copy COND_AV,然后调整以满足特定需求;

    用参考创建条件记录Creating Condition Records with Reference

           新的条件记录可参考已有的条件记录创建,在处理过程中,可以修改新建记录的rate、validity period,以及additional sales data;

           这个function提供了一个有效的方法来同步更新条件记录;

       修改条件记录Change Condition Records

           个别的条件记录能够手动地维护;价格修改功能(price change function)允许你同时维护多条条件记录;

           用change documents来回顾和监控对condition records的修改;

    复制条件记录Copying Condition Records

           可通过Copy已存在的条件记录来创建多个条件记录,在Copying时,可以选择copying rule,copying rule在配置中维护,也可以自己创建;

    净价列表Net Price List

           净价列表提供了为客户创建基于选定数量物料的价格信息;净价通过模拟billing document来确定;ABAP list viewwe是创建用户定义display variants的简单方式,VBRP table中的所有字段都可用于此目的;

           Sales area + Customer + Material + Plant + Pricing date/Order type 来模拟;

    条件索引Condition Index

           可以创建和使用条件索引来搜索为多个条件类型和条件表创建的条件记录;例如,需要查看应用于某一客户或产品的所有条件记录;

           激活功能(activation function)显示了所有可用的条件索引的列表并标示哪些是激活的,系统只能使用已激活的条件索引;

           在使用标准系统交付的index之前,你首先需要在配置中激活;

           然而,如果你创建了自己的indexs,在generate的时候,系统会自动激活每个新的index,另外,你必须为每个条件索引指定update requirement;

           你可以为每个condition type指定当你Post condition records for the corresponding condition type时 系统是否更新条件index;  

    为条件发布程序Release Procedure for Conditions

           当一个条件表被创建,你能够允许a release procedure to be used,通过选中‘With release status’复选框;这样会自动添加以下2个fields到条件表中:

              KFRST release status作为最后一个key field;

              KBSTAT Processing status作为一个可变数据部分的一个field,不是key;

           Release status是预定义的,目前下列statuses已经定义:

              Released

              Blocked

              released for price simulation (net price list)

              released for planning and price simulation (planning in CO-PA)

           release status通过在定价配置中定义processing status并分配一个release status给他来间接地设置;

           Business Transaction Event 00503303 Maintain Conditions: Transfers 可用来为processing status定义个别的processing logic;

           你也可以将老的没有release indicators的条件记录转换为新的有release indicators的条件记录,系统提供了一个model来完成此目的;

    可变计算类型Changeable Calculation Types

           Condition type的calculation type在配置中定义,calculation type确定condition的价格或者折扣以及额外费用如何计算;

           在4.6版本以前,该标记(Condition type)直接copy到条件记录中,现在的版本创建新的条件记录时,可以选择不同于配置中设置的calculation type;

    条件记录中的长文本Long Texts in Condition Types

           可以在pricing和agreement的条件记录中维护长文本(rebates,sales deals,and promotions),这些文本提供以下信息:

              Create condition records创建条件记录;

              Approvals 审批;

              Invalidity 无效;

           如果需要,rebate agreement长文本能够copy到凭证中,例如,到credit memo request for rebate payments and from there to rebate credit memo);

           然而,你不能copy pricing texts 到凭证中,用参考创建条件记录时,Texts不会Copy;

    [原创]SD从零开始14 定价中的特殊功能(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 2.

                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;

  • 相关阅读:
    python爬虫-execjs使用
    关于命令行操作数据库整理
    php项目整理之no1
    c++笔记整理
    php实战开发之自我整理(学习笔记)
    php之JavaScript
    html嵌入样式表
    php-css外边距
    The report for triangle problem
    An error in projects
  • 原文地址:https://www.cnblogs.com/jellour/p/7128088.html
Copyright © 2011-2022 走看看