我們針對現有tiptop用戶隆重推出下列優惠升級方案：

1. 用購入tiptop價格的50%更換成PostERP。
2. 滿意更換成效，再付款給我們。若有任何不滿意之處，無須解釋理由，不必付款。

企業如果使用任何ERP軟體有下列困擾，請儘速升級到PostERP：

1. 工廠是製鞋廠。
2. 必須購買昂貴的Informix或Oracle資料庫軟體，不能使用免費、高品質的開放原碼資料庫PostgreSQL。
3. 假的多公司、多工廠、集團級ERP軟體：每一家公司、每一家工廠，各開一個資料庫，產生大量不易察覺且難以除錯的問題。例如：ERP用戶有2家工廠，
   • 甲工廠有料號A，乙工廠卻找不到。
   • 甲工廠的料號B，就是乙工廠的料號X。
   • 料號C在甲工廠的品名說明是10u電容器，在乙工廠的品名說明卻變成10u矽電容器。
   • 料號D在甲工廠的最小單位是個，在乙工廠卻變成包。
   • 客戶E在甲工廠的授權信用額度是100萬元，在乙工廠變成1億元。
   • 客戶編號、客戶名稱、客戶地址、客戶電話、客戶的累積應收帳款...也有相同問題。
   • 供應商、員工、部門、會計科目也有相同問題。
4. 假的多語系：
   • ERP用戶的工廠在越南，業務辦公室在台灣，客戶在美國。因為ERP的多數使用者在越南工廠，所以，ERP是越文版：
     • 台灣的業務人員不懂越文，所以，IT人員必須另外維護一套中文畫面（form）和報表程式，給台灣的業務人員專用。
     • 駐越南工廠的台幹，也面臨台灣業務人員的相同問題。
     • 台灣的業務人員用英文和外國客戶溝通，ERP也不能提供英文報表。業務人員必須用手工整理報表後，再發給客戶。

     如果同時有中文使用人、越南文使用人、英文使用人，則IT人員必須製作與維護3份報表、程式、畫面。

   • 用戶同時只能用一種語系維護客戶名、地址、料件名、會計科目名稱...。用戶不能同時用繁體中文、簡體中文、英文、越南文...等多種語文輸入同一家客戶的名稱、地址、聯絡人。
5. 銷售訂單、出貨單、銷貨退回單、請購單、購買訂單、進貨單、進貨退出單：
   • ERP不允許客戶在同一張訂單要求於5個不同日期出貨。ERP反向要求客戶：下5張訂單。
   • ERP不允許user把5張銷貨訂單集中在一張出貨單出貨。ERP反向要求user：開5張出貨單。
   • ERP不允許user把5張出貨單集中在一張銷貨退回單退貨。ERP反向要求user：開5張銷貨退回單。
   • ERP不允許user在同一張出貨單：出3個品名，每一個品名各有5種不同批號。ERP反向要求user：開15張出貨單。
6. 成本、會計、庫存：
   • 存貨資料、成本資料、總帳資料 ，三者各自獨立，牛頭不對馬嘴。
   • 月初結算前月的成本時，因為出現負庫存數量而中斷，user為此加班找原因到深夜。重跑數次，都還是有負庫存數量，因為接近結帳期限，不能再拖下去，會計人員乾脆手工強制調整，挑戰做假帳的底線。
   • 會計的月過帳、反過帳、結帳、反結帳動作來回跑好幾次，結果都有問題，會計人員每個月初都承受極大的壓力。
   • 業務主管在月中要求現在的成本資料，以做為其訂價、報價的依據。但是系統只提供上個月底的舊成本資料。
   • 系統令管理人員無從區分第1條生產線和第2條生產線的成本（績效）差異。
   • 為計算成本，要求用戶為每一個料號指定一個複雜的多段會計科目編碼。例如：1111-00A-123-456。其中，1111代表原料、00A代表部門00A、123代表料號123、456代表產品類別456：
     • 100種料號就有成千上萬個多段會計科目編碼，user容易錯編、錯打。
     • 分析這些會計科目編碼，需要龐大、複雜的4GL程式，花費大量的主機CPU。
7. 粗糙的權限控制
   • 不能針對某些user設定一些欄位成為唯讀。
   • 不能針對某些user隱藏一些欄位。
   • 不能針對某些user設定一些記錄（record）成為唯讀。
8. 上線過程和新職員報到，需要大量的不必要訓練，因為：
   • 沒有線上程式說明，user不知道跑這個程式的目的、不知道有何影響。
   • 沒有線上報表說明，user不知道參數的意義、不知道報表內容的計算邏輯、不知道報表內容的資料取得來源。
   • 紙本手冊不好找、交代不清、過期、錯誤。
9. 低效率、混亂的程式碼
   • 維護軟體，十分困難。IT人員沒有3個月的練習（4GL、form、report）並由衷接納原廠的獨特且多樣的設計風格，則沒有生產力。
   • 資料庫的tlf_file table有近千萬筆記錄，並且快速成長中。其儲存內容包羅萬象：銷貨記錄、進貨記錄、轉倉記錄、盤點差異、調整記錄、進貨退出記錄、出貨退回記錄、調撥記錄。其資料有時候會和銷貨、進貨、轉庫、盤點、調整、進貨退出、出貨退回等原始單據不符，IT人員和user都不知道誰是誰非。它佔用大量的硬碟與磁帶的空間、花費大量的備份與restore的時間。這個table一旦毀損，則一些重要資料不能在畫面上查找。沒有IT人員敢刪掉裡面的舊記錄，任其膨脹。
   • 大量的4GL程式碼用來動態產生SQL語句，然後再送該SQL語句到Informix/Oracle執行，浪費主機CPU。
   • 捨棄SQL不（會）用，卻大量使用低效率的FOREACH、IF... ELSE...、LET ...=...等4GL程式碼，浪費主機CPU，IT主管不斷地向公司請款以升級主機。
   • 畫面資料和報表資料不一致。
10. 用戶沒有買足netterm或vtcp的版權，甚至一套也沒有買。IT主管甚至不知道有這項必要投資，不知道自己侵犯軟體版權多年。
11. 結構性缺陷
    • 只能處理和顯示文字、數字，不能儲存員工照片、不能在雷射印表機印報表、報表名稱不能放大、不能印條碼。
    • 研發人員希望把施工說明、銷貨訂單原文、品質要求等檔案（.DOC、.PDF、.JPEG、.XLS...）附掛在指定的料號之下，卻得到IT人員的標準回答：「辦不到」。
    • 報表問題
      • 報表有時候可以預覽，有時候卻直接從印表機出去。
      • 印報表期間，有時候會莫名其妙地跳頁、亂碼。既傷財且不環保。
      • 必須花錢購買print server才能穩定出報表。安裝print server很費時。
    • 希望進步到web環境，必須加購Genero轉換軟體和http server，不但費錢，且平添一個系統的運作速度瓶頸。購買Genero轉換軟體後，user抱怨速度太慢。因此，要買昂貴的高性能主機去跑Genero轉換軟體，並且，必須大幅提高數據專線的租用速率。而且，每一部個人電腦還要安裝Genero的plug-in，而且，每一部個人電腦還要跑瀏覽器（browser）。
    • 雖然不穩定，但是user以前仍可以在自己的點矩陣印表機出報表。換成所謂的web環境後，user再也不能在自己座位旁邊的印表機輸出版面正常的報表。然後，軟體商再規定其客戶購買另一套獨立於4GL之外的Crystal Report。
    • user的按鍵動作經常會停格：user的原意是按一次tab鍵以跳到下個欄位，因為系統沒有反應，所以再按好幾次tab鍵。結果是：等到系統回過神，一次跳好幾個欄位。
12. 用戶不能從既有ERP系統無縫改用同一軟體供應商的另一套ERP系統，只能二選一：
    • 另外付高額費用給軟體供應商，讓他們以手工轉局部基本資料，放棄大多數的交易歷史資料。
    • 放棄全部資料，一切重來。

電腦主機數量、IT部門的軟體人員人數、財務部門的人數，與公司或工廠的獲利率成反比、與MIS部門主管的績效成反比。

如果ERP在微利時期帶給貴公司的整體負面效益是

• IT部門持續地加重公司的的財務負擔：
  • 設置大量的IT程式人員。
  • IT部門的程式人員離職的速度高於補充速度，IT主管只好重複地要求老闆提高IT人員薪資。
  • 購齊授權昂貴的Informix或Oracle資料庫軟體、4GL、Genero和年度維護合約。
  • 不斷地升級主機、網路設備、數據專線、年度維護合約。
• IT部門猶如軟體補習班，人來人往。一位部屬離職後，其他部屬也無力承接其4GL程式，IT主管只好親自下海承接，經常加班。
• IT部門無法快速滿足user的需求，甚至積壓數年。
• IT部門不受user部門的敬重，IT部門的角色被老闆和user定型：只會花錢，不會解決問題。
• IT部門的程式人員士氣渙散，IT主管的職位急急可危。
• IT部門的程式人員深陷軟體泥沼：投入數年精力鑽研老舊的4GL語言、廠商和數代前輩高手所縫補的數百MB 4GL程式、冷門的Genero，忘記MIS部門的唯一任務 --- 快速滿足user的需求。

拼裝車價格高昂、笨重、耗油、跑不快、零件會掉落、時而中途拋錨、必須承載多位的資深修護工沿途打補釘才能緩慢地撐到目的地。廠商利用體積龐大、笨重的缺點，打出「大系統」的宣傳，按裁積和重量折算售價，高價向首次購車的外行人賣出。

高價買到這類龐大、劣質、缺乏整合的軟體，IT主管現在要做的是，為公司和自己尋找脫困之道。請用PostERP取代這類恐龍軟體，一次解決上述問題！