制 造加工業企業在提公升階段，幾乎都會遇到物料、產品、部件的編碼問題。特別是一些企業試圖引進電腦化的管理手段時，更發現編碼是乙個必備的條件。企業內部可 能需要編碼的專案，包括產品（產品型號就是一種編碼）、零部件與原料（或籠統稱為物料），裝置，人，檔案，記錄，生產指令、單據等等，在這裡我們集中討論 最複雜也是最重要的物料的編碼問題。
我以前就經歷過有沒有必要用編碼，以及用編碼能不能行這樣的爭論，在實際推行中，遇到這樣的疑問不奇怪，但作為企業的經營管理者，就應當知道：這是個毫無 疑問的事情，一是當然必要，二是不可取代的必須手段。好的物料管理，必定是建立在一套好的物料編碼的基礎上。如果你現在內部的產品、零件、物料還沒有乙個 編碼方案在實施，幾乎應當不假思索地決定，現在就開始做（除非在可預見的時期裡，你都只會有數得出來的幾種產品和物料）。物料編碼的從無到有，在物料控制 方面會收到立桿見影的效果，會直接體現在成本上，絕對是有價值的投資，而且，也不必等到想"上電腦"的時候，物料編碼的用途，並不依賴於電腦才能發揮；用 電腦管理物料，則必須有編碼。
另乙個常見的經驗就是，大家都覺得自己會做編碼，而且可能認為自己的最好；同時相當多的企業做了很多年，都做不出一套好的物料編碼來。的確，物料編碼的制 定和實施比多數人直覺想象的要複雜和具有技術性。乙個編碼體系的基礎，實際上是乙個規範化的描述規則，沒有這個基礎，就不可能有好的編碼。真正好的編碼體 系應當是建立在標準化工作的基礎上（編碼是標準化技術所涵蓋的乙個課題之一）。許多憑直覺去嘗試編碼的人，他們所設想的碼的代號之類，也許尚可使用，但卻 無能力（或根本不知道）建立乙個描述的規則。不好的編碼系統最多見的幾個問題是重複，辨別不清（使用時可能需要附加描述），還有就是容量常常不夠等，大多 可以歸結到描述規則上：描述的不精確，歧義性，自然會造成重複；而不能精確地描述編碼的物件，當然就無法唯一地標識出目標，或者預見出品種的數量。
那麼，什麼人才能最權威地描述你的物料呢？當然是最初決定選擇物料的人，這就是設計工程師。這裡就回答了另乙個實際中常常發生的爭論，應當由誰負責編碼。 然而，方案的制定，往往需要前瞻性，也是相當具有技巧的一件事，一套包括幾十個種類，近萬種實際物料（就是碼子）的編碼方案，即使對於有經驗的人和必要知 識、技巧的人，從資料收集做起，也可能需要半年到一年的週期；如果資料都很充分
SAP的物料編碼分析
sap物料編碼 物料編碼涉及的部門多，對資訊系統 的影響大，為了迎合大家對xx資訊化 事業的熱情，專門針對xx的物料情況，結合sap系統的特點而作本文。xx在搞資訊化建設 資訊化建設的第一步是標準化，標準化的一項任務是物料編碼，即物料資料的編碼。如果說xx是乙個資訊化巨人的話，資料是她的血液，物料資...
古老的編碼技術 哈夫曼編碼
ht陣列中存放的哈夫曼樹，end表示ht陣列中存放結點的最終位置，s1和s2傳遞的是ht陣列中權重值最小的兩個結點在陣列中的位置 void select huffmantree ht,int end,int s1,int s2 min1 ht i weight s1 i i while ht i p...
大資料 方法與技術
economist 的，一篇 mckinsey quarterly 的，和一篇 forbes 的。其實這三篇都是空話。通篇無非就是在講 1 資料真的很大 2 各行各業都要學會處理大資料。然而我真正關心的是 怎麼做 於是 另一篇文章 進入視野。不過最精彩的還是麥肯錫的 分析報告 其中最吸引我的是 方法...