许多企业人士认为，与ERP实施的定义和启动有关的细化过程，也表明，一旦系统启动，与企业“风险管理”相关的任何边缘化和/或保证也将得到解决。
不幸的是，尽管这种主张似乎是合理的前提，但实际上这是不正确的。
在技术层面上处理“风险管理”与在一项技术可能会对整个企业构成威胁或不构成威胁的“风险”之间存在重大差异。
为了更好地理解我在说什么，这里是“风险管理”的正式定义，以及从管理的角度来看它通常是如何形成的。
根据在线商务词典：
““风险管理”与；“识别，分析，评估，控制以及避免，最小化或消除不可接受的（业务）风险。组织可以使用风险假设，风险规避，风险保留，风险转移，风险边缘化，风险确认和/或任何其他策略（或策略组合）来创建对未来事件的适当管理。”
注意，虽然该定义通常被认为适用于复杂的技术结构；包含在较大的企业业务结构中，经典定义与技术几乎没有关系。
相反，它主要用于管理上的考虑和决策（由未来事件的潜在负面影响所驱动），或者更粗略地说，是“避免并减轻坏事，然后再炸毁你的脸”。
因此，随着需求的发展，在开发和实施企业ERP解决方案时，实际上涉及两个离散的任务集。第一个以系统本身为重点，第二个以企业范围的风险管理方案和潜在的业务影响为基础，随后是所有后续解决方案。
尽管我们没有足够的空间来详细了解针对ERP回合的适当行政“风险管理”分析，但在任何综合文档中都应该找到至少三个主要领域。
在定义，选择，集成和启动企业ERP平台时，任何坚实的技术要求都涉及各种高级管理人员及其重要性。
但是，我们假设所有这些元素都已建立，并且一切进展顺利，直到出现问题。它可能很简单，例如无法正确迁移的损坏的数据库，或者是由于一组初始技术规格格式错误而引发的高度复杂的问题。
无论哪种方式，整个昂贵的事情都像躺在一条鲸鱼上一样躺在沙滩上，等待某人来度过难关。同时，必须开展业务，必须执行交易，必须预定收入和工资单；所以你会怎么做？
在这种情况下，第一件事不一定是“如何”解决特定问题，而是“谁”最有资格扳机。这是将管理优先级作为整体风险管理计划的一部分应用的地方。
与紧急呼叫树类似，任何ERP风险管理分析都应包括完整的管理人员清单，这些人员都熟悉与潜在故障相关的业务影响，以及高级，优先级高的个人，他们可以随时联系并推动朝正确的方向放牧，或在必要时召唤骑兵。
再一次，这不是技术上的努力，而是行政上的努力，侧重于保持企业运营的持续发展，而技术团队则将问题排除在杂草之外。
在此，假定实施已完成并且ERP系统已准备就绪可以投入使用。
但是，在任何人实际按下按钮之前，实施委员会必须“执行”由企业当前情况驱动的管理合规性审查。同样，这项工作集中在管理上，即企业的整体GAAP职位的当前状态是什么，销售渠道中有多少外部资金等。
目的是确保公司在执行重大更改之前了解其业务状况。这意味着，如果需要，此最终快照可以在出现问题时购买一些操作时间。
这个元素有点像一组签核的签核，但是从我所说的“一个所有人”的角度来看，这仍然值得。
当然，在系统的需求阶段，各种管理签名应已成为每个任务进度的一部分。但是，这最后一次“一刀两断”的签约代表了一个假设，即所有内容都经过检查和重新检查，每个人都知道将要发生的事情，以及公司提出解决ERP问题的提议，内容，人员和方式。
客服毛燕