如何自己实现一个可自定义业务流程步骤的工作流
展开全部 工作流平台市面上的产品非常多,有纯BPM形式的,也有直接开源架构的。
这在这重点讲一下E8工作流平台,他们架构源码全部开放,兼容所有浏览器、支持跨系统的流程整合,本身自带图形化流程设计器,所有流程及流程逻辑、殊殊权限都也无需代码编写,可通过配置完成。
可以直接嵌入项目本身,也可以把平台部署成一个服务,直接使用API调用的方式。
如何自己实现一个可自定义业务流程步骤的工作流
展开全部 1、通过分析,国内工作流产品基本遵循WFMC标准或其它工作流标准,但各个厂商的功能侧重点不一样。
2、快速开发能力主要从可视化流程模型设计、可视化表单设计、表单控件的丰富程度、逻辑封装能力、用户操作的便利性等方面进行比较分析,在这个维度上,西安协同和北京博皓科技表现突出,它们对流程元素进行了比较深度的封装、支持多种表单设计、控件丰富程度较高。
3、集成能力主要从与OA系统、SAP系统、ERP系统、CRM系统等业务系统的集成能力以及集成架构、业务对象组合、高可用性和高复用性等方面进行对比分析。
国内厂商普通集成能力较弱,北京博皓科技在集成能力上表现突出,封装了对SAP、SharePoint等业务集成,支持业务对象重新组合,在高可用性和高复用性方面表现较好,其它厂商大多还停留在WebService的调用层面。
4、自动化测试,如果人工对流程进行测试是非常费时费力,而且流程一旦改动,又得从头做一遍,工作量巨大,是否有流程仿真功能是工作流软件选型的一个重要标准,在这个维度上,只有北京博皓科技一家符合。
5、在开放性方面,是否提供丰富和友好的二次开发接口、数据库及WEB程序的开放程度会直接影响到用户将来的IT投资回报,否则一有改动就必须严重依赖厂商,是工作流软件选型的一个重要标准。
这方面,炎黄动力和北京博皓科技表现较好。
6、系统的性能毋庸置疑是影响到系统是否能够成功实施的一个重要因素,本人主要从是否支持负载均衡、是否能够归档、剥离时间较长的业务数据、架构的清晰程度等方面进行了对比分析。
7、移动办公是将来的一个大趋势,是否支持移动审批,既显示了厂商的技术前瞻性,也彰显了厂商的技术实力,即使用户暂时用不到移动审批,但也是考量工作流厂商的一个隐性维度。
...
更改oracle 标准工作流的通知怎么做
工作流 系统关于工作流的设置工作包含两部分工作,一是基于企业的特殊需要,使用Workflow Builder软件包工具自定义工作流。
详情需参考ORACLE的相关文档,这里不赘述。
二是为系统设置工作流管理员。
系统在安装后的初始化工作流管理员是系统超级用户SYSADMIN,企业应当首先使用SYSADMIN进入系统,将工作流管理员改为一个真实的用户,或者输入“*”,则所有用户都“可以”具有工作流管理员权限(用户实际是否有工作流管理权限还必须取决于其被赋予的“责任”或“菜单”功能),如下图48所示: 系列之四:ORACLE EBS基础设置要点简介(E) - season - season 实际具有工作流管理权限的用户在进入工作流管理“开发员工作室”TAB页后,可以查询出系统所有的“工作流类型”,可选择其一作具体设置,如下图49所示: 系列之四:ORACLE EBS基础设置要点简介(E) - season - season 上图中,工作流管理员选定具体需设置的工作流后,点击“运行”则可以打开该工作流的“属性”设置界面(具体有哪些属性可设置,不同工作流各不相同),如下图50所示: 系列之四:ORACLE EBS基础设置要点简介(E) - season - season 工作流管理员在工作流管理“状态监控程序”TAB页,可以监控选定工作流的具体运行情况的若干条目列表,针对每一个条目,可以查看其“活动历史记录、状态图、参与者回应、详细资料”等若干信息(必要时工作流管理员可实施干预,如更新属性、倒退、暂停、取消等等)。
如下图51所示: 系列之四:ORACLE EBS基础设置要点简介(E) - season - season 系统在各应用模块基于业务处理功能,预置有若干不同工作流,有关详情容以后结合具体业务模块应用再来讨论。
以下重点介绍一个比较特殊的工作流:在多个业务模块中均需使用且系统实施必须事先完善设置的“账户生成器流程”。
传统的手工业务模式下,所有可能涉及会计记账处理的业务处理例如物料接收、发出等等,作为业务处理人员在日常工作过程中是不需要考虑如何记账的,只是需要将有关业务处理记录例如入库单、出库单等作为原始凭证提交给会计人员去做处理。
会计人员依据这些原始凭证制作“记账凭证”并手工为之指定“会计科目”或“账户代码”,以便正确地向总账GL实施“过账”。
手工业务模式或会计电算化模式下,由于作为原始凭证的业务单据不包含准确的记账信息(会计科目或账户代码),需要会计人员手工去做处理,这在业务量很大,记账科目数量设置较多的情况下,会计人员的工作负担将十分繁重。
再考虑人工处理难免有疏漏,可能需要反复“对账”,每月月底必须及时结账关账、时间紧迫等等因素,故非人工的、高度准确的“会计分录(日记账)”自动生成功能(即所谓“自动会计”)是系统设计时必须考虑解决的重要问题。
在EBS系统中,账户代码被扩展为一个包含多个段组合的会计科目弹性域结构,系统在业务流程类表单例如采购订单、发票等做业务处理时,依赖所谓“账户生成器流程”根据业务处理的自身属性,自动生成准确的帐户代码组合并记录于业务表单的相关字段中,如下图52所示采购申请界面每个申请行(分配)所对应的“会计账户”(弹性域结构): 系列之四:ORACLE EBS基础设置要点简介(E) - season - season 系统周期或人工启动向总账GL的“过账”流程,对符合条件的“事务处理”成批生成会计分录(日记账,是否还需复核审批视乎企业规定),一般来说无需再做繁琐的“对账”工作。
这就大大减轻了会计人员的工作负担,记账科目数量的多少一般也不再成为障碍。
(手工或电算化模式下,会计人员往往不愿意设置某些过渡性的“中间科目”,例如物料接收的“应计负债”等等,这对于会计工作的准确性有不小的影响) ORACLE系统基于每个新定义的分类帐(帐套)自动生成所需的“账户生成器”,系统预置有14个账户生成器(工作流类型),对于每个“账户生成器”可以根据需要设置不同的“流程”(每个工作流类型有其LOV值,还可以使用Workflow Builder自定义添加),如下图53所示: 系列之四:ORACLE EBS基础设置要点简介(E) - season - season “账户生成器流程”是基于“会计科目弹性域结构”来设置的,弹性域结构不同,流程设置可以不同。
对于每个“账户生成器”,ORACLE都提供了默认的流程供使用。
R11的账户生成器生成的账户代码被直接用之于向总账GL传送,而R12由于存在“多账簿”的不同“会计方法”因素,各子分类帐产品(业务模块)基于事务处理会计科目弹性域结构通过账户生成器而生成的帐户代码,在向总账GL传送时,还需结合“会计方法”中的“账户推导规则”等设置,才能在总账GL生成正确的会计分录(日记账)。
八、系统初始化设置 (一)关于安全性。
一个全新安装的EBSR12系统(Fresh Database),以SYSADMIN用户名登录,密码为sysadmin(注意EBS密码区分大小写),Home Page 可见系统所初始预置的10多个“责任”中包含“系统管理员”(System Administrator),如下图54所示: 系列之四:ORACLE EBS基础设置要点...