這段時間老是在講Open Source ERP，也連續寫了幾篇有關iDempiere的分享文，現在，我把我的測試環境開放給大家來公測。
這是我家裏的Server，光世代的頻寛，希望各位駭客高抬貴手，讓我不用花時間去維護這個網站。
連結點是：http://goo.gl/RiRQsn
連進去的第一個畫面是到那裏去的選單：
請選擇[Web Application]，也就是Web UI。
接下來會顯示登入視窗：
請輸入帳/密：GardenUser/GardenUser
語言請選擇英文或簡體中文，繁體中文幾乎看不到中文。
輪入完成請按[OK]。
然後，出現工作組織選擇視窗：
請在Org欄位點下拉選單，我都選HQ(總部)來測試。
選好後，按[OK]。
最後就出現iDempiere的主儀表板了。
看到上圖我用紅框標示的[菜單]嗎？這就是iDempiere的主功能選單了，點一下，就可以看到主功能選單：
祝大家玩得愉快，颱風天平安喜樂....
倘若個人僅需普通的"進銷存"功能
該如何"玩"起？
拿到菜單當然是要.....點菜呀!!!
就先從採購開始玩囉!!...
jacky1122提到：
該如何"玩"起？
請阿伯大用CTRL+C及CTRL+V特異功能灌頂加持，相信Jacky老大神功再世，馬上就會進銷存寶典...
開點玩笑....請參閱下圖：
玩這幾個功能即可。
simon581923提到：
希望各位駭客高抬貴手，讓我不用花時間去維護這個網站
想得美
我已經駭進去系統
下了一張10,000個美味蟹堡的訂單
感謝分享.
我看了一下Product, 請問:
有支援Virtual Product和Variant Product嗎?
在Product的主頁面中, Product Measurements 的資料輸入並不多, 是還另有地方輸入嗎
bizpro提到：
Product的主頁面
可以把你看到的畫面貼上來嗎？
靈異畫面可以嗎...
養眼的可以嗎？
bizpro提到：
- 有支援Virtual Product和Variant Product嗎?
不確定你們的Virtual Product和Variant Product的定義為何？如果Virtual Product指Phantom BOM，是有支援。但Variant Product真的無法指出在那裏。
bizpro提到：
2. 在Product的主頁面中, Product Measurements 的資料輸入並不多, 是還另有地方輸入嗎
沒有，要另行客製。
simon581923提到：
Virtual Product和Variant Product...如果Virtual Product指...。但Variant...
用這些virgin不行嗎...
Variant Product指的是同型產品不同變化, 如一件衣服, 不同顏色和尺寸, 將之歸為Variant Product. 而 Phantom BOM應該就是Virtual Product/Group Product了.
關於Product Measurements, 如果需要客製, 很可惜, 因為這算是基本功能. 幾個資料表的關聯就可以完全涵蓋各種量測數據了.
從使用者的角度來看, 以簡馭繁, 隱惡揚善是好的UI設計, 這是減法設計, 但工程師卻習慣坦誠相見, 全盤托出, 用的是加法設計, 這是我看到的UI, 即使已經使用ZK來改善了, 當然, 這樣的設計法可以增加導入的顧問時數, 有利可圖, 卻也有增加維護成本的風險.
至於畫面, 完全沒有紀錄下來.
這些都是假的畫面, 當你近距離接觸這些空姐(只是近距離, 不是沒距離, 泰大別多心囉), 你會發現歲月的滄桑.
ted99tw提到：
virgin
難怪...最近老大總是喊著要做virgin control....
bizpro提到：
Product Measurements
可能Bizpro老大所處產業需要關注產品的度量，基本上，iDempiere還是提供了單位轉換的簡單功能。
只是要更複雜的單位轉換，例如一箱裝幾個、一貨櫃裝幾箱，可能，就需要客製。
但如果是A產品一個需要B原料300公克、C原料200CC，這是BOM的處理。
以前我做貿易時(不是IT人員), 最頭痛的問題是這個, 鼎新就直接跟我翻桌了.
Variant Product指的是同型產品不同變化,
如一件衣服, 不同顏色和尺寸,
將之歸為Variant Product.
:: M_BOMAlternative_ID 設定可以解決你的問題
設定 M_BOMAlternative_ID 就是選擇其中一種使用
關於Product Measurements,
如果需要客製, 很可惜, 因為這算是基本功能.
幾個資料表的關聯就可以完全涵蓋各種量測數據了.
:: 一般都是用標轉換算 跟 Phantom BOM 的延伸 Measurements BOM 去換算
以上不需客製化就可以解決問題
還有 [不改程式 不重新編譯 不算客製化]
因此
加上 料號 UOM 對應表 與 換算機制 不需重新編譯
可以用驗證機制 Rule Engine 設定規則 不需重新編譯
開放原碼 [導入的顧問] 都是免費
即使已經使用ZK來改善了, 當然,
這樣的設計法可以增加導入的顧問時數,
有利可圖, 卻也有增加維護成本的風險.
是無利可圖, 因為可以設定 隱藏所有不須顯示的欄位,
C_UOM_Conversion 提供了任意 單位轉換 MultiplyRate/DivideRate
C_UOM_Conversion 提供了任意 單位轉換 MultiplyRate/DivideRate
可以限制 只針對 哪一個產品 或 是不分產品
iDempiere 他提供了 Rule Engine/ Validation Engine/ Event Engie
可以用' groovy 來實現各種可能
還有更複雜的請貼上來
albertachen提到：
開放原碼 [導入的顧問] 都是免費
錯錯錯，導入顧問是提供技術服務，技術服務收費有什麼問題？
請阿伯大不要再發表這種誤導的論點了。
試多次仍無法顯示網頁,太熱門了.
ycl8000提到：
試多次仍無法顯示網頁
不會吧！我一連就上....看一看流量，目前乎沒幾個人連線。
畫面好由質感......至於內容....
我看不懂英文
不是有中文可以選嗎??...
可以連線的.
選單還有一些介面還是英文的
iThome鐵人賽
看影片追技術