軟體開發(軟件開發)

網智數位主要提供套裝及客製化的軟體系統解決方案,專為客戶量身訂做客製化的軟體,達成客製化、智慧化及網路化的管理功能。

室內設計、裝潢、窗簾報價估算軟體

網智數位主要提供套裝及客製化的軟體系統解決方案,針對室內設計師、木工、裝潢業產業,量身訂做客製化的軟體,達成客製化、智慧化及網路化的商用軟體。

商用軟體-客製化設計

網智數位主要提供套裝及客製化的軟體系統解決方案,專為客戶量身訂做客製化的軟體,達成客製化、智慧化及網路化的管理功能。

IOT 物聯網-系統開發

根據客戶實際狀況,結合雲端與載具進行客製化物聯網IOT導入與軟體開發

雲端VPS虛擬主機租用

我們的雲端VPS虛擬主機是採用雲端(虛擬化)技術所開發之全新雲端伺服器服務,可以選擇多種作業系統(Windows、Linux等),客戶可載入自訂的應用環境,執行自己所要提供的網路服務,我們的雲端服務可為您的網站提供最完美的解決方案。

ERP軟體客製化導入

ERP軟體客製化導入,室內設計、營造業、裝潢、木作工程、系統櫃工程、會計系統,全面提升公司管理營運效率。

搜尋引擎最佳化SEO

搜尋引擎最佳化(SEO)不僅能提高網站在搜尋結果的排名,更能帶來大量對我們產品或服務真正有需求的訪客。SEO 最棒的特質之一就是不像廣告一樣亂槍打鳥而導致用戶的反感,反而更能提升點閱率跟成交率喔。

服務宗旨

網智數位主要提供套裝及客製化的軟體系統解決方案,專為客戶量身訂做客製化的軟體,達成客製化、智慧化及網路化的管理功能。

我們的成立宗旨就是要以最猛的IT技術讓這個世界更Smart,在我們貫徹我們裡想的同時,我們希望可以把我們所開發的系統帶給台灣的中小企業,除了要推薦好的東西之外,我們也希望做點改變,所以我們的第一目標就是要使用最好用的系統再加上您寶貴的創意,不僅僅可以節省你大量的荷包,還可以有一個像樣的網站。我們可以幫你做的有

企業管理
  • 策略管理
  • 目標管理
  • 行銷管理
  • 財會管理
  • ERP導入
  • 企業流程自訂
資訊管理
  • 網站架設
  • 虛擬化/雲端架設
  • 主機代管
  • 私有雲建制與導入
軟體開發
  • UML設計
  • 版本控管
  • 企業軟體開發
  • APP開發
  • 網頁設計
資訊安全
  • 網頁弱點掃描
  • 主機弱點掃描
  • 木馬檢測
  • 資安鑑識
  • 設計網路架構
  • 資安監控
行銷
  • 關鍵字SEO
  • 社群網路行銷
  • 部落格行銷
  • FaceBook 粉絲團
其他
  • 協助企業申請Google Email
好玩工具開發

講出你的創意吧!沒有甚麼是資訊辦不到的

顯示具有 SCM 標籤的文章。 顯示所有文章
顯示具有 SCM 標籤的文章。 顯示所有文章

2017年5月22日 星期一

文具行業-ERP管理軟體導入(軟體開發、軟件開發、客製化軟體)

    感謝位於越南台商-台灣豐禾文具製品有限公司,選擇委託網智數位-軟體開發團隊,量身客製化開發軟體,該客戶是在越南已經有多年的耕耘,在文具加工與製程有非常好的品質與競爭力,但因為在針對下游客戶的訂單處理、報價評估、成本分析、都是人工Excel計算,以及庫存都是手寫記錄,因此與我們聯繫溝通想導入一個好的管理軟體。









    而因為在成本的零件、材料的多樣性變化,在一般的套裝軟體的BOM表無法真的滿足,報價選擇零件的成本、利潤估算,因此必須針對該客戶的具體物料變化、用量、損耗進行客製化公式設計、軟體開發,來加速公司的報價利潤控管與查詢統計,以及後續的採購流程、庫存管理,所以評估多家軟體公司後,正式選擇網智數位,進行輔導與軟體開發。


網智數位-在企業的客制化軟體開發,有相當豐富的經驗,也在企業的流程知識、資料流、系統整合,ERP、MRP、CRM、庫存管理管理軟體導入都有產業經驗,目前已經橫跨地板業、窗簾業、成衣業、工業馬達、化妝品業、玩具貿易業、物流業…








網智數位-軟體開發(軟件開發)
針對各特殊產業都可以量身定做符合貴公司的需求,別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口:allen@netqna.com
聯繫電話:0920-883-870
公司電話:02-55991310
公司地址(業務營運處):台北市中山區錦州街 25 號 5 樓
skype: netqna
line:netqna
微信:netqna
黃先生 Allen


2017年3月12日 星期日

跨平台解決方案優缺點細說(軟體開發、軟件開發、客製化軟體)

       在現在智慧型裝置、平板裝置大量普偏化,從企業到個人甚至在企業內部團隊開發者的支持與合作之  下不斷推出大量新型移動應用。面對如此龐大的應用生態圈,認真規劃並調整戰略性技術決策無疑有助於確保應用的成功發布並獲得良好的市場反響。而在實際構建相關平台之前用戶界面(簡稱UI)、用戶體驗(簡稱UX)以及必要功能自然是首先需要明確的要素。而後,則應考慮如何採取適當舉措以推動開發流程。 

      
IC764638

       事實上,單純是原生抑或跨平台這一決策已經能夠帶來諸多後續影響。應用開發所選擇的首要平台及編程語言在產品對用戶的直觀性以及受眾類型方面發揮著巨大作用。例如,您的應用是否只能在Android或者iOS中的一類設備上使用?原生抑或跨平台這一決策最終取決於您的實際業務目標,且其各自都有著自己的優勢與缺點。

原生應用
原生應用採用面向特定平台的編程語言構建。在Android方面,其為Java; 在Windows上則為C#、VB .NET或者C/C++; iOS平台則為Objective-C或Swift。這些應用需要從零開始進行構建,且僅能夠在指定平台上運行。


優勢
用戶界面 (UI) – 應用的外觀以及整體使用方式能夠決定其最終成功與否。由於原生應用能夠與其創建平台無縫對接,因此用戶能夠使用其更為熟悉的界面。這有助於帶來更為積極的用戶體驗,並鼓勵用戶長期使用。
性能(UX) – 原生應用開發中往往涉及大量媒體(例如圖像、視頻或動畫)資源,因此需要進行大量交互與數據處理操作。在這方面,原生應用表現更好,因為其原生代碼能夠直接調用操作系統的獨特硬件與軟件功能,且幾乎不存在任何滯後現象。另外,使用本機代碼開發複雜應用能夠最大程度降低應用卡頓或者崩潰風險。
更佳排位–原生應用通常在用戶中口碑更佳,且能夠在應用商店中得到大力推薦。另外,原生應用也能夠憑藉著出色的性能與用戶友好型界面得到受眾的高度認同。
平台集成–原生應用往往能夠在指定平台上順暢運行,這意味著其功能可以根據用戶偏好進行自定義,並讓用戶擁有將其作為自身移動設備之上固有組成部分的感覺。


缺點
耗時– 面向多種平台開發原生應用往往更為耗時,因為同樣的代碼無法直接運行在其它平台之上,這意味著開發者需要耗費額外時間進行代碼轉換甚至重寫。
對開發技能要求更高–欲面向多種平台開發原生應用,企業需要擁有更多技能水平更高的開發者。取決於您所選定的平台類型,跨平台原生應用開發至少需要兩名開發者——其一負責進行Android版本開發,其二負責iOS版本開發。
高成本 – 開發者數量的增加意味著開發成本也將快速提升。再加上更為漫長的項目開發流程,企業可能需要將整體預算翻倍甚至再次翻倍。


跨平台
跨平台應用所使用的代碼可根據具體操作系統進行定制,而後再行發布。這種多合一式解決方案能夠讓單一應用運行在多種平台之上,因此受到廣大關注時間與成本的企業與開發者的熱烈歡迎。


優勢
節約時間–與原生應用不同,跨平台應用開發可採用單一代碼庫面向多種系統平台,從而幫助企業節約由代碼重寫及平台定制所帶來的時間消耗。
成本低廉–企業能夠有效削減開發項目的人員數量與成本水平。這種“一次編寫,隨處運行”的代碼能夠顯著提升開發效率並加快部署速度。
利潤最大化–除了節約成本外,跨平台應用還能夠同時在多種平台及用戶市場上取得影響力,最終實現利潤最大化。
螝於啟動及更新–企業可以首先啟動應用,並隨後根據需要面向多套平台同步推出更新。

缺點
性能延遲 - 跨平台應用往往無法像原生應用那樣與運行平台無縫對接。因此,此類應用通常會因代碼不能同設備硬件或軟件功能順暢協作而引發卡頓或者延遲。
以特性換通用 – 由於共享同一套代碼庫,因此跨平台應用無法完美與當前平台相集成,這意味著用戶往往不能充分利用平台內的某些功能,例如預設手勢、攝像頭甚至麥克風。

PhoneGap
PhoneGap,亦被稱為Apache Cordova,是一款高人氣開源平台,可用於創建跨平台/混合應用。其採用JS、HTML 5以及CSS 3編程語言。

優勢
編程語言熟知度高 – 由於PhoneGap採用JS、HTML 5與CSS 3等高人氣語言,因此開發者能夠輕鬆上手並開始使用。這不僅能夠減少相關培訓需求,同時也使得企業能夠更快向市場推出應用開發成果。
易在應用商店中被發現 – PhoneGap應用的安裝方式與原生應用類似,因此能夠在應用商店中獲得理想的曝光度。
插件架構– PhoneGap採用一套靈活的插件架構,能夠以模塊化方式擴展原生設備API。
無許可成本– PhoneGap是一套開源項目且可免費使用,因此企業無需承擔任何許可成本。
提供大量庫–開發者能夠輕鬆訪問並尋求各類資源庫的幫助,從而增強自有應用功能。


缺點
性能 – PhoneGap應用的性能表現常常受到批評。一旦應用架構中存在大量圖形或者復雜元素,則可能導致應用無響應甚至崩潰。
插件 – 在多數情況下,開發者必須使用特定插件以避免對其原生指定屬性產生干擾。 PhoneGap擁有一套靈活的插件友好型架構,開發者能夠根據需要選擇必要插件或者自行開發插件。然而,如果開發者無法找到適用的插件或者無法輕鬆編寫自有插件,則開發過程將遭遇嚴重延後。
缺少說明文檔– PhoneGap的用戶指南含糊不清且與用戶界面有關的指導性文件缺少部分關鍵性信息。另外,其中尚不提供可用於強化跨平台應用開發的最佳實踐信息。
內存丟失 - 由於PhoneGap缺少緩存/內存管理功能,因此經常出現內存丟失問題。


Titanium
Appcelerator Titanium是一套可用於開發桌面、原生移動以及跨平台應用的開源開發平台。目前市面上已經有超過3萬5千款利用JS、HTML 5、jQuery以及CSS 3等語言在Titanium中開發完成。


優勢
編程語言熟知度高 – Titanium採用JS、HTML 5與CSS 3等高人氣語言,因此開發者能夠輕鬆上手並開始使用。
可訪問各先進功能 – Titanium擁有獨立的API以訪問設備上的各項功能,包括攝像頭、麥克風、觸控屏幕以及GPS。這意味著用戶能夠將Titanium應用作為其設備中的固有組成部分並獲得良好的使用體驗。
即時反饋 – Titanium能夠縮短應用開發時間,允許開發者以更少代碼進行應用構建。這意味著開發者能夠快速構建應用原型設計,並根據即時反饋評估用戶與UI間的交互方式與效果。
龐大的技術社區 – Titanium/Appcelerator社區擁有超過20萬名開發者,並開放對其Open Mobile Marketplace的訪問。開發者能夠在這裡購買、出售及共享各類模塊、模板、設計元素以及面向Web服務的擴展。


缺點
複雜性更高– 應用複雜性的提升亦會引發成本增長。開發者在遭遇大量崩潰及bug等問題時往往需要投入更多時間與精力加以調試,這在無形中拉高了代碼組織與多平台支持維護的成本。
靈活性有限 – 儘管Titanium的API對代碼行數要求更低,因此能夠幫助開發者節約時間,但這種限制亦會導致應用複雜性上升的問題。另外,其還有可能引發應用中的延遲及其它持續性問題。
功能不穩定 – Appcelerator提供StoreKit模塊,旨在實現指向蘋果App Store的應用內購機制。然而這一功能非常不穩定,且有時無法正常起效。該模塊的部分功能極大影響了Titanium的免費增值定價策略。事實上,這款免費下載的軟件運行狀態極差,且根本無法實現有效的內購效果。而這種不穩定性甚至導致部分用戶徹底放棄相關應用。
工具包故障 – 可能很多開發者都有同感,即自從Titanium Studio(一套基於Eclipse的IDE)出現後,Titanium的學習成本開始大幅增加。 Titanium Studio存在諸多問題,最嚴重的就是會在構建過程中忽略部分變更。這迫使開發者必須在每次更改後進行項目清理,或者使用新項目進行完全重新啟動。


Xamarin
自2011年發布以來,這款知名框架就被廣泛應用於跨平台應用開發。通過API,Xamarin應用能夠以原生方式同iOS、Android以及Windows等設備上的攝像頭、GPS等功能進行通信。

優勢
一套代碼玩轉全部平台 – Xamarin採用C#與.NET框架相結合的方式,確保應用能夠在多平台上正常運行。這意味著開發者能夠復用大部分源代碼以加快開發流程。 Xamarin還能夠與Visual Studio及Xamarin IDE協作,開發者無需在不同開發環境間往來切換。
模擬原生 – 由Xamarin開發而成的跨平台應用在理論上可以被劃歸原生應用,因為其性能指標高度類似於針對單一平台的原生應用。另外,Xamarin應用亦可在應用商店中享受到原生應用的待遇。
原生UX – Xamarin允許用戶面向各平台定制其UI。通過使用Xamarin.Forms工具,開發者能夠構建跨平台應用並為其配備有針對性的UI組件。為了實現更理想的性能表現,開發者還可以使用Xamarin.iOS或Xamarin.Android工具開發具備原生使用體驗的高速、可靠跨平台應用。
功能 – 利用Xamarin,所有硬件兼容性問題都將不復存在。 Xamarin允許開發者訪問多種平台指定型API,並能夠接入原生庫以無縫實現多設備平台跨越,且舉帶來任何功能或者性能問題。
無需昂貴的許可成本 – 在微軟於2016年年中收購Xamarin之前,Xamarin的許可費用高達每開發者、每平台1000美元。這意味極小的開發者團隊即會給企業帶來高昂的許可成本。然而自收購之後,微軟開始免費將Xamarin提供給Visual Studio用戶,且目前亦在將其打造為真正的開源平台。

缺點
社區規模較小 – Xamarin在過去幾年中的發展速度比較穩​​定,且大多數追隨者來自微軟。由於社區規模較小,因此尋找有經驗的Xamarin開發者可能並不輕鬆。
需要更為廣泛的技能儲備 – Xamarin廣泛使用.NET開源資源及其它開源技術,因此希望使用Xamarin的朋友需要熟練掌握.NET,同時具備JS或者Objective-C等其它特定平台的專業知識。
應用體積 – Xamarin需要大量操作性軟件以實現.NET框架與平台特定操作系統間的代碼與引用鏈接,這意味著其應用的體積相對更大。

原文标题:Native vs Cross-Platform App Development: Pros and Cons of PhoneGap, Titanium, and Xamarin
原文作者:Prem Khatri、51CTO

 

 

網智數位-軟體開發(軟件開發)
針對各特殊產業都可以量身定做符合貴公司的需求,別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口:allen@netqna.com
聯繫電話:0920-883-870
公司電話:02-55991310
公司地址(業務營運處):台北市中山區錦州街 25 號 5 樓
skype: netqna
line:netqna
微信:netqna
黃先生 Allen

2017年1月3日 星期二

軟體公司與網路(互聯網)公司之差異性(軟體開發、客製化軟體、程式設計)

    在現行許多軟體公司與網路(互聯網)公司在客戶面、獲利來源、以及市場區隔性、差異性,讓很多人有點分不清楚,這兩者在本質上是有一定的落差,不論是商業模式、獲利來源、團隊人才取捨,而 Allen 我自2003年進入.NET程式平台開發領域(早起是開發 LAMP,Linux + Apache + MySQL +PHP),這快15年的.Net技術迭代更新,我能跟隨學習的就盡力,當然也犧牲了生活品質質量,我期間經歷過專業的管理軟體公司、網路公司,也有國內上市企業服務、傳統產業擔任資訊部經理,深感其中的差異,撰寫文件分析兩者的聯繫和區別,供其他疑惑者的朋友可以進行思考我的論點(當然不一定是對)。








IT 技術的選擇差異性
(一)管理軟體公司著重於業務實現、產業領域知識的導入、企業流程的整合,網路公司著重於高並發、高可用、使用者體驗、操作介面友善性等;在企業管理軟體的使用者一般是企業或各工廠各部門行政人員,一個大公司也不過10~300個使用者同時上線,所以相對一定是對與企業的業務流程的實現與整合相對要求高,這樣才可以節省人力、降低人事成本,而不是增加成本,當然有的管理軟體提供了大量的簽核審批的機制、功能,每走一個流程,每確認一個步驟(下訂單,發貨,產生發票,請收款)都要審核,我個人認為這樣的管理軟體是增加使用者的成本,進而降低效率,我們把企業、工廠當成一個合作的整體存在,業務部負責下訂單,生產部負責在規定的時間完成訂單生產,採購負責及時的購買所需要的生產物料,這是一個密不可分的整體化運作,任何一個環節卡住會造成訊息溝通的不流暢,更甚至會導致生產停滯、呆料,我在多年以前,我們在網上註冊一個帳號,輸入帳號、密碼等,提交時提示電子郵件必須輸入,這時我們輸入的密碼也會被清空,對於非常重視使用者經驗的網路公司,勢必一定會考慮到這種案例,系統需要幫忙我們記住之前輸入的密碼,這時只需要輸入電子郵件即可再次發送。
(二)單純的軟體開發公司用的技術相對來說一般是比較老的,穩定的,成熟的技術。比如.WCF、Windows Forms、WPF、Web Forms、ASP.MVC,而網路公司走向一般會追求新的技術,比如Spark、Redis、Micro Servie(所謂的微服務)、Hadoop、Node.js 等。單純軟體公司會使用 SQL Server Analysis Services作為 OLAP 的分析工具,而新的網路公司可能會採用 Spark + Hadoop 等大數據技術來達成實作的可能性,如果工程師在喜歡搞技術創新的管理軟體公司上班,常常會活的比較痛苦。如Linq to SQL出了沒多久,Entity Framework出現,Silverlight,WPF後來也是逐漸從公眾視野中消失。 ASP.NET MVC的出現,大批Web Forms程序員找工作變難了。現在ASP.NET Core 的又出現,不曉得會不會導致ASP.NET MVC 程式設計師的資訊焦慮症候群。
(三)管理軟體公司的技術升級常常來自於內部本身的程式開發人員,而網路公司的技術變更多的來源於客戶、業務需求。正所謂成也蕭何,敗也蕭何;但處於軟體行業頂端的軟體公司創造技術解決問題,提供開發工具維持企業利潤,中小公司則應用技術解決業務問題。軟件業相當頻繁的技術更新,造成了大批老技術程序開發人員失業,從而進一步增加了軟件公司的生存成本,例如現在市場上幾乎找不到或是很少能找到VB6 或 Cobol 程式設計師,還有一些我們沒有聽說過的技術(他們的確存在於現實的公司中、例如 cobol,今年我們就有要評估一個大型系統是 cobol要轉變為.Net平台的評估案),VB6 開發人員要嗎失業,要嗎轉型,那麼軟體公司呢,大量的用Delphi開發人員的,非常優秀的VB6 開發還是需要人員維護,軟體公司面臨兩個選擇:要嗎用新技術重寫,要嗎養幾個老開發人員一直做維護。軟體公司的老闆都是人精,不可能將公司的未來受一兩個程序開發人員控制,所以就用前一種方案,用新技術改寫,這樣的目的主要是好招人,老程式員離職了再招新開發人員,努力將公司的命運控制在自己手中。以前我們公司的C/S(Windows Forms、WPF)程式開發人員常常會擔憂以後找不到工作,當時身為他們的直接主管,常常需要體會他們的這種壓力。技術上要將一些通用的重要的技術方案交給他們做,讓他們建立信心,同時也給他們安排一些熱門技術的培訓課程,作為管理人員,也需要對他們的未來負責,對他們的績效給予一定的相對優質的評定。網路公司的IT技術變更,比如大數據的需求,數據的來源形式和格式多種多樣,原有數據挖掘方案解決不了,迫切需要做技術變更以適應這種變化。於是就有對Hadoop,Spark這種大數據技術的需求,更厲害的網路公司甚至於重建一套大數據平台,以保證一直處於行業領先地位。

團隊組織文化的差異性
(一)軟體公司適合純技術人員生存,網路公司則相對重運維+技術。比如上一節我提到的緩存技術,網路公司將此發揚光大,提供一整套的分散式解決方案(Redis,MongoDB)。程式開發人員不僅僅要會調用API,還需要Deploy部署服務器,理解它們的內部運作機制原理,而在軟體公司,為了增加產品的高可用性,我們提供集群,鏡像,資料庫複寫,資料庫記錄檔(日誌)等技術,我們可以保證系統 7*24 不間斷運作。而網路公司對此要求更高,他們還要求高並發。我們知道資料存在硬碟上,讀取資料或保存資料是一個很合理的操作,管理軟體增刪查詢修改都是這樣模式,但網路公司對此還不滿意,因為多人並發的存在,資料必須要保存在記憶體中才能滿足快速的高並發地需求,當然還有高可擴展性,為了升級管理軟體,我們停止伺服器程式,或者直接重新啟動下機器是很常見的操作,但網路公司對此零容忍,他們要求更新系統時,不能停止服務,或是非常短暫(秒級)的停止服務。後者要求系統可以做到熱插撥,這跟USB接口做到熱插撥並成為業界標準是同一個趨勢,我們知道Oracle升級補丁包時,可以不用停止資料引擎服務,這個特性對網路公司非常重要(SQL Server用鏡像技術也可以達到此目的)。總體來說,管理軟體公司只需要把技術做好,而互聯網公司要求在技術之外,還需要了解運維層面的知識。
( 二)單純的軟體公司的同事頭腦相對固定(當然也聰明,能從事軟體業,相對一定是邏輯思維能力一定不錯),網路公司則靈活一些,它們存在的理由是創新。管理軟體作為一種管理思想的軟體整合實現,應該是一種管理模式,方法和思路與流程的固化,不允許或是少量允許變化。試想一下,規定的流程不跑,數據沒經過運算,自然沒有想要的結果。舉例說明,大部分的ERP軟件約定的流程,客戶下訂單,物控部跑MRP計劃,產生物料採購需求和半成品的加工需求,最後成品完成入庫,向客戶發貨,財務結算等。這是製造業ERP的基本流程,不過貿易公司的ERP則可以不這樣跑,可以直接向供應商下訂單,然後發貨到客戶,自己甚至都不用租賃倉庫,直接提供供應商到用戶的端到端(直運業務)業務模式。這些思路決定了管理軟件不需要創新,按照約定俗成的或是上司規定的流程完成即可。常此在這樣的思路下工作,人會失去創新血液。管理軟件的員工常常會被產品設計人員的思路導向,創新會自食惡果。而網路公司則相對充滿著創新的動力。
(三) 在管理軟體公司是人才培養的搖籃,通常軟體公司規模也偏小,但確實是產生高級工程師的地方。網路公司因為業務變更頻繁,技術更新迭代快,不適合純技術人員生存,常常是技術人員走管理,轉業務銷售的地方,在軟體公司有明確的人才培養方案,一個資深開發人員帶幾個年輕程式設計師,像老母雞帶小雞一樣,一步步教導這個怎麼實現,那個如何設計會更有效率一些,直到新人變老手,初級程序員變中級工程師。比如我們在管理軟體公司學到的,借助於緩存可以提高效率,改善性能,用反射技術可以做成插件式系統,用動態語言可以把系統做成可擴展的,這些技術隨著程序員年歲的增長,慢慢學會並靈活應用。網路公司因為技術變更快,Web 2.0、雲計算、物聯網、車輛網,大數據,技術更新非常頻繁,只有達到壟斷級別的公司才可以生存。我們都是凡人,能進入各個領域的壟斷級別的公司都非常不容易,即使進入,項目迭代周期短,KPI壓力大。 (我這裡說的適合於中小公司,大公司不適合於此小節描述。)

銷售模式與市場競爭差異性
(一)單純軟體公司的人員相對比較起來缺少銷售觀念,而網路公司員工更多的會關注到到商機,常常會考慮把技術轉化為價值,而管理軟體公司的員工則比較缺乏市場的積極性、參與了解動能不足,他們可能還在研究新版本的開發工具有哪些產品特性,期待以拖放的方式就能設計出工作流的軟體廠商,所以如果能把幾年工作的成果抽象提煉出來,形成一些公共的開發類庫,方便以後的開發,這是一個小小的進步。進一步的,能把管理軟體中相同的操作界面和模式總結出來,做出一些相對通用的界面和控制箱,比如資料的輸入Entry,資料的查詢Query,資料的清單 List,設計報表Report,資料查找Lookup,自定義查詢Query等,初步形成一個開發框架。再進一步,我們用自己提煉的開發框架,用自己參與和理解的技術理念,做出一套產品,這也算是一個小小的進步。技術進步的每一個階段都可以為你的職業發展帶來無窮的好處。熟練的程序員再也不擔心找工作沒人要。成為一個領域的資深開發人員,可以為自己贏取技術主管或經理的職位。做出一個領域或行業的產品,如果在合適的時機碰上會做市場的銷售人員,創業也是非常有可能的,記得一句話,夢想是要有的,萬一實現了呢?
(二) 網路公司相對容易產出新概念,新名詞以吸引大眾眼球,以此創造概念經濟,而單純軟體公司相對比較墨守成規,比如我在2006年所經歷的Web 2.0,那時滿大街的都是這種宣傳材料,沒過多久這種概念就過時了。正如現在鼓勵創業氛圍,雲計算服務,物聯網、車聯網、智慧家庭以及大數據等等,相信不久也會從我們的公眾視野中消失,當然也可能產生非常大的市場規模,但我相信市場一定會大洗牌,取而代之的是大批的網路公司、物聯網消失不見,而管理軟體公司則很少會這樣,MRP,ERP還是上世紀90年代的概念,現在仍然適合於企業管理軟體的設計思路。儘管ERP之後還有產生ERP II概念,不過也不怎麼流行。管理軟體公司相對務實,能把物料需求計劃(MRP)跑流暢,基本上公司的資訊系統化水平就上了一個大台階,也不會再去追求管理創新。金融也是一個不適合創新的領域,記得 一個經濟學家說過,我們應該將所有的經濟學家從社會上去除,因為金融改革就是擾亂社會秩序。國際金融炒家索羅斯的至理名言也曾表述,我們就是為了創造一種假象,然後在人們認識到真相前提前退出遊戲。

     在這幾天連假看到網路詢問未來趨勢、以及思考許多資深從業人員後,隨意整理撰寫的文章,希望新的2017年有嶄新的開始,軟體業、網路業、IT技術 我依然熱愛,一生與它為伍。



網智數位-軟體開發(軟件開發)
針對各特殊產業都可以量身定做符合貴公司的需求,別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口:allen@netqna.com
聯繫電話:0920-883-870 

公司電話:02-55991310
skype: netqna
line:netqna
微信:netqna
黃先生 Allen


2016年12月28日 星期三

ERP 系統的淺談與優勢 (軟體開發、客製化軟體、程式開發)

      ERP已經是一個成熟多年的老詞彙,而ERP的全稱是Enterprise Resources Plannig,中文又叫企業資源管理計劃系統;它是基於先進的企業管理理念下研發出來的一款應用資訊花技術系統,它可以對整個企業與組織,來實現資源整體化、一致化管理的企業管理工具。

     





     它自從在90年代後期ERP從美國流傳到台灣,為國內的傳統企業管理體制改革注入了一種新的活力。目前ERP已經成為了各大中型企業不可或缺的重要管理工具,也是企業是否進行資訊化、系統化和企業化現代化的的重要衡量標準。 ERP專案是一個企業管理系統工程,而不是一般意義上的企業管理資訊系統工程或者是企業資訊化建設工程,這是因為整個管理系統不但基於ERP、系統工程和資訊技術等現代科學技術的思想、原理和方法,而且還從本質上充分地體現了企業應用ERP與開展企業管理創新、推進企業管理現代化和提高企業競爭力的必然關係。

1、銷售:銷售部門接客戶採購計劃,根據客戶要求,查看是否有庫存,有-即給客戶發貨;無-即下生產任務給生產部門,要求安排生產;待成品機器完工後,即可給客戶發貨。

2、生產:生產部門接銷售部任務,向生產車間下達生產任務,可依據庫存,向採購部門請購有關零部件。完工後,入庫供銷售部發貨。

3、採購:採購部門依據所接請購任務和庫存情況,向材料供應商採購料品。

4、庫存:倉庫根據零部件的安全庫存量向採購部門請購零部件。依據生產車間的生產領料單給車間發料。

5、財務:進行成本計算、稽核財務支出是否有異常。
     我簡單的來說,ERP 就是一個企業資源計劃系統.它是由美國著名的計算機技術顧問和評估集團Garter Group 公司提出的一整套企業管理系統體系標準,是指建立在資訊技術基礎上,以提高企業資源效能為系統思想,為企業提供業務集成運行中的資源管理方案。
     所以事實上 ERP 絕對並不單單是一個軟件工具,它的核心是一個個先進的管理理念,它的出現實現了企業資源的整合、分析和高效的利用。通過它我們可以將公司的人、財、物、產、供、銷及相應的物流、信息流、資金流、管理流、增值流等緊密地集成起來,實現資源高效化和效率化,這就是ERP。


那麼我們再來想想,ERP 具備哪些明顯優勢呢?

1、實用性
企業實施ERP系統的本質就是提高企業的核心競爭力,為企業實現效益最大化,這些特點都可以體現ERP的本質。 ERP的宗旨就是對企業現有的人力、物力、財力等資源進行綜合管理優化,ERP系統對各部門進行協調管理,以市場需求為導向開展企業的一切營銷活動,幫助企業實現核心競爭力的提高,效益最大化。

2、整合性
ERP最大的特色是使整個企業信息系統整合,比傳統單一的系統更具功能性。

3、彈性
採用模塊化的設計方式,使系統本身可因企業需要新增模塊來支持並整合,提升企業的應變能力。

4、集中的數據資料儲存
將原先分散企業各角落的數據整合起來,使數據得以一致性,並提升其精確性。

5、便利性
在整合的環境下,企業內部所產生的資料訊息透過系統將可在企業任一地方取得與應用。
      所以我來總結以下論述,ERP提供了一個跨地域、跨部門甚至跨企業實時整合分析信息的企業管理應用。它可以在企業資源最優化配置的基礎上,協助企業整合日常的管理需求和所有的運營,包括了財務管理、進銷存管理、生產計劃及管理、物料管理、銷售與分銷等主要功能模塊,以達到提高目標運作效率的效果。


(其他參考文章)
MPS主生產計畫專文介紹(一)
MRPⅡ/ERP 能力需求計畫原理
庫存管理-概念與釐清
庫存管理探討-VMI
真正的庫存量形成探討
庫存管理的中樞控管法則(上)
庫存管理的中樞控管法則(下)
庫存目標6大範疇(程式開發、程式設計、軟體開發、系統開發)
BOM表管理與設定﹣輔料是否需輸入BOM
何謂 進銷存、ERP、WMS?三者差異性【軟體開發、軟件開發、程式設計】
ERP 產品成本管理與計算
庫存量正確性衡量法則
粗能力需求計畫(RCCP) - 專文介紹
如何利用軟體來協助企業銷售統計和分析
開發進銷存、ERP、PDM,物料欄位收集與建立重要性(ERP開發、軟體開發、進銷存)
ERP 各種計劃階段的差異
ERP 系統的淺談與優勢




網智數位-軟體開發(軟件開發)
針對各特殊產業都可以量身定做符合貴公司的需求,別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口:allen@netqna.com
聯繫電話:0920-883-870
公司電話:02-55991310
skype: netqna
line:netqna
微信:netqna
黃先生 Allen

2016年11月28日 星期一

庫存目標6大範疇(程式開發、程式設計、軟體開發、系統開發)

      這一個月去一家經營40幾年的代工廠,委託我們協助分析他們現行 ERP系統,很多庫存數量都一直無法精確,當然這邊所謂的精確,不完全是軟體系統庫存數字的正確,或進行盤盈盤虧進行調整數字動作,而是他們想要一個方式可以進行一個針對各種產品品項設定一個好的庫存量控制,我就詢問他們如何定義跟衡量一個產品、零件、材料的庫存數字(安全庫存、現有庫存量),我發現真的很多企業主管、工廠倉庫管理人員、採購人員大多數針對庫存量的控管都是只有幾個原則,一、庫存量越低現金流動率越高。二、針對常用物品、通用零材料設定安全庫存數字。





    上述二大原則方向,一定正確無誤,但我會幾乎都會接著直接問客戶,那麼安全庫存您怎麼決定【數字 (QTY)】,我相信大多數都是說經驗法則,訂單銷售量、生產領料過程的用料量、耗損量等考慮因素,不過我幾乎都會根據實際情況、產業特性、企業流程各種因素給予調整建議,這也是很多客戶委託我們量身定做開發最具有價值的一環,絕對不是只有一個軟體使用,我們是整個進行流程討論,在討論過程我們會把相關產業的做法提出來,雙方共同腦力激蕩,因為客戶的流程與瓶頸客戶最知道,但往往發覺跟我們討論完,才發覺有許多創新變革的流程管理可以導入。 
    在這篇分享文,我要特別提出一些對於庫存管理的實施做法(針對加工業、代工廠,單純的買賣業就不需要如此做法),在一個比較複雜的生產過程中,每個產品會經過一連串的製程(或稱工序),而庫存量不是只有針對最終完成品(產品)來控管,必須在各個環節都需進行設定控管基準線,在針對各個工序間我們也必須認真看待每一道工序完成後移交到下一個工序之前的轉移、未轉移的數量,也成為半成品,這些在一個好的管理軟體系統,必須有個工序對應的物料編碼(跟產品編碼是有所區隔),而針對工序角度思考的庫存控管,我們在此可以稱為【流動庫存(Flow)】, 其他的庫存控管稱之為【常備庫存(Stock)】,另外再針對這2種性質的庫存觀念又可以再次各自分類為 【計劃庫存】、【調整庫存】、【偶發庫存】。

    這樣解釋或許大家很難懂,我整理一下表格
計劃庫存 調整庫存 偶發庫存
常備庫存 (1)
以生產目標的庫存控制、季節性的庫存量控管、定期維修措施應變等
(3)
所有品項的安全庫存、JIT看板方式中的加工品
(5)
因疏忽導致過度生產的庫存量、或按生產訂單如期製作,但訂單忽然取消,造成的庫存量增加。
流動庫存 (2)
就是所謂的【帳齡庫存】
(4)
在工序之前進行緩衝調整庫存量、運輸過程的庫存量等。
(6)
工序之間生產速度不一致、或者調度部順利,造成某個工序的半成品特別異常。

(1)計劃常備庫存:
       它是一種依據“生產目標”為目的的庫存控制觀念,非常適合用於按照標準量劃分的產品,維持其庫存水平的情況,以及我們常發生的季節性庫存也是屬於這種類型,因為有些產業受到季節性等因素影響,月生產量非常不平均的行業我相信也是非常多,而這些行業的工廠設備普遍來說,都不具備可以在高峰季節(旺季)有相對應的生產能力,所以我們必須在這些行業中,積極主動地在需求量較少的淡季,生產較多的產品進行庫存,來因應旺季的到來。
      在該庫存量的制定方式,主要是根據一整年的宏觀需求預測為基礎來進行,這個軟體系統就必須根據多年來的歷史訂單、或者市場調查進行預測分析。

(2)計劃流動庫存
        存貨帳齡(帳齡庫存)就是典型屬於這一類,這也是產品工程設計中,都必須提前準備的庫存量。

(3)調整常備庫存
        這就是我們一直常聽到的JIT看板方式中的加工數量控制、或者大家最知道的【安全庫存量】設定,它是一種用於應對需求方的緊急變動,或為吸收生產作業線因為供應方問題導致供應數量的瓶頸,主動安全防範的庫存量。

(4)調整流動庫存
      這類型就是在工序與工序間,在加工製造過程中用於緩衝調整加工品的數量、或者運輸過程中的庫存量,都歸於這個類型。
     以及我要而外一提,常常因為原物料供應商和工廠製造商因為在“批量”的不一致,例如生產時採用件數為單位,而供應商發貨包裝是採用貨板單位,在這種狀況下,產品到了裝滿1貨板就需要臨時保管;相反來看就是,購買原物料時採用貨板單位,而供應商發貨是採用件數單位,這樣同樣都需要等到填補批量差異的調整庫存。

(5)偶發常備庫存
       就是因疏忽導致過度生產的庫存量、或按生產訂單如期製作,但訂單忽然取消,造成的庫存量增加。

(6)偶發流動庫存
     工序之間生產速度不一致、或者調度部順利,造成某個工序的半成品特別異常。
     也因為調度的不順暢、先前作業完成之後,需要接續的工序作業無法繼續進行生產,也是屬於這類性庫存定義。

  而我特別整理上述這些庫存管理的範疇,在好的一個軟體管理系統(ERP、MRP、進銷存、POS系統、MES等),都應該在某個功能進行輔助,例如(1)計劃常備庫存和 (3)調整常備庫存,就是常看到的設定品項安全庫存量、根據訂單跑出生產計劃需求量,這個我建議可以參考我其他寫的文章,當然如果您有任何問題,也跟歡迎聯繫我們,任何問題我們都可以提出一些看法,也針對客戶產業流程特性進行專業的系統分析。


(其他參考文章)
MPS主生產計畫專文介紹(一)
MRPⅡ/ERP 能力需求計畫原理
庫存管理-概念與釐清
庫存管理探討-VMI
真正的庫存量形成探討
庫存管理的中樞控管法則(上)
庫存管理的中樞控管法則(下)
庫存目標6大範疇(程式開發、程式設計、軟體開發、系統開發)
BOM表管理與設定﹣輔料是否需輸入BOM
何謂 進銷存、ERP、WMS?三者差異性【軟體開發、軟件開發、程式設計】
ERP 產品成本管理與計算
庫存量正確性衡量法則
粗能力需求計畫(RCCP) - 專文介紹
如何利用軟體來協助企業銷售統計和分析
開發進銷存、ERP、PDM,物料欄位收集與建立重要性(ERP開發、軟體開發、進銷存)
ERP 各種計劃階段的差異
ERP 系統的淺談與優勢




網智數位-軟體開發(軟件開發)
針對各特殊產業都可以量身定做符合貴公司的需求,別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口:allen@netqna.com
聯繫電話:0920-883-870 

公司電話:02-55991310
skype: netqna
line:netqna
微信:netqna
黃先生 Allen



2015年11月16日 星期一

BOM表管理與設定﹣輔料是否需輸入BOM

    「BOM表」管理 ﹣ 輔料

      上星期公司在跟一個客戶討論產品生產過程與BOM的輸入建置中,輔導客戶如何有效管理 BOM表,剛好這個客戶因為製造過程中,需要用到許多塗料、螺絲等耗材,所以詢問我是否該將「輔料」列如資訊系統作控管呢??額外一提,事實上很公司都一直以為只有製造業系統才需要導入 BOM表管理,事實上我們也幫助幾家貿易商的管理系統,開發導入簡易的BOM表管理,根據BOM表去靈活計算產品的配件、零件成本計算,來有效進行報價管理。






          (何謂BOM呢?BOM英文為(Bill of Material),中文為物料清單,是電腦用來可以識別的產品結構數據文件,也是ERP的主導文件。 BOM使系統識別產品結構,也是聯繫與溝通企業各項業務的紐帶, ERP系統中的BOM的種類主要包括5類:縮排式BOM、匯總的BOM、反查用BOM、成本BOM、計劃BOM。)

          事實上輔料都是作為構成產品的零部件,但卻很少人真正去思考是否跟產品的物料一樣列入BOM表做管理,我們知道輔料它是生產的工序中必備的材料之一,具體來說,輔料是用於切割油、電子管、塗料等,或是以固定工作為目的,用完后就馬上丟棄的耗材等,輔料很明顯的特徵就是它伴隨生產過程同時會逐漸消耗、減少的物料,因為會隨著耗損,補充材物料庫存量,所以在根據訂單下達產品的生產數量時,輔料它事實上也是跟產品、零件、原物料一樣是可以透過MRP物料需求計劃,進行需求量參與計算的...,建議可以參考我之前寫的文章介紹(MRPⅡ/ERP能力需求計劃 、MPS主生產計畫)。

          但在談輔料時,常常許多客戶又會跟另外一個名詞搞混,這個名詞就是"資源"(Resource),"資源"在 MRP系統 與 ERP系統是指生產所需的物料中除了原材物料、訊息以外的其他物料,例如:機械設備、機器操作員、模具、設備工具、電、空氣、等等都是歸屬於資源,因為通常在計算物料需求(MRP)時,都被當做無限庫存來處理使用,但是我們注意觀察一些輔料的材料,例如塗料是附著於產品表明,作為產品的一部份,還有只要我們實際觀察噴塗工序後,我們就會明白,一定量的塗料會隨著部份飛沫或毛邊被丟棄,我們都把這些消耗品成為「輔料」。

          若以庫存管理的角度來看,輔料是屬於 ABC分析法的C類數量,但從它經常平均消耗的特性來考量,以及輔料的單價一般偏低,所以是適合用於「訂購點管理」,綜合以上所述,即使大多數企業、工廠就算沒把輔料列入 BOM表作管理,也沒有感到太多不便的原因。此外,很多時候大宗物料的物品,我們也可以歸為「輔料」來管理,例如小型的螺絲釘,雖然一般來說都被列入「零件」項目,但在實際組裝過程中,即使規定只有20個螺絲需要,實際上使用20~25個也都很普偏,而且螺絲在各種產品可能都通用下,把它採用「輔料」角度來處理事實上是合理可以接受的。


網智數位-軟體開發,專門針對客戶進行量身設計的客製化軟體,已有多年經驗,也在不同產業領域都有實作成功案例。

(作者其他參考文章)
MPS主生產計畫專文介紹(一)
MRPⅡ/ERP 能力需求計畫原理
庫存管理-概念與釐清
庫存管理探討-VMI
真正的庫存量形成探討
庫存管理的中樞控管法則(上)
庫存管理的中樞控管法則(下)
庫存目標6大範疇(程式開發、程式設計、軟體開發、系統開發)
BOM表管理與設定﹣輔料是否需輸入BOM
何謂 進銷存、ERP、WMS?三者差異性【軟體開發、軟件開發、程式設計】
ERP 產品成本管理與計算
庫存量正確性衡量法則
粗能力需求計畫(RCCP) - 專文介紹
如何利用軟體來協助企業銷售統計和分析
開發進銷存、ERP、PDM,物料欄位收集與建立重要性(ERP開發、軟體開發、進銷存)
ERP 各種計劃階段的差異
ERP 系統的淺談與優勢
ERP 系統在中小企業如何有效利用條碼與QRCode
[ ERP/MRP 系統 ] - 專案導入深入剖析
ERP 導入的投資報酬評估(ERP客製化、進銷存軟體)
ERP 與 CRM 整合對企業的重要性(軟體開發、ERP客製化)
ERP思維突破:啟動企業智能革命,引領未來行銷新浪潮
AI時代的ERP:釋放企業潛能的新革命
貿易公司需要導入BOM表嗎?



網智數位-開發團隊

一直突破開發技術、累積各種產業知識,而且在出版業、室內設計裝潢業、製造業、機電顧問、貿易、地板、窗簾、窗材、拉門、布料業的商業管理軟體投入有特別的領域知識、也在圖控軟體(圖控軟件)、機械手臂、 Android APP 、iPhone APP、3D列印 開發一直突破再創新,我們也堅持相信好的軟體可以協助企業,不管在管理營運角度、商品創新、決策分析等都絕對是不可缺少的關鍵因素,如果客戶您有任何軟體開發、程式開發委外需求,請聯繫我們讓我們協助您一起討論如何開發一個好的軟體來協助您。


網智數位-軟體開發(軟件開發)
針對各特殊產業都可以量身定做符合貴公司的需求,別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口:allen@netqna.com
聯繫電話:0920-883-870
公司電話:02-55991310
公司地址(業務營運處):台北市中山區錦州街 25 號 5 樓
skype: netqna
line:netqna
微信:netqna
黃先生 Allen
my_qrcode_1519621481105

2014年4月19日 星期六

庫存管理的中樞控管法則(上)

       之前我也挪出時間特別寫一篇專文介紹,所以我們可以深刻了解庫存量的真正原因就是採購的多(生產的多)但出去的少,所形成的物料逐量堆積現象,那麼為了可以合理控制庫存量我們就需好好來了解,如何有效的控管【進】與【出】之間的平衡點,我也強烈建議可以真的回頭看我之前介紹的SCOR(供應鏈運作參考模型)。
      今天我在繼續根據 SCOR 模型來解釋整個影響庫存控管的企業需求與整體供應鏈管理流程,而我也整理出 9 大流程層面來依依探討如何在各流程進行管理,讓企業在檢討庫存量時,可以針對每個層面去思考如何有效改變或突破現有庫存量不當的瓶頸,我們先整體大視野的了解有這9大層面,然後在依依針對每個流程去實施關鍵的有效管理,記住,如果你的企業在做管理時,可以進行量化的話,盡可能把它量化,這樣才有指標來看是否有改善。
庫存量的9大流程

(一)銷售流程

銷售是整個流程的起頭,因為企業有了客戶的銷售,才有後續的一連串的企業運營活動,那麼銷售對庫存量有何直接或間接關係呢?因為企業的ERP系統或MRP系統是根據客戶的實際下的訂單(量),或根據“預測”推算出需要生產的產品數量,而這些都是所謂的【獨立需求】,這些透過資訊系統ERP計算出來的數據,最後多會變成所謂的MPS(Master Production Schedule),然後再透過BOM表的物料清單,進行自動展階算下階用料,逐層計算完畢,最後有形成所謂的MRP(Material Requirements Planning),ERP或MRP系統,就可以根據 MPS、與 MRP,產生與開立成品工單、物料工單、採購單等需求。
但是我們知道一旦工單(制令)、採購單發放出去,隨時可能因為種種原因(如客戶訂單需求量減少),這樣就會造成庫存量的增加,由此我們可以得知“客戶實際訂單”與 “預測”是ERP/MRP的一個開關接收點,所以企業必須盡可能的做的訂單預測的準確性,而這個也就是銷售的主要庫存控管關鍵點所在。
針對客戶的需求變更,不可能可以阻止拒絕接受,但應該要與客戶盡可能協議一個你我都遵守的遊戲規則,如訂單下達后多久,不能再進行變更,以及可能造成的損失系統要盡快的計算出,來向客戶索賠應有的補償金額。
我很久也寫過一遍有關於MPS/MRP計算的介紹,讀者如果有興趣可以前往閱讀。

(二)售後服務流程

這裡要談到可不是所謂的售後產品維護議題,而是要把焦點放在庫存量問題,我們必須思考從售後,我們提供給代理商、零售商他們銷售的情形如何,是否銷售不佳,造成客戶的產品庫存量;我們也必須思考我們向供應商採購完後的物料,是否有過多囤積在物料倉,形成資金的不流通,這一切都是會對庫存量有連帶影響。
一文,我有分析說過,你的交貨實際上就是把你企業現有的成品庫存量,轉移到你的客戶手裡,如果銷售商未進行賣出給終端使用者,那麼事實上,對你企業來說,也是庫存量實際上未真正被扣除,不要忘了你的客戶會跟你下訂單,是根據市場的需求走向趨勢,進行預測,如果他認為庫存量尚有,這樣很明顯他對你企業實際下的訂單量,一定會有所影響。
所以此售後服務流程,企業必須面對以下幾個問題:
我們是否需要適當的協調我們客戶(代理商、零售商等通路)庫存的情況?
我們如何有效處理客戶的訂單或者預測?
我們的客戶要給我們貨款,是否我們一定需發貨給他?

(三)產能計劃

我們都一定知道,一家企業再進行生產時,通常一定時期內是相對穩定,但是需求通常確實忽大忽小,變化多端的,換句話說你的需求量可能在一定時期會大於你的產能,但有時也會小於你的產能。
所以這個時候我們就必須來好好思考接下問題
我們到底要不要對未來大於產能的那部分需求進行提前生產?
我們又如何得知或有效計算出企業可用產能與訂單的實際需求產能差距?
如果要提前生產成(半)成品的話,何時才是何時的時間點?生產數量又有多少?
如果要提前採購原物料的話,何時才是何時的時間點?生產數量又有多少?

這裡牽涉的庫存問題,就是到底我們要提前生產多少成品、半成品來有效作為未來的緩衝庫存消耗(Buffer Stock Qty),提前生產的話,需要何時、前置期天數又如何計算呢?對整體庫存管理又產生多大衝擊。事實上這都牽涉到很多學問與知識,筆者我也無法在這短短一篇好好解釋,但筆者也有撰寫過一篇如何有效計算產能需求與可用需求的專文介紹,有興趣的人也可以前往閱讀,其他筆者也會漸漸把輔導客戶的實戰經驗寫出來。。


後續。。。庫存管理的中樞控管法則(下)

2014年4月14日 星期一

真正的庫存量形成探討

         從 庫存管理-VMI 一文,我介紹過庫存管理應該從整體供應鏈體系來探討如何有效管理庫存,今天我繼續延續來探討庫存的形成,不過今天我會用比較生澀的但卻重要的方式來敘述(事實上我向來保持理論與業界實務並進,尤其大型企業所導入的SAP ERP 系統,供應配送模組也是依此文介紹為基礎架構),如果要我用一個結果來論述,我們可以這樣來說庫存是需求與整體供應鏈條(Supply Chain)平衡後的產物,所以如果一家企業如果產生過多的庫存量,代表發生了供應鏈與需求不協調的結果,為了有效解釋庫存形成的流程,我在此引用一個模型來有效探討,這模型為供應鏈運作參考模型(Supply-Chain Operations Reference model,簡稱SCOR模型),它是由國際供應鏈協會 (Supply-Chain Council) 開發支持,適合於不同工業領域的供應鏈運作參考模型,以下我列出此模型流程圖




          SOCR模型,它認為企業的整體供應鏈管理分為 "你"(貴公司),你的客戶,你的客戶的客戶,以及你的供應商,和你的供應商的供應商,這樣循環下去就自然形成了一個需求與供應鏈管理的鏈條(Chain),SCOR模型同時也認為,需求與供應鏈管理鏈條上的所有節點,企業一定都存在五個基本流程:計劃(Plan)、採購(Source)、生產(Make)、發運(Deliver)和退貨 (Return)。它定義了供應鏈運作參考模型的範圍和內容,並確定了企業競爭性能目標的基礎。企業通過對第一層SCOR模型的分析,可根據下列供應鏈運作性能指標作出基本的策略決策依據,我也分別解釋如下:

第一是 P , Plan, 也就是計劃,企業要計劃要生產什麼 ? 做多少?何時生產?
需求/供應計劃
  • 評估企業整體生產能力、總體需求計劃以及針對產品銷售管道進行庫存計劃、分銷計劃、生產計劃、物料及生產能力的計劃。
  • 製造或採購決策的制定、供應鏈結構設計、長期生產能力與資源規劃、企業計劃、產品生命週期的決定、生產正常運營的過度期管理、產品的管理與產品線的管理等。
第二是 B , Buy, 企業的原物料採購行為
 尋找供應商/物料收取
  • 獲得、接收、檢驗、拒收與發送物料
  • 供應商評估、採購運輸管理、採購品質管理、採購合約管理、進貨運費條件管理、採購零部件的規格管理
原材料倉的管理
  原材料運送和安裝管理
  • 運輸管理、付款條件管理以及安裝進度管理
採購支持業務
  • 採購業務規則管理、原材料存貨管理

第三是 M , Manufacture, 企業的成品、半成品的生產製造
 生產運作
  • 申請及領取物料、產品製造和測試、包裝出貨等。
  • 工程編更、生產狀況掌握、產品質量管理、現場生產進度制定、短期生產能力計劃與現場設備管理
  • 在製品運輸
生產支持業務
  • 製造業務規格管理、在製品庫存管理
 第四是 D , Delivery, 配送,企業製造了商品就會進行出貨配送程序
 訂單管理
  • 訂單輸入、報價、客戶維護、訂單分配、產品價格資料維護、應收賬款管理、授信、收款與開立發票等
產品庫存管理
  • 存儲、揀貨、按包裝明細將產品裝入箱、製作客戶特殊要求的包裝與標籤、整理確認定單、運送貨物
產品運輸安裝管理
  • 運輸方式安排、出貨運費調教管理、貨品安裝進度安排、進行安裝與產品試運行
配送支持業務
  • 配送渠道的決策制定、配送存貨管理、配送品質的掌握和產品的進出口業務


 第五是 R , Return, 退貨,就是包括你的客戶因為質量等問題進行退貨程序(Return Materials Authorization,RMA),或你給你的供應商進行退貨程序(Return To Vendor,RTV)。
 原料退回
  • 退還原料給供應商:包括與商業伙伴的溝通、同時準備好文件資料以及物料實體的返還及運送。
產品退回
  • 接受並處理從客戶處返回的產品:包括商業伙伴的溝通、同時準備好文件資料以及物料實體的返還及接受和處理。

     所以你公司採購的物品,實際上就是你的供應商轉移給你的物品庫存;而你公司交給客戶的產品,實際上就是你把你的產品庫存轉移給了你的客戶;而其他中間的代理商、零售商也是如此.....所以或許這只是大家互相在玩庫存移轉遊戲,只是看誰玩的厲害誰較擅長遊戲秘訣,誰的庫存量就相對較少,當然如果大家都玩的好有深度,自然而然整體供應鏈各利益關係者,庫存管理的質量水平就自然跟著提升,這也是整體產業鏈的競爭提升,我在之前的庫存管理探討一文,也有強調現今企業的競爭已不在是單純的產品與產品的競爭,而是已加速變為供應鏈與供應鏈的競爭(如蘋果整體供應鏈 VS 三星供應鏈)。

     最後,我介紹完有關SCOR模型(供應鏈運作參考模型) , 雖然它生澀但卻是非常重要,如果但企業遇到物料或成品庫存量過多時,它是真的可以拿出來仔細探討,供應鏈體系是哪個環境出錯,需要加以調整與修正,庫存的形成是一個嚴謹的過程,庫存量過多了,不僅是預測不準確的問題而已,也不只是採購多採購或少買而已,它是整體需求與供應鏈管理流程問題,所以如果一家企業,不論你是製造業(最需要)或者代理零售商,一定要做好整體上下游協調產量與銷售量之間的協調,現今如果仔細研究大型企業內部的實作,確實透過資訊系統的互相傳遞預測量與銷售量,竟而達到訊息及時化、透明化。




(其他參考文章)
MPS主生產計畫專文介紹(一)
MRPⅡ/ERP 能力需求計畫原理
庫存管理-概念與釐清
庫存管理探討-VMI
真正的庫存量形成探討
庫存管理的中樞控管法則(上)
庫存管理的中樞控管法則(下)
BOM表管理與設定﹣輔料是否需輸入BOM
何謂 進銷存、ERP、WMS?三者差異性【軟體開發、軟件開發、程式設計】
ERP 產品成本管理與計算
庫存量正確性衡量法則
粗能力需求計畫(RCCP) - 專文介紹
如何利用軟體來協助企業銷售統計和分析






2014年4月10日 星期四

庫存管理探討-VMI

     現今我們知道企業的競爭已不在是單純的產品與產品的競爭,而是已加速變為供應鏈與供應鏈的競爭(如蘋果整體供應鏈 VS 三星供應鏈),而整體的上下游廠商無不關心一個重要課題,就是--庫存管理,無論目前已在企業運行多年的MRPMRPⅡERP大型系統軟體,更或者物流管理、生產管理、零售通路管理,我相信核心問題,不外乎就是,到底如何給客戶及時交貨的前提下,把企業所擁有的[庫存量]減到合理的最低存量,所以今天我們延續我之前所討論的庫存管理-概念與釐清,來繼續探討庫存管理的供應鏈管理方法。

     

     為了達到整體供應鏈的庫存管理合理化與最佳化,供應鏈管理已不能用傳統思維的角度去控管,而是要摒棄與突破傳統以貨物的擁有者,來管理庫存的傳統管理方法,目前我整理出目前較創新的供應鏈庫存管理方法,也是目前最受業界有所關注,第一是VMI(供應商管理庫存);第二是供應商與零售商共同來管理庫存;第三是委由第三方物流公司來負責管理庫存。我也試著簡單的介紹與引用.....所謂的VMI就是指 Vendor Managed Inventory,也就是指供應商管理庫;所謂的供應商和零售商共同管理庫存,也稱為JMI,Jointly Managed Inventory,聯合庫存管理;所謂的第三方物流管理庫存,主要在講HUB的管理方式,製造業透過第三方物流公司來管理自己的庫存,包含儲存、貨物配送。
          
       VMI方式主要是供應商,透過各種IT資訊系統(如預測分析系統、供應鏈管理系統、決策系統、EDI交換 等等),來進行各種可能的數值參考依據,再制定客戶的滾動預測以及MIN-MAX(最高-最低庫存),自動加以補充庫存量,而不再是按照傳統的PO(採購訂單)方式交貨,因為此種傳統方式,常常導致無法如期生產或供應物品,訂單過急或量忽然過大,供應商來不及生產,而因為IT的進步迅速,帶動資訊的透明化與數字(資料)計算量化,竟而使得可以提早預測或聯繫下游客戶,消費者可能的需求趨勢,來因應後續庫存管理措施,如提早備齊原物料,而一般做法也是透過第三方的HUB實現,當然也可以在製造業客戶自己的HUB裡面來運作;而JMI作為一種聯合庫存管理方式與VMI很類似,但它更加強調LSP(Logistics Service Provider,物流服務提供者)第三方的物料管理作用,用另外的角度去理解,可以怎麼說是透過第三方的貨物、資料訊息、配送作業的管理。

     

     但不管採用何種管理供應鏈庫存方式,其庫存管理的核心問題還是"計劃控制問題",有效整合現金流、物流、資訊流,以及達到合理的庫存周轉率。

     最後我想強調VMI一定是企業競爭優勢下的一個庫存管理方式,它也是非常容易理解的概念,但其實VMI要實施成功,一定需要以及不可或缺資訊系統與商業軟體的輔助、支持,特別是上下游以及物流公司的資訊系統的整合技術與資料傳遞,不同的供應商、客戶他們所使用的ERP系統、POS系統以及資料交換系統的是不一樣的,再來還有需解決上下游企之間的相互信任問題,這裡面牽涉的責任、義務、目標、協議、互利的交錯因素,都是實施VMI管理的難題。


網智數位,有多年的企業咨詢案例,對資訊科技在企業的應用與導入,將會陸續把經驗分享,也希望如你有企業商業軟體得需求或客制,都可以與我們聯繫。

2014年3月30日 星期日

庫存管理-概念與釐清

     最近公司進行的企業顧問輔導與軟體開發專案,客戶陸續針對庫存管理,進行一系列的討論,剛好有製造業、店家零售業,顯然企業對這庫存議題,重視程度可以由此看出,我也很高興借著機會,來探討庫存管理的正確認知與做法,當然庫存管理這課題,在不同產業的處理與應用,相對投入的資源也差異頗大,如典型的零售店、傳統製造業,大多數都還把庫存管理,認知為"倉庫管理"(Warehouse Management),也因為這樣較傳統的狹義思維,因而對庫存的實施辦法,不外乎就是盤點庫存量、設定安全庫存量、倉庫設施維護,但如今商業市場的高度競爭與客戶的產品多樣少量化趨勢下,企業如何有效快速交貨或有足夠供應量滿足消費者的需求量,是企業急需面對的衝擊,物料(商品)庫存備足量不足,勢必造成生產停工、店家無產品再銷售,錯失了許多賺錢機會,反之如果物料(商品)庫存量過多,也會造成後續降價促銷、庫存管理成本, 所以我們知道庫存管理的重要性,需要突破以往狹義的舊思維,而應該把庫存管理,重新思考為 Inventory Control , 我們可以這樣的理解為庫存管理與控制就是為了 ,保證給客戶準時交貨(On-Time Delivery,OTD)或有足夠的商品可以販售的前提條件下,如可有效控管財務資金進行採購與生產來達到,最合理的"庫存周轉率",並且把商品呆滯、死貨都減到最低,
    





 

     當然有效控管庫存來達到企業利潤,就已經不是單單的採購部門或倉庫部門的事了,而是整個企業內部所有都需互相合作、共同參與制定合理的庫存量,甚至大型連鎖零售店,都已是整合企業內外的上下游供應鏈(Supply Chain Management,SCM),而這就牽涉到所謂的資訊流、物流,而這必須透過資訊科技(IT)的有效協助,資訊系統(軟體)可以及時傳達下游銷售數值,作為供應商的參考依據,反之供應商、通路商也可以及時回饋何時何地可以供給多少數量(今年我公司也陸續輔導與開發客制根據各種歷史數據,進而系統推算出各種暢銷商品的銷售預測量,可以有效作為商家的銷售策略方案),所以我認為,庫存管理應該是為了達到企業的財務營運目標,結合資訊科技、軟體、以及現金流運作,來有效優化整個需求與供應鏈管理流程,建議當公司規模逐漸成長時,必定需導入合適的軟體系統,如 POS、MRP、ERP、SCM,來輔助公司的管理,好的軟體系統絕對是公司經營的利器,數字管理與及時透明化,是迅速決策的好幫手。








下次,我將會說明如何有效計算庫存周轉率與現金周轉率的應用,讓企業的資金可以有效利用。

未完。。。。。。(待續)。。。。





作者其他參考文章)
公司該何時才是適合導入ERP/MIS/進銷存等資訊系統




網智數位-開發團隊一直突破開發技術、累積各種產業知識,而且在窗簾、窗材、拉門、布料業的商業管理軟體投入有特別的領域知識、也在圖控軟體(圖控軟件)、機械手臂、Android APP 、iPhone APP、3D列印 開發一直突破再創新,我們也堅持相信好的軟體可以協助企業,不管在管理營運角度、商品創新、決策分析等都絕對是不可缺少的關鍵因素,如果客戶您有任何軟體開發、程式開發委外需求,請聯繫我們讓我們協助您一起討論如何開發一個好的軟體來協助您。




針對各特殊產業都可以量身定做符合貴公司的需求,別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口:allen@netqna.com
聯繫電話:0920-883-870
公司電話:02-55991310
公司地址(業務營運處):台北市中山區錦州街 25 號 5 樓
skype: netqna
line:netqna
微信:netqna
黃先生 Allen
my_qrcode_1519621481105