曾经有无数个工作流滞留不前，前面的发起人心急如焚，可是也是无奈只能等待，多么希望有一个程序能替这个总也不办理的家伙把工作转出，那是多么惬意与轻松。
在实际的工作流使用过程中，经常会有经办人出差在外或者其他原因等不能及时办理的情况，而导致整个工作流运作不畅，管理员对于已经转到某人手里的工作流也是束手无策，即时权利再大这时也是一筹莫展啊。系统里明明有一个地方可以设置超时时间的呀，可是这个时间只是一个超时的提醒作用，并不能帮你把程序转出进行办理。要是程序超时自动转交到下一步就好了！是的，这个程序就是这样做的，本文中的监控工作流超时自动转交程序就能完成这样的功能，你再也不必为工作流不转交发愁了。
这里就让这个程序给大家来亮个像：
第三步即为需要监控的步骤，需要在监控步骤下一步增加超时接收步骤，超时后程序会自动转入到步骤5，正常办理时是不能转到这一步骤的。红箭头标识的路径即为程序控制运行的路径。
可以对流程中的多个步骤进行监控设置，对于符合超时条件的步骤程序都可进行处理。
对上面需要监控的步骤设置超时时长，这里先设置为1小时。在下面的“进行监控”处勾选保存，即可对该步骤进行监控转交。
程序直接按照上班时间进行计算，下班时间并不计算在内，并且吧周末时间也去掉，这样设置的实现就是实实在在的工作时间，也更有说服力了。
这是一个超时转过来的步骤，上面会有备注提示信息。
在超时流程被转入的时候，程序会通过系统的食物提醒功能给超时步骤接收人发送一个讯息，点击其中的“详情”，将会直接打开这个工作流进行工作的办理。
流程步骤中的记录，程序自动办结，所以只有结束时间，没有开始时间，在2013增强版里会显示两个时间两个时间基本一致。
最后出场的就是这个在后台默默运行的监控程序了。程序运行时会直接显示运行的监控状态及历史记录信息。可以对监测周期自行进行设定，测试时的周期可以设置为1分钟，此时的监控周期运作到指定此次(初步设定50次)即停止监控。实际在服务器部署时可以设置每天运行1次即可，否则过度的监控也会对服务器造成一定影响。
由于这个程序本身是采用非常规手段对工作流数据进行监控处理，所以具有一定风险，可能会对工作流及服务器造成一定影响，所以需要一定慎重使用。
这个程序刚刚开发出来，还需要继续在使用过程中进行不断完善与改进，希望这个程序能够给大家的工作流工作带来一些便利。
程序适用条件：
2013版或2013增强版，其他版本未进行测试；
被监控步骤必须设置有主办人，可以有经办人办理，但以主办人办理时间为准进行计算；
实现功能：
一个流程中可以同时监控多个步骤；
转交后进行短信息提示进行办理；部分信息进行文件配置，增加灵活性；测试时提供1分钟周期设置进行测试使用；可以指定程序监测周期（选项）；
流程超时时间可以设定为小数，便于测试时使用；
超时计算方法以上班时间为准，去除下班及周六周日时间，更符合实际使用情况；
超时的时间计算已上一步转入即开始计时进行计算，与主办人是否打开该流程的时间无关；
被监控的步骤可以设定为只有一个主办人，或者可以设置为一个主办人同时有多个经办人，有多个经办人时超时计算也以主办人办理是否超时作为计算依据；
当程序监测到流程特定步骤超时后，对自动对该步骤进行处理，并转交给预设处理步骤的主办人；
超时处理步骤主办人未设定时，默认转交给admin处理；加强版不指定接收人时默认人可以自行配置；
监控程序在转交工作的同时会自动给接收办理人发送事务短信提醒，办理人可以直接点击短信链接进行该工作的办理；
超时办理接收人查看超时转入的流程时，会在流程步骤中有备注信息提示；
工作流系统日志中会详细记录该工作被自动转交的记录；
在数据库数据表备注列中单独标出转入及转出的流程步骤，便于管理员后台对数据查找核对；
服务器信息通过配置文件设定，可灵活配置；
配置信息中的数据库账号通过程序加密后设定，避免密码外泄；
监控状态及监控处理记录在程序界面中直观显示，便于管理员掌握监控状态；
监控程序最小化后会自动在系统托盘中显示，不影响其他工作进行；
程序测试时，对监测周期进行限定，避免对服务器造成过多影响。
原文地址：http://blog.csdn.net/upi2u/article/details/43193293
