每个集成批次的远程日志记录

External n8n Workflow Logging for Administrate

每个 Administrate 集成批次现在向 Administrate 本身发布可读的执行日志,使运营团队无需打开 n8n 即可查看结果。

挑战

集成在 n8n 中运行,但 Administrate 的运营团队不应该需要访问 n8n 界面来了解同步是否成功、哪些记录被拒绝或问题出在哪里。仅靠原生执行历史无法为业务用户提供正确的可见性。

解决方案

我们构建了一个专门的外部日志工作流程,在每次写入 Administrate 的批次后调用。它将技术执行数据转换为运营日志,并通过 Administrate 的 GraphQL API 发布。

  • 捕获集成、源系统、对象类型、批次号、watermark 和记录总数。
  • 根据写入和拒绝的记录数将每个批次分类为 success、warning 或 failed。
  • 发布简洁消息以及记录级详情,包括被拒绝的记录和原因。
  • 在可用时链接成功写入的记录,并对大批次安全限制详情视图。
  • 使用重试逻辑,使临时日志记录失败不会静默移除运营可见性。

结果

  • Administrate 团队可以从自己的平台查看集成健康状况,无需直接访问 n8n。
  • 每个批次都有写入、拒绝和总记录的可审计记录。
  • 被拒绝的记录和 watermark 提供了快速调查异常所需的上下文。

业务问题

  • 运营依赖 n8n 访问来了解集成是否正确完成
  • 技术执行数据对业务用户来说不够易懂或不够可用
  • 被拒绝的记录缺乏一致的、客户可见的审计跟踪

主要优势

  • 无需打开 n8n 即可在 Administrate 中查看集成状态
  • 每个批次记录总数、结果、watermark 和拒绝原因
  • success、warning 和 failure 状态使异常立即可理解
  • 重试保护的发布保持审计跟踪可靠

应用详情

  • 在目标批次完成后调用的专用 4 节点 n8n 工作流程
  • Administrate GraphQL 变更:createExternalIntegrationLog
  • 每批次包含源、对象类型、总数、watermark 和项目结果详情
  • 大批次的记录详情上限为 200 条

想要了解更多?

安排一次通话,讨论我们如何帮助您优化运营并提高生产力。