在现代企业的集成架构中，知行之桥作为数据集成的一种工具，其灵活性和强大功能往往通过各类应用程序接口（API）得以实现，其中，Webhook、Flow API 和 Admin API 这三类接口在用户使用中常常存在疑惑，实际上他们的设计目的、适用场景和调用方式迥然不同。 理解这三者的差异，对于设计高效、可靠且自动化程度高的集成流程至关重要。本文将带你深入了解每一项接口，帮你做出正确的技术选型。 一、核心概念 首先，我们通过一个简单的比喻建立直观的理解。 Webhook：是平台的收件箱，它被动接收外部系统投递过来的数据包裹，是事件驱动的数据入口。 Flow API：是平台的加工流水线，你主动调用它来提交原数据、查询半成品状态或提取最终产品，是程序化的数据处理器。 Admin [...]
在很多 API 集成项目中，用户通过调用知行之桥的 API 接口向 EDI 系统推送数据时，经常会遇到几个常见问题： 我怎么知道接口调用是否成功？ 数据有没有成功推送到知行之桥？ 推送之后，知行之桥会返回怎样的响应结果？ [...]
一、Webhook端口功能概述 知行之桥的Webhook端口提供灵活的消息响应机制，支持用户通过修改配置文件自定义返回的消息体内容，能够查看是否调用接口成功、数据是否推送成功以及自定义返回给用户端的响应内容。 本指南将详解如何通过脚本配置实现以下需求： 设置JSON/XML等不同格式的响应消息 自定义成功/失败时的返回内容 扩展阅读：Webhook端口使用介绍与演示 二、配置流程详解 创建好Webhook端口后，可以通过POST 方法访问webhook地址，可以看到返回结果的格式。本文以POSTMAN为例： 1. [...]
概述 如果需要通过 Webhook 端口从交易伙伴处接收数据，但该交易伙伴可能对于安全性有着较高的要求，而不仅仅是用于验证入站 Webhook 要求的基本身份验证用户名/密码，或者用户可能只想在入站 Webhook 消息上增加额外的安全层。 使用 Webhook [...]
概述 有时，可能需要通过 Webhook 端口从交易伙伴处接收数据，但该交易伙伴可能需要更多的安全性，而不仅仅是用于验证入站 Webhook 请求的基本身份验证用户名/密码 - 或者您可能只想在入站 Webhook 消息上添加额外的安全层。 [...]
在API接口调用的集成项目中，用户调用知行之桥的API接口以给EDI系统推送数据时，经常会有这样的疑问：怎样查看是否调用接口成功？怎样查看数据是否推送成功？推送之后用户端会有怎样的响应提示？ 为满足以上问题对应的需求，可以使用知行之桥的Webhook端口。该端口可以给用户端明确的响应以提示接口调用和数据推送情况，并且可以根据用户的具体需求，返回给用户端自定义的响应内容。那么具体应该怎样操作呢，我们一起来看看吧！ 一、Webhook端口功能介绍 知行之桥中，Webhook 端口使数据能够通过 HTTP POST和 PUT进入知行之桥工作流。每个 Webhook 端口在应用程序中公开一个端点，外部客户端可以向该端点发送 [...]
Webhook端口支持开放公共API接口。 总览 Webhook端口使数据能够通过HTTP POST和PUT进入字体工作流。 每个Webhook端口在应用程序中公开一个接口，外部客户端可以在该接口上发送XML和JSON 实际数据。 这些数据将写入输出文件，并传递到流中的连接端口。 可以在Webhook端口中指定一个Sample Request，可以简化转换发布到接口的数据的过程。 指定XML示例并将Webhook端口连接到流中的XML [...]
