对于一些流程驱动型的ERP系统，往往会有系统通知的功能。如用户定义了一个订单审核流程。当采购订单输入完毕后，用户点击"完成"按钮。则系统会发一个系统通知给采购经理。当采购经理登陆系统后，就会看到这个通知消息。然后通过这个消息可以直接打开对应的采购订单，而不用再去采购模块查找。查看无误后审核，然后系统又会发一个反馈信息给采购员。这就是流程驱动型ERP不可替代的优势。

那么对于需求驱动型ERP来说，如何来实现类似的功能吗？总不能够没完成一个订单就电话通知吧？这显然会凭空增加用户的工作量。在这种情况下，可能一个即时通信工具就必不可少了。当用户完成或者审核一张单据后，就可以直接通过即时通信工具来告知相关的当事人。

笔者以前给客户实施过一个ERP项目，这个客户选择的就是需求驱动型的ERP系统。项目上线后，他们觉得邮件通知有点慢。因为有些用户的话，邮件客户端不是经常打开，而且也不会经常去查看邮件。这导致有些单据后续的处理工作无法及时完成。跟客户沟通后，笔者建议他们上一个即时通信工具。不够那时候由于他们的ERP系统还没有自带这个即时通信工具，笔者就建议客户使用一个免费的开源软件PSI。这个即时通信工具是开源的，可以运行在多个平台上。而且还可以设置有消息时强制打开的功能。如当某个用户发送消息时，对方这个消息窗口就会强制打开。从而保证用户不会错过任何一条消息。不过可惜的是，这个即时通信工具是跟ERP系统脱离的，没有很好的集成。

笔者的意见是，企业选购需求驱动型ERP的时候（包括其它信息化管理软件也是类似），最好自带有一个即时通信工具。如此的话，就可以跟系统的其他模块整合。如可以设置，当单据审核之后，自动发消息给指定的用户；还可以设置预警功能，当应收帐款到期或者库存数量低于安全库存的时候，向用户报警等等。这些功能都非常的时候。笔者以前负责神州数码易飞ERP系统的时候，他们就带有这个即时消息的工具。不过那时候还不成熟，没有跟系统的其它模块整合。到现在最新的版本，应该已经设计的不错了。

总之对于需求驱动型的ERP，其最大的阻碍就在于沟通上。因为无法通过流程将相关的责任人联系起来，无法形成一股合力。此时只有借租即时通信等工具，来加强他们彼此之间的沟通与协调。