以下文章来自《Digital Evolution》,作者:詹建中。
来源:数码绩效简介: ERP项目上线时,五一、国庆、元旦假期通常会有休息时间,在节前盘点、整理数据、平滑系统,期间会停止生产。这一时期。切换并上线。那年元旦,我们的项目也不例外,节假日前就开始准备上线,引入节假日制度,生产系统的切换也顺利进行。在全公司都充满期待的情况下,当第一个业务数据开始录入,前端平台通过IDOC发送到SAP ECC时,大家都进入ECC,所有的流程都在ECC里做,就没有意义了,当时我就觉得那。毕竟,不用说,这是核心流程,尽管我们已经测试了很多次,但我们还是卡在了这一点上,无法生成销售订单。项目组的同事们原本还满怀期待,还有点兴奋,突然停下来,用疑惑、不信、还有点不安的表情看着团队,气氛顿时紧张起来。这是正常的销售流程。没有销售订单,我们就无法进行进一步的操作,在ECC上演得再好也是不行的。这时,我们的队员立即投入战斗,从输入ECC的IDOC数据结构入手,在很短的时间内从数据结构中发现了程序代码。这段时间,我们也多次接到领导关心的电话。虽然各个层面都有发生,但响应这些号召没有浪费任何一点,效率高得惊人。经过全面排查,很快就查明了问题原因。传入的IDOC中字段的数据元素被移除,导致传入的业务数据没有保存并报错。那么如果删除了表结构中的某个数据元素,是哪一组同事做的?为什么交叉测试没有检测到这个问题?是否还有其他数据元素被删除了?除了销售订单创建之外,还有哪些地方被删除了?系统是否受到影响?如果恢复数据元创建,有什么影响?哪些程序或程序正在使用这个结构?业务流程会受到影响吗?对于这些问题,在开发配置环境中,可以直接在表结构,能立即定位到删除内容的请求者和项目开发同事吗?我赶紧打电话给对方,一边沟通,一边把对方项目中的实施人和开发人员拉到同一个电话会议中,然后这时我才意识到,在别人的项目中,数据结构中删除了一个字段,我发现这个数据被删除了。元素被意外删除。由于删除,该字段仅供项目使用,因此没有进行交叉测试。然而,这个意外删除的数据元素是由字段共享的。一旦了解了细节,解决方案就会变得清晰,但重要的是是否存在其他类似的误删除数据。我们如何解决上面提到的这些问题?为了回答这个问题,我们共同调查和检查您的系统,以确保它不是简单地被错误删除。我们已经多次证明存在,并且很明显没有其他位置或者涉及其他模块或项目,我们也确认是我们创建的。我们及时敲定并报告了解决危机的计划,因为归还数据元素不会影响其他项目或影响其他地点。众人都松了口气,慢慢地倒了咖啡。这个场景是不是很熟悉?如果您曾经实施过ERP项目,那么这个画面是不是很眼熟,在需求分析、系统测试、上线切换等过程中,一定会遇到各种棘手的问题。
我也是!得益于我早期的系统开发实施和项目管理经验,我逐渐形成了分析和解决ERP项目实施问题的三步法。在笔者漫长的咨询生涯中,一直受到这种方法的影响。我们将更加高效地解决问题,防止问题扩大,共同提炼总结隐患第一步:解决问题:彻底排查已经出现的问题,排查原因第二步:排查根本原因:更详细地分析问题的根本原因,避免问题再次发生;第三步:追踪关联:追踪是否有相关方、相关模块、相关业务单位可能涉及或受此问题影响。避免问题升级并随后影响利益相关者或上下游。 ERP系统具有独特的特点。一个高度集成的平台。您的供应链业务协同工作并自动与您的金融业务集成。系统内部配置的增强和开发也密切相关。出现问题时,顾全大局、查漏补缺,可以有效地将隐患消灭在萌芽状态。负责任地说,如果你不哭泣并移除不小心埋在你的项目中的闪电,它有一天可能会爆炸。当然,仅仅因为项目中出现了问题,不可能立即处理,而是需要从讨论需求、组织流程、创建开发文档的第一阶段开始全面、准确地分析需求和需求。你应该尽可能全面地列出你的所有需求,无论是广度还是深度,还要考虑到时间方面。接下来,需要收集所有需求,同时从具体建模到抽象建模进行逻辑分类,明确独立且不重叠的业务线。我们准确反映您的需求,通过建设和开发将其全面落实到您的ERP系统中,顺利执行整个业务流程。无论您是在处理复杂的ERP系统,还是庞大的、多种角色的项目,包括项目管理、系统实施、扩展开发,这三个简单的步骤将帮助您解决问题,不留下隐患,希望对您有所帮助流程更高效并提供流畅的ERP。系统平台。
转载自公众号:ERP之家