一个连接,每个表面
ShipStation 数据可以去哪里
- 1 出站连接
- 0 入境口岸
- 只读 · 凭据保留
运行
- 为您的团队、供应商和合作伙伴
-
在 Excel 插件 · 按需刷新
-
谷歌工作表 附加组件 · 按需刷新
-
新星人工智能 用简单的英语提问 · 文本转 SQL
-
数据查看器 分享实时结果 · 团队、供应商、合作伙伴 · 任何设备
- 对于应用程序和系统
-
REST API JSON 端点 · OpenAPI 3.1
-
Power BI Power Query M
-
计划同步 Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- 人工智能工具
-
人工智能助手 Claude · Cursor · MCP 服务器
- 已送达
-
警报和报告 Slack · Discord · 电子邮件 · Webhook
Query Streams 将 ShipStation 账户转换为 15 个 SQL 表,涵盖发货、标签、订单履行、承运商、仓库、产品、库存、批次、清单、取货等信息,并可通过 Microsoft Excel、Google Sheets、Power BI、MCP 上的 AI 助手以及 REST 端点读取。只需一个 API 密钥即可完成所有操作,其核心在于连接功能:只需一条语句,即可将订单履行状态与 Shopify 或 ERP 系统中的订单行关联起来,而无需像以前那样导出两次数据并使用 VLOOKUP 函数。
- 为您的团队、供应商和合作伙伴
-
ShipStation 到 Excel 微软 Excel · Excel 加载项
将 ShipStation 的实时结果直接导入工作表,并可按需刷新——支持桌面版 Excel、Excel Online 和 Microsoft 365。
ShipStation 指南 -
ShipStation 到 Google 表格 表格插件
从侧边栏运行已保存的 ShipStation 查询,并将结果行拖放到工作表中。共享协作者可以自行刷新工作表。
ShipStation 指南 -
向 Nova 询问 ShipStation 的相关事宜 Nova AI · 文本转 SQL
用简单的英语提问。Nova 已经了解您的 ShipStation 表,会自动编写并运行 SQL 语句,解释答案并绘制图表——无需编写查询语句,也无需提供任何凭据。
Nova 的工作原理 -
ShipStation 到数据查看器 结果共享 · 团队、供应商、合作伙伴 · 手机、平板电脑、台式机
您可以与任何人(同事、供应商、合作伙伴)共享 ShipStation 的实时结果,以可收藏的网格形式呈现,无论在手机、平板电脑还是台式机上打开,都会自动重新显示。他们看到的是结果,而不是 SQL 语句或凭据。
数据查看器的工作原理 - 对于应用程序和系统
-
ShipStation REST API HTTP 端点
将 ShipStation 查询发布为任何应用程序都可以调用的已认证 JSON 端点,符合 OpenAPI 3.1 规范,并预置了 Postman、Insomnia 和 Hoppscotch 集合。无需打开数据库端口。
REST API 的工作原理 -
ShipStation 到 Power BI Power Query M
将生成的 Power Query M 粘贴到 Power BI 高级编辑器中,报表即可通过 HTTPS 读取 ShipStation 的实时结果——无需 ODBC 驱动程序,也无需打开数据库端口。
Power BI 的工作原理 -
ShipStation 到 Airtable 自动化平台
按计划将 ShipStation 行同步到 Airtable,或者在 Airtable 自动化脚本中获取它们。
ShipStation 指南 -
ShipStation 到 Baserow 自动化平台
通过 REST 端点从 ShipStation 获取 Baserow 表——无论是自托管还是 Baserow 云。
ShipStation 指南 -
ShipStation 到 SeaTable 自动化平台
无需导出文件或公开数据库,即可使 SeaTable 数据库与 ShipStation 数据保持最新。
ShipStation 指南 -
ShipStation 到 Smartsheet 自动化平台
将 ShipStation 结果推送到 Smartsheet 网格中,以便计划和报告能够从源系统读取数据,而不是从上周的导出数据读取数据。
ShipStation 指南 -
ShipStation 到 Anvil Anvil Works · 应用平台
通过 REST 端点将 Anvil Python 应用程序与 ShipStation 连接起来,而不是将数据库凭据嵌入到应用程序中。
ShipStation 指南 - 人工智能工具
-
ShipStation MCP 服务器 Claude、Cursor 和 MCP 客户端
赋予 AI 助手对 ShipStation 的只读访问权限,并提供它编写正确 SQL 所需的架构——聊天中不包含凭据。
MCP 的工作原理 - 已送达
-
ShipStation 警报和报告 Slack · Discord · 电子邮件 · Webhook
将 ShipStation 查询设置为定时执行,并将查询结果发送到 Slack、Discord、电子邮件或签名 webhook,或者等到行数、阈值或百分比变化超过您设定的阈值时才发送消息。
警报和报告的工作原理
工作原理
5 个步骤,无需更改入站防火墙规则
在 ShipStation 中生成 API 密钥。只需一个密钥,即可使用 v2 API——无需管理密钥对。
安装网络代理并粘贴密钥。密钥会一直保留在那里;ShipStation 只会访问您自己的网络。
选择要同步的 15 个表格中的哪些表格以及同步频率。发货、标签、订单履行和库存表格已预先选择。
针对 shipstation.shipments 和其他字段编写普通的 SQL 语句——或者让 Nova 来编写。
从 Excel、Sheets、Power BI、MCP 或 REST 中读取数据,并将其连接到所属的订单。
专题深度解析
ShipStation 能给你带来什么
您询问时可以信赖的状态
发货状态是夜间复制总是出错的一项,因为它是在该行写入之后发生变化的内容。
- 按 ID 查询特定货件或标签,系统会在返回答案之前将这些行与 ShipStation 进行比对,因此取消或作废的标签会立即显示出来。
- 一份涵盖数月历史记录的报告以 SQL 的速度读取同步副本,而 ShipStation 端无需任何费用。
- ShipStation 不会删除任何内容 — 已取消的货物会保留在一行中,但其状态会发生变化,这正是你想要了解有多少货物被取消时所期望的。
这15张桌子
- 移动 — 发货、标签、履行、清单、取货、批次。
- 设置 — 承运商、承运商服务、仓库、用户、标签、网络钩子。
- 库存 — 产品、库存、库存地点。
- 每一行都将完整的 ShipStation 响应保存在 raw_data JSON 列中,因此即使包裹重量、尺寸、海关申报和完整地址不是顶级列,它们仍然都在那里。
谨慎使用共享预算
ShipStation 的速率限制是针对整个账户的,这意味着如果使用会频繁触发该限制的报告工具,就会减慢您的实际发货速度。而这款工具则特意避免了这种情况。
- 代理程序会控制自己使用账户限额的大约六分之一,其余的则留给打印标签的软件。
- 实时刷新使用相同的预算,并且出于同样的原因,每次查询的刷新次数也有限制。
- 发货单带有真实的修改时间光标,因此已编辑的发货单会在下一次增量运行中被拾取。
- 标签和发货记录均按创建日期进行跟踪,这是 ShipStation 自身的筛选条件。 — 标签在下次完全同步或实时查询触及它时同步更新后失效。
每个 API 连接器共享
每个 API 连接器的工作原理
- 您的帐户将变成表格 — 端点映射到具有主键和索引的类型化 SQL 表,因此您可以编写 SELECT、JOIN 和 GROUP BY,而不是翻阅 JSON。
- 您可以选择同步哪些内容以及同步频率。 每个表都有自己的时间间隔,或者根本没有时间间隔。如果供应商的 API 支持,则只会获取自上次运行以来发生更改的记录。
- 副本归你所有 它以 AES-256-GCM 加密的形式存储在您本地的 DuckDB 文件中,与代理程序位于同一位置。它不在我们的云端。
- 供应商只会收到你的消息。 — 代理直接从您自己的网络调用 API,因此 Query Streams 不需要您的令牌来回答查询。
知道这个很有用
- 这是一个同步副本,而不是实时代理。 — 查询读取的是已经获取过的数据,因此返回速度与 SQL 查询相同,不会超出 API 速率限制。此外,所选表还可以在读取数据时刷新过期的行。
- 您的速率限制将得到遵守。 — 每个连接器都会在供应商公布的限制范围内自行控制速度,因此报告不会导致您的帐户对使用它的其他所有帐户进行限速。
- 没有东西会被扔掉 — 表中未命名的字段保存在 raw_data JSON 列中,您仍然可以对其进行查询。
- 将其连接到您的数据库 — 在同一条语句中同时使用 API 表和 SQL Server 表在这里只是普通的查询,而不是集成项目。
跨源 SQL
将 ShipStation 连接到您的其他数据
ShipStation 知道包裹已发出,但它不知道订单金额或是否已付款——这些信息分别由您自己的系统和支付处理商保管,一份报表可以同时查询这三者。每个数据源只运行其能够处理的部分,并将结果流式传输回系统,所有数据合并都在中心进行——各个数据源之间互不通信,也不会复制任何数据。
3 个连接 · 3 个代理
一份声明
——来自 ShipStation 的发货信息、来自 ERP 系统的订单信息、来自 Stripe 的发票信息
选择 f.carrier_id, f.shipment_status, COUNT(*) AS 发货次数, SUM(i.amount_due) / 100 AS 发票金额
从 履行.shipstation.shipments1 f
连接 ERP SQL.dbo.orders2 o ON o.order_number = f.external_order_id
连接 计费.stripe.invoices3 i ON i.number = o.invoice_no
GROUP BY f.carrier_id,f.shipment_status
ORDER BY 发货描述;
这三个部分分别是连接、模式和表——连接名称就是您自己命名的。示例列;您的表将就是您自己的表。external_order_id 是您自己的系统为发货单添加的引用,这使得在没有客户 ID 的情况下进行第一次连接成为可能。重量、尺寸和完整的收货地址位于 raw_data 表的同一行。所有数据都设置为只读:仅支持 SELECT、WITH 和 EXPLAIN 语句,并且限制了单个数据源在单次查询中可以传输的数据量。 联合查询的工作原理
连接详情
ShipStation需要什么
- 验证
- 代理上保存着一个 ShipStation v2 API 密钥。无需密钥对。
- 伸手够到
- 从您的网络到 ShipStation 的 HTTPS 连接。没有入站连接,也没有要托管的 webhook 端点。
- 模式
- shipstation — 因此包括 shipstation.shipments、shipstation.labels
- 表格
- 15. 发货、标签、履行、承运商、承运商服务、仓库、产品、批次、库存、库存位置、清单、取货、标签、用户、Webhook
- 详情
- 每一行都以 raw_data JSON 列的形式保存完整的 API 响应——包括重量、尺寸、海关信息和地址。
- 增量
- 基于修改后的发货信息;基于创建的标签和订单履行信息,这就是 API 为它们提供的功能。
- 实时刷新
- 按ID对货物和标签进行分类,保质期为60秒。
- 速率限制
- 自主控制进度,大约只用ShipStation账户限额的六分之一来提交报告,因此不会减慢发货速度。
- 本地副本
- 代理程序旁边,您的计算机上有一个使用 AES-256-GCM 加密的 DuckDB 文件。
只读是结构性的。此连接器发出的每个请求都是 GET 请求——其中不包含创建标签、作废订单或发货订单的调用——因此查询无法花费邮资或取消发货。
测试密钥会被识别为测试密钥。ShipStation 会为其添加前缀,并相应地标记连接,而不会让您疑惑为什么数字看起来不对劲。
供应商文档: www.shipstation.com
常问问题
关于 ShipStation 的问题
哪些工具可以通过查询流读取 ShipStation 数据?
只需一次连接,即可访问所有平台:Excel、Google Sheets、MCP、REST API、Airtable、Baserow、SeaTable、Smartsheet、Anvil、Power BI、定时提醒和报表。只需连接一次帐户,所有平台即可读取同一个只读连接——无需为每个工具单独设置,也无需创建数据副本。
我是否需要为我的 ShipStation 帐户打开防火墙端口?
不。Query Streams 网络代理运行在您的网络内部,并打开一个单独的出站加密连接。它不会监听入站流量,无需 VPN,并且帐户会保留其现有的防火墙规则。
查询流能否更改 ShipStation 中的数据?
不。代理在执行时强制执行只读模式——一次只执行一条语句,仅限 SELECT 及其相关语句。凭据保留在代理上,绝不会发送到查询流。
Query Streams 需要通过什么连接到 ShipStation?
一个可访问的主机、一个角色及其密码——代理程序自带驱动程序,因此账户上无需安装任何软件。身份验证:代理程序上持有的单个 ShipStation v2 API 密钥。无需密钥对。访问方式:通过 HTTPS 从您的网络访问 ShipStation。没有入站流量,也没有指向主机的 Webhook 端点。架构:shipstation——例如 shipstation.shipments、shipstation.labels。表:15 个。Shipments、labels、fulfillments、carriers、carrier_services、warehouses、products、batches、inventory、inventory_locations、manifests、pickups、tags、users、webhooks。
我可以在同一个查询中将 ShipStation 连接到另一个数据库吗?
是的——这就是联合查询。一条语句可以同时引用 ShipStation 和其他连接,格式为 connection.schema.table。每个数据源只运行它能够处理的部分,并将结果流式传输回来;连接操作在中心进行,因此数据源之间不会相互连接,也不会进行任何复制或调度。所有部分(SELECT、WITH 和 EXPLAIN)都采用只读模式,并且单个数据源在单次查询中可以传输的数据量有限制。联合查询是一项计划功能;联合查询页面会显示当前的数据源和大小限制。

