我们强烈建议使用运行脚本来搭建自动化,因为它可以覆盖所有操作行为,包括原本需要手动搭建的操作。你只需在 AI 对话中描述需求即可。请注意:如果你手动添加操作,AI 后续将无法识别或修改它们。
默认情况下,工作流中的操作只能访问当前 Base 内的表格。开启跨 Base 访问后,你可以在同一个工作流中读取和写入任意你有权限访问的 Base 中的表格数据,实现跨团队、跨项目的数据流转。
支持的操作
| 操作 | 支持跨 Base |
|---|
| 创建记录 | 是 |
| 更新记录 | 是 |
| 查询记录 | 是 |
如何设置
- 在工作流中添加一个支持的操作(创建记录、更新记录或查询记录)。
- 点击表格选择器旁边的跨 Base 访问开关。
- 在弹出的选择器中,依次选择:
- 目标空间:目标 Base 所在的空间
- 目标 Base:要操作的 Base
- 选择目标 Base 中的表格(以及视图,如适用)。
- 按正常流程配置字段映射或筛选条件。
- 点击测试验证跨 Base 操作是否成功。
具体示例
示例一:销售数据同步到财务 Base
场景:销售团队在”销售 Base”中管理订单,财务团队在”财务 Base”中管理应收账款。
- 触发器:销售 Base 中”订单表”的记录状态更新为”已确认”。
- 操作:使用跨 Base 访问,在财务 Base 的”应收账款表”中创建一条新记录,映射订单号、客户名称、金额等字段。
示例二:从共享数据库查询参考数据
场景:公司有一个”公共数据 Base”存放产品目录,各部门的 Base 需要查询产品信息。
- 触发器:某个 Base 中有新订单创建。
- 操作一:使用跨 Base 访问,在”公共数据 Base”的产品表中查询产品详情。
- 操作二:将查询到的产品名称和价格更新到当前 Base 的订单记录中。
权限模型详解
| 要点 | 说明 |
|---|
| 执行身份 | 跨 Base 操作使用工作流创建者的身份和权限执行 |
| 权限要求 | 创建者必须同时拥有当前 Base 和目标 Base 的访问权限 |
| 权限变更 | 如果创建者的权限被撤销(如从目标 Base 中移除),工作流会执行失败 |
| 协作者变更 | 如果创建者离开团队,建议由新的有权限成员重新创建或编辑工作流 |
定期检查跨 Base 工作流的创建者权限。如果创建者的角色或权限发生变更,可能导致工作流运行失败。
故障排除
| 问题 | 原因和解决方法 |
|---|
| 看不到目标 Base | 确认工作流创建者拥有目标 Base 的访问权限。如果 Base 在其他空间,需要先被邀请为该空间或 Base 的协作者 |
| 操作执行失败 | 检查创建者是否仍有目标 Base 的写入权限(创建/更新操作需要编辑权限,查询操作需要只读权限) |
| 字段映射不匹配 | 目标表格的字段结构可能已变更。重新编辑操作步骤,更新字段映射 |
| 找不到目标表格 | 目标 Base 中的表格可能已被删除或重命名。检查目标 Base 的当前结构 |
适用场景
- 跨部门数据同步:销售团队确认订单后,自动在仓储 Base 中创建发货任务记录,实现销售与物流的数据联动。
- 集中化数据汇总:多个项目团队各自维护项目 Base,通过跨 Base 查询将关键指标汇总到管理层的仪表盘 Base 中。
- 共享数据引用:公司维护一个公共客户库 Base,各业务 Base 的工作流通过跨 Base 查询获取客户信息,避免数据重复录入。
- 审计与合规:当敏感数据 Base 中的记录被修改时,自动在独立的审计 Base 中创建变更日志记录。
注意事项
- 跨 Base 操作的响应时间可能略长于同 Base 操作,因为涉及跨库查询。
- 跨 Base 创建的记录同样会触发目标 Base 中的自动化工作流。请确认不会导致意外的连锁触发。
- 建议在工作流描述中注明跨 Base 操作的目标,方便团队成员理解数据流向。
相关文档