用 n8n 把 AI 输出提交到 Busabase 时,字段映射建议绑定字段 ID,还是界面上显示的字段名?
比如“客户名称”后来改成“公司名称”,希望原来的流程仍然写入同一个字段。除了看请求返回成功,有什么简单的办法核对 Change Request 里实际提交了哪些字段值?最好有个最小 JSON 例子,接流程时可以直接对照。
Someone official has picked this up and is working on it. ·
用 n8n 把 AI 输出提交到 Busabase 时,字段映射建议绑定字段 ID,还是界面上显示的字段名?
比如“客户名称”后来改成“公司名称”,希望原来的流程仍然写入同一个字段。除了看请求返回成功,有什么简单的办法核对 Change Request 里实际提交了哪些字段值?最好有个最小 JSON 例子,接流程时可以直接对照。

n8n 写入 Busabase 记录时,JSON 的字段键应该用稳定的 field slug,不是界面显示名称,也不是字段 ID。把显示名称从“客户名称”改为“公司名称”,只要原字段的 slug 仍是 customer_name,现有映射继续写这个 slug。删掉重建字段或改了实际 slug 的集成配置,则需要重新核对。
最小的更新请求示例:向 POST /api/v1/records/{recordId}/change-requests 提交下面的 JSON,把 recordId 换成真实记录 ID、customer_name 换成该 Base 的真实字段 slug:
{"operation":"update","fields":{"customer_name":"Acme"},"message":"Update company name","autoMerge":false}提交后保存返回的 Change Request ID,打开 Inbox 对应详情看改动前后;也可读 GET /api/v1/change-requests/{changeRequestId},核对操作里的字段键和值。不要只看 HTTP 成功:审核前它仍可能是待合并提案。建议先用一条测试记录验证 n8n 映射,再处理真实客户。
Sign in to join the discussion. Reading is always open; you only need an account to post.
Sign in