一般而言，假设您的ERP服务台在上线的第一天将为每两个ERP最终用户收到大约一个票证请求。这个数字应用于初始讨论和计划目的，并且可以根据实施的最后日期的匆忙程度/休闲程度自由调整；集成测试如何进行；有多少业务流程在ERP上线时仍存在错误，等等。重点并不是要预测ERP上线后的帮助单数量是一门精确的科学，而是因为对帮助单的数量和类型没有任何期望，您如何为ERP服务台配备人员以及与谁一起成为任意决定。

作为帮助台文档的一部分，重要的是要有一个分类程序来分配帮助单的优先级。可以在五分钟之内解决的帮助请求应该放在第一位，并在五分钟之内解决。没有什么比一个小时内无法解决供应链主数据问题更能导致组织恐慌了，因为您没有时间去解决它。此后，需要给那些当前禁止产品进入制造或分销下一阶段的问题分配同样高的优先级，例如，生产报告交易中断或无法打印标签以运送订单。通过新的ERP系统，不需要太多的生产报告延迟或级联错误 消除所有损坏所花的时间比解决问题要花费更多的时间。

保持机器运转

下一个优先级应该是产生有效生产计划的任何障碍。如果没有生产计划，机器将停止运行；如果机器停止运行，则可以说ERP无法正常工作。通常，最大的一组复杂的帮助通知单将来自供应链和订单输入。无法测试产品，数量和请求日期的所有可能排列，并且会发生意外的和不希望的结果。始终会有合乎逻辑的理由得出结果，但是可能需要花费一些时间进行调查和理解。解决该问题的方法更多。通常，如果不进行仔细测试，则解决此问题可能会破坏其他功能。

通过将问题分解为连续的关键性层来继续分类。大多数问题可以按1到3的等级进行分配。尽管有些人使用1至4或1至5的音阶会感觉更好。管理ERP上线问题与管理客户服务问题，制造问题或任何其他业务问题没有什么不同–有些问题很重要，迫不及待。有些不那么重要，可以从字面上永远等待。智能地应用业务知识和判断力将确保按正确的顺序解决正确的问题。