工作流结构
- 触发器:记录已更新(机会对象)
- 筛选器:阶段 = 赢单
- 搜索记录:获取公司详细信息
- 代码(可选):格式化负载
- HTTP 请求:发送到开票系统
步骤 1:设置触发器
- 创建新的工作流
- 选择 记录已更新 触发器
- 选择 机会 作为对象
步骤 2:筛选赢单
添加一个 筛选 操作,仅在机会赢单时才继续:| 设置 | 值 |
|---|---|
| 字段 | 阶段 |
| 条件 | 等于 |
| 值 | CLOSED_WON(或您的阶段名称) |
步骤 3:获取公司详细信息
机会记录可能不包含开票所需的所有公司字段。 添加一个 搜索记录 操作:| 设置 | 值 |
|---|---|
| 对象 | 公司 |
| 匹配方式 | ID 等于 {{trigger.object.companyId}} |
步骤 4:格式化负载(可选)
如果您的开票系统需要特定格式,请添加一个 代码 操作:步骤 5:发送到开票系统
添加一个 HTTP 请求 操作:| 设置 | 值 |
|---|---|
| 方法 | POST |
| URL | 您的开票 API 端点 |
| 请求头 | Authorization: Bearer YOUR_API_KEY |
| 请求体 | {{code.invoice}} 或直接映射字段 |
示例:Stripe 发票
示例:QuickBooks 发票
完整的工作流摘要
| 步骤 | 操作 | 目的 |
|---|---|---|
| 1 | 触发器:记录已更新 | 当任何机会发生更改时触发 |
| 2 | 过滤 | 仅当阶段 = 赢单时才继续 |
| 3 | 搜索记录 | 获取用于开票的完整公司详细信息 |
| 4 | 代码 | 为开票 API 格式化数据 |
| 5 | HTTP请求 | 在外部系统中创建发票 |
提示
- 存储外部 ID:使用 更新记录 操作将 API 返回的发票 ID 保存回机会
- 错误处理:添加一个分支,在 HTTP 请求失败时发送通知
- 先测试:在上线之前,使用开票系统的沙盒/测试模式
相关内容
- 从 Twenty 生成 PDF — 将生成的 PDF 附加到记录
- 工作流触发器
- 工作流操作
- 赢单自动化