如果您的 IT 人員能夠匯出 ECC 或 HANA的資料庫,並在 PostgreSQL 中重構和重建,使其完全符合至少第三範式(third normal form),那麼您就能徹底解放您的組織,改用PostERP。
如果您的 IT 人員無法做到這一點,並非因為他們能力不足,而是因為有人購買了錯誤的軟體。該軟體之複雜,以至於其基礎製造業ERP應用就超過 13,000 個資料庫表(table),而沒有人敢保證這些表都符合第三範式。
相較之下,PostERP 通用製造業版僅含不到 400 個符合至少第三範式的 PostgreSQL 表,而且其中大部分符合第五範式(fifth normal form)。
您的MES、WMS、AI工具…等輔助系統可以立即開始這樣與 PostERP 交換資料集:
✅︎ 呼叫 PostERP API 對底層 PostgreSQL 表操作CRUD、呼叫 PostgreSQL的function(函數)和procedure(存儲過程)。輕量級的 PostERP 伺服器會自動將所有 API 呼叫轉送給 PostgreSQL。除非您希望 CRUD 操作產生特殊效果,否則您無需為API編寫任何程式碼。PostgreSQL的trigger(觸發器)和rule(規則)通常足以實現這些特別需要。
✅︎ 呼叫 libpq 以最高速度直接、可靠地存取您的 PostgreSQL 資料庫。
系統會自動為終端使用者產生 CRUD 畫面之後,您的 IT 人員這樣操作 PostgreSQL 資料庫以在 PostERP 中重現過時的 SAP 功能並附掛在 CRUD 畫面供使用者操作:
👉 撰寫 PostgreSQL SELECT 語句,供使用者產生報表(無須重複製做 PostERP 框架已整合的財務報表)。