集中待办事项处理.docx

集中待办事项处理解决方案业务场景企业人员需要通过信息系统进行信息的传递和业务的协作。每个员工都是企业业务链条上的一个环节，当我们使用了应用软件后，很多上游业务发生后会自动的给该业务的下个节点的负责人员发送待办事项处理信息。很多业务系统登录后的首页面往往会有一个待办事项的显示窗口，提示操作人员需要处理的业务。当企业中存在众多业务系统时，每个系统都会有类似的待办事项显示功能，操作人员为了及时处理业务不得不经常登录系统查看个人待办事物，甚至在数个系统间不停切换防止遗漏未处理的事项而耽误企业整体业务进度。我们希望能够有一个统一的地点集中显示用户待办信息。这样就避免了用户在多个系统中切换的麻烦，直接能够在一个地点观察到所有系统中的待办信息项。实施前提n 拥有一个入口系统我们需要有一个入口系统，这个入口系统可以是门户系统或者是OA系统。只有有了这个入口系统，我们才能够把所有其他系统中的待办信息显示出来。n 进行了账户主数据管理让所有系统中的账户信息相同会降低该方案的实施难度。如果每个系统对于同一个用户还是各自编码，那么账户之间映射的工作就远远大于本方案中涉及的获取待办所有做的工作。还有另一种情况就是企业中采购了主数据管理系统，并且在主数据管理系统中有一全套各个系统间账户映射的关系。方案概述方案一：当用户进入门户系统的时候，门户系统获取用户信息，同时门户系统向其他系统发出待办信息请求，门户系统将整理后的待办信息数据显示在页面上；用户看到信息后，点击信息通过页面联查技术和单点登录技术进入其他系统处理待办信息。这种方案对应用系统整体负担较大，如果门户系统频繁刷新负荷更高；此种方案下，系统之间的耦合度也比较高高，如果某个系统响应时间慢则影响整体响应时间。方案二：当应用系统形成用户待办信息时，将数据推送到门户系统的对应服务中。用户登录门户系统时，门户系统显示待办信息。用户看到信息后，点击信息通过页面联查技术和单点登录技术进入其他系统处理待办信息。此种方案负荷小，但是其他系统改造工作量大，而且数据丢失概率大。方案流程1、用户进入门户系统2、门户获取用户信息3、门户系统使用用户信息逐一调用其他业务系统接口获取用户待办信息4、门户系统将获取的待办信息组合5、门户系统显示用户待办信息1、业务系统生成用户待办信息后，调用门户系统接口推送数据到门户系统中2、门户系统统一存储用户待办信息3、用户登录系统后，门户系统显示该用户的待办信息1、用户点击待办信息；2、门户系统根据待办信息的来源系统ID，引导用户进入对应系统页面3、业务系统获取用户令牌信息和待办信息ID4、业务系统请求认证系统，获取用户信息5、业务系统让用户登录并根据待办信息ID，引导用户处理该待办信息。其他方案门户显示待办信息方案能够将在不同系统中的用户待办信息集中显示在一个地点。这样便于用户的查看。企业还可以借助邮件系统和移动通讯平台进行待办业务的实时通知，即当用户在业务系统中产生了待办事项时，直接给用户对应人员的收集或者首相发送消息，提示用户及时进行待办事项的处理。这种方案实时性较强能够在第一时间让用户知道消息。尤其是短信通知的方式还能够不受办