设为首页 收藏本站
查看: 3051|回复: 0

[经验分享] SAP ATP邏輯可用性檢查

[复制链接]

尚未签到

发表于 2015-9-19 13:02:59 | 显示全部楼层 |阅读模式
  【转http://tqmeng.blog.163.com/blog/static/169263916201162002414612/】
SAP ATP邏輯可用性檢查
1、可用性檢查群組OVZ2
主要用於檢查類型,如可以按日需求、個別需求、周需求、批量需求進行檢查,可以根據需要進行定義,SAP標準01為每日需求、02為個別需求、CH為批量需求;一般最常用02,這裡不多做解釋。
2、可用性檢查控制OVZ9
檢查控制實際上是通過檢查規則檢查,檢查規則裡面的參數決定了不同的檢查方法,檢查規則是檢查群組層面的,所以分離了檢查群組的檢查規則是不存在的,物料主檔的可用性檢查群組決定了使用哪個群組當中的檢查規則,銷售訂單使用A開頭的檢查規則,交貨單使用B開頭檢查規則,物料主檔的策略的需求等級的科目指派種類中的特殊庫存指示碼決定最後的檢查規則,沒有科目指派種類的或科目指派種類特殊庫存指示碼的策略的SO就是使用A檢查規則,如特殊庫存指示碼E的銷售訂單就是AE檢查規則,以此類推…..,如果沒有對應的檢查規則,那就不能進行可用性檢查,需要按如上規則維護對應的檢查規則;生產訂單的檢查規則為PP(OPJK設定),PM訂單檢查規則為PM等等。
可用性檢查遵循的是時間點的可用性,所以這點很重要,銷售單是誰先確認誰佔用可用元素;而銷項交貨單是誰先建立誰先佔用可用庫存(按單生產就別想了啊!自給自足),佔用多少就是銷項交貨單的數量(當然檢查規則你把”包含交貨”的勾去掉那就誰先發貨過帳誰先實際佔用);生產訂單就不一樣,需要MRP運行後得到該時間點所有可用元素的數量,如果前後向消耗,那麼按需求時間靠近原則優先消耗,如果”包含相關預訂”空預留就不會消耗可用元素直到實際消耗庫存。以下針對不參數介紹:

2.1消售訂單可用性檢查

DSC0000.jpg
    2.1.1“庫存”-如果勾起代表該庫存是屬於可用的范圍以內。這是沒得說的了,當然對於要求特殊指示碼的庫存的文件a哪些東西(不相關的)不考慮,自己想了,太簡單了;
    2.1.2“無補貨前置期檢查”是控制MRP3視圖”補貨前置期”是否起作用的按鈕, 如果不勾上那就是進行補貨前置期檢查,通過補貨前置期檢查確定SO的排程明細交貨日期,不考慮MRP結果,直接”從SO建立日期+補貨前置期+出貨點的出貨排程時間”確定交貨排程的確認交貨時間,如果MRP3視圖”補貨前置期”不維護,”     ‘廠內生產(計劃交貨時間)+收貨處理時間’ 作為補貨前置期檢查。如果上述都不維護的話,那確認交貨時間= SO建立日期+出貨點的出貨排程時間.
    出貨排程時間包含裝載、檢貨、包裝時間(OVLZ),如果是按客戶方地點交貨,還考慮運輸時間。當然可以根據訂單類型決定排程是否考慮出貨點的時間、運輸時間。
    如果勾上那就是不進行補貨前置期檢查,通過MRP結果生產訂單/計畫訂單的完成時間+出貨點的出貨排程時間” 確定交貨排程的確認交貨時間.就是庫存不夠部分等運行了MRP才可以確定SO的交貨排程的確認交貨時間,如果檢查規則不包含計畫訂單,那麼只有庫存+生產訂單,不夠部分就得等到計畫訂單轉成生產訂單後才可以確定SO的交貨排程的確認交貨時間.有庫存部分直接下單當日+出貨點交貨排程日期確認交貨時間.
   例如:
    50策略由於帶特殊庫存指示碼E,所以SO可用性檢查的時候不是本銷售訂單的特殊庫存不會列入可用范圍,而且產生的計劃訂單、生產訂單是和銷售訂單關聯的,所以不是本銷售訂單需求產生的計劃訂單、生產訂單同樣不考慮在可用范圍之內。而40策略不一樣,需求類型對應的需求等級沒有科目指派也就沒有特殊指示碼,不會帶銷售銷售訂單特殊庫存,所以非特殊庫存的非限制使用都可以考慮在可使用范圍內(當然是在沒有被其它訂單佔用(排程明細確認數量就代表被佔用)的情況下,前一張訂單可用性檢查先佔用了對其它訂單將是可用范圍以外,SAP可以有這樣的識別功能),創建銷售訂單的時候可用性檢查如果按建議交貨,那就是相應的數量將被確認掉;同樣的由於沒有特殊庫存指示碼,計劃訂單、生產訂單在沒有被排程明細確認數量就認為是可使用范圍內,就算由銷售訂單需求所產生的計劃訂單、生產訂單如果不被確認掉也是被認為可使用范圍內,被後續訂單確認。但是,運行MRP後可消耗的時期內的獨立需求將被銷售訂單需求消耗掉相應的數量,如獨立需求大於銷售訂單需求,沒有被消耗掉的獨立需求繼續存在,這些是策略的消耗問題了,SAP標準自帶的就那麼多策略,如果你覺得還不滿足,那就自己定義了,這是策略的問題這裡就不談了。  
所以對不進行捕貨前置期檢查的對是否考慮計劃訂單、生產訂單就非常重要了,如果都不考慮那麼隻能等到入庫了才可以確認交貨時間,應該不會有那麼變態的需求。當然也可以定義核發了的訂單才算可用(包含計劃訂單和包含生產訂單選擇相關的參數碼。
2.1.3“未檢查庫存位置”在這裡是不起作用的,隻有VL01N交貨單並且確定了發貨倉儲位置才起作用。
   2.1.4 “包含請購單”/“包含的採購單”勾起表示沒有被佔用的請購單或採購單屬於可用范圍內,可以作為確認數量,但是(計劃訂單、請購單、採購單、生產訂單對於進行捕貨前置期檢查來說這是沒有什麼意義的)
2.1.5“包含預留”如果勾上表示預留所佔用的庫存、計劃訂單、請購單、採購單、生產訂單屬於可用范圍以外,不勾則屬於可用范圍內,可以供後續SO、DO確認或訂單檢查可用。(當然這部分預留是指手動建立的預留,如針對INTER ORDER,COST CENTER創建的預留等,不包含正常生產訂單建立而產生的預留)
2.1.6“包含銷售需求”/“包含交貨”如果勾上代表被銷售訂單/交貨單確認掉的庫存、計劃訂單、請購單為、採購單、生產訂單屬於可用范圍以外,不勾則屬於可用范圍內,可以供後續SO、DO確認或訂單檢查可用。(這裡是對2.1.2例子的補充,也就是說被確認掉的元素也是可以被認為可用的,按扭就在這裡)
2.1.7“包含相關預訂”是確定預留是否消耗庫存、訂單等的按鈕,如果消耗,預訂的庫存或計劃訂單將被考慮在可使用范圍之外。(這裡的預留是針對訂單自動產生的預留,不含手動建立的預留)如果使用後續物料,這當然得需要預留消耗庫存,否則將導致多張訂單得BOM帶出舊的物料。當然MRP結果的需求是不會帶出舊物料的了,可用性檢查規則不會改變MRP計算,大家放心。
2.1.8“包含計劃訂單”/“包含生產訂單”是確定什麼樣的計劃訂單、生產訂單是否考慮再可用范圍,這裡PP的檢查規則有點特殊性,大家自己去測試!
2.1.9“包含相關需求”如果勾起代表相依需求所佔用的元素屬於可用范圍以外,不勾屬於可用。
   
出貨通知
2.2交貨可用性檢查

DSC0001.jpg
    交貨訂單的創建的前提是銷售訂單排程明細確認有數量,並且日期為確認時間之後,帶特殊庫存指示碼的策略交貨單的交貨數量可以包含生產訂單、計劃訂單,因為系統認為這是為這訂單定制的;不帶特殊庫存指示碼的交貨單的交貨數量隻能是被本銷售訂單確認佔用的庫存數量;計劃單、生產訂單確認了也不行。
“無補貨前置期檢查”是控制MRP3視圖”補貨前置期”是否起作用的按鈕, (如果前置期為0,認為被決定的批次有足夠的數量滿足交貨),批次分割也就不能分割.
    如果勾上那就是不進行補貨前置期檢查,可以進行批次分割,在運行mrp之前建立交貨單,交貨數量帶出來的就不包括庫存不足的部份+未被確認掉地計劃訂單、生產訂單,如果檢查規則不考慮計畫訂單和生產訂單,那麼即使運行了MRP,建立的交貨單交貨數量帶出來的也不包括庫存不足的部份.
    “未檢查庫存位置”按鈕是針對交貨行項目的儲存地點按鈕.如不勾上,而行項目的儲存地點又確定,那麼其他儲存地點將不列為可用庫存,除非行項目的儲存地點為空或勾上未檢查庫存位置按鈕.
同時,交貨排程日期確定是一回事,VL01N的交貨準備時間=SO交貨排程的確認交貨時間-出貨點檢貨時間。 如果交貨準備時間>實際入庫時間+收貨處理時間+(出貨點排程時間),將無法做到批次分割。

2.3PP檢查規則
對PP檢查規則是對於訂單的檢查規則,需要包含所有的計劃訂單,否則可用性將為0,這是特殊的地方。
    PP可用性檢查是比較重要的事情了,和排程關系密切,由訂單的開始日期或工序的開始日期及偏移時間決定下介物料的需求數量和時間點,但是下介物料會考慮生產時間或交貨時間及收貨處理時間,如果不能滿足需求時間,那就是缺料,排程人員可以調整生產時間。

當然,要維護計畫/生產訂單類型的排程參數,廠內生產時間在運行MRP中才會根據排程參數按維護的MRP2視圖廠內生產時間推算出開始日期(後向)/完成日期(前向),如果是不維護計畫訂單類型的排程參數,按訂單類型*排程參數執行,通過調整日期類型決定基本開始日期或基本完成日期


DSC0002.jpg
DSC0003.jpg
DSC0004.jpg
DSC0005.jpg
例如:
DSC0006.jpg
庫存已經被SO6002530占用876.所以只有897-876=21可以給SO6002460確認.計划訂單6782276是SO6002460的相關需求,因為非限制庫存优先被排在前面的需求占用,但是確認可能是後面SO排程先確認數量.

DSC0007.jpg

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-115844-1-1.html 上篇帖子: SAP:Authority-check 下篇帖子: [BTS] WCF-SAP adapter
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表