SAP-SD计划行类别解析
計劃行類別.
計劃行類別的例子Schedule Line categories
?????系統交付了不同schedule line categories來為Item在銷售流程中提供不同的控制選項；
?????schedule line categories 定義為2位的key，標準系統已經包含了經常用來指示Itemcategory用途的key：
?????????第一位指示schedule line categories用在哪些銷售流程中：
?????????????A = Inquiry
?????????????B = Quotation
?????????????C = Order
?????????????D = Returns
?????????第二位指示schedule line categories在物流模塊中發生什么：
?????????????T = No inventory management
?????????????X = No inventory management with goods issue
????????????N = No materials planning
????????????P = Material requirements planning
????????????V = Consumption-based planning
??????Eg. :
?????????Pre-sale
????????????AT=Inquiryschedule line;
????????????BN=Schedule line in Quotation without MRP;
?????????Outline Agreement
????????????CV=Scheduling Agreement with deterministic MRP;
?????????Sale phase
????????????CP=Order schedule line with MRP;
????????????CO=Consignment issue without availability check;
?????????Complaint
????????????DN=Scheduleline in returns without MRP;
????????????DO=consignment returns；
計劃行類別Schedule Line categories
??????計劃行包含交貨日期/數量以及需求傳遞和庫存管理的信息，這些是交付的先決條件
??????在item category的配置中，定義了是否允許item有計劃行；你可以為每個item category 分配ScheduleLine categories；
??????????通過定義Schedule Linecategory,判定哪些計劃行實際與交貨有關；如果要實際交貨，需要激活relevant to deliveryindicator；
??????在計劃行類別中，通過設置移動類型movementtype來控制哪些數據和價值的改變會Post到庫存科目；庫存管理負責維護移動類型；
??????????標準系統中的所有process都定義了移動類型；與SD相關的大部分移動類型在601與699之間；
??????可以在計劃行層關閉需求傳遞和可用性檢查；
??????采購訂單的先決條件是PR，PR可以自動從銷售憑證產生；要做到這一點，需要需要配置采購訂單的類型，以及item和accountassignment category；
??????如果你為Schedule Line category激活了deliveryblock，則block會自動地設置在銷售憑證的schedule line層；
計劃行類別的重要參數：
?????Goods movements；
?????Delivery relevance；
?????Purchasing；
?????Availability Check；
?????Requirements Transfer；
?????Assigning basic functions；
控制銷售憑證中的計劃行Controlling Schedule lines in Sales Documents
?????BN: Quotation中的Schedule line與delivery無關，需求傳遞未激活，不需要移動類型;
?????CP: 在銷售憑證中產生Delivery項目，因此‘relevant to delivery indicator’是激活的；
?????????需求傳遞是激活的，完整地定義需求傳遞需要先定義和分配需求類requirementsclass；
?????????貨物移動類型是601，對于這個移動類型，當Delivery做了Post goodsissue后，Ship的數量從非限制性庫存中減掉；
?????DN: 如果需要一個returns delivery來跟蹤一個returnorder，就需要一個與delivery相關的Schedule line category；
?????????在這個case中，需求傳遞是不需要的；移動類型651保證返回的貨物Goodsreceipt 移動到Block的返回品倉庫blocked stock returns；
分配計劃行類別到行項目類別Assigning Schedule line categories to itemcategories：
??????分配的目的：
??????????配置系統以在生成訂單的時候自動帶出計劃行類別；
??????????設定用戶可以選擇來替代系統自動帶出的計劃行類別的范圍；
??????分配受物料主記錄中的MRP Type影響；
??????系統執行2步來決定自動決定Schedule line categories：
??????????首先嘗試使用Item category和MRP Type的組合來決定；
??????????如果沒找到，則使用Item category和no MRP Type來搜索；
?
數據流(Data Flow)
根據參考創建Create with reference
??????可以參考之前的憑證來創建銷售憑證，可以在初始畫面，也可以在憑證處理過程中，通過uniform. dialogbox來控制，該對話框有6個標簽頁：
?????????Inquiry? Quotation, Order, Contract, Scheduling agreement, Billingdocument；
??????在對話框中輸入憑證號之后，可以選擇COPY，將完全復制參考憑證；也可以選擇ItemSelection來COPY一部分項目以及修改數量；
??????在處理中，可以為新的憑證定義一個新的delivery date，此日期設置在頭部，對憑證中的所有行項目有效；
??????要用參考創建，首先需要配置相應的Copy Control，必須要是符合邏輯的業務處理流程；
憑證流Document Flow
??????銷售流程由一系列有順序的記錄為憑證的process steps組成，該流程鏈存儲在憑證流中；
??????憑證流為所有的憑證和個別項目更新；
??????可以通過一個列表來查看憑證流中的所有憑證；
??????在狀態瀏覽圖中，可以快速的查找到有關銷售流程的目前狀態的詳細信息；
??????Eg. : Document flow of quotation
???????????Quotation
??????????.Order
??????????..Delivery
??????????…Invoice
??????????..Returns
??????????…Returns delivery
??????????….Returns credit memo
SD中的復制控制Copying Control in SD
??????在Copyingcontrol中，可以決定哪些憑證類型可以Copy到其他的憑證類型，并定義詳細的Copying方法；
??????Eg. ：
?????????Sales document type from a sales doc. Type：Standardorder(OR)<- quotation(QT)
?????????Sales document type from a billing doc.type：Credit memorequest(G2)<- invoice(F2)
?????????Delivery type from a sales document type：Delivery (DL)<- Standard order (OR)
?????????Billing doc. type from a sales doc.Type：Creditmemo(G2)<-Credit memo request(G2)
?????????Billing document type from a delivery type e.g. Invoice (F1)<- Delivery (DF)
?????????Billing doc. type from a billing doc.type e.g. Invoicecancellation(S1) <- invoice(F1)
銷售憑證的Copying Control
??????可以為Header，Item，Schedule line層設置CopyingControl（要符合銷售憑證的結構），每層你需要創建：
?????????Data transfer routines：控制Fields如何Copy；
?????????Copying requirements：需要滿足的條件Check；
?????????Switches：可為每個事務設置特殊控制，例如可激活或關閉item numbers的transfer
??????如果你在Item和Schedule line層輸入了無效值或不輸入target value，系統根據Item和Scheduleline Category assignment來判定target；
Copying條件Copying requirements
?????Copyingrequirements包含為每個業務處理定義的特殊條件，并且可以存儲在所有層次；當所有條件都滿足時，參考憑證才會被創建；
?????Eg. ：
????????Header level：001—Check sounce和target的Sold-to party和Salesarea是否相同；
????????Item level：301—Check 將要用來Copy的Item是否有reject的原因或者完成狀態；
????????Schedule line level：501—保證只有open Quantity大于0的部分會Copy；
???MARK：Routines和Requirements是用ABAP/4代碼寫的，且能夠通過修改系統的方式在SD配置中進行處理，
??????????????????你首先應該檢查系統中現有的對象是否有合適的，通常可以通過Copy標準系統的對象，
??????????????????然后刪除或者增加代碼行到對象來快速的調整系統；
Completion Rule and reference status
?????當使用‘Create With Reference’時，通常需要更新reference的數量或值，所以需要在CopyingControl中Check Item層的‘Document flow update’Field；
?????在itemcategory中設置適當的Completion rule，根據Item Category中的Completionrule，之前憑證的Item的狀態會獨立地更新；
?????合同contracts中的Items沒有Completion Rule；
?????如果你輸入了Rejection的原因，Item會變成‘Compelte’；
?
定價基礎(Pricing Fundamentals)
條件組Groups of Conditions
??????定價Pricing；
??????折扣/附加費Discounts/surcharges；
??????運費Freight；
??????稅Taxes；
??????有關條件的數據存儲在條件記錄中；
??????你可以根據需要在任何層次決定條件；
??????定價最通常執行的層次已經在標準系統中預定義了；
??????你能夠非常容易地添加額外的層次；
??????系統提供了一個包含定價常用Fields的standardfield catalog，然而你可以設置條件依賴于憑證中的任意Field，
??????????但是你需要將這些Fields添加到field catalog中；
條件記錄Condition Records
??????可以為定價協議定義一個有效期；
??????條件記錄中的值（price、surcharge、discount）可以維護為一個刻度，刻度的層次數量不限；
??????可以為條件記錄設置上限和下限，手動修改系統確定的價格要素只能在這個限制內；
條件類型Condition Type
??????條件類型確定Condition的類別和如何使用；
??????可為每個條件類型設置calculation type和scale base type；
??????EG..：scale basetype：Percentage????????
??????????????????calculation type：Value scale
????????????100￥???????????????????????????????1-%
???????????1000￥???????????????????????????????2-%
??????????10000￥???????????????????????????????3-%
?
???????????scale base type：Weightscale????????
???????????calculation type：Amount/weight
???????????100kg???????????????????????????????$1- per 1 kg
???????????1000kg???????????????????????????????$3-
??????????10000kg???????????????????????????????$5-
條件維護Condition maintenance
??????4.6A版本之后提供了新的維護接口，新接口允許批量維護（based on characteristics）；
??????condition records can now be maintained across all condition typesand condition tables；
???????例如可以一步顯示和維護客戶的Material Prices以及Discounts，surcharges等；
??????也可以選擇Select using condition type來調用老的條件維護事務代碼；
?
?定價中的條件技術(Condition Technique inPricing)
定價程序Pricing Procedure
??????所有定價中允許的條件類型都包含在定價程序中；
??????通過為每個條件定義requirements來決定系統將如何使用條件；
??????業務憑證中系統訪問條件的次序也在這里確定；
??????參考層次Reference level提供一方法來為條件類型計算定義不同的basis以及將條件分組求和；
??????定價程序能夠包含介于Gross和Net price之間任意數量的分組求和；
??????可以在定價程序中將一個條件類型定義為：
??????????強制條件mandatory condition；
??????????手動輸入條件manually entered condition；
??????????僅作統計用；
訪問次序Access Sequence
??????在定價程序中，除了header and manual only condition types外，
???????????每個condition type都定義了一個訪問次序（搜索策略）；
??????搜索策略定義了系統為condition type讀取condition record的順序；
??????訪問順序中每個訪問通過使用condition table來執行；
??????條件表condition table是條件記錄的key fields的集合；
??????可以執行一個依賴于某些先決條件訪問；
定價預覽Pricing Overview
??????Eg.訂單創建—120PCs of a material，系統需自動決定price；
??????????首先，相關的定價程序確定（基于銷售區域，客戶和銷售憑證類型）；
??????????然后，系統讀取第一步中的條件類型，判定該條件類型指定的access sequence；
??????????其次，系統讀取access sequence，條件表的次序顯示了尋找相關condition record的搜索策略；
?????????????????????每個條件表描述一組可作為key生成條件記錄的一次訪問；
??????????再次，系統使用條件表中定義的key搜索有效的條件記錄，如果第一次訪問沒有找到有效的條件記錄，
????????????????????則系統使用下一個條件表搜索下一個access；
??????????最后，當系統為某次訪問找到有效的條件記錄，則讀取條件記錄并Copy符合刻度的值到銷售憑證中；
??????????整個流程需要為每個conditiontype執行一遍直到系統完成整個定價程序；??????????
排斥條件Excluding conditions
??????在定價程序中，條件condition能夠鏈接到requirements；
??????Requirements能夠檢查condition exclusionindicator，如果設置，則忽略該condition；
??????Condition exclusion indicator可以設置在condition type或者conditionrecord；??????
憑證中手動修改價格Changing Price Manually in Documents
??????在條件記錄中，你可以定義手動修改的限制范圍；
??????除了自動確定，在銷售憑證中也可手動輸入condition，它們會標記為已經手動輸入；
??????也可以通過配置，禁止手動修改某個condition type；
憑證頭部的條件Conditions in the Document Header
??????也可以在憑證頭部輸入conditions，叫做header conditions，對所有的Items有效；
??????這些header conditions自動地基于net value分布到Items；
?????????分布header condition的基礎可在定價程序中通過在ALTCBVfield中選擇適當的routine來修改；??????
新定價和定價類型New Pricing and Pricing Types
??????你可以在Pricing type中配置pricing的行為；
??????從4.5版本以后，會有2種選項來控制銷售憑證中的新定價功能；
???????????Update prices 在condition screen，對header和item層都可用；
???????????New pricing document 將定價類型分配到定價程序，默認為B（執行新定價）；
??????這些功能支持銷售憑證和billing憑證；
??????定價類型Pricing type：
??????????A copy pricing elements and update scales
??????????B carry out new pricing
??????????C copy manual pricing elements
??????????G redetermine taxes
??????????H redeterming freight conditions
??????????X、Y reserved for customer
??????????1-9?? reserved for customer
Bill Document中的定價Pricing in the billing Document
??????在Outbound delivery 到Billing document的每個item的copingcontrol中判定pricing type；
?
定價配置（Pricing Configuration）
定價配置預覽1 Overview：pricing configuration1
??????條件表condition table 包含可用來創建相應條件記錄的keys
?????????Eg1.：condition table?? ：Material；customer/material；
??????可以添加自定義的條件表，號碼范圍501---999；
條件表Condition Tables
??????條件記錄通常用特定的key創建，用table來幫組定義condition record keys；
??????用在header和Item層定價的最重要的fields在標準系統里已經可用；
??????從4.5版本開始，也可以添加non-key fields到條件表，例如conditiontable144（用于價格目錄，condition type PBUD）；
??????條件表的key fields必須位于table的開頭；
定價配置預覽2 Overview：pricing configuration2
??????Access sequence 由一個或多個條件表組成；
創建訪問次序Creating an Access Sequence
??????你可以在不同的層次定義價格，折扣和額外費用，每個層次可由條件表中的fields組合或一個field定義；使用accesssequence，能夠定義不同層次的次序；系統嘗試按定義的sequence來確定condition records；
為訪問次序確定源字段Determining Source Fields for Access Sequences
??????對于access sequence中的每個access，你可以定義access執行所需的特定的憑證字段（sourcefields）；
??????例如：
???????????Material or pricing material；
???????????Document currency or Local currency；
???????????Sold-to party or Ship-to party；
訪問先決條件Access Requirements
??????設置access依賴于requirements可避免不必要的access，這樣減輕系統負荷；
定價配置預覽3 Overview：pricing configuration3
??????創建access sequence之后，被分配給condition type；
??????可創建自定義的condition types，為每個conditiontype確定特征，例如，是用于surcharges還是discounts以及是應該依賴于values還是quantities；
定價配置預覽4 Overview：pricing configuration4
??????Conditiontypes 按照需要的順序組合到pricing procedure中；
定價配置預覽5 Overview：pricing configuration5
??????最后，你需要為定價程序維護procedure determination table；pricing procedure根據一下內容確定：
?????????銷售區域Sales area
?????????客戶主記錄中‘Customer pricing procedure’field
?????????銷售憑證類型的‘Document pricing procedure’field
為定價添加新的字段Adding New Fields for Pricing
??????所有用來創建條件表的字段都必須包含在各自的字段目錄中；可以向字段目錄中添加新的字段；
實施定價策略1Implementing Your Own Pricing Strategies1
??????滿足特定的定價需求可能需要1個或多個新定價組件，理解每個組件的目的和能力，以及定價組件之間的關系是關鍵的；
??????解決特定的問題需要創造性地構建和結合所有的定價組件：
??????????條件表condition table：定義條件記錄的關鍵字；
??????????訪問次序Access sequence：包含訪問條件記錄的層次；
??????????條件類型Condition type：描繪定價條件的屬性；
??????????定價程序Pricingprocedure：定義條件類型是怎樣聯系在一起的；????
??????????程序確定Procedure determination：選擇正確的定價程序；
實施定價策略2 Implementing Your Own Pricing Strategies2
??????下面的元素對于實施復雜的情景可能是必要的：
??????????為定價添加新的字段 adding new fields for pricing –為了符合所有客戶的需要；
??????????必要條件Requirements—定義依賴條件和改善性能；
??????????公式Formulas—擴展標準配置的限制；
??????Requirement routines and formulas提供了修改標準定價邏輯的方法來滿足獨特的用戶需求；????
?
使用條件記錄（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 tableanalyzed
?????????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、validityperiod，以及additional sales data；
??????這個function提供了一個有效的方法來同步更新條件記錄；
?? 修改條件記錄Change ConditionRecords
??????個別的條件記錄能夠手動地維護；價格修改功能（price change function）允許你同時維護多條條件記錄；
??????用change documents來回顧和監控對condition records的修改；
復制條件記錄Copying Condition Records
??????可通過Copy已存在的條件記錄來創建多個條件記錄，在Copying時，可以選擇copying rule，copyingrule在配置中維護，也可以自己創建；
凈價列表Net Price List
??????凈價列表提供了為客戶創建基于選定數量物料的價格信息；凈價通過模擬billing document來確定；ABAP listviewwe是創建用戶定義display variants的簡單方式，VBRP table中的所有字段都可用于此目的；
??????Sales area + Customer + Material + Plant + Pricing date/Order type來模擬；
條件索引Condition Index
??????可以創建和使用條件索引來搜索為多個條件類型和條件表創建的條件記錄；例如，需要查看應用于某一客戶或產品的所有條件記錄；
??????激活功能（activationfunction）顯示了所有可用的條件索引的列表并標示哪些是激活的，系統只能使用已激活的條件索引；
??????在使用標準系統交付的index之前，你首先需要在配置中激活；
??????然而，如果你創建了自己的indexs，在generate的時候，系統會自動激活每個新的index，另外，你必須為每個條件索引指定updaterequirement；
??????你可以為每個condition type指定當你Post condition records for thecorresponding conditiontype時系統是否更新條件index；??
為條件發布程序Release Procedure for Conditions
??????當一個條件表被創建，你能夠允許a release procedure to be used，通過選中‘With releasestatus’復選框；這樣會自動添加以下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并分配一個releasestatus給他來間接地設置；
??????Business Transaction Event 00503303 Maintain Conditions: Transfers可用來為processing status定義個別的processing logic；
??????你也可以將老的沒有release indicators的條件記錄轉換為新的有releaseindicators的條件記錄，系統提供了一個model來完成此目的；
可變計算類型Changeable Calculation Types
??????Condition type的calculation type在配置中定義，calculationtype確定condition的價格或者折扣以及額外費用如何計算；
??????在4.6版本以前，該標記（Conditiontype）直接copy到條件記錄中，現在的版本創建新的條件記錄時，可以選擇不同于配置中設置的calculation type；
條件記錄中的長文本Long Texts in Condition Types
??????可以在pricing和agreement的條件記錄中維護長文本（rebates，sales deals，andpromotions），這些文本提供以下信息：
?????????Create condition records創建條件記錄；
?????????Approvals 審批；
?????????Invalidity 無效；
??????如果需要，rebate agreement長文本能夠copy到憑證中，例如，到credit memo request forrebate payments and from there to rebate credit memo）；
??????然而，你不能copy pricing texts 到憑證中，用參考創建條件記錄時，Texts不會Copy；
總結
以上是生活随笔為你收集整理的SAP-SD计划行类别解析的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： IFRS
- 下一篇： SAP SD 定价过程的16个字段的作用