SmartWorkflow 的组织架构功能是专为复杂的业务流程模型而设计的，可同时支持多套组织架构模型(区域架构、项目架构、职能架构…)，并可让不同的流程绑定不同的业务架构进行运转，从而可以实现最为复杂的业务流程模型驱动。同时组织架构数据可以自动同步AD、LDAP 也可以同步基于SQL 的数据库表,组织架构功能具有以下特点：
1.基于组织架构树来灵活构建各种业务领域的组织架构形式
2.支持矩阵式组织架构管理
3.可让不同的业务流程绑定不同的组织架构进行流转
4.支持人员、岗位、角色三大组织要素
5.支持一人多岗的兼职模式
6.支持上下层级关系计算的自定义
7.支持人员数据及部门数据的自定义字段
8.支持不完整层次结构的部门逐级审批
9.支持批量注册用户
10.支持表单字段作为活动参与者
11.支持从外部数据源获取活动参与者
12.支持按角色、部门、职位进行路由跳转
13.支持标准Java语法的规则作为节点参与者
(组织架构管理)
→点击了解更多"关于联科产品的信息"或"享受本地化服务"
Linkey Workflow 中内嵌规则引擎的主要功能为对运行中的流程实例进行统一监控和管理，并把所有与业务流程有关的业务规则进行统一管理和授权实现业务流程模型与业务规则分离的目标。
当流程引擎运行过程中出现违反“规则”的情况时，规则引擎就会按照逻辑触发相应的规则实现实时的风险控制与业务逻辑执行的目标。
具有规则引擎的工作流组件将具有以下好处：
1.业务规则可以被流程引擎在不同时间点进行触发
2.当业务规则发生变化时不需要调整业务流程
3.降低业务流程的维护和扩展成本
4.分离商业决策者的商业决策逻辑和应用开发者的技术决策
5.能有效的提高实现复杂逻辑的代码的可维护性
6.便于在开发期间或部署后修复业务流程缺陷
7.应付特殊状况，即业务需求一开始并没有提到要将业务逻辑考虑在内
8.符合企业对敏捷或复用开发过程的使用
9.规则重复利用性强，规则日积月累形成知识库，使流程开发越发简易
→点击了解更多"关于联科产品的信息"或"享受本地化服务"
根据联科的经验来看大多数选择集成工作流组件的业务系统或软件产品都会考虑以下几种典型的集成方式(具体采用的集成方式或其他方式一般由双方资深的工程协商确定)：
1、业务系统与工作流组件独立部署深度集成
业务系统与工作流组件部署为不同的应用，在集成时一般通过WebServices接口进行相互调用，业务系统的表单一般在业务系统中进行开发(JSP/Servlet/C#/PHP/VB)。
集成逻辑
业务系统运行业务逻辑调用工作流引擎的WS接口并把标题、申请人、表单中的关键数据(影响流程流向的)通过XML 格式传给流程引擎，流程引擎按照设定好的流程路径流转到下一环节中，WS 接口返回成功标记后业务系统更新业务数据的状态为审批中。
如果流程引擎在运行过程中出现异常WS 接口会返回错误标记，业务系统在收到错误标记后放弃保存数据并提示错误信息给用户
适用场景
适用于所有平台(Java/.Net/PHP/VB)
业务系统中表单的UI及用户体验等较难在工作流组件提供的表单设计器实现时
业务系统中的表单涉及主数据或业务逻辑较为复杂、接口多、数据在不同的环节点需要频繁交换与计算时
不希望工作流组件暴露给最终用户
大型企业中的业务系统交由不同的软件开发商去开发时并希望数据表单由各开发商去实现时
优势
减轻了双方集成时的工作量
工作流引擎在进行bug 修复或功能升级时不影响业务系统
避免双方系统采用的Java 开源包的版本冲突问题
系统发生问题时能很好的定位问题的产生来源
发生性能问题时能很好的定位性能瓶颈所在
业务系统的集群服务器与工作流集群服务器相互独立互不影响
双方可采用相同或不同的数据库服务器
工作流引擎还可以同时为其他业务系统提供流程服务
用户操作体验性与业务系统保持高度一致
界面UI 与业务系统完全一致
开发工程师可以使用自己熟悉的开发工具及环境
缺点
不能使用工作流组件自带的表单设计器
业务系统中设计的表单字段权限为了与流程节点相互配合需要编写业务逻辑
工作流组件自带的表单功能点将不能使用
业务系统的表单在移动审批时需要自行处理和适配
如部署在不同服务器上需增加额外的硬件成本
2、业务系统与工作流组件独立部署并仅实现UI层的整合
工作流组件与业务系统独立应用部署，表单由工作流组件的表单设计器进行设计，业务系统只需要通过WS 接口发起一个流程并把数据传给WS 接口即可，用户的审批操作在工作流组件中完成，审批完成后把审批的结果数据回写给业务系统。
集成逻辑
业务系统调用工作流的WS 接口发起一个新的流程
用户在业务系统中点击待办链接到流程表单中处理
在审批过程中调用业务规则与业务系统进行必要的数据交换
流程审批通过后把结果回写给业务系统
适用场景
适用于所有平台(Java/.Net/PHP/VB)
经过UI个性化后工作流组件的表单UI与业务系统可保持一致
在审批过程中表单涉及到的主数据选择或接口相对较简单
希望用户在所有审批过程中保持一致的体验与UI界面
大型企业中为减轻不同软件开发商的开发工作量
优势
业务系统在集成时工作量最少
一次表单设计可在PC 和移动设备中审批
多个业务系统集成同一个工作流组件时可以保持同样的用户体验
审批界面的UI可由工作流组件统一控制
可以充分利用工作流组件与表单相互结合的优势
业务系统与工作流组件之间的接口调用量少
集成和实施的速度快
工作流组件中可单独定义与业务系统无关的流程并独立运行
缺点
如表单中涉及到的主数据或业务逻辑量大时会增加表单设计的工作量
界面UI与业务系统的UI 会有少许差异
用户可看到流程表单的URL 被链接到了工作流组件中
部分业务数据在双方系统中可能要来回交换多次
3、业务系统与工作流组件紧密耦合
工作流组件提供一个jar 包与业务系统一起部署在同一个应用中(开源的工作流引擎或一些半成品的流程引擎大都采用这种嵌入模式，这种嵌入模式一般只提供流程的流转服务为主，其他建模、监控、表单定义功能则很弱或根本没有)，Linkey Workflow 也支持这种嵌入式的集成方式但不是推荐方案。
集成逻辑
把流程引擎所需的Jar 包全部引入到项目中并去掉与项目重复的包
业务系统的JSP/Servlet 调用jar 包中的API 函数驱动流程引擎运作
经过双方协商改造可以共用同一个数据库链接以支持数据库事务
通过这种方式集成后工作流组件仍然具有完整的功能
适用场景
只适用于JAVA 平台开发的业务系统
部署时希望只部署一个产品给最终用户
小型项目或者是小型的软件产品
优势
业务系统与工作流组件紧密集成为一个整体
可通过数据库链接共享来实现事务
界面UI与业务系统完全一致
开发工程师可以使用自己熟悉的开发工具及环境
只需一次部署成本低
缺点
高度耦合不利于版本升级与维护
出现故障或性能问题时不好界定故障原因
热部署、服务器集群等功能受限于业务系统是否支持
如想更换为其他工作流引擎时难度大
其他缺点同第一种集成方式
→点击了解更多"关于联科产品的信息"或"享受本地化服务"
SharePoint 门户及Ad 域集成
可与SharePoint 及AD 域用户进行集成，在Moss门户中显示待办及待阅，在MOSS 文档库中直接启动流程等功能
SSO 单一登录集成
可以采用第三方的验证方式或者与CAS 服务器进行集成实现与业务系统的SSO 单一登录
IBM Domino 系统无缝集成
可以与IBM Domino 无缝集成，实现单一登录邮件发送用户集成等
第三方邮件系统集成
可以与各种邮件系统进行集成包括主流的IBM Domino、MS Exchange、CoreMail 等标准的SMTP 邮件系统
手机短信网关集成
支持各种短信网关的集成
SAP、金碟、用友、神码等ERP系统集成
通过业务规则功能可以与所有主流的ERP 系统进行集成
→点击了解更多"关于联科产品的信息"或"享受本地化服务"
