item category 配置裡的溝溝坎坎
Item Category configuration detailed illustration.
[@more@]Business Data
1. Item Type:用以標記item型別。
2. Completion Rule:完成度判別規則。
3. Special Stock:特殊庫存標記。
4. Billing Relevance:開票相關性定義。
5. Billing Plan Type:啟用Billing Plan時需要設定的以指定屬於那種型別。
6. Billing Block:建單時預設帶的Billing Block。
7. Pricing:定義和價格的相關性。
8. Statistical value: 定義單行專案價格與整單價格的計算關係。
9. Revenue recognition:定義該行專案是否與收入確認相關及相關邏輯;若啟用提前收入確認則選B。
10. Delimit. Start Date:指定預提開始期間。
11. Business Item:選中則表示該行專案中的sales, shipping and billing等業務相關資訊可以與訂單Header不一致。
12. Sched.Line Allowed:選中則標示該行專案與計劃行相關。
13. Item Relev.for Dlv:選中表示對於A(value item)和B(text item)類的行專案與交貨相關並被帶到Dlv中,該選項僅用於沒有schedule lines的item。
14. Returns:選中則表示該行專案屬於退貨業務類行專案。
15. Wght/Vol.Relevant:選中表示系統將對該行專案計算重量和體積(我猜同時如果物料的重量或體積資訊為空的話會報錯)。
16. Credit active: 選中表示該行專案與信控相關,並且該行專案的價值將被記入信控計算。
17. Determine Cost: 選中則系統會做成本計算,在定價過程中以條件型別VPRS體現。
General Control
18. Autom.batch determ.:選中則啟用自動帶出批次。
19. Rounding permitted:選中則允許系統根據Rounding Profile決定該行專案的數量,並且以該數量做ATP檢查。Rounding profile在客戶物料主資料(VD51)或物料主資料中指定。
20. Order qty = 1:強行指定該行專案的訂單數量只能為1。
Transaction Flow
21. Incompletion Proced:完整性檢查過程指定,定義哪那些欄位是必填欄位。
22. PartnerDetermProced.:行專案級夥伴關係過程指定。
23. TextDetermProcedure:常文字過程指定。
24. Item Cat.Stats.Group:統計組,用以指定與LIS的關聯。
25. Screen Seq.Grp:螢幕順序組,固定的,N即VBAP。
26. Status Profile:指定行專案級別狀態檔案,可定製狀態。
27. Create PO Automatic:選中則啟用自動建立採購訂單,主要用於EDI式三方銷售,即生成PR時也直接建立PO。
Bill of Material/Configuration(這塊兒可不怎麼會哈~)
28. Config. Strategy:用於可配置物料的控制點,如檢查dependencies,TAC = variant configuration。
29. Mat. Variant Action:Controls how the system reacts when it determines that an existing configuration is already used as a stockable type.
30. ATP material variant:定義是否對變式物料進行ATP檢查及如何反饋。
31. Structure scope:定義BOM如何執行,當用可配置物料時應選C或D,該欄位控制是否可以在單據中更改配置。
32. Application:用於配置BOM的自動置換關係。
33. Variant Matching:選中以啟用變式自動決定。
34. Create Delivery Group:配置sub-item是否以Delivery Group管理交貨(及計劃行)。
35. Manual Alternative:選中以啟用在多個BOM並存時手動指定其一。
36. Param.effectivities:選中以啟用parameter effectivity 維護該行專案(不知道是神馬)。
Value Contract
37. Value contract matl:建合同時如果沒指定物料,則系統自動抓取此處物料作為合同物料以決定稅啊,統計資料啊,產品組啊神馬的。
38. Contract Release Ctrl:合同到期或超額時系統的自動處理。
Service Management
39. Repair proced.:設定維修訂單中基於sub-item的規則。
Control of Resource-related Billing and Creation of Quotations
40. Billing form:??
41. DIP Prof.:??
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/21882360/viewspace-1056493/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 坎寧安定律
- 溝通技巧
- 共情式溝通:如何讓溝通具有穿透人心的力量穿透
- 35歲,程式設計師過不去的坎?程式設計師
- One Order行專案裡Item Category是怎麼計算出來的Go
- 專案經理跨部門溝通如何溝通
- 銷售溝通
- 工作溝通十要素
- 真的會溝通嗎?
- 溝槽的組合變形
- EXCEL做資料分析的坎,你遇過多少個?Excel
- 走好這三步,不再掉進雲上安全的溝裡!
- JavaScript陰溝裡翻船之運算子優先順序JavaScript
- 我對程式設計師35歲這道坎的看法程式設計師
- 下水道拾的溝槽的文章
- 要想用活Redis,Lua指令碼是繞不過去的坎Redis指令碼
- 如何快速精確的和leader溝通
- 如何進行有效的績效溝通?
- 《架起溝通的橋樑》說課材料
- 《非暴力溝通》讀後感
- 什麼是專案溝通管理? 藉助系統軟體管理專案溝通
- 雲戰爭,資料倉儲是必過的一道坎
- 語言結構的深層處理是NLP繞不開的坎
- AI是如何彌補技術鴻溝的?AI
- 產品經理需求溝通的藝術
- 我是如何降低專案的溝通成本?
- 專案管理中如何有效溝通專案管理
- 軟體工程-團隊-工程-溝通軟體工程
- 什麼是專案溝通管理?
- 《極樂迪斯科》:無知之幕的兩面,在遊戲裡和玩家溝通遊戲
- 雲服務採購的第一道坎,你邁過了嗎?
- 為什麼說 Gradle 是 Android 進階繞不去的坎 —— Gradle 系列(1)GradleAndroid
- EXCEL做資料分析最難邁過的坎,你遇過多少個?Excel
- 高效溝通的密碼:PREP 溝通表達模型 - 1、觀點 2、依據 3、事例 4、重述觀點密碼模型
- 技術人溝通中的幾個誤區
- 如何管理跨部門的溝通與協作?
- 遊戲、家長和孩子們的溝通困境遊戲
- “鎖”,程式設計師不可逾越的鴻溝程式設計師
- 跨越DDD從理論到工程落地的鴻溝