逻辑控制案例详解|基于 smardaten 实现 OA 一体化办公系统逻辑交互

需求背景

在构建 OA 系统时，业务流程中的智能逻辑交互一直是传统开发与普通无代码平台面临的共同挑战。若采用传统高码模式，诸如会议室冲突校验、请假时长计算、表单动态渲染等核心逻辑，均需开发人员编写大量底层代码，不仅研发周期长、成本高昂，且后续业务规则一旦变动，修改与维护亦极为繁琐。而许多轻量级无代码平台虽简化了界面搭建，却在复杂业务逻辑的交互实现上能力薄弱，难以支撑深度的数据联动与自动校验，导致搭建的应用“形似而神不至”，无法满足企业精准化、自动化的管理需求。

解决方案

smardaten 通过三大核心优势，将复杂的业务逻辑直观化：

• 丰富的逻辑节点：内置超过 30 种开箱即用的可视化节点，为构建复杂业务流程提供了坚实基础。

• 全面的事件驱动：从前端组件到页面操作均可灵活配置触发逻辑，精准响应各类交互场景。

• 高效的协作配置：支持前后端逻辑在统一界面中串联配置，实现“配置即可用”，显著减少联调与对接成本。

这些能力共同作用，让没有技术背景的人也能以无代码方式，高效、可靠地实现 OA 系统中的深度逻辑交互。

交互场景

在 OA 系统典型场景中，smardaten 的逻辑控制能力实现了关键流程的自动化：

• 会议管理：自动校验会议室占用状态，避免日程冲突。

• 请假申请：精准计算请假时长、智能判断余额，并依据天数动态显隐表单字段。

• 差旅报销：自动汇总多笔明细费用，快速完成报销核算。

三大功能均通过配置化实现，显著提升了流程效率和精准度。

配置过程

下面将通过三大典型场景，具体展示如何运用上述能力，以纯配置的方式实现复杂的业务逻辑。

会议管理

进入会议室预定表单的“逻辑控制”配置页，新增“表单保存时”的触发逻辑，这意味着，当用户点击‘保存’按钮时，预设的校验规则便会自动执行。

新增”组件动作“节点，获取用户填写的会议开始时间、结束时间和选择的会议室号，将它们暂存为变量，方便后续使用。

这是最关键的一步，在数据库里查询历史预定记录。传统方式需编写 SQL 查询与复杂的时间比较逻辑，而在 smardaten 中，仅通过可视化点选即可完成所有条件的配置。

点击添加变量，将查询结果命名为“data_id1”变量，选择查询“会议室预定表”，查询字段为该表的主键 data_id。

为了确保万无一失，杜绝任何一种时间重叠的可能性，需要检查三种重叠场景。

第一种，预定的开始时间，包含在历史预定区间内。通过可视化点选，新增查询条件：第一，会议室号等于当前所选；第二，历史会议开始时间早于当前会议开始时间，并且结束时间晚于开始时间；第三，需排除自身数据。只要同时满足这些条件，就说明预定时间上有重叠。

用同样的方法，继续添加变量，检查第二种冲突情况：预定的结束时间，包含在历史预定区间内。基础的配置相同，区别在于查询条件中，历史会议开始时间须早于当前结束时间，且结束时间晚于当前结束时间。

第三种冲突场景是，预定的时间区间完全包含了某段历史预定区间。查询条件设置为，历史会议开始时间晚于当前开始时间，同时历史结束时间早于当前结束时间。

接下来，使用“条件分支”节点进行判断：如果以上三种情况中任一查询结果非空，说明会议室已被占用。

再利用”通知提示“节点，在条件符合时，给予失败提示：会议室已被占用，请重新选择会议室！不符合条件，则走向“否”的分支，连接“提交数据”节点，完成预定。

仅通过寥寥数个节点的配置，就完成了会议室预定的完整校验逻辑。现在可以直接预览验证效果：尝试预定一个时间已被占用的会议室，点击保存，系统立刻弹出提示“会议室已被占用！”

请假申请

请假申请由于要提交流程审批，需进入业务流配置页，在开始节点新增逻辑控制。

这个场景的核心在于精确计算请假天数，通过条件分支来处理多种时段组合。首先，使用”组件动作“节点，获取申请人填写的请假开始/结束时间、请假类型，以及根据请假类别数据映射带出的剩余假期天数。

再拖入”操作变量“节点，用结束时间减开始时间，并将时间戳结果换算成天，计算出请假天数（days）。

由于请假时段有多种选择情况（上午或下午），还需进一步判断，计算出正确的天数。拖入条件分支，判断时段相同的情况，即请假半天。

如果条件符合，原请假天数减 0.5 天。再通过操作变量节点的修改变量功能，将初始请假天数变量 days 更新为此值。

最后使用“组件动作—设值”将结果回填至表单的“请假天数”组件。

如果条件不符合，即时间段选择不同，则有两种可能情况需要考虑：

第一种，上午→下午，这属于完整请假区间，之前计算的天数（days）是准确值，无需调整，直接连接组件动作回填请假天数。

第二种，下午→上午，属于不完整的跨天请假，需进一步判断：

1. 若为同一天：弹出提示“请假区间填写有误”

2. 若为跨天：则头尾各请半天，需要将初始天数（days）减去 1 天。同样，再次利用操作变量节点，将初始请假天数变量 days 更新为此值，最后回填结果。

在准确计算出请假天数后，还需自动完成额度校验与流程控制。首先，校验假期额度：通过条件分支判断剩余假期是否充足。如不足，提示申请人额度不够，需重新修改；如充足，则继续流程。

接着，判断是否需要工作交接：条件分支判断请假天数是否大于 3 天，如果符合，通过组件动作，显示并必填”工作交接人“  表单字段。

如未超过，”工作交接人“字段需自动隐藏、且不校验必填，最后连接提交数据节点，正常提交；由于提交数据节点内置表单校验必填项功能，所以组件动作节点可以直连提交数据节点。

最后，利用“模块回调”功能，使页面自动跳转回请假管理列表，形成流畅的操作闭环。

发布流程并预览实际运行效果：选择同一天，下午开始上午结束，系统立即警告提示。

选择正常的区间，系统正确计算天数。

再试跨天不完整请假，请假天数超出 3 天，工作交接人字段自动显示并校验必填。

对于这类包含多种判断条件的业务场景，在 smardaten 中已不再需要编写复杂的多层 if-else 语句。我们仅通过一个条件分支节点，即可清晰串联所有判断路径，实现逻辑的可视化配置与灵活流转，大幅降低配置复杂度。

差旅报销

最后再来看费用报销场景中的子表自动计算功能。在这个场景中需要实现子表金额的实时汇总。只需配置"子表内容改变时"的触发逻辑，系统就能在用户增删或修改子表记录时自动更新总金额。

首先还是使用组件动作节点，获取子表发票金额列的所有数据，命名为 amount 变量。此时获取的数据类型为对象数组。

由于后续统计节点对变量类型有要求，需要将对象数组转换为单值数组。平台深刻理解数据类型转换的开发痛点，无需记忆任何表达式语法，只需提供示例数据，JSON 解析节点即可自动识别并生成转换规则，大幅降低技术门槛。

然后，在"常用函数"节点中选择内置的"求和"统计函数，平台会自动对转换后的金额数组进行汇总计算。

最后，通过”组件动作“节点将统计出的金额，回填至主表的”报销总额“字段中

我们通过简单组合三个节点，充分利用它们内置的专业能力，依次完成了数据获取、类型转换、金额汇总和结果回填等一系列操作。

保存预览应用，验证效果：子表新增多笔报销记录，金额自动计算，并回填至主表的报销总额字段中。删除子表数据，也同样实时更新金额。

体验总结

通过上述三大 OA 典型场景的配置过程，直观展现了 smardaten 逻辑控制能力的核心价值：

它将复杂的业务逻辑转化为清晰的视觉工作流，使时间冲突校验、时长精准计算、费用实时汇总等核心功能，都能通过纯配置稳定实现。当业务规则需要调整时，无需修改代码，仅需在可视化链路中调整相应节点即可快速响应。

这种高成熟度的配置方式，不仅显著降低了技术门槛，更让企业能够自主、高效地构建和迭代复杂业务逻辑，以可持续的方式持续提升运营效率与管理精度。