軟體開發(軟件開發)

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

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

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

商用軟體-客製化設計

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

IOT 物聯網-系統開發

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

雲端VPS虛擬主機租用

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

ERP軟體客製化導入

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

搜尋引擎最佳化SEO

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

服務宗旨

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

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

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

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

顯示具有 供應鏈管理 標籤的文章。 顯示所有文章
顯示具有 供應鏈管理 標籤的文章。 顯示所有文章

2020年7月1日 星期三

線上電子簽署文件與安全的電子簽名解決方案-客製化專案(軟體開發、軟體設計)

線上電子簽署文件、安全的電子簽名解決方案-客製化專案軟體開發

感謝百拓管理顧問有限公司委託網智數位-軟體開發團隊,開發合約管理系統與電子數位簽核歸檔系統,將傳統保單、資產投資合約傳統紙張簽約方式,全面提升為電子數位簽核,投資客戶與被投資方都可以進行查核投資標的合約內容,雙方經過第三方公認與儲存機制,皆無法任意修改,資料也可以有效保存數位化。


AdobeDocument-Cloud-
圖片來源:Adobe官方,該軟體解決方案與Adobe企業授權整合

Adobe


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



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

2020年5月8日 星期五

專案工程管理軟體-統計利潤分析表(軟體開發、客製化ERP、軟體設計)

       這幾天我們又特別針對專案工程管理軟體ERP,增加了統計利潤分析表,可以一個按鈕執行查詢計算,自動將所有的專案工程相關成本、發票、收款、付款、師傅工資進行加總計算,列出所有專案的利潤、成本,也可以鎖定特地專案期間去分析利潤,如下部分系統畫面


PS.專案工程管理軟體-可以運用在很多行業領域,如、裝潢業、工程行、建設公司、專案服務型公司、室內設計業、機電顧問公司等領域皆以適用。

截圖 2020-05-08 上午12.12.58

截圖 2020-05-08 上午12.12.52

我們針對 室內設計、裝潢、建材行業已開發不同類型的軟體產品、窗簾/窗材行業ERP也會今年再次投入改版

我們另外也再開始針對電商、電話購物領域的ERP系統,開發專屬的產品促銷組合系統,可以類似多層次傳銷系統進行業績計算、滿額贈送、單品贈送、買A產品送多少B產品。

如需要更具體的細節功能需求了解,可以與我們聯繫,藉由資訊科技與軟體,進行成本與利潤的有效管控,管理交給資訊軟體,讓您多出更多心力時間去服務您的客戶,達成雙贏的成效。



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

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

2020年3月24日 星期二

公司該何時才是適合導入ERP/MIS/進銷存等資訊系統(軟體開發、企業管理)


   一家公司對於導入進銷存、CRM、POS、ERP等資訊系統,何時才是最佳時間點呢?這也是我在IT ERPl領域多年,接觸各行業中小企業的企業主對我的通常疑問,但事實上沒有真正的標準答案,但我真的回頭深思有導入ERP資訊軟體的客戶群,通常都是該領域的佼佼者,
也就是有幾個特征
  1. 企業經營多年
  2. 產品多元性/複雜性
  3. 員工人數逐漸成長
  4. 部門溝通繁瑣想簡化
  5. 產品庫存無法控管
  6. 企業第二代/第三代接棒
  7. 原先該行業具有獨特競爭位置但逐年發覺競爭對手增多






根據這些特征,事實上一個公司導入系統,比較合適的最佳時期應該在處於興盛期(快速發展階段)、或經過快速發展階段而陷入停滯成長期;而相對一個企業在創業初期或已經正式在陷入較長的衰退期,導入系統成效相對不大。

在興盛成熟期、或停滯成長期,一個公司的主要領導者,會自然打從心裡產生革新念頭,這也是許多第二代接棒想要透過導入ERP資訊系統,很大的誘因,而也因為想要企業變革再造,大大增進了可以成功導入ERP的關鍵因素與時間點。


有迫切想要改善管理效率的公司一定要導入資訊系統 ERP
很多中心企業在初期的創業階段,是非常容易忽略內部的一些管理,包括執行製度的建立,運作規程建立,企業文化的發展等,這種企業發展到一定規模後,企業會圍繞一種理不清的混亂狀態,對於這類公司,進行導入ERP系統,目的就是為了利用ERP流程與數據整合管理的力量全面改善公司管理不善問題,可以好好利用ERP各模組軟體功能,來進行統籌規範管理。

有迫切需要完善資訊訊息管理的企業-不用懷疑請迅速導入 ERP
公司發展過程中經常會發現內部統計數據滯後,跟不上市場的快速反映,重複統計工作煩瑣,數據出處不唯一與散落在各部門間,資訊傳達不及時與錯誤,甚至誤導公司的主要決策者,究其原因就是內部資訊訊息還沒有辦法共享。
而 導入ERP系統很大目的是先實現數據整合,再通過ERP系統產生經營所需數據,來和公司的管理理念互相督促,使得公司管理的可以完善和提高。

對於發展潛力,迫切往更高層次發展的企業-ERP協助您將成為行業領域佼佼者
公司的決策者很清楚,要永續經營發展才是硬道理,所以他們必須有追求遠大長久目標與胸懷,這種情況選擇導入ERP系統,它的見效是加快的,因為決策者已很容易意識到解決的焦點問題,包括經營銷售遇到的瓶頸、公司內部生產與物流配送問題,財務資金運作問題以及更深層的企業國際化問題等,因此需求定義時只要將這些問題細化即可,實施導入ERP系統過程也明確了企業願景與發展宏偉目標。



(作者其他參考文章)
公司該何時才是適合導入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


2019年4月9日 星期二

商用軟體、物聯網軟體開發潛在商機

網智數位-軟體開發團隊累積了不同產業的領域知識,近來我也接觸到遊戲上市公司的遊戲軟體開發合作案,以及電子公司的城市智慧型辨識系統評估案,在不同領域客戶群一直不斷增加,讓我也真的有一個念頭成立一個獨立的產品線來進行產品開發,因為事實上很多中小企業在數據化競爭時代,如何有效的將外部數據與內部數據做有效整合,來快速做成營運方向的決策思考。

如有其他同業或擅長領域人才,我也歡迎與我聯繫,大家找各自擅長的領域,一起在IT科技、軟體產業,發揮潛在商機與突破資源的局限。





今天下午也接到之前越南委託的客戶,希望我再挪出時間進行中央餐廚系統的管理軟件開發改版,全部越南文操作系統,未來再結合10幾家餐飲分點的POS系統。

例如好的庫存管理系統,可以查出同樣的物品,那些已經存放過久,適度要進行促銷到達好的現金流,甚至我們也協助過貿易香水公司,量身開發程式,針對不同出貨銷售量統計圖表,那店長知道哪些物品在近8週的銷售變化。

再講一個的特殊軟體開發委託,一個台灣滿大型的挖礦池(算力運算買賣)因為有數百台的挖礦電腦,但以為都是請工程師透過 teamviewer 不定時一台一台連線進去查看,目前挖礦狀況、算力狀況、電腦是否有正常運轉,但因為數百台,根本無法控管,因此找上我,希望我們能利用我們好的軟體開發能力進行協助,我了解以後就安排開發工程師進行開發監控程式進行數百台的自動化控制,現在他們只要一個網址跟帳號就可以知道數百台各自狀況、效能、溫度、是否順利運轉,如有異常還會自動寄發郵件、訊息通知。





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



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












2017年9月6日 星期三

【軟體開發、系統開發、程式開發】多執行緒多任務存取相同變數,隔離保留各自任務的值 ThreadLocal 技術講解

      在講解幾篇關於多工、多執行緒、平行作業的技術文章後,想來談談另外一個深入的關鍵多多執行緒的問題,那就是多執行緒(多工)作業模式下,如何存取相同變數值,而且又希望各自的執行緒對相同變數又有各自的“值”。 
      在 .Net 技術平台下,有個 ThreadLocal<T> 的泛型類別,這個類別可以專門用於有多個執行緒需要共同存取一個變數,但每個執行緒對這個變數的值,又個別記錄隔離儲存,互不影響。我舉個例子來說明,有執行緒A、執行緒B、執行緒C、執行緒D,這四個執行緒平行作業,將共同存取一個變數 X ,但在執行緒A存取變數X時,設定值為 10;執行緒B存取變數X時,設定值為 20;執行緒C存取變數X時,設定值為 30;執行緒D存取變數X時,設定值為 40; 在執行緒A設定 X變數值為 10時,並不會影響到 執行緒 B/C/D 各自設定的 X 變數值。 
     一樣在此,我透過一個程式範例來進行實例說明,這個專案類型就簡單用 Console 控制台類型來引導… 
完整程式碼如下: 
namespace NetQna.Demo
{
    /// <summary>
    /// ThreadLocal 示範教學(網智數位-軟體開發)
    /// </summary>
    public class Program
    {
        /// <summary>
        /// 所有執行緒共同存取的變數值
        /// </summary>
        static ThreadLocal<int> X = new ThreadLocal<int>();


        static void ExecThreadTask(object obj)
        {
            ThreadEntity currThread = (ThreadEntity)obj;
            //在各自的執行緒環境設定 X 變數值,觀察各自的執行緒下,X 變數值各自記錄
            X.Value = currThread.ThreadValue;


            //顯示出 目前所在的執行緒 的值
            Console.WriteLine($"現在的執行緒 ID:{Thread.CurrentThread.ManagedThreadId},{nameof(X)}變數值為:{X.Value}。");
            //顯示出 目前所在的執行緒 的值
            Console.WriteLine($"現在的執行緒 名稱:{currThread.ThreadName},{nameof(X)}變數值為:{X.Value}。");
            Console.WriteLine();
        }


        static void Main(string[] args)
        {


            Dictionary<string, int> threadABCD = new Dictionary<string, int> { { "A", 10 }, { "B", 20 }, { "C", 30 }, { "D", 40 } };

            //分別啟動 A、B、C、D 執行緒,並執行 存取 X 變數值
            foreach (var t in threadABCD)
            {
                ThreadEntity obj = new ThreadEntity { ThreadName = t.Key, ThreadValue = t.Value };


                //Action<string, int> action = ExecThreadTask(t.Key, t.Value);
                Thread currThread = new Thread(ExecThreadTask);
                currThread.Start(obj);


                //這邊我刻意停頓 1 秒,以利顯示各自執行緒
                Thread.Sleep(1000);
             }


            Console.Read();

            X.Dispose(); //X 變數 釋放
        }



        public class ThreadEntity
        {
            public string ThreadName { get; set; }
             public int ThreadValue { get; set; }


        }
    }
}


程式說明講解
1


一開始我宣告一個屬性變數為 X ,也就是今天講解主要的類別 ThreadLocal,
待會就是用 這個 X 變數,來讓所有執行緒進行存取設定 X 變數值。
 


2 

宣告一個帶有 object 參數的方法,待會就是要讓所有執行緒去各自執行這個方法,這個方法主要我將  object 型態 的 參數 obj 轉型為我自己宣告的類別 ThreadEntity 類別(PS:因為 Thread 建構子對應的方法的參數只能是 object 型態,所以我透過轉型來避開這限制)。

public class ThreadEntity
{
    public string ThreadName { get; set; }
     public int ThreadValue { get; set; }


}

最關鍵的地方,我在這個方法設定了各自執行緒要對應的 X 變數值 
//在各自的執行緒環境設定 X 變數值,觀察各自的執行緒下,X 變數值各自記錄
X.Value = currThread.ThreadValue;

3 

我這邊分別建立 A、B、C、D 四個執行緒,然後分別設定他們待會要指定 X 變數的值為(10、20、30、40)。 


程式執行結果如下圖
d
 

可以看出 A、B、C、D執行緒各自維護自己 X 變數的值。


參考文章 C#多工作業與平行處理技術講解
1.透過 Thread 類別撰寫多執行緒多工作業。
2.透過 Delegate 委託支援的方法,撰寫非同步任務。
3-1.透過 Parallel 類別操控多任務平行作業(一)。
3-2. 透過 Parallel 類別操控多任務平行作業(二)。
4.使用 Task 自行控制非同步任務作業。
5.在非同步作業時,如何取消非同步任務。
6.多執行緒多任務存取相同變數,但卻各自隔離保留各自任務的值。
7.非同步存取變數的問題。
8.非同步資源鎖定解決方式。




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

2017年1月22日 星期日

ERP 各種計劃階段的差異

      這一個月去一家經營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
真正的庫存量形成探討
庫存管理的中樞控管法則(上)
庫存管理的中樞控管法則(下)
BOM表管理與設定﹣輔料是否需輸入BOM
何謂 進銷存、ERP、WMS?三者差異性【軟體開發、軟件開發、程式設計】
ERP 產品成本管理與計算
庫存量正確性衡量法則
粗能力需求計畫(RCCP) - 專文介紹
如何利用軟體來協助企業銷售統計和分析
開發進銷存、ERP、PDM,物料欄位收集與建立重要性(ERP開發、軟體開發、進銷存)
ERP 各種計劃階段的差異



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

公司電話:02-55991310
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



2016年11月2日 星期三

工業4.0 的好影片介紹

        最近跟同業、客戶、各種研討會,大家除了物聯網、大數據,還會談另外一個名詞,叫做工業 4.0,剛好看到一個天下雜誌非常好的影片介紹,在此轉介分享,台灣的驅動新型力量..






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

2014年4月21日 星期一

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

這篇是根據 庫存管理的中樞控管法則(上)的續篇介紹

(四)物料計劃流程

       在物料計劃流程這一層,我們要關注的焦點是什麼呢?在實務上我相信大家一定都遇到這樣的抱怨事情,做生產的人員經常罵採購或執行計劃的人,說這些人沒有用啊,為什麼總是買一些用不著的物料,我急需生產的原物料為什麼你們都沒採買,不該買的買一堆,而該買的總是沒買齊,到最後倉庫堆的物料到處都是….,該來的不來不該來的來一堆  。
      為甚麼會發生這種想象呢?我把它分為兩個方向來思考,第一,沒有足夠好的軟體系統輔助,因為【物料計劃】主要是針對我們已從 ERP/MRP系統,計算出建議的生產計劃與採購計劃,針對原物料所需採購的品名與數量來進行好的後續採購準則,而且好的ERP/MRP系統可以活用設定的參數落差可是極大,甚至我還有看過某些EPR系統根本無法預測與計算所需用料(這根本不是ERP系統,甚至連MRP也不算是,只能算是MIS系統 XD);再來我們需來了解一個所謂的庫存配套率的問題,這個工具算法可以幫助我們有效的衡量物料計劃流程的計劃水平,也是一個在採購、庫存整個控管很重要的觀念,但因為筆者這篇專文不會細談到它,我會再往後有機會談論到採購、以及更進階庫存觀念的相關文章,來補齊這些知識與觀念。
    stockConcept
(五)生產計劃流程
        這裡我們所談論的是 (Production Schedule,PS),也是生產計劃人員,一定最關心的議題,他們關心自己規劃的生產計劃是否有被按照預計地執行,換句話說就是企業、工廠內部到底有無及時達到應有的交貨率,這絕對會影響到最後答應客人的出貨日期,而這問題事實上又會連動牽涉到是否該設定適當的成品、半成品庫存量來進行緩衝,應付來不及及時如期按照生產計劃的庫存量,所以這個層面我們要注意的是如何有效地控管生產計劃如期執行,如定期設定跟催各生產工序的進度。

    (六)交貨與開立發票
       客戶通常給我們下的訂單,有時(通常)會跟我們要求分批交貨,譬如跟我們下的訂單為100,000 PCS,但要求我們分為20,000 PCS、30,000 PCS、50,000 PCS來進行交貨,這時對企業與工廠製作可能就必須採取不同的因應方式,而這也會對成品、半成品、原物料所需生產、採購造成不同的需求,所以庫存的先進先出的實施必須特別的管理。
        至於開立發票的程序,也有可能變為分批開立發票或一次性開立發票,這都會影響到後續的應收賬款的問題,而現金的流量也會影響到公司的庫存周轉率。
        所以,我們可以明確知道在這一流程層面,必須優先控管的是產品的交貨頻率問題。

     (七)採購執行流程
              在敘述採購執行流程時,我需先解釋採購通常有兩種採購行為,一個是本廠自行生產需要跟上游廠商下PO(Purchase Order,採購單),來進行採買原物料;第二個是委外生產製作採購單(Soucing、委外工單),這兩種要注意的細節不同,前者是交貨日準時、價格,後者是價格、付款條件、生產品質。
        而我在採購執行流程要大家關注的是PO(Purchase Order) 行為,我們要確實好好控管我們下的採購單,供應商是否有如期交貨、數量確實,因為這會嚴重影響到企業的原材料庫存是否足夠,也跟會跟著影響到後續生產的待工
       再來此採購執行流程還有一點我們要特加注意,由於任何企業針對客戶給我的訂單,隨時可能發生變化,所以連帶會影響到我們已下達的採購單,如果我們無法實時的也跟我們的供應商進行後續取消或變更採購內容,那麼也會造成庫存量的無謂的增加,所以我們必須培養有默契可以跟著我們及時的適應客戶的變化,這或許也叫做與時俱進吧!

     (八)生產執行流程
        我們單純從庫存控管的角度來思考,生產在製量(Work In Process, WIP)的大小絕對是個問題,因為如果如果我們控制過度大,必然會影響到對原物料的需求,同時也會影響到成品、半成品的庫存量應用的持有緩衝量,所以,我們可以明確知道在這一生產執行流程層面,必須優先控管的是WIP庫存量比例大小

      (九)倉儲物流配送流程
          我們知道庫存數據正確性的重要性,如果你公司用的ERP、MRP、或進銷存系統連庫存量的準確性都有很大問題,那麼,我很想問,你拿什麼來談論把庫存做好管理,這也絕對是好的商業軟體必須具備的成功關鍵因素。
         再來另一個需討論的問題,是配送問題,不同的物料運輸業者他們對運輸的交貨準確性、以及運輸週期都採取不一致的計算,價格當然也會有所差異,那這樣也會影響到我們所謂的在途庫存(貨物還在外面運輸,但擁有者是我們),運輸週期越久,自然而然我們的在途庫存量也愈大,這也會影響到安全庫存量設定的問題。

       以上我已把庫存控管整理成一家企業從銷售活動、售後服務、產能計劃、物料計劃、生產計劃、交貨開立發票、採購流程、生產執行流程、到最後的倉儲物流配送流程
做一個有系統的整理,以及各流程的細談,希望我能將多年來輔導各產業的經驗所學,分享給有需要的人,當然任何學問與經驗都需不斷的累積,歡迎有任何意見想法、合作機會都可以與我們聯繫 service@netqna.com





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

如何利用軟體來協助企業銷售統計和分析