這個問題，可以簡單地說，是ascp比mrp（或scp）強在哪？
正好看到個貼子，說ascp能計算替代物料，而mrp不能，除此之外，還講了許多諸如ascp技術如何先進之類。也許跟自己多年的industry工作經歷有關，我認為這種說法沒什麼價值，或者至少可以說，根本不是站在客戶價值的角度考慮問題。因為客戶關心的，永遠不是技術本身有多先進。客戶關心什麼？客戶當然關心這種投入能帶來什麼價值。價值包括哪些？我想，易用性、友好性、穩定性、效率、總體擁有成本toc、能否解決使用者的困擾等等，這些東西才是使用者真正關心的，再先進的技術，如果不能為使用者帶來這些東西，都是白搭。因此，不管是產品提供者，還是作為象erpp這樣產品的實施顧問或技術顧問，當我們說乙個產品「好」，好在a,b,c...時，a.b.c應當是客戶價值。
具體到oracle ascp而言，我覺得有幾方面是可圈可點的：
1. 確實，ascp可以計算替代物料，並且比較好的解決了過去scp/mrp所不能解決給企業帶來的困擾,除此之外，ascp還可以考慮各種替代，如替代資源、替代工藝，替代bom等。
2. 可以計畫多個instance ，這點對並些有多個instance的企業而言很重要，你可以將多套11.5.7以上版本的應用資料收集到乙個ascp伺服器計畫運算，可以統籌安排。
3.計畫優化功能，這個功能應當說是非強有價值的，對任何乙個企業而言，運營方面，跟計畫相關的最核心kpi無非是：按時交貨率，庫存周轉，毛利率。ascp將這些指標設計成視覺化圖形介面，你可以設定你的目標kpi，執行計畫後，系統將會計算出計畫的kpi（也就是如果完全按計畫進行執行，各專案指標將會怎樣）。如果你對結果不滿意，可以調整引數，系統進行優化，得出新的kpi值，直到滿意。對企業而言，關心投入產品，關心系統實施帶來的價值，這是個非常直觀的體現系統價值的地方。可惜這個功能用起來，對基礎資料要求比較高，而且有點理想化了，使用起來比較困難，如延遲交貨懲罰成本、資源超負荷懲罰成本等，企業很難計算出這部分的資料。
4.能力計算功能擴充套件，ascp除計算資源能力還計算物料**的能力（包括**商的**能力），運輸能力等，而乙個不考慮能力的計畫，事實上並沒有太大的價值——根本無法執行，因此，從這個意義上講，ascp計算出來的結果才是真正可執行的計畫結果。
5.支援多庫存組織的計畫。這些組織可能有關聯關係（inter-company transaction, transfer)，也可以沒有。
6.支援多種製造模式（包括opm）
除此之後ascp還有很多ui的增強，使計畫結果更具可閱讀性，在forecast consumption方面也有不少改進（比如consume by bucket)。同時，ascp是aps套件的一部分，可與demand planning 結合使用，使demand management更加強大，等等。
remoting和webservice有什麼區別
其實現的原理並沒有本質的區別，在應用開發層面上有以下區別 1 remoting可以靈活的定義其所基於的協議，如果定義為http，則與web service就沒有什麼區別了，一般都喜歡定義為tcp，這樣比web service稍為高效一些 2 remoting不是標準，而web service是標準 ...
remoting和webservice有什麼區別
其實現的原理並沒有本質的區別，在應用開發層面上有以下區別 1 remoting可以靈活的定義其所基於的協議，如果定義為http，則與web service就沒有什麼區別了，一般都喜歡定義為tcp，這樣比web service稍為高效一些 2 remoting不是標準，而web service是標準 ...
unsiged char和char有區別
剛寫完的，就丟了，只好在寫一次。我在進行mac位址轉換的時候遇到的問題，用iphelp獲取mac的時候用的是char複製，而在用cstring format的時候，格式轉換的結果錯誤了，對於大於127的時候多出了ffff之類的東西，我以為是cstring的bug，後來發現不是這樣的，用sprintf...