发货与配送

Your ShipStation data, where work happens.

将发货、订单和承运商信息以 SQL 形式存储。将履行状态与 Shopify 或 ERP 系统中的订单行关联起来。

Use the results in Excel, Google Sheets, AI tools and your apps through the Database REST API.

Every connector type is on Free. Start with 2 data sources and 1 agent.

ShipStationAPI data synced to relational tables
Inside your network查询流网络代理

Sync, cache and query on your machine.

Read-only queries · outbound connection

JSON becomes relational tables. SQL reads the latest synced data.

Query Streams 将 ShipStation 账户转换为 15 个 SQL 表,涵盖发货、标签、订单履行、承运商、仓库、产品、库存、批次、清单、取货等信息,并可通过 Microsoft Excel、Google Sheets、Power BI、MCP 上的 AI 助手以及 REST 端点读取。只需一个 API 密钥即可完成所有操作,其核心在于连接功能:只需一条语句,即可将订单履行状态与 Shopify 或 ERP 系统中的订单行关联起来,而无需像以前那样导出两次数据并使用 VLOOKUP 函数。

  • 15 tables from one API key
  • Live status refresh by shipment id
  • Paced well under the account limit

Connect ShipStation with the right settings.

Keep the connection on the Network Agent. These are the details specific to 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 会为其添加前缀,并相应地标记连接,而不会让您疑惑为什么数字看起来不对劲。

Provider reference: www.shipstation.com

Built for how ShipStation works.

您询问时可以信赖的状态

发货状态是夜间复制总是出错的一项,因为它是在该行写入之后发生变化的内容。

  • 按 ID 查询特定货件或标签,系统会在返回答案之前将这些行与 ShipStation 进行比对,因此取消或作废的标签会立即显示出来。
  • 一份涵盖数月历史记录的报告以 SQL 的速度读取同步副本,而 ShipStation 端无需任何费用。
  • ShipStation does not delete anything — a cancelled shipment stays as a row with its status changed, which is what you want when the question is how many were cancelled.

这15张桌子

  • Movement — shipments, labels, fulfillments, manifests, pickups, batches.
  • Setup — carriers, carrier_services, warehouses, users, tags, webhooks.
  • Stock — products, inventory, inventory_locations.
  • 每一行都将完整的 ShipStation 响应保存在 raw_data JSON 列中,因此即使包裹重量、尺寸、海关申报和完整地址不是顶级列,它们仍然都在那里。

谨慎使用共享预算

ShipStation 的速率限制是针对整个账户的,这意味着如果使用会频繁触发该限制的报告工具,就会减慢您的实际发货速度。而这款工具则特意避免了这种情况。

  • 代理程序会控制自己使用账户限额的大约六分之一,其余的则留给打印标签的软件。
  • 实时刷新使用相同的预算,并且出于同样的原因,每次查询的刷新次数也有限制。
  • 发货单带有真实的修改时间光标,因此已编辑的发货单会在下一次增量运行中被拾取。
  • Labels and fulfillments are tracked by creation date, which is ShipStation's own filter for them — a label voided after it was synced updates on the next full sync or the moment a live query touches it.

From connection to useful results.

  1. 在 ShipStation 中生成 API 密钥。只需一个密钥,即可使用 v2 API——无需管理密钥对。
  2. 安装网络代理并粘贴密钥。密钥会一直保留在那里;ShipStation 只会访问您自己的网络。
  3. 选择要同步的 15 个表格中的哪些表格以及同步频率。发货、标签、订单履行和库存表格已预先选择。
  4. 针对 shipstation.shipments 和其他字段编写普通的 SQL 语句——或者让 Nova 来编写。
  5. 从 Excel、Sheets、Power BI、MCP 或 REST 中读取数据,并将其连接到所属的订单。

Put your ShipStation results to work.

One connection serves your spreadsheets, apps and AI tools. Share permission to run a saved query; recipients see the allowed results, with the SQL and source login hidden.

为您的团队、供应商和合作伙伴

您可以与任何人(同事、供应商、合作伙伴)共享 ShipStation 的实时结果,以可收藏的网格形式呈现,无论在手机、平板电脑还是台式机上打开,都会自动重新显示。他们看到的是结果,而不是 SQL 语句或凭据。

数据查看器的工作原理

对于应用程序和系统

将 ShipStation 查询发布为任何应用程序都可以调用的已认证 JSON 端点,符合 OpenAPI 3.1 规范,并预置了 Postman、Insomnia 和 Hoppscotch 集合。无需打开数据库端口。

Explore REST API

将生成的 Power Query M 粘贴到 Power BI 高级编辑器中,报表即可通过 HTTPS 读取 ShipStation 的实时结果——无需 ODBC 驱动程序,也无需打开数据库端口。

Explore Power BI

人工智能工具

已送达

Join ShipStation to the rest of your data.

Bring databases, business APIs, files and logs into one read-only query. Every connector supports Federated Queries.

Name the connections and tables. Query Streams handles the source queries and combines the results.

Explore Federated Queries
Illustrative cross-source query
——来自 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 发货描述;

Use your own connection, schema, table and column names.

Shared across the connector family.

每个 API 连接器的工作原理

  • Your account becomes tables — endpoints are mapped to typed SQL tables with primary keys and indexes, so you write SELECT, JOIN and GROUP BY instead of paging through JSON.
  • You choose what syncs, and how often — each table has its own interval, or none at all. Where the vendor's API supports it, only records that changed since the last run are fetched.
  • The copy is yours — it lives in an AES-256-GCM encrypted DuckDB file next to the agent, on your machine. Not in our cloud.
  • The vendor only ever hears from you — the agent calls the API directly from your own network, so your token is not needed by Query Streams to answer a query.

知道这个很有用

  • It is a synced copy, not a live proxy — a query reads what has already been fetched, so it returns at SQL speed and never spends your API rate limit. Selected tables can additionally refresh a stale row as you read it.
  • Rate limits are respected for you — each connector paces itself well inside the vendor's published limits, so a report cannot get your account throttled for everything else that uses it.
  • Nothing is thrown away — fields the table does not name are kept in a raw_data JSON column you can still query.
  • Join it to your databases — an API table and a SQL Server table in the same statement is an ordinary query here, not an integration project.

关于 ShipStation 的问题

Where can I use ShipStation query results?

Use ShipStation results in Excel, Google Sheets, the Data Viewer, your apps through the Database REST API, and AI tools through MCP or Nova. Saved results also feed supported Automation destinations, reports and alerts. Destination availability and allowances depend on your plan.

Do I need to open an inbound port for ShipStation?

No. Install the Network Agent on a machine that can reach ShipStation. The agent connects outward to Query Streams; no inbound port or VPN is needed. Your source must still allow the agent machine to connect under its own access rules.

查询流能否更改 ShipStation 中的数据?

No. Queries are enforced read-only on the Network Agent before execution. Source credentials stay on that machine. Sharing grants permission to run a saved query and receive its results; it does not reveal the SQL or database login.

What do I need to connect ShipStation?

Authentication: A single ShipStation v2 API key, held on the agent. No key-and-secret pair. Reached over: HTTPS from your network to ShipStation. Nothing inbound, and no webhook endpoint to host. Schema: shipstation — so shipstation.shipments, shipstation.labels. Tables: 15. Shipments, labels, fulfillments, carriers, carrier_services, warehouses, products, batches, inventory, inventory_locations, manifests, pickups, tags, users, webhooks

Can I join ShipStation to other connected sources?

Yes. Federated Queries support every connector type, including databases, business APIs, files and logs. Name the connections and tables in one read-only query. Query Streams translates the source portions as needed and combines their results. See how Federated Queries work.

Do SQL queries call the ShipStation API every time?

The connector syncs selected ShipStation data to relational tables cached on your Network Agent. SQL reads the latest synced data. The connector handles the API requests and pagination; freshness depends on your sync settings.

Put ShipStation where the work happens.

Start with Free: every connector type, 2 data sources and 1 Network Agent. Add plan allowances as your needs grow.