集中待办事项处理解决
方案
气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载
应用场景描述：
计算机应用系统在企业信息化建设中的应用，大大的加快了企业内部人员的组织协同效率。很多业务数据都能够通过应用实现秒级的传递。然而在整个信息传递链条上，接受人员的信息处理速度就成为了信息传递效率提升的瓶颈。这样我们就要求业务人员在接受到信息的第一时间进行业务处理。此时，待办事项信息的及时获取就成为了提升办事效率的一个主要因素了。很多时候为了能够最快速度的获取业务待办信息业务人员不得不一直守候在电脑旁，将应用始终打开才能够在第一时间知道需要处理的信息。如果一个管理人员在很多个系统中都拥有业务职能，那么仅仅是打开众多应用系统，等待待办信息就将是一件不胜其烦的工作了。所以很多企业希望能够通过技术手段，将员工的待办信息做集中展示，并且希望员工在看到这些信息后能够快速处理。我们将上述场景理解为进行“集中待办处理”的业务初衷。
依靠门户系统的解决方案（一）：
在很多企业中，门户系统或者办公自动化系统是应用最为广泛的系统。很多企业员工早上上班后的第一件事情就是登陆这样的系统，查看企业内的最新通知，公告或者新闻。很多时候我们将借助门户系统进行用户待办事项展示。
方案一：页面直连
在门户中使用ifram组件，直接展示用户在其他系统中的待办信息。此时A系统需要为门户系统提供一个能够接收用户账户或者令牌的URL连接。当门户系统请求这个连接的时候就返回对应用户的待办事项。或者通俗的说，就是A系统为门户做一个jsp页面（假如A系统是J2EE架构的），页面接收用户账户信息，显示用户待办信息。
门户-1
这个方案实现简单，开发容易，大多数的系统都能够找到可以复用的页面。门户系统实施页非常快速。而且这个方案对效率没有影响，所有的消息刷新，显示等问题都交给各个系统去处理了。唯一美中不足的地方就是需要处理页面的显示风格与门户系统一致，并且不能将所有的待办信息集中到一个portlet（页面中的小框框）中显示。
方案二：总线实时获取
这个方案是我个人使用了很久的方案，拥有众多案例。我一直认为这样的处理方法才算是面向服务的集成。但是如今看来还有很多不足的地方。方案实现过程如下图所示：
1、 用户登录门户后，向服务器发出获取待办请求；
2、 门户服务器请求服务总线，要求获取该用户的待办信息；
3、 企业服务总线向应用系统发出获取待办请求的服务调用；
4、 服务总线将信息汇总后返回给门户系统；
5、 门户系统在页面展现该用户的待办信息；
6、 用户获取待办信息后，点击待办信息，通过单点登录技术和信息ID传递进入对应应用系统并处理对应业务。
方案优点：
实时性较强，且可以自由定义待办信息的展示方式，业务系统的待办信息还可以为其他业务复用。
方案缺点：
门户处理待办信息后，待办事项不能及时刷新去掉；
有些系统的响应滞后或者不及时导致线程阻塞（可以通过设定响应时间解决）
同时在线人数超过500，且刷新频率小于2分钟的时候，服务器压力巨大；
方案三（方案二的改进方案）：
方案二中的待办信息获取是实时获取，如果用户量较大且刷新频率较高时往往会造成门户系统的意外宕机。所以我们将以用户为单位的待办信息获取转变为以应用为视角的待办信息获取方式。该方式的改变点如下：
1、 在门户系统中建立待办数据库；
2、 定时向业务系统索取所有用户的最新待办事项；
3、 对用户处理的待办事项及时进行下架处理，对下架后的待办事项进行历史归档。
依靠短信、邮件和移动APP的待办事项处理方案（二）：
门户系统的使用者始终都是面向PC用户多一些。如果企业希望待办事项能够更快速的传递或者解决方案更加廉价，则可以使用短信，邮件进行待办信息通知或者使用移动APP进行待办事项通知。这样的实现方式即简洁高效又不需要花费太多的成本。至于用户收到待办事项后是否能够直接进入对应系统处理则属于易用性问题，而最快速的将消息传递出去才是待办信息处理的关键所在。尤其是短信或者手机端应用，除非使用者是在飞机或者没有信号的地方，一般都能及时获取到信息。只是相对于传统的结构化数据传递模式，用户何时接收到信息，何时处理信息，等业务统计就困难一些。
集中待办信息的处理虽然是一个小小的工作，但是对于企业提升工作效率却又有很大的帮助。很多解决方案也是在不断实践中产生和演变的。今天提到的解决方案各有利弊，需要结合企业实际情况进行具体应用。如果诸位在各自的项目中也有独到的方法，也请将您的经验分享出来。因为信息的特性就是可复制性，而价值的体现则是在传递的过程中。
更多信息请关注微信公共账号”用友应用集成”或者扫描二维码
浙公网安备 33021202002483