一個好的系統是十分重要的，偏偏我公司用了一個很差的銷售系統。
我是負責進貨及賣貨給用家，用家會用我們的購貨系統買貨，然後到月尾會生成發票再內部轉賬，然而這一個系統實在太多bug了。
這個系統是公司在外找一間公司做的，但老實說，就連我這個只懂一點編程的人，都能看出他們實在太粗心大意了，之前已經試過好幾個很低智的bug，例如送貨地址，用家可以自行新增地址，但它竟可以讓一個空白地址給儲存，然後用家也可以不小心的選取這個空白地址，到最後我們又要聯絡用家實際地址。
又例如修改庫存地點，因為我們有幾個房間，所以有幾個庫存地點，但很白痴的，如果那件貨已有人訂了留貨，其庫存就不能再更改。後來我們要求修改這一部份，但他們實在太粗心，修改完後錯誤百出，竟可以容許一個地點有負庫存，再從而令到下單的價格變成負數，這一類的錯誤實在太多，這都不是編程問題，而是其algorithm實在太有問題，完全沒有想到各種的基本error。
這一次又有問題發生了，剛好是我們自己部份下的單，某一件貨我們訂了12件，但當我們月終核對發票時，發現發票只算了一件，收取一件的費用。其實之前已經發生過一次在送貨單上，明明用家訂了6件貨，但送貨單只顯示了2件，那次我提交error report後，他們說是單位搞亂了。這件貨有兩個單位，分別是case及pack，1 case = 4 packs，用家訂了6 packs，但系統不知為何把它按case算了，6 / 4 = 1.5嘛，它再四捨五入自動改成了2 packs，不是2 cases啊，是2 packs，這個error也是太低級吧。
這次更厲害，是發票出問題，這一次貨品是 1 case = 12 packs，我們訂了12packs，發票又自動把它除12了，但卻顯示了packs 而不是case，而系統的顯示又沒問題，那問題就大了，系統最後的內部轉賬還是會轉12 packs的價錢，但給人家的發票卻顯示 1 pack的價錢，那麼人家要核數時怎麼辦？
唉，我真不知當初是誰找這公司的，還要收7萬7的保養費，只包3年保養及額外10天的man-day。
我真的吐血了。
