开源企业 OA 软件评估

企业开源办公自动化（OA）软件选型评估报告

1. 引言 (Introduction)

1.1 报告目的与背景 (Purpose and Background of the Report)

1.2 企业OA系统的重要性及开源方案趋势 (Importance of Enterprise OA Systems and Trends in Open-Source Solutions)

2. 评估维度与标准 (Evaluation Dimensions and Criteria)

2.1 开源协议和商业使用友好性 (Open-Source License and Commercial Use Friendliness)

• 二次开发后闭源商业化限制：协议是否允许在二次开发后将衍生产品作为闭源软件进行商业销售或提供SaaS服务。

• 许可证的“传染性”：例如，GPL类许可证可能要求衍生作品也以相同许可证开源。

• 合规性要求：使用和分发软件时需要履行的法律义务，如版权声明、修改说明等。

• 商业授权选项：部分开源项目可能提供商业许可证作为开源许可证的替代，以满足特定的商业需求。

2.2 OA软件核心功能项 (Core OA Functional Items)

• 流程管理能力：
• 流程设计器的功能和易用性（如可视化拖拽、节点配置）。
• 流程引擎的特性（如性能、稳定性、对BPMN标准的支持程度）。
• 对复杂业务流程的支持能力（如并行审批、条件分支、会签、跳转、撤回、催办、委派等）8。

• 表单管理能力：
• 表单设计器的功能和易用性（如可视化布局、控件丰富度）。
• 表单引擎的特性（如数据校验、动态逻辑、主从表支持）。
• 对各类数据类型和复杂表单布局的适应性 8。

• 低代码/无代码开发能力：
• 平台是否提供低代码或无代码的开发工具。
• 评估其通过可视化配置、拖拽组件等方式快速构建新应用、新模块的便捷性和效率 11。

• 组织架构与人事资料管理功能：
• 对企业复杂组织层级（如集团、分公司、部门）的建模和管理能力。
• 用户账户管理、角色权限体系的灵活性和精细度。
• 人事基础信息（如员工档案、合同、异动等）的管理功能。

2.3 软件技术特性 (Software Technical Characteristics)

• 系统架构：评估其架构设计的先进性（如微服务、分布式、云原生）、稳定性、可扩展性和可维护性。

• 主要开发语言和技术栈：明确软件后端和前端主要采用的编程语言及框架，评估其与企业现有技术体系的兼容性、人才储备的匹配度。

• 模块化封装程度：评估软件各功能模块的独立性、耦合度以及接口清晰度，这直接影响二次开发时修改和扩展的难度。

• 二次开发的难易度：
• API接口的丰富性、规范性和文档完整性。
• 二次开发相关文档（如开发指南、API手册、示例代码）的质量和可获取性。
• 开发者社区的活跃程度、技术支持渠道（如论坛、邮件列表、商业支持）的有效性。

2.4 用户体验与移动支持 (User Experience and Mobile Support)

• UI界面：评估用户界面的易用性（操作是否直观便捷）、逻辑性（功能组织是否清晰合理）和美观性（视觉设计是否现代、专业）。

• 移动端支持：
• 支持方式（如原生App、响应式Web设计、微信/钉钉小程序等）。
• 移动端功能的完整性、性能和用户体验。
• 移动端与PC端数据同步的及时性和一致性。

3. 核心开源 OA 软件深度剖析 (In-depth Analysis of Core Open-Source OA Software)

3.1 JFlow (济南驰骋 / opencc JFlow)

3.1.1 概述与定位 (Overview and Positioning)

3.1.2 开源协议和商业使用友好性 (Open-Source License and Commercial Use Friendliness)

3.1.3 OA软件核心功能项 (Core OA Functional Items)

• 流程管理 (Process Management):
• 引擎特性：JFlow搭载自主研发的流程引擎，针对中国企业的复杂流程需求进行了深度优化。支持四种简洁易懂的流程模式：线性流程、同表单分合流、异表单分合流以及父子流程，避免了过于复杂的BPMN概念，更易于业务人员理解和上手 4。
• 核心功能：支持流程流转中的基础操作，如前进、后退、任意跳转、转向、撤销、催办、已阅、抄送、加签、减签、挂起、删除、草稿、任务池共享等 4。同时，也支持诸如取回审批、按部门岗位计算节点处理人、会签、子流程、条件启动、定时启动、消息、邮件、短信、钉钉、微信、企业微信、外部用户审批、消息驰骋等高级功能 4。
• 可视化设计：提供所见即所得的可视化流程设计器，支持节点设计、表单设计、单据设计、报表定义设计以及用户菜单设计 4。用户可以通过拖拽方式定义流程节点、设置节点属性（如处理人、表单权限、时限、事件等）。
• 模板与案例：拥有超过200个流程演示模板，覆盖了开发过程中可能遇到的各类应用场景，便于用户学习和快速启动项目 4。

• 表单管理 (Form Management):
• 引擎特性：JFlow的表单引擎支持两种主要类型的表单：面向业务人员的“傻瓜表单”（配置简单，快速上手）和面向开发人员的“开发者表单”（灵活性高，可深度定制）。提供了5种不同的表单设计器以适应不同的应用环境和用户技能水平 4。
• 与流程引擎的集成：表单引擎与流程引擎实现了完美结合，流程引擎可以动态操纵表单引擎的行为，例如根据流程节点控制表单字段的显隐、只读、必填等状态，协同高效工作，以满足国内复杂的生产审批模式下的流程设计需求 4。
• 功能支持：支持多表单展现（即一个流程节点可以挂接多个表单）、字段权限精细控制、从表（明细表）的动态增删改查等功能 4。
• H5表单设计器源码：需要注意的是，其H5版本的表单设计器源代码并未随开源版本一同发布，获取该部分源码需要满足特定条件（如邀请20个Gitee Star并联系开发者）4。

• 低代码开发能力 (Low-Code Development Capability):
• 平台定位：JFlow将自身定位为一个基于AI的低代码BPM开发平台，其核心优势之一便是低代码开发能力，旨在帮助企业快速响应业务变化，敏捷构建应用 4。
• 可视化构建：平台提供可视化设计工具，降低了应用开发的门槛，使得业务人员、系统管理员和程序员都能够参与到应用的配置和构建中 4。
• 应用范围：支持快速构建常见的OA基础应用，如实体管理、报表展现、数据大屏等。对于许多常规的应用开发需求，可以实现无代码或极少代码的配置化实现 4。

• 组织架构与人事管理 (Organizational Structure and HR Management):
• 组织结构管理：JFlow系统包含了组织结构管理功能，允许定义和维护企业的部门层级、岗位、人员等信息。其Gitee页面展示的系统截图中包含了“组织结构”管理的界面 4。驰骋的低代码开发平台也将组织结构和菜单体系作为其核心组成部分 6。
• 人事资料管理：虽然未详细展开人事资料管理的具体字段和功能模块，但作为OA系统，基础的人员信息管理是其应有之义，并与流程审批中的人员选择、权限控制等紧密相关。

3.1.4 软件技术特性 (Software Technical Characteristics)

• 系统架构：JFlow作为驰骋BPM的Java版本，与.NET版本的CCFlow在代码结构、数据库结构、设计思想、功能组成上完全一致，这意味着熟悉其中一个版本的团队可以较快地上手另一个版本。两者导入导出的流程模板和表单模板完全通用 4。系统可以独立部署运行，也可以作为流程中间件嵌入到企业现有的开发架构中，还支持以服务模式对外发布流程能力 4。

• 开发语言与技术栈：
• 后端主要采用Java语言开发 4。
• 前端技术栈较为丰富，包含了H5、Vue2、Vue3、React、TypeScript、JavaScript、jQuery等多种技术，为不同技术偏好的团队提供了选择空间 4。在npm上可以找到一个名为@joskii/jflow的包，它是一个基于Canvas的轻量级流程图引擎，支持Vue开发者与Canvas高级开发人员共同开发，这可能是JFlow Vue前端实现的一部分 14。

• 数据库支持：具有良好的数据库兼容性，支持Oracle、SQL Server、MySQL等主流关系型数据库，同时也支持多种国产数据库，如UXSQL、人大金仓等，这对于有信创要求的企业具有重要意义 4。

• 模块化封装程度：从其Gitee项目页面提供的程序文件清单来看，JFlow具有较为清晰的模块化结构。例如，底层基类封装在BP.En30，工作流程引擎核心层封装在BP.WF等 4。用户数据文件（如电子盖章图片、上传附件、个性化风格文件等）与程序文件分离存储，便于系统维护和升级 4。

• 二次开发难易度：JFlow为二次开发提供了较为完善的支持。
• API与SDK：提供面向程序员的高级引擎API，满足不同层次的流程设计人员需求。SDK接口设计丰富，注释详细，有助于开发者快速上手 4。
• 代码与文档：核心代码100%开源（除前述Vue3前端部分），方便开发者进行跟踪调试和按需修改。代码注释完整，官方提供了丰富的案例和详实的单元测试 4。操作手册也较为完善 6。
• 社区与支持：拥有一定的开发者和爱好者群体，用户可以通过社区获取帮助，也可以与核心开发人员在线互动，问题反馈渠道较为通畅 4。
• 集成性：集成方式设计简洁，容易实现插件模式的开发，便于嵌入到现有业务系统中 4。

3.1.5 用户体验与移动支持 (User Experience and Mobile Support)

• 用户界面 (UI)：JFlow的Gitee项目页面提供了一些系统界面的截图，包括登录页、主页、组织结构管理、流程列表、流程设计器、表单设计器以及前端应用（如发起流程、待办任务、在途监控、草稿箱等）4。从截图来看，界面布局清晰，功能分区明确。然而，关于UI的整体美观度、交互的流畅性以及操作的便捷性，仍需通过实际部署和体验来进行评估。

• 移动端支持 (Mobile Support)：JFlow的前端技术栈（如H5、Vue、React）天然具备构建响应式Web应用的能力，理论上可以较好地支持移动端访问 4。驰骋官方网站也提及提供了H5版本的前端 6，这通常意味着对移动浏览器的兼容。 然而，在JFlow的Gitee官方项目文档4中，关于移动端支持的明确信息被标记为“The information you have requested is unavailable in the document.”。同样，在其演示链接页面33中，也未明确展示针对移动端的特定UI或原生App。这意味着，尽管技术上可行，但JFlow开箱即用的移动端体验可能并非其最突出的特性，或者需要用户投入较多的二次开发精力来完善移动端的适配和功能。如果移动办公是企业的核心需求，那么JFlow在移动端的实际表现、功能完整性以及是否提供原生App或成熟的移动解决方案，将是评估过程中需要重点考察和验证的环节。仅仅依赖技术栈推断其移动端能力是不够的，企业应争取实际测试其在不同移动设备上的兼容性和用户体验。

3.2 O2OA (翱途)

3.2.1 概述与定位 (Overview and Positioning)

3.2.2 开源协议和商业使用友好性 (Open-Source License and Commercial Use Friendliness)

• AGPL许可证：AGPL与GPL类似，都具有较强的“传染性”。其特殊之处在于，如果软件通过计算机网络提供服务（例如SaaS模式），那么即使代码没有直接分发给用户，也需要向用户提供获取相应源代码的方式。这对于希望基于O2OA社区版二次开发并提供商业化网络服务的企业来说，意味着其衍生服务也需要遵循AGPL的开源要求。

• 商业许可证：为了满足部分企业对于闭源商业化、获取专业技术支持以及保护自身知识产权的需求，O2OA提供了商业许可证选项 5。通过购买商业许可，企业可以不必受AGPL条款的约束，进行闭源的二次开发和商业分发。此外，商业许可通常还包含更高级别的技术支持和OEM品牌重塑等服务 5。

3.2.3 OA软件核心功能项 (Core OA Functional Items)

• 流程管理平台 (Process Management Platform)：
• 核心能力：作为O2OA的核心功能之一，流程管理平台通过数字化手段实现业务流程的全面管理、优化与自动化，旨在提升企业运营效率和协同能力 5。
• 功能特性：具备智能监控、预警机制，支持图形化流程设计和流转展现 8。能够灵活控制流程走向，支持前进、回退（任意跳转、委派、驳回等）。审批人员的控制方式多样，可从系统用户、角色、组织机构、表单数据、流程变量或表达式脚本等多种方式获取，并能根据表单业务数据进行多因素筛选 8。节点权限控制精细，可针对不同节点设置表单字段及操作按钮的只读、隐藏、可修改等权限。支持审批时限控制及超时自动提醒。审批动作支持单人办理、顺序/并行会签、多人抢占、人工指定、委派等多种场景。支持包含网关、同步网关、分支网关等多种网关模型 8。
• 引擎特点：其流程引擎据称基于开源的Flowable和Activiti进行了改造，并融入了对中国流程国情的理解和支持 8。

• 内容管理平台 (Content Management Platform)：
• 核心能力：实现企业信息资源的集中管理、共享与高效利用，提升信息价值 5。
• 功能特性：支持自定义栏目、分类、表格、表单等，具备强大而灵活的权限控制以及智能检索功能，助力企业降低信息管理成本，增强业务创新能力 5。可用于知识管理、通知公告、规章制度、文件管理等内容发布系统 18。

• 低代码开发能力 (Low-Code Development Capability)：
• 平台特性：O2OA基于JavaEE分布式架构设计，其核心能力之一便是支持开发者根据客户需求进行按需定制，通过低代码方式快速实现复杂的业务应用 5。
• 可视化设计：支持全程在线设计，移动端设计同步，提供可视化的表间关系设计工具，帮助用户轻松规划集团型企业的组织架构，以及跨组织、跨领域的各种复杂业务流程和管理模式 5。

• 组织架构与人事管理功能 (Organizational Structure and HR Management)：
• 组织管理：平台支持对复杂的集团企业组织架构进行规划和管理 5。其组织管理相关的API涵盖了人员信息、人员属性、组织信息、组织职务、组织属性、身份信息、角色信息、群组信息等多个方面，为构建精细化的组织权限体系提供了基础 19。
• 人事管理：O2OA内置了“人事管理”应用模块 5，并且在其V7.1.0版本中发布了“人力资源办公平台”，这是一套使用O2OA自身开发平台设计并开发的人力资源管理系统 15。

• 其他核心能力：
• 门户管理平台 (Portal Management Platform)：旨在打造统一、高效、安全的信息门户，满足员工、客户、合作伙伴的不同需求。支持可视化表单编辑、HTML直接导入、各类数据源及外部应用集成能力，可实现企业信息化门户系统，并支持单点认证集成 5。
• 数据管理中心 (Data Management Center)：提供灵活的数据查询和报表生成功能，帮助企业实现数据的规范化、集中化和可视化，支持数据透视图展示、数据统计、数据可视化图表开发等 5。
• 服务管理平台 (Service Management Platform)：允许更加灵活、高效地管理和封装服务，实现服务的组合、编排和调用，以满足不断变化的业务需求 5。

3.2.4 软件技术特性 (Software Technical Characteristics)

• 系统架构：O2OA采用基于JavaEE的分布式架构进行设计，这为其提供了良好的可伸缩性和稳定性 5。平台还使用了组件级的负载均衡技术，允许根据系统实际运行情况按需分配具体功能组件的负载设置，从而优化系统性能 15。

• 开发语言：核心后端开发语言为Java（基于其JavaEE架构）5。前端方面，虽然未在核心描述中明确，但从其二次开发文档中提及创建Vue3组件的示例来看 20，前端技术栈可能包含Vue.js等现代前端框架。其NPM包@o2oa/ui也表明其UI组件基于Web Component技术 21。

• 数据库支持：O2OA具有广泛的数据库兼容性，支持市面上几乎所有的主流数据库系统，如Oracle、SQL Server、MySQL、DB2等 17。同时也支持国产操作系统和数据库，与国内主流信创产品生态紧密集成 5。

• 模块化程度：平台内置了数十种开箱即用的应用模块和开发组件，例如考勤管理、日程管理、会议管理、公文管理、企业社区、企业网盘、资产管理、人事管理、信息管理、云笔记、合同管理、客户管理等 5。这种设计体现了较高的模块化程度，便于用户按需选用和组合功能。

• 二次开发难易度：O2OA非常强调其二次开发能力和对业务定制的支持。
• 源代码开放：100%开放源代码，包括服务器端、安卓及iOS客户端代码 5，这为深度定制和理解系统内部逻辑提供了极大便利。
• API支持：提供完整的API接口，功能丰富，使开发者能够轻松地与平台进行交互，扩展平台功能、集成外部系统、创建插件和模块 5。
• 集成能力：提供灵活的与外部系统集成的能力，通过标准API接口和插件机制，可以与各类业务系统进行数据交互和流程整合，支持单点登录（SSO）等集成方案 5。
• 开发环境与文档：进行二次开发需要获取O2OA源码，并配置Node.js等开发环境。官方提供了相关的开发课程和文档，例如前端组件开发、后端服务开发等 20。

3.2.5 用户体验与移动支持 (User Experience and Mobile Support)

• 用户界面 (UI)：O2OA默认采用桌面式的办公系统界面风格，力求给用户带来新颖的办公体验 15。在开发层面，流程、表单、门户等均采用所见即所得的可视化开发模式，以降低开发难度和成本 15。官方提供了一个示例登录页面，展示了其“智能办公、快速搭建、文档协作、随时随地”的理念 23。

• 移动端支持 (Mobile Support)：O2OA对移动办公提供了全面的支持。
• 原生App：提供安卓（Android）和iOS平台的原生移动办公App 5。官方也提供了移动端（Android和iOS）的源码介绍，方便进行定制化开发 24。
• 第三方平台集成：支持与企业微信和钉钉等主流移动办公平台进行集成，实现消息同步、待办处理等功能，用户可以在这些平台上直接使用O2OA的核心功能 5。
• 移动设计同步：在低代码开发平台层面，支持PC端设计与移动端设计的同步，确保应用在不同终端上的一致体验 5。
• Web Component技术：其UI组件库@o2oa/ui基于Web Component技术构建 21，这有助于提升跨平台和跨框架的兼容性。

3.3 勾股OA (GougouOA)

3.3.1 概述与定位 (Overview and Positioning)

3.3.2 开源协议和商业使用友好性 (Open-Source License and Commercial Use Friendliness)

3.3.3 OA软件核心功能项 (Core OA Functional Items)

• 系统设置：这是后台管理的核心，包括通用型的后台权限管理框架（用户管理、角色管理、部门管理、职位管理）、操作日志管理、系统参数配置、数据权限控制、功能菜单自定义、模块管理、关键字管理、文件上传配置、数据备份与恢复、基础数据字典等 7。

• 人事管理：提供员工档案管理等基础人事功能 7。

• 行政管理：可能包含如办公用品管理等行政事务功能（早期版本提及，最新版需确认）25。

• 消息管理：包括内部消息通知和企业公告的发布与管理 7。

• 审批管理：核心功能之一，支持审批流程的自定义设置和实际的办公审批流转 7。但文档中并未明确提及所使用的具体流程引擎技术。

• 日常办公：涵盖知识管理方面，如知识网盘（或称知识库、知识文章），方便文档共享和知识沉淀 7。

• 客户管理：包含客户信息管理及相关的合同管理功能 7。

• 项目管理：提供项目立项、进度跟踪、任务分配与管理等功能 7。

• 财务管理：内置基础的财务管理模块 7。

3.3.4 软件技术特性 (Software Technical Characteristics)

• 系统架构与开发语言：勾股OA是基于 ThinkPHP 8 + Layui + MySQL 技术栈构建的 7。
• 后端主要采用 PHP 语言（基于ThinkPHP框架）。
• 前端主要使用 HTML, JavaScript, CSS，并结合了 Layui 前端UI框架 7。部分模板可能使用了Smarty引擎 7。 这一技术选型与JFlow和O2OA（均为Java技术栈）存在显著差异，对于企业的技术选型、团队技能储备及未来维护有直接影响。

• 模块化程度：据称系统功能模块设计清晰，操作简单，易于功能扩展和代码维护 7。这表明其在设计上考虑了模块化，以方便开发者进行二次开发时能够专注于特定业务逻辑的实现。

• 二次开发难易度：勾股OA的设计初衷之一就是方便二次开发和功能扩展 7。通过提供一个基础稳固、模块清晰的框架，开发者可以避免从零开始搭建系统架构，从而更高效地进行定制化开发，以满足如CRM、ERP、特定项目管理等更深层次的企业需求。

• 服务器环境要求：
• 最低配置：1核CPU（建议2核+），2G内存（建议4G+），1M带宽（建议3M+）。
• 运行环境：PHP >= 8.0，MySQL >= 5.7.0 (需支持InnoDB引擎)，Apache或Nginx Web服务器，以及PDO, MBstring, CURL, FileInfo等PHP扩展，需要Composer进行依赖管理 7。

3.3.5 用户体验与移动支持 (User Experience and Mobile Support)

• 用户界面 (UI)：勾股OA的界面据称“系统简约” 7。前端采用了Layui框架 7，这是一款国产的、体验优秀的前端UI框架，以其简洁、易用和模块化著称。这意味着勾股OA的PC端界面可能具有较好的观感和操作体验。

• 移动端支持 (Mobile Support)：在现有的Gitee项目描述和相关文档中，并未明确提及勾股OA对移动端的支持情况 7。这包括是否提供原生移动App（iOS/Android）、响应式Web设计，或与微信/钉钉等移动平台的集成。 对于现代OA系统而言，移动办公能力是至关重要的。勾股OA在这一方面的缺失或信息不明，是其选型评估中的一个重要风险点。如果企业对移动办公有较高要求，则需要重点考察和验证其移动端解决方案（如果存在），或者评估自行进行移动端适配和开发的成本与可行性。

3.4 其他潜在开源方案 (Other Potential Open-Source OA Solutions)

3.4.1 JFinalOA

3.4.2 Orange-Admin (橙单)

• 开源与商业模式：从2.0版本开始，橙单宣布完整开源其全部脚手架代码，并提供详尽的免费线上开发文档 32。但其具体的开源许可证类型在当前资料中未明确。

• 核心能力：Orange-Admin的核心优势在于其强大的工作流引擎集成和在线表单构建能力 32。
• 工作流：集成了Flowable (6.6版本) 和 Activiti (7.x版本) 两大主流开源工作流引擎，用户可以在项目配置时选择其一。支持静态表单与工作流的业务代码生成。其工作流功能非常细致，例如支持催办、定时扫描与消息提醒；支持复杂场景（如排他网关、并行网关、多实例会签）下的撤回和驳回；支持多种候选组选项（如指定角色、岗位、部门等）；支持同一表单多次提审；支持审批中数据与最终发布数据分离，防止审批过程中的数据污染业务表，并在审批完成后同步主表及关联从表数据；支持主表及一对一、一对多、多对多从表数据的级联增删改查。前端集成了美观的流程编辑器，支持流程图高亮及任务跟踪 32。
• 在线表单：提供可视化的拖拽式表单编辑器，支持主从表联动、富文本、多图片/附件上传下载、多种数据库和数据表关联、数据字典、字段过滤、聚合字段计算、字段排序等功能。强调通过数据源ID而非直接暴露数据库表来防止SQL注入，并通过Redis缓存关键动态表单数据结构以提升运行时效率 32。

• 技术特性：支持生成多应用、多租户、多渠道的工程结构。开发者可以自由组合框架技术栈。生成的代码质量较高，无混淆，完全交付，对二次开发友好，同时支持单体和微服务架构 32。

4. 开源 OA 软件横向对比 (Comparative Analysis of Open-Source OA Software)

4.1 开源 OA 软件核心特性对比表 (Comparison Table of Core Features of Open-Source OA Software)

4.2 各维度详细对比分析 (Detailed comparative analysis across each dimension)

开源协议与商业使用

• JFlow (opencc) 采用GPL-3.0许可证 3。GPL-3.0要求基于其代码的衍生作品在分发时（包括通过网络提供服务）也必须以GPL-3.0开源，这对于希望将二次开发成果作为闭源商业产品进行销售或运营SaaS服务的企业构成了显著的挑战和限制。济南驰骋官方明确指出，若不能遵守开源协议，则需联系购买商业授权 6。这意味着，如果企业计划对JFlow进行二次开发并用于商业闭源产品，获取商业许可是必要途径，其成本和具体条款需要与开发商协商。

• O2OA 采用AGPL加商业许可的双轨制 5。其社区版的AGPL许可证与GPL类似，对通过网络提供服务的衍生品也有开源要求。然而，O2OA同时提供了商业许可选项，允许企业在付费后进行闭源的商业化开发和部署，并能获得原厂的专业技术支持。这为有商业化需求但又不希望完全开源的企业提供了一个重要的平衡和选择。

• 勾股OA 采用Apache License 2.0 7。这是一种非常宽松和商业友好的许可证，它允许用户自由地修改代码并进行商业化分发，无论是开源还是闭源，限制条件极少，主要在于保留原始版权声明。对于希望最大程度掌握二次开发成果并进行商业化运作的企业，勾股OA的许可证无疑是最为便利的。

核心功能 (流程、表单、低代码、组织人事)

• 流程管理：JFlow和O2OA在流程管理方面表现出较强的专业性和深度。JFlow拥有自主研发的、适配中国国情的流程引擎，支持多种复杂流程模式和丰富的配置项 4。O2OA的流程引擎据称基于Flowable/Activiti改造，并同样强调对本土化需求的满足，功能涵盖智能监控和移动操作 5。勾股OA提供了审批流程模块，但其引擎的具体特性和能力未见详细阐述，可能更侧重于基础审批需求的满足 7。

• 表单管理：JFlow提供了多种表单设计器和类型，与流程引擎结合紧密 4。O2OA的表单能力主要体现在其流程管理、内容管理和数据中心等模块中，支持可视化编辑 5。勾股OA的表单功能主要服务于其审批流程，具体引擎特性不明 7。

• 低代码能力：JFlow和O2OA均明确将低代码开发作为其核心能力之一。JFlow定位为基于AI的低代码BPM平台，支持可视化配置和快速应用构建 4。O2OA基于其JavaEE分布式架构，也支持通过低代码方式快速实现复杂业务应用，并强调在线设计和移动设计同步 5。勾股OA未明确宣传其低代码特性，但其“易于功能扩展”的表述暗示了其在定制开发方面的灵活性 7。

• 组织人事功能：三者均提供了基础的组织架构和人事管理功能。JFlow和O2OA在这方面似乎更为系统，支持集团化组织架构和更细致的权限管理 4。勾股OA也包含人事管理模块和角色权限设置 7。

技术特性 (架构、语言、模块化、二次开发)

• 技术栈与架构：JFlow和O2OA均基于Java技术栈，这对于拥有Java开发团队和相关技术积累的企业而言，在人才招聘、技术集成和系统维护方面具有优势 4。勾股OA则采用PHP (ThinkPHP框架) 技术栈 7，这可能更受PHP技术团队的青睐，但也意味着如果企业主流技术栈为Java，则可能需要额外的技术投入。在系统架构方面，O2OA明确采用了JavaEE分布式架构和组件级负载均衡 5，这通常意味着更好的可伸缩性和高可用性。JFlow也支持独立运行、中间件嵌入或服务模式发布 4。

• 模块化与二次开发：
• JFlow声称核心代码100%开源（Vue3前端部分可能保留），提供丰富的API和SDK，以及详细的文档和案例，旨在降低二次开发门槛 4。其模块化设计也较为清晰。
• O2OA同样强调100%源码开放（包括移动端），提供完整的API和源码级技术支持，鼓励开发者进行深度定制和系统集成 5。
• 勾股OA设计初衷即为方便二次开发和功能扩展，代码维护相对容易 7。 对于二次开发而言，Java平台的JFlow和O2OA由于其语言特性和生态系统，通常被认为更适合构建大型、复杂的企业级应用。PHP平台的勾股OA则在快速开发中小型Web应用方面具有优势。企业选择时需结合自身项目规模、复杂度以及团队技术特长进行综合考量。

用户体验与移动支持

• UI设计：各开源OA在UI设计上各有侧重。JFlow提供的截图显示其界面功能导向，布局清晰 4。O2OA采用桌面式办公风格，强调可视化开发模式 15。勾股OA则以Layui框架为基础，追求简约风格 7。最终的UI易用性和美观性，强烈建议通过实际部署和试用进行主观评估。

• 移动支持：O2OA在移动端支持方面表现最为明确和全面，提供了原生App（Android/iOS），并支持与钉钉、企业微信等主流移动办公平台集成，还强调了移动设计的同步性 5。JFlow虽然其H5技术栈理论上支持移动端，但官方文档和演示中对此着墨不多，移动端成熟度有待验证 4。勾股OA在现有资料中未明确提及移动端支持方案 7。 在移动办公日益重要的今天，对移动端的支持程度是OA选型不可忽视的关键因素。O2OA在这一方面展现出明显优势。对于JFlow和勾股OA，企业若有较强的移动办公需求，务必在选型阶段进行重点测试和评估，或预估相应的二次开发投入。

5. 与主流商业 OA 软件的对比视角 (Comparative Perspective with Mainstream Commercial OA Software)

5.1 概述商业OA的特点 (Overview of Commercial OA Characteristics)

• 功能全面与成熟：经过长期的市场检验和客户反馈，商业OA通常功能覆盖广泛，模块成熟度高，能够满足企业大部分标准化办公需求，实现开箱即用。

• 专业服务与支持：商业OA厂商通常提供专业的实施、培训、运维服务以及明确的服务水平协议（SLA）保障，有助于降低企业的使用和维护门槛。

• 品牌与生态：知名商业OA厂商拥有较强的品牌影响力和相对完善的生态系统（如合作伙伴、第三方应用集成等）。

• 成本与灵活性：初始采购成本和后续的许可、服务费用通常较高。虽然也提供一定的定制化能力，但深度定制的成本可能非常高昂，且灵活性相对开源方案较低。

• 厂商锁定风险：一旦选用某商业OA，企业在后续的升级、扩展和数据迁移等方面可能会对该厂商产生较强的依赖性。

5.2 开源与商业 OA 软件关键差异点对比表 (Key Differences Between Open-Source and Commercial OA Software)

5.3 开源方案在商业场景下的考量 (Considerations for Open-Source Solutions in Commercial Scenarios)

• 长期维护与技术支持：开源软件通常不包含商业软件那样的官方SLA保障。企业需要明确技术支持的来源：是依赖活跃的社区（响应速度和质量无法保证），还是寻找专业的第三方付费支持服务，抑或是投入资源建立内部技术团队进行维护和支持。每种方式都有其成本和风险。

• 安全性保障：虽然开源软件代码透明，理论上更易于发现和修复漏洞，但安全性的实际保障责任更多地落在了使用者身上。企业需要建立自身的安全审计、漏洞跟踪和补丁管理机制，或者依赖社区的及时响应。对于关键业务系统，这方面的投入不容忽视。

• 版本升级与兼容性：开源项目版本迭代速度可能较快，也可能长期停滞。企业在进行二次开发后，如何跟进主版本的升级，如何处理定制化代码与新版本的兼容性问题，是一个需要长期规划和投入的技术挑战。

• 团队能力与总体拥有成本 (TCO)：成功应用开源OA，尤其是进行深度二次开发，对企业自身的技术团队能力提出了较高要求。除了软件本身的（可能为零的）采购成本外，企业还需要全面评估在开发、定制、集成、测试、部署、培训、运维、安全以及潜在的商业支持等方面的总体拥有成本。在某些情况下，如果缺乏足够的技术实力和管理经验，开源方案的TCO甚至可能高于商业方案。

6. 基于 JFlow (opencc/JFlow) 进行二次开发的专项评估 (Specific Evaluation for Secondary Development based on JFlow)

6.1 JFlow 的二次开发潜力与技术栈分析 (JFlow's Secondary Development Potential and Tech Stack Analysis)

• 后端技术栈：JFlow后端采用Java语言开发 4，这对于拥有Java技术团队的企业而言，在技术理解、人才储备和生态系统方面具有天然的亲和力。Java语言的成熟度、稳定性以及丰富的第三方库资源，为构建复杂的企业级应用提供了有力支撑。

• API与SDK：JFlow提供了面向程序员的高级引擎API和SDK，据称接口丰富、注释详细 4，这对于进行功能扩展、与其他系统集成至关重要。良好的API设计能够降低二次开发的复杂度和学习曲线。

• 数据库兼容性：支持Oracle、SQL Server、MySQL等多种主流数据库及国产数据库 4，为企业在数据库选型和与现有数据环境集成方面提供了灵活性。

• 前端技术选项：JFlow前端支持H5、Vue2、Vue3、React、TypeScript、JavaScript、jQuery等多种技术 4，这意味着开发团队可以根据自身的技术偏好和项目需求选择合适的前端框架进行界面定制和交互逻辑的实现。

• 模块化设计：从其公开的程序文件结构来看，JFlow具有一定的模块化设计，例如底层基类、工作流引擎核心等被封装在不同的包中 4。理论上，良好的模块化有助于独立修改和扩展特定功能模块，降低代码间的耦合度，从而简化二次开发工作。

• 核心代码开源：JFlow的核心代码（除部分Vue3前端代码外）是开源的 4，这使得开发者能够深入理解其内部实现机制，进行更深层次的定制和问题排查。

6.2 优势、挑战与风险评估 (Assessment of Advantages, Challenges, and Risks)

• 优势 (Advantages)：
• 深厚的流程管理基因：JFlow的核心是流程引擎和表单引擎，其设计源于对中国企业复杂审批流程的长期实践和理解，功能较为细致和全面，能够较好地满足国内用户的流程管理需求 4。
• 核心代码开放与技术自主性：核心代码的开源使得企业在技术上拥有更大的自主权，可以进行深度定制，而不受制于商业软件供应商的黑盒模式 4。
• 与CCFlow同源的经验积累：作为与.NET版CCFlow同源的Java产品，JFlow继承了驰骋BPM平台十余年的研发经验和客户应用积累，其核心算法和功能设计经过了较长时间的打磨 4。
• 相对完善的二次开发支持：提供SDK、API文档、丰富的案例和单元测试，有助于降低二次开发的学习成本和技术门槛 4。

• 挑战 (Challenges)：
• GPL-3.0许可证的商业化限制：这是基于JFlow进行商业化二次开发和封装的最大挑战。如前所述，GPL-3.0的强Copyleft特性要求衍生作品在分发时也必须开源 3。如果企业的目标是打造闭源的商业OA产品或SaaS服务，则必须与济南驰骋洽谈商业授权，其成本和条款将成为关键因素。
• 部分前端代码不开源：驰骋BPM明确其Vue3前端代码保留，其他全部开源 6。这意味着在前端的完全自主可控和深度定制方面可能存在一定限制，或者需要依赖商业版本才能获得全部前端源码。
• 移动端支持的明确性不足：尽管JFlow的技术栈理论上支持移动端开发，但官方文档和演示中对移动端的具体支持方案（如原生App、成熟的响应式框架）着墨不多，信息不够明朗 4。这可能意味着企业需要在移动端适配和功能实现上投入额外的开发资源。

• 风险 (Risks)：
• 社区活跃度与生态系统：相较于一些国际顶级的开源BPM项目（如Activiti, Flowable, Camunda），JFlow（或CCFlow）的开发者社区规模和活跃度可能相对较小。这意味着在遇到疑难问题时，社区支持的广度和深度可能有限，更多依赖核心开发团队或付费支持。
• 长期维护与版本迭代的持续性：开源项目的生命力在很大程度上依赖于核心开发团队的持续投入和社区的贡献。企业需要评估JFlow项目未来的发展规划、版本迭代速度以及对已知问题的修复响应。
• 商业授权的成本与条款不确定性：如果选择通过商业授权来规避GPL-3.0的限制，那么授权的具体费用、服务范围、技术支持级别以及后续的续费政策等，都存在一定的不确定性，需要与开发商进行详细的商业谈判。
• 技术团队能力要求：尽管JFlow提供了二次开发支持，但要进行深度定制和长期维护，依然需要企业具备相应的Java开发能力和对BPM领域知识的理解。

6.3 与其他开源方案二次开发友好性的对比 (Comparison of Secondary Development Friendliness with Other Open-Source Options)

• O2OA：
• 技术栈：与JFlow同为Java技术栈，对于Java团队而言技术壁垒较低 5。
• 开源与商业模式：O2OA采用AGPL社区版+商业许可的模式 5。其商业许可为希望闭源的企业提供了明确的路径，且官方宣称100%源码开放（包括移动端）并提供源码级技术支持 5，这在完全自主可控和深度定制方面可能更具吸引力。
• API与文档：O2OA也强调提供完整的API和对外部系统集成的支持 5。
• 对比JFlow：O2OA在商业化路径的清晰度和源码开放的彻底性上可能略优于JFlow（特指JFlow Vue3前端代码保留的情况）。两者在Java技术栈和对复杂流程的支持上具有相似性。

• 勾股OA：
• 技术栈：采用PHP (ThinkPHP) 技术栈，与JFlow的Java栈显著不同 7。
• 开源协议：Apache License 2.0，对商业化二次开发最为友好，限制极少 7。
• 二次开发设计：勾股OA明确设计为易于功能扩展和二次开发，适合快速构建中小型业务系统 7。
• 对比JFlow：勾股OA在许可证的商业友好性上远超JFlow的GPL-3.0。但其PHP技术栈可能不符合倾向于JFlow（Java）用户的技术偏好。同时，勾股OA在流程引擎、表单引擎等核心组件的专业深度和可配置性方面，可能不如JFlow这样专注于BPM领域的平台。其移动端支持情况也尚不明确。

7. 总结与选型建议 (Conclusion and Selection Recommendations)

7.1 各方案综合优劣势总结 (Comprehensive Summary of Pros and Cons for Each Solution)

• JFlow (opencc/济南驰骋)：
• 优势：
• 强大的、自主研发的流程引擎和表单引擎，深度适配中国企业复杂的审批流程和使用习惯 4。
• 基于Java技术栈，拥有较好的技术底蕴和丰富的行业经验（与CCFlow同源）4。
• 提供较为完善的二次开发支持，包括API、SDK、文档和案例，核心代码开源 4。
• 支持多种主流数据库及国产数据库 4。
• 劣势与风险：
• 采用GPL-3.0开源许可证，对二次开发后进行闭源商业化（如产品销售、SaaS服务）存在严格限制，通常需要额外购买商业授权 3。
• Vue3前端代码据称保留，未完全开源，可能影响前端的完全自主可控 6。
• 移动端支持的具体方案和成熟度在公开资料中不够明确，需要实际验证 4。
• 社区活跃度和生态系统规模可能不及国际顶级开源项目。

• O2OA (翱途)：
• 优势：
• 基于JavaEE分布式架构，功能全面，覆盖流程、内容、门户、数据、服务五大核心能力 5。
• 采用AGPL社区版 + 商业许可的双许可证模式，为商业化提供了明确路径 5。
• 声称100%开放源代码（包括移动端），并提供源码级技术支持，二次开发友好性高 5。
• 移动端支持明确且全面，提供原生App并支持与钉钉/企业微信集成 5。
• 对信创国产化环境有良好支持 5。
• 劣势与风险：
• AGPL社区版对通过网络提供服务的衍生品同样有开源要求，商业化仍需考虑商业许可。
• 虽然功能强大，但系统的复杂性可能也相应较高，对实施和运维团队的能力有一定要求。

• 勾股OA (GougouOA)：
• 优势：
• 采用Apache License 2.0开源协议，商业使用友好性极高，对二次开发后闭源商业化限制最少 7。
• 基于PHP (ThinkPHP) 技术栈，开发快速，部署相对便捷，适合中小型应用或PHP技术团队 7。
• 系统功能模块覆盖OA日常主要方面，设计简约，易于上手和进行一般性功能扩展 7。
• 劣势与风险：
• 流程引擎、表单引擎等核心组件的具体技术深度和可配置性不如JFlow和O2OA明确和专业。
• 移动端支持情况在现有资料中未明确说明，是选型中的一个重要未知数 7。
• PHP技术栈可能不符合以Java为主要技术方向的企业选型偏好。
• 相较于Java平台，在构建超大型、超高并发企业应用方面可能面临更多挑战。

7.2 针对用户特定需求的选型策略与建议 (Selection Strategy and Recommendations Tailored to User's Specific Needs)

1. 明确商业化目标与许可证合规路径：
• 如果二次开发和封装的目标是构建闭源的商业产品进行销售或提供SaaS服务，并且不希望将衍生代码开源：
• 首选策略：应立即与济南驰骋信息技术有限公司联系，详细洽谈JFlow的商业授权条款、费用及服务内容。这是在JFlow技术能力满足需求的前提下，实现商业化目标的关键一步。
• 备选策略1 (O2OA)：如果JFlow的商业授权条件不理想，或者希望有更彻底的源码掌控（包括全部前端和移动端），可以考虑O2OA的商业版本。其Java技术栈与JFlow一致，且提供了明确的商业许可路径。
• 备选策略2 (勾股OA)：如果对技术栈没有严格限制（即PHP可接受），且其功能和引擎能力能满足基础需求，勾股OA的Apache 2.0许可证提供了最大的商业化自由度。但需要重点评估其引擎深度和移动端支持。
• 如果二次开发主要为企业内部使用，或者愿意将二次开发的衍生产品以相应开源协议（如GPL/AGPL）进行开源：
• JFlow：其强大的流程引擎和针对国内需求的适配性，使其成为一个有力的技术候选。企业可以充分利用其开源代码进行深度定制。但仍需关注其Vue3前端代码的开放程度。
• O2OA社区版：功能也相对完整，同样基于Java技术栈，100%源码开放，社区支持也是一个可依赖的资源。但需注意AGPL对网络服务的开源要求。

2. 技术栈匹配与团队能力评估：
• 用户初步倾向JFlow，暗示企业可能拥有Java技术背景。在此前提下，JFlow和O2OA在技术栈上更为匹配。选择勾股OA（PHP）则意味着需要额外考虑PHP技术团队的建设、培养或外包，以及与现有Java体系的集成问题。

3. 核心功能满足度验证（尤其是流程与表单引擎）：
• 对于流程和表单的复杂性、灵活性有较高要求的企业，应重点对比JFlow和O2OA的引擎特性、设计器易用性、API丰富度等。建议进行实际的PoC（Proof of Concept）测试，用真实的业务场景来检验平台的适配能力。

4. 移动端支持的深度考察：
• 明确企业对移动办公的具体需求（如功能完整性、用户体验、平台覆盖等）。
• O2OA在移动端支持方面信息最为明确和积极。对于JFlow和勾股OA，需要投入更多精力进行实际测试和评估，确认其移动端解决方案的成熟度和二次开发潜力。

5. 低代码能力的实际价值评估：
• 如果企业希望赋能业务人员或管理员快速构建简单应用、配置流程表单，那么JFlow和O2OA宣传的低代码能力值得关注。但需评估其低代码平台的实际易用性、灵活性以及与专业开发模式的结合程度。

7.3 后续实施与风险规避建议 (Recommendations for Subsequent Implementation and Risk Mitigation)

1. 进行小范围原型验证 (Proof of Concept, PoC)：选择1-2个核心的、具有代表性的业务流程，在候选平台上进行原型搭建和二次开发尝试。重点验证其流程引擎、表单引擎、API接口、二次开发工具链的实际表现是否符合预期，以及与企业现有系统的集成能力。

2. 深入评估技术文档和社区支持：仔细研读所选方案的官方文档、API手册、开发者指南等，评估其完整性、准确性和易懂性。同时，考察其开发者社区的活跃度、问题响应速度以及知识库的丰富程度。

3. 明确许可证的法律影响：特别是对于计划进行商业化二次开发的企业，务必在投入实质性开发资源前，就所选软件的开源许可证（尤其是GPL、AGPL类）咨询专业的法律顾问，明确其权利、义务和潜在的法律风险，确保商业模式的合规性。如果需要商业授权，应尽早与供应商签订正式合同。

4. 组建或培养合适的技术团队：根据所选方案的技术栈（Java、PHP等）和二次开发的深度，确保企业拥有或能够培养一支具备相应技能的技术团队，负责后续的开发、测试、部署、运维和升级工作。

5. 制定详细的二次开发与集成计划：明确二次开发的范围、功能需求、技术方案、时间节点和预期成果。对于需要与企业现有其他业务系统（如ERP、CRM、HRM等）集成的部分，要提前规划好接口方案和数据同步策略。

6. 关注安全性和长期维护：建立针对开源OA系统的安全监控、漏洞扫描和补丁更新机制。制定长期的系统维护和版本升级策略，考虑如何在持续获得开源社区更新的同时，保护好企业的定制化成果。

7. 建立与开源社区或商业支持方的沟通渠道：积极参与开源社区的讨论，或者与商业支持方建立畅通的沟通渠道，以便在遇到问题时能够及时获得帮助，并了解项目的最新动态和发展方向。

引用文献

1. 开源oa系统_oa系统开发-华为云 - Huawei Cloud, 5月 26, 2025にアクセス、 https://www.huaweicloud.com/theme/852968-1-K

2. 免费OA系统_OA办公自动化_银行OA-华为云 - Huawei Cloud, 5月 26, 2025にアクセス、 https://www.huaweicloud.com/special/marketplace-oa-definition.html

3. LICENSE · marslzg/JeeSite4 JFlow - Gitee.com, 5月 26, 2025にアクセス、 https://gitee.com/marslzg/jeesite4-jflow/blob/v4.1_dev/LICENSE?skip_mobile=true

4. 济南驰骋公司/JFlow - Gitee, 5月 26, 2025にアクセス、 https://gitee.com/opencc/JFlow

5. 开源免费OA开发平台_移动OA办公系统_电子政务OA_信创国产化OA ..., 5月 26, 2025にアクセス、 https://www.o2oa.net/

6. 济南驰骋软件：流程引擎、表单引擎、低代码开发平台, 5月 26, 2025にアクセス、 http://ccflow.org/

7. 勾股开源/勾股OA办公系统 - Gitee, 5月 26, 2025にアクセス、 https://gitee.com/gouguopen/office

8. 流程设计器— JEECG低代码开发平台- 官方网站, 5月 26, 2025にアクセス、 https://www.jeecg.com/processIndex

9. JAVA开源工作流引擎低代码快速开发平台-J-RoadFlow-Spring boot-Element Plus Vue3, 5月 26, 2025にアクセス、 https://roadflow.cn/

10. 快速上手| 表单引擎, 5月 26, 2025にアクセス、 https://soneway.github.io/form-engine/docs-dist/guide/start.html

11. 低代码平台的技术原理 - 葡萄城, 5月 26, 2025にアクセス、 https://www.grapecity.com.cn/lowcode/low-code-introduction/core-ability-tech-principle/lowcode-tech-principle

12. 飞书低代码平台- 全代码能力，低代码开发, 5月 26, 2025にアクセス、 https://ae.feishu.cn/home

13. ccbpm/JFLow: 驰骋工作流引擎表单引擎符合中国国情.全面动态化可视化配置的bpm中间件, 5月 26, 2025にアクセス、 https://github.com/ccbpm/JFLow

14. joskii - NPM, 5月 26, 2025にアクセス、 https://npmjs.com/~joskii

15. O2OA首页、文档和下载- Java 开源企业OA 办公平台- OSCHINA, 5月 26, 2025にアクセス、 https://www.oschina.net/p/o2oa

16. App Store 上的“O2OA”, 5月 26, 2025にアクセス、 https://apps.apple.com/cn/app/o2oa/id1535152925

17. OA办公系统OA_OA实施主要干什么_泛微OA删除人员-华为云 - Huawei Cloud, 5月 26, 2025にアクセス、 https://www.huaweicloud.com/special/marketplace-oa-zoneland.html

18. 协同办公OA_OA是做什么的_OA主要功能-华为云 - Huawei Cloud, 5月 26, 2025にアクセス、 https://www.huaweicloud.com/special/marketplace-oa-reply.html

19. 组织架构管理- Object: org - O2OA教程, 5月 26, 2025にアクセス、 https://o2oa.gitbook.io/course/liu-cheng-guan-li/qian-duan-kai-fa-api/zu-zhi-guan-li-object-org

20. O2OA开发平台前端源码级二次开发（Vue3,React）_o2oa 开发 - CSDN博客, 5月 26, 2025にアクセス、 https://blog.csdn.net/liyi_hz2008/article/details/139771301

21. o2oa - NPM, 5月 26, 2025にアクセス、 https://www.npmjs.com/~o2oa

22. O2OA二次开发-使用开源平台搭建完整OA(17)-实现系统间单点登陆认证, 5月 26, 2025にアクセス、 https://www.o2oa.net/cms/train/75.html

23. 登录页 - O2OA, 5月 26, 2025にアクセス、 https://sample.o2oa.net/

24. 移动端源码介绍 - O2OA教程, 5月 26, 2025にアクセス、 https://o2oa.gitbook.io/course/yuan-ma-de-bian-yi-ji-guan-li/yi-dong-duan-yuan-ma-jie-shao

25. 开源OA 办公系统— 勾股OA 5.0 新版发布- OSCHINA - 中文开源技术交流社区, 5月 26, 2025にアクセス、 https://www.oschina.net/news/309550/gougu-oa-5-0-released

26. 勾股OA办公系统发行版- Gitee.com, 5月 26, 2025にアクセス、 https://gitee.com/gouguopen/office/releases

27. 勾股开源/勾股OA办公系统- Gitee.com, 5月 26, 2025にアクセス、 https://gitee.com/gouguopen/office/releases/tag/v4.12.30

28. 2019年度最受欢迎中国开源软件评选, 5月 26, 2025にアクセス、 https://www.oschina.net/project/top_cn_2019

29. CVE-2024-57775 : JFinalOA before v2025.01.01 was discovered to contain a SQL injection vulnerabil - CVE Details, 5月 26, 2025にアクセス、 https://www.cvedetails.com/cve/CVE-2024-57775/

30. Vulnerabilities > CVE-2024-57771 - Unspecified vulnerability in Jfinaloa Project Jfinaloa, 5月 26, 2025にアクセス、 https://cyber.vumetric.com/vulns/CVE-2024-57771/unspecified-vulnerability-in-jfinaloa-project-jfinaloa/

31. CVE-2021-40645 Detail - NVD, 5月 26, 2025にアクセス、 https://nvd.nist.gov/vuln/detail/CVE-2021-40645

32. orange-form/orange-admin: 橙单中台化低代码生成器。可 ... - GitHub, 5月 26, 2025にアクセス、 https://github.com/orange-form/orange-admin

33. 开源驰骋工作流引擎，在线演示。 - 流程引擎, 5月 26, 2025にアクセス、 http://ccflow.org/Demo.html

34. 泛微e-cology_OA办公系统_大中型组织数字化办公产品, 5月 26, 2025にアクセス、 https://www.weaver.com.cn/e9/

35. 泛微协同办公平台E-cology9.0 版本前端使用手册(10)--日程, 5月 26, 2025にアクセス、 https://www.cqvtu.edu.cn/uploadfile/ueditor/file/202404/171324903166cf0c.pdf

36. 泛微e-cology10.0, 5月 26, 2025にアクセス、 https://www.weaver.com.cn/e10/function

37. OA服务器_OA系统厂家_泛微OA E-COLOGY-华为云 - Huawei Cloud, 5月 26, 2025にアクセス、 https://www.huaweicloud.com/special/marketplace-oa-download.html

38. 泛微e-office官网- OA系统_中小型组织移动OA办公系统首选品牌_泛微 ..., 5月 26, 2025にアクセス、 https://www.e-office.cn/

39. SEEYON - 致远互联, 5月 26, 2025にアクセス、 https://www.seeyon.com/mkttools/down/a8.pdf

40. 北京致远互联软件股份有限公司2021 年年度报告 - 上海证券交易所, 5月 26, 2025にアクセス、 http://www.sse.com.cn/disclosure/listedinfo/announcement/c/new/2022-04-13/688369_20220413_4_owYekrMJ.pdf

41. 致远A8协同管理软件,致远oa系统,oa,oa办公系统,oa系统,oa办公自动化系统,协同办公系统,致远oa,致远OA官网 - 致远互联, 5月 26, 2025にアクセス、 https://www.seeyon.com/home/Zhuanq/a8oa.html

42. 致远互联官网移动站首页-协同管理软件及云服务领导供应商-协同 ..., 5月 26, 2025にアクセス、 https://www.seeyon.com/

43. 蓝凌智能OA - 钉钉, 5月 26, 2025にアクセス、 https://page.dingtalk.com/wow/dingtalk/act/ddlanling?wh_biz=tm&source=60012&lwfrom=20171202020920642937200301

44. 门户· 流程 - 蓝凌软件, 5月 26, 2025にアクセス、 https://www.landray.com.cn/static-old/EDM/oa/download/oa.pdf

45. 新一代生态OA 蓝凌EKP V16, 5月 26, 2025にアクセス、 https://www.landray.com.cn/static-old/landray/ekp16/index.html

46. 蓝凌官网-OA系统_知识管理_BPM流程_AI蓝博士_数智化办公专家, 5月 26, 2025にアクセス、 https://www.landray.com.cn/

47. 蓝凌协同办公解决方案实践 - 华为云, 5月 26, 2025にアクセス、 https://support.huaweicloud.com/loas-dgo/%E8%93%9D%E5%87%8C%E5%8D%8F%E5%90%8C%E5%8A%9E%E5%85%AC%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88%E5%AE%9E%E8%B7%B5.pdf

48. 云之家官网—新一代智能协同云_移动办公_ OA系统_移动审批_协同 ..., 5月 26, 2025にアクセス、 http://www.yunzhijia.com/

49. 金蝶云星瀚OA系统-协同办公软件-移动办公管理平台[官网], 5月 26, 2025にアクセス、 https://www.kingdee.com/products/cosmic_oa.html

50. 金蝶软件官网-金蝶云-金蝶集团官方网站, 5月 26, 2025にアクセス、 https://www.kingdee.com/

51. YonBIP开发者社区 - 用友, 5月 26, 2025にアクセス、 https://community.yonyou.com/

52. 用友U8, 5月 26, 2025にアクセス、 https://u8.yonyou.com/

53. 用友辦公協同OA，打造高效靈活工作流程｜企業雲服務-台灣用友, 5月 26, 2025にアクセス、 https://www.yonyou.com.tw/%E8%BE%A6%E5%85%AC%E5%8D%94%E5%90%8Coa/

54. 協同辦公(OA) | 辦公自動化平台| 流程審批系統- 用友香港 - Yonyou, 5月 26, 2025にアクセス、 https://www.yonyou.com.hk/zh-hant/solutions/office-automation/

55. YonBuilder低代码应用构建 - 用友开发者中心, 5月 26, 2025にアクセス、 https://developer.yonyou.com/Blog

56. 企业数智化用友BIP—用友集团官网, 5月 26, 2025にアクセス、 https://www.yonyou.com/