GMG

改造前最常被问到的事

每个问题都对应我们真实处理过的项目场景

GMG如何在不停止生产的条件下替换旧ERP的订单模块？

我们会先把旧ERP的订单表结构导出为只读镜像，再用微服务壳包装成一个兼容接口层。新订单模块逐步接管写入操作，读取仍走旧库，持续两周双写验证——期间任何差异都能在回滚脚本中一键恢复。最终切换选在单日订单量最低的业务时段执行

GMG做的流程引擎和常见的审批流工具差别在哪？

审批流工具处理的是人机交互节点，而GMG交付的流程引擎要接管系统间的异步编排。例如把采购入库、质检判级、财务暂估三套系统的状态更新收敛为一个可暂停、可重跑的流程实例，并记录每个节点耗时供瓶颈分析，而不是只返回一个通过/拒绝的结果

GMG的数据中台交付物包含哪些具体产出？

交付物不只是一套数仓。我们通常交付三件：可版本化的数据接入作业清单、带血缘跟踪的贴源层视图、以及针对核心指标（如订单履约率、在制品周转天数）的校验规则包。每一份数据服务接口都附有SLA说明，标明数据新鲜度和失效兜底的时间阈值

GMG如何保证多组织ERP改造后原有财务报表口径不漂移？

我们在改造前会锁定一套财务报表口径快照，包含科目映射、组织间价格规则与合并抵消逻辑。每个迭代发布后自动执行财务对账测试，逐家实体比对三大报表关键行值。差异超过可配置容差就阻断发布并生成差异明细，供业务财务联合确认

GMG的微服务拆分依据什么标准，而不是按功能切一刀？

我们依据数据耦合度和业务变更频率拆分，不是按页面功能切。先把数据库中的表按事务边界聚类，再用调用链数据统计模块间实际依赖强度。只有变更频次差超过阈值且数据相互独立的模块，才被定为可拆服务。否则保留原样等待条件成熟

GMG交付后如果客户自己的团队接手，会不会被技术绑定？

不会。交付物包含架构决策记录、每个服务的代码注释基线、以及从本地到生产的部署手册。我们会安排客户方开发人员参与最后20%的开发任务，确保他们理解每个接口为什么这样设计。交维后90天内提供缺陷响应和不定期的代码导读回访