第4章 节点：流程的“执行单元”
4.1 基础节点：处理信息的“小工具”
如果说触发器是流程的“启动开关”，那节点就是流程的“手脚”——负责具体干活：算数据、做判断、发通知……就像工厂流水线的工人，每个节点只干一件事，但连起来就能完成复杂任务。
节点1：数据处理——从混乱信息中“挑出有用的”
适用场景：提取表格里的关键信息、计算数字、拼接文字（比如“把Excel里的手机号都挑出来”“计算订单总金额”）。
案例：从Excel中提取“未付款用户”的手机号
背景：运营每周要给“下单后3天未付款”的用户发提醒短信，Excel里有1000行数据，手动找太费时间。
步骤拆解：
1.拖入“Excel读取”节点（读取订单表），再拖入“数据处理”节点，连在后面；
2.右侧属性面板配置“处理规则”：
1.提取字段：手机号（只保留这一列，其他信息忽略）
2.筛选条件：付款状态 = 未付款 且 下单时间 ≤ {{date.3daysAgo}}（3天前）
3.去重：勾选“删除重复手机号”（避免给同一人发多条短信）
3.处理后输出：一个只有“符合条件的手机号”的列表。
避坑指南：
筛选条件别漏写“且/或”！比如“未付款 且 3天前下单”，如果写成“或”，会把“已付款但3天前下单”的用户也筛出来；
数字类型注意单位！比如“订单金额>100”，确认Excel里金额是“100”而不是“100.00”（格式错误会导致筛选失效）。
节点2：条件判断——“如果这样，就那样；否则，就另一样”
适用场景：根据不同情况走不同流程，比如“金额>1000元需总监审批，否则经理审批”“用户是会员就发优惠券，非会员发新人礼”。
案例：用条件判断拆分请假审批流程
背景：公司规定：请假≤3天→经理审批；>3天→总监审批。
步骤拆解：
1.拖入“条件判断”节点，连在“员工提交请假单”后面；
2.右侧配置“判断条件”：
o条件1：请假天数 ≤ 3 → 走“经理审批”分支
o条件2：请假天数 > 3 → 走“总监审批”分支
3.两个分支后面分别连接“发送给经理”“发送给总监”节点。
流程图：
代码

graph LR  
A[员工提交请假单] --> B{条件判断：请假天数？}  
B -->|≤3天| C[经理审批]  
B -->|>3天| D[总监审批]

避坑指南：
条件别写反！比如“≤3天”别写成“<3天”，否则刚好请假3天的员工会被归到“>3天”分支；
别漏了“默认分支”！如果所有条件都不满足（比如请假天数是负数），可以设置“默认走经理审批并提示‘天数异常’”。
节点3：通知发送——让消息“自动跑到对方眼前”
适用场景：给人或系统发消息，比如“审批通过后给员工发短信”“报表生成后发邮件给领导”。
案例：审批通过后，5分钟内发邮件+企业微信通知
步骤拆解：
1.拖入“邮件发送”节点和“企业微信通知”节点，并列放在“审批通过”后面（两个节点同时执行）；
2.配置邮件：
o收件人：{{申请人邮箱}}（从请假单中提取）
o标题：“您的请假已通过（{{请假日期}}）”
o正文：“请假天数：{{天数}}，审批人：{{经理姓名}}”
3.配置企业微信：
o发送给：{{申请人用户ID}}
o消息类型：卡片消息
o内容：“✅ 请假已通过，点击查看详情”
避坑指南：
变量用对“来源”！比如“申请人邮箱”要从“请假单”节点取，别写成“审批人邮箱”；
测试时发自己手机！避免配置错误导致给真实用户发错消息。
4.2 高级节点：对接外部系统——让COZE“连接一切”
基础节点能处理“本地信息”，但企业里的数据往往存在各种系统：ERP、MySQL数据库、物流平台……这时候需要高级节点——像“桥梁”一样把COZE和外部系统连起来。
节点1：API调用——“让COZE和其他系统说上话”
什么是API？ 简单说，就是系统之间的“快递接口”。比如你想从“京东物流”获取快递单号，就需要调用京东的“创建物流订单API”，告诉它“收件人地址、商品重量”，它会返回“快递单号”。
案例：调用物流API自动下单，5秒获取快递单号
背景：用户付款后，需要在物流系统下单，手动复制粘贴地址太麻烦。
步骤拆解：
1.拖入“API调用”节点，连在“支付成功”后面；
2.右侧配置API参数（以京东物流为例）：
o请求地址：https://api.jdl.com/order/create（京东物流API的网址）
o请求方式：POST（按API文档要求填，别瞎选）
o请求头：填入“API密钥”（在京东物流后台申请，相当于“密码”）
o请求体（要发给API的信息）：
json

	{
	"recipientName": "{{收件人姓名}}",
	"recipientPhone": "{{收件人电话}}",
	"address": "{{收件人地址}}",
	"weight": "{{商品重量}}"
	}

3.提取返回结果：API会返回一串数据，从中提取“waybillNo”（快递单号），保存到订单系统。
避坑指南：
别漏填“请求头”！API密钥通常放在这里，没填会提示“权限不足”；
先在“测试环境”试！比如京东物流提供“沙箱环境”，用假数据测试，确认能拿到快递单号再连正式系统。
节点2：数据库操作——直接读写MySQL数据
适用场景：从公司数据库查数据（比如“查近7天新增用户”）、写数据（比如“把新订单存到MySQL”）。
案例：每天自动把“新用户”写入数据库
背景：市场部每天从多个渠道获取用户信息（官网表单、线下活动），需要汇总到公司MySQL数据库的“user”表。
步骤拆解：
1.拖入“数据合并”节点（汇总各渠道用户数据），再拖入“数据库操作”节点；
2.右侧配置：
数据库类型：MySQL
连接信息：主机地址、端口、用户名、密码（找IT同事要）
操作类型：新增数据
目标表：user
字段映射：
数据库字段“name” → 来源数据“用户姓名”
数据库字段“reg_time” → 系统当前时间（{{date.now}}）
3.执行后：新用户数据自动写入MySQL，不用手动在数据库里敲SQL。
避坑指南：
字段类型要匹配！比如数据库里“手机号”是“字符串”类型，别传数字（可能导致手机号前面的0丢失）；
别用“删除”操作！除非确定要删数据，建议先备份，避免误删。
本章小结
节点是流程的“执行者”：
基础节点（数据处理、条件判断、通知发送）：处理本地信息，像“办公室小助手”；
高级节点（API调用、数据库操作）：对接外部系统，像“外联专员”。
选节点的原则：先简单后复杂——能用基础节点解决的，就别用高级节点。比如“发通知”用基础的“短信发送”节点，而不是自己调用短信API（除非基础节点满足不了需求）。

本站原创，转载请注明出处：https://www.xin3721.com/ArticlePrograme/robot/52953.html