如果您的 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 框架已集成的财务报表)。