iT邦幫忙

0

關於ERP物料編碼,大家有何看法或建議,
或是怎樣的方法,或是方案呢??

看更多先前的討論...收起先前的討論...
總裁 iT邦好手 1 級 ‧ 2014-08-11 14:58:38 檢舉
一定要有碼??不能無碼嗎??....臉紅
蟹老闆 iT邦大師 1 級 ‧ 2014-08-14 12:55:10 檢舉
小雨大這篇引來不少的迴響,這個問題就如同有幾位邦友說的,要看各公司如何去看待這個問題,不過我比較好奇的是無規則編碼相較於規則性編碼,在相同編碼長度下能為人員帶來何種好處及優勢?
iT邦幫忙MVPcdfu提到:
一定要有碼??不能無碼嗎??....


經 cdfu 提醒小妹才知
原來 hitomitanaka 大要的是解碼器....
lcw1960 iT邦新手 4 級 ‧ 2014-08-14 14:41:47 檢舉
通常無規則編碼的料號長度會比規則性編碼短很多,例如,我自己碰到一個利子,規則編碼長度為20碼,但總料號數才一萬多個,如果使用無規則只要5碼或6碼就夠了.
蟹老闆 iT邦大師 1 級 ‧ 2014-08-14 17:49:42 檢舉
lcw1960提到:
,規則編碼長度為20碼

這真是有點長了,雖不知他們怎麼編的但應該是可以再縮些(猜測),一般來說如果過長可以採英文或英數方式甚至可以使用到符號,這樣可以大幅縮短編碼長度,一般人較容易記憶的位數是7位數,不過七位數使用在規則性編碼時多數是不夠的,如果以分組的方式大約可以記憶到12位數,所以可能的話應保持在12碼內較為適當.
使用無規則式編碼則可以大幅減少長度也容易記憶,但因為沒有規則性無法記憶太多的對應。
以效率來說6碼比12碼在KEY IN時會較快,但在實務上規則性的編碼可以讓人快速反應,一次的快速反可補償數十次的KEY IN時間或更多,所以個人比較傾向支持規則性編碼.

無規則編碼在某些產業或場所應該還是有其需求的,例如單一品項或料號過雜進而不考慮規則編碼.
至於資料的統計與料號編碼個人較無絶對關係,只是是輸入進電腦的資料不論任何欄位都可以進統計或分類或其它,有心的設計師亦可將單一欄位擷取成多個統計資料.

總的來說應該是事在人為,什麼方式好什麼方式不好應該沒有決對.
蟹老闆 iT邦大師 1 級 ‧ 2014-08-14 17:50:19 檢舉
dream提到:
決對.

絕對
Albert iT邦高手 1 級 ‧ 2014-08-14 21:58:55 檢舉
物料編碼另一個角度
是 [物料編碼] 當 主鍵 ( Primary-Key)
用他跟所有資料 [串接]
這才是另一個要命的設計
蟹老闆 iT邦大師 1 級 ‧ 2014-08-14 23:20:16 檢舉
albertachen提到:
用他跟所有資料 [串接]
這才是另一個要命的設計

這裡的資料如果指的是屬性的話大多數會又臭又長,一般都會做取捨如蝦姐舉的例,為避免編碼過長某些屬性就不放入編碼中,至於料號與屬性完全拆分對使用者有何優勢我還是不了解,如阿博大能提供見解那就太好了.

若能極短化且具代表性的物料編碼我想它就是夢幻編碼了
例如:
1
偷笑偷笑偷笑
因為只有一個物料而它也是成品所以1
Albert iT邦高手 1 級 ‧ 2014-08-15 12:06:32 檢舉
將編碼當[ 外鍵 ] 串接各種資料
將面臨 [重新編碼] 天下大亂
大家熱烈討論,很難給最佳解答,就給唯一的美女啦.
大家別難過啊.
12
aenbishyar
iT邦新手 2 級 ‧ 2014-08-13 15:01:26
最佳解答

要規劃ERP的物料編碼,其實重要的在於公司的大頭、內部的人員怎麼想
怎麼說呢?
物料編碼原則最重要的功用之一,是為了讓人員跟電腦有共識,例如有一個成品,人員要向ERP調閱這個成品的相關資料,但成品有這麼多,系統怎麼會知道在講哪一個成品呢? 所以,人要將成品做出相關編碼,讓系統知道使用者要調閱的到底是什麼? 當然,電腦不會自己賦予成品一組編碼,所以,是人要餵它資料它才會了解,既然是人要餵它,重點就在"人"
不知道貴公司使用的是哪一家的ERP?你可以跟ERP廠商索取相關文件,因為貴公司向ERP廠商購買了軟體,該廠商有責任要協助貴公司導入,導入的步驟當然包含物料編碼

在這邊提示一下,你可以將貴公司的物料依特性列出,在此我用馬達舉例--
馬達特性:
款式(ex:變速、齒輪)
功率(ex:4000BTU、8000BTU)
電壓(ex:110V、220V)
頻率(ex:50Hz、60Hz)
相位(ex:單相、三相)
轉速(ex:2P、4P)

根據上述特性來做編碼,看哪些特性是人員在一看到編碼時就要知道的,
ex:人員看到編碼就要知道這顆馬達是:變速、4000BTU、110V、50Hz的,其他經討論不放入編碼原則,所以編碼原則結論為下:

_ _____ _ _
↑ ↑ ↑ ↑
款 功 電 頻
式 率 壓 率

則編碼就是:A0400011

賽門 iT邦超人 1 級 ‧ 2014-08-13 16:59:20 檢舉

蝦姐越年輕漂亮了說....拍手

simon581923提到:
simon581923 說:
蝦姐越年輕漂亮了說....

賽大也越來越會講話了說....拍手

6
蟹老闆
iT邦大師 1 級 ‧ 2014-08-11 13:56:50

我是這麼管理物料的
089061091112060-dd-gp-mgoii

胸圍89
腰圍61
臀圍91
腿長112
體重60
林志玲(倉頡)

看更多先前的回應...收起先前的回應...
summertw iT邦好手 1 級 ‧ 2014-08-11 14:36:15 檢舉

很有創意...
其實原物料,也應該是這樣管才對..
從編號即能大抵判斷出該原物料是什麼東西了..
啊...
不好了,我居然把林志玲當原物料了....

蟹老闆 iT邦大師 1 級 ‧ 2014-08-11 18:32:36 檢舉

summertw提到:
不好了,我居然把林志玲當原物料了

哈哈哈哈哈哈
只是舉個例子啦,不然一下被說物化女性
偷笑

okra iT邦研究生 3 級 ‧ 2014-08-11 18:45:44 檢舉

如果這不是物化女性,那麼請問,是原物料化林志玲?~~

蟹老闆 iT邦大師 1 級 ‧ 2014-08-11 19:33:25 檢舉

okra提到:
是原物料化林志玲?

是這樣沒錯哈哈哈哈哈哈

hector958 iT邦研究生 2 級 ‧ 2014-08-12 15:50:38 檢舉

089061091112060-gg-in-in-der

蟹老闆 iT邦大師 1 級 ‧ 2014-08-13 16:55:39 檢舉

hector958提到:
gg-in-in-der

哈哈哈哈哈哈哈哈

賽門 iT邦超人 1 級 ‧ 2014-08-13 17:05:45 檢舉

哇塞,蟹老闆的庫存這麼多優質女模原物料....

蟹老闆 iT邦大師 1 級 ‧ 2014-08-13 17:48:55 檢舉

simon581923提到:
優質女模原物料

哈哈哈哈哈哈
我沒有那些原物料啦,為了有參與感所以要想些名目。
我只有一張郝莉駭的圖,現在也換掉了

4
michaelwan
iT邦高手 1 級 ‧ 2014-08-11 14:46:27

小弟大多用類別來分~
當然也遇到把規格/供應商/客戶(簡稱)編進去的.

8
Albert
iT邦高手 1 級 ‧ 2014-08-12 00:08:17

物料編號

物料屬性
應該是拆離的
不然編號會很長很長才能代表唯一性
而且物料屬性可以多重歸屬才算是完整

看更多先前的回應...收起先前的回應...
sitig iT邦新手 4 級 ‧ 2014-08-13 19:55:31 檢舉

投Albertachen一票。
「物料編號」宜(1)極少化(2)極短化。極少化就是:只有1段。

前提:ERP必須支援「物料屬性」。例如:跑MRP「同時」考慮「物料編號」及「物料屬性」。

如果ERP只細緻化到「物料編號」的話,Albertachen的作法在這類ERP就不可行,user必須走「多段物料編號」的老路、歹路。

sitig iT邦新手 4 級 ‧ 2014-08-13 19:56:43 檢舉

更正:「物料編號」宜(1)極少化(2)極短化。極短化就是:只有1段。

sitig iT邦新手 4 級 ‧ 2014-08-13 20:00:33 檢舉

「物料編號」極短化的系統,數量也就自然而然地「極少化」。

相信現有絕大多數的ERP強迫用戶走「多段物料編號」的老路、歹路。

sitig iT邦新手 4 級 ‧ 2014-08-13 20:06:06 檢舉

「多段物料編號」的ERP,用戶很痛苦、「系統很大套」、跑不快、資料量大、程式難維護

再加一條:相信現有絕大多數的ERP強迫用戶走「多段會計編號」的老路、歹路,這類ERP有「多段物料編號」都有的全部負面效果

sitig iT邦新手 4 級 ‧ 2014-08-13 20:13:38 檢舉
sitig iT邦新手 4 級 ‧ 2014-08-13 20:23:06 檢舉

這句話是對內行人講的:

「多段會計編號」、「多段物料編號」的ERP,在處理資料的時候,99%必須用procedural language去拆解料號或會計科目,純SQL在這些系統行不通

6
shengfu
iT邦新手 2 級 ‧ 2014-08-12 08:30:33

提供我的工作經驗

先將物料或是交易物(採購/訂單等)分為實體跟非實體,你也可以理解為是否需納入庫存管理

有些人會用費用性跟生產相關來做區分

不納入庫存管理的-不需編列料號(ERP很多都是一物一料)
需納入庫存管理的-才需編列料號

料號命名原則-
通常用成品/半成品/原物料來當開頭,例如

F10 成品,F08半成品,M01原料

開頭定出來後,中間後面的編碼,再依據公司的實際需要編列,至於屬性的部分,
確實不建議列入編碼原則裡面,例如我有個冰箱的產品,它可能會有白色/黑色/紅色
如果你把顏色編列入料號,那麼你就需要建立三個料號

料號編列不好,會變成公司的亂源,因為他會影響到Bom/工單/Cost...等等
其實你應該先以你們公司"現行的"的料號來當參考
前人的智慧,應該已經幫你解答這問題了,你只要再做歸納整理,讓它更完善就好

PS:召開會議聽大家的意見,是很重要的喔!

0
smonkeyy
iT邦新手 3 級 ‧ 2014-08-12 08:45:50

我們公司也是剛做完編碼原則的重編
基本上就是用分類碼+流水碼+版次碼+廠商(牌)碼組成
分類碼就能幫大部分的物料分類
版次碼則是方便RD控管改版

反正就提出個大致上的規劃
再跟其他單位討論與收集意見
這樣應該能設計出一個適合貴公司的編碼原則

0
yehking
iT邦研究生 5 級 ‧ 2014-08-12 09:22:32

基本上就是用大、中、小分類再加流水碼(如果可以固定碼數會比較好,不足補0)
版本碼的部份有的ERP就有這個欄位,如果沒有這個欄位,但有使用設計變更也可以管控各版本的差異;但是如果會同時有同料件多版本別的生產或採購,建議再考慮是否要將版本碼編入
一般再設計編碼時,總是希望一碼以窺天,即看到料號就知道是什麼東西,但是因為編料號的人不一樣同樣一套的編碼原則就可能會出現部份差距,如再加上時間的推移,通常一段時間後就很難直接由料號百分百的知道這是什麼料了
所以應該依公司產品、原料及ERP系統進行編碼
建議不要搞的太複雜,使用上避免同時使用2及Zz、1及lL、0及Oo等以免造成輸入或判別上的錯誤。

4
mingtel
iT邦新手 5 級 ‧ 2014-08-12 10:07:02

料件編碼沒有一定的編碼原則, 哪種好? 哪種不好? 也很難有一個定論.
但料件編碼,我認為至少應做到避免:一物多號及一號多物的情形發生.
有人推崇料號簡單化, 當然, 也有人覺得料號應詳細化.
簡單化: 只是一個分類碼 + 必要長度的流水號
明細化:各個分類碼組成(產品分類 + 規格1 +....+規格N) +流水碼
有人喜歡用直觀方式, 例如: 胸圍 89 -> 089 ;用三位數是因為最大的胸圍應該不會超過999
但也有人更喜歡用代碼方式 , 例如顏色, 或尺寸大小等--> A1=RED A2=BLACK.... S:小 M:中.....等等.
料件編號確實是一件很大很繁複的工程, 對於公司的管理, 是佔了很要的角色. 但是, 我卻認為應該從管理的層次, 來建立料號編碼系統的架構, 而這個架構在於需要考量營銷/生產管理/.....等層面分析的需求. 而這方面因為必須跟使用的資訊管理系統結合, 但卻往往被人忽視了.

Albert iT邦高手 1 級 ‧ 2014-08-12 11:58:55 檢舉

這個建議很棒

但是
料品分析統計不一定是要用 [料號]
可以加上屬性欄位
從屬性去分析判斷
別再用 20年前技術
硬擠在料號
那是硬碟很貴的時代的寫法

6
隨風奶爸
iT邦好手 1 級 ‧ 2014-08-12 12:35:39

以上前輩的回答都很棒~
我僅提供一個額外的建議~
無論是完整可視化的編碼,或是局部可視化,甚至乾脆流水號都沒關係。
各產業有其產業特性!依需求規劃即可~
但是.......
料件基本屬性檔的建立一定要有~
這裡面才是包山包海的將料件屬性完整呈現的地方,
同時,也是避免一物多料號的重要依據~
換言之,料號只要可以適應產業,可以、夠用 能區分各料件即可,
重要的是屬性檔中的各項屬性!
一點建議~提供參考~

Albert iT邦高手 1 級 ‧ 2014-08-12 13:01:52 檢舉

高手終於出現

若要系統時做技術 web-server browser java source 原始碼 技術轉移
請洽: Skype: Adempiere/Compiere Albert Chen 技術轉移顧問

6
hanker
iT邦新手 3 級 ‧ 2014-08-12 19:32:36

除了編碼之外還要把握幾個重點,一樣的東西不能有兩個編碼,二個不一樣的東西不能共用一個編碼,用過的編碼不能刪除只能停用。這些原則看似簡單,但是實際操作人員常常給你搞天兵,讓你的物品資料錯亂。

4
koenma
iT邦新手 4 級 ‧ 2014-08-12 21:40:12

用三圍當料號最後一定會後悔的,就乞求他身材不要變

蟹老闆 iT邦大師 1 級 ‧ 2014-08-13 12:13:06 檢舉

只留下美好的瞬間其它就不管了

slime iT邦大師 1 級 ‧ 2014-08-15 20:28:25 檢舉

那瞬間要量三圍?

4
masako652001
iT邦新手 5 級 ‧ 2014-08-13 11:30:44

目前許多新版的ERP
都可接受多屬性的設定, 也同時可接受廠商編碼及客戶編碼對應
但,已用過的編碼, 皆無法刪除只能停用

現場人員的操作, 若廠夠大, 建議使用Barcode協助管理, 可降低出錯率.
相同東西不同編碼, 在實務上是有出現過. 但建議於儲位上也同步做劃分.
於report 上須同步做客製調整(或備註說明)
不同東西於財管上, 報表上, 物品分類, 或倉管人員處理上問題太多, 不建議採用.

Albert iT邦高手 1 級 ‧ 2014-08-13 19:11:57 檢舉

高手出現

實作範例開放原碼可以減少很多年思考

謝謝不嫌棄~
一般外商的ERP 是不提供原始碼的,
在導入時, 建議多和導入顧問溝通實務需求; 目前多數ERP是可以支持上述做法.
僅需做少數客製. 透過顧問的規劃, 應該可以達到.

Albert iT邦高手 1 級 ‧ 2014-08-20 16:41:19 檢舉

一般
我們是
提供原始碼
提供技術轉移

0
lcw1960
iT邦新手 4 級 ‧ 2014-08-13 14:29:46

大部分公司還是在料號編碼使用一定的規則,但其實料件基本資料檔(Item Master)已經有非常多的欄位在描述料件的規格/屬性/特徵/材積/會計,...等等各種資料,所以也可以用無意義編碼原則,只是此種做法很少公司採用.

蟹老闆 iT邦大師 1 級 ‧ 2014-08-13 16:54:47 檢舉

這個的好處是可以隨意編碼,壞處需要記憶眾多的料號,無法從料號中就能得知是什麼物料或是無法從原料中得知是什麼料號

0
dscwferp
iT邦好手 1 級 ‧ 2014-08-15 10:26:55

經驗上來看
物料編碼 是 給電腦用的
寫程式 下SQL指令的 KEY值, 排序值!
所以只要唯一性就好!
要多長多短, 要怎樣編?
個人建議:
先依BOM 階層編
如沒BOM 就依會計分類編
最後再依 採購分類編

至於實際上"一物一料"的堅持!
現在已收到很大的挑戰了!
現在 "一物多料" "多物一料" 已越來越多了!
嘆~~

"屬性" 才是 人用的!
但"屬性"很多
不同行業有不同需要必要等的"屬性"
用的最長最久的"屬性" 就是"品名/規格"
再來就是會計用的 "原料/物料/成品..."
還有 採購件/自製件/外購件 等
上百幾千個屬性
這就讓各ERP系統商去發揮了!

以上個人觀點請多包涵!

現在 "一物多料" "多物一料" 已越來越多了!
==> 一物多料在ERP 對應上還勉強可以做到, 多物一料的部分, 在下在導入ERP 時, 都會和客戶進行說明, 通常會採取其他欄位進行所需的處理, 而不使用客戶原本的編碼原則
畢竟, 又要維持原編碼原則, 又要系統產出對應的report , 真的是太為難了.

在下不才的意見,請見諒.

1
jonaluh
iT邦見習生 0 級 ‧ 2017-08-31 18:18:59

內碼規則:
1-EM-E01-7081-A2357
第一欄: 來源
第二欄: EQUIPMENT CODES
第三欄: 產品代碼
第四欄: 入庫流水碼
第五欄: 倉位碼

PACKING LIST PART NUMBER, 因為是對外公開,所以需用以上內碼進行編碼,轉換成為5碼或是6碼,提供買方客戶使用。

詳細說明:
第一欄->
1=成品
2=半成品
3=原料
4=物料
5=自製入庫
6=修復品
7=二手品
8=分拆入庫
9=其他

第二欄->
範例:
壓力表Press. Gauge=PG
Bag Filter=BF
Electric Motor=EM
需自己參考國際組織編訂的常用EQUIPMENT CODE SCHEME,編一套適合自己公司使用的E.C.表。

第三欄->
產品代碼,好比說 A01= XXXXXX產品線, A02=XXXX產品線

第四欄->
例如: 7081
第1位數=年份,7=2017年。
第2~3位數=月份,08=8月份。
第4位數=批次,1=第1批次。

第五欄->
例如:
例如: C3235,C=北三倉庫
3=3樓
23=第2行x第3列貨架
5=第5層(箱)。

若還要學更深入,歡迎連絡~

我要發表回答

立即登入回答