连接器目录：销售渠道与 EDI 平台
全部销售渠道与 EDI 连接器一览：每个能同步什么、建连接到底要填哪些字段（必填/选填）、每个值去平台哪个后台拿。
这份目录收录 Docklify 全部可建连接的销售渠道与 EDI 连接器。每个连接器给三样东西：能同步什么；建连接向导到底要填哪些字段（必填/选填，与连接器注册表完全一致，不多不少）；每个值去平台自己的后台或开发者门户哪里拿。Shopify 和 UPS（在快递目录里）有完整的分步接入指南，这里给字段摘要并指向完整指南。
独立站#
Shopify
把订单拉进 OMS，把库存和履约推回店铺。一个店铺一个连接。完整分步指南见本栏目《接 Shopify》；这里是字段摘要：
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| 店铺域名 | 必填 | Shopify 后台 → 设置 → 域名，如 my-store.myshopify.com（不要带 https://） |
| Client ID | 必填 | Shopify Dev Dashboard → 您的应用 → API 凭证（新版模型） |
| Client Secret | 必填 | 同页；只显示一次。系统自动用它换 24 小时 token 并续期 |
老连接如果存的是 Admin API access token（shpat_ 开头）而不是 Client ID + Secret，继续可用——两种凭证任一齐全即可。
WooCommerce
通过 WooCommerce REST API 把 WordPress 店铺订单拉进 OMS，库存和履约推回去。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| 店铺地址 | 必填 | 店铺完整地址，带 https:// |
| Consumer Key | 必填 | WordPress 后台 → WooCommerce → 设置 → 高级 → REST API → 添加密钥（ck_ 开头） |
| Consumer Secret | 必填 | 创建密钥时只显示一次（cs_ 开头），立即复制保存 |
BigCommerce
通过 BigCommerce Store API 把订单拉进 OMS，库存和履约推回去。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Store Hash | 必填 | API 路径里的 hash：设置 → API → API 账号，路径形如 /stores/<hash>/… |
| Access Token | 必填 | 设置 → API → 创建 API 账号；勾选 Orders / Products / Inventory 权限 |
电商平台#
Amazon SP-API
把 Amazon 订单（FBA 和自发货）拉进 OMS，履约推回去。走 Selling Partner API：LWA OAuth + AWS SigV4 签名——字段比别家多，下面每个都要填。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Seller ID（Merchant Token） | 必填 | 卖家平台 → 设置 → 账户信息 → Merchant Token |
| Marketplace ID | 必填 | 美国站：ATVPDKIKX0DER；其他站点查 SP-API 站点列表 |
| LWA Client ID | 必填 | 卖家平台 → 应用与服务 → 开发应用 → 您的 SP-API 应用 |
| LWA Client Secret | 必填 | 与 Client ID 同一个应用页面 |
| Refresh Token | 必填 | 在卖家平台授权您的应用（应用与服务 → 授权）后获得，Atzr| 开头 |
| AWS Access Key ID | 必填 | AWS 控制台 → IAM → 用户 → 安全凭证；该 IAM 策略需允许 SP-API 调用 |
| AWS Secret Access Key | 必填 | 创建 IAM 访问密钥时只显示一次 |
| IAM Role ARN | 选填 | 仅在使用 STS AssumeRole（跨账号）签名时填；留空则用上面的密钥直接签名 |
Walmart Marketplace
把 Walmart 订单拉进 OMS，库存和履约推回去。认证方式是 Consumer ID + 您自己生成的 RSA 私钥。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Consumer ID | 必填 | Walmart Developer Portal → My Apps → 您的应用 |
| Private Key（PKCS#8 PEM） | 必填 | 生成 RSA 密钥对，把公钥注册到 Developer Portal，私钥（PKCS#8 PEM 格式）粘到这里 |
eBay
通过 eBay Sell API 把订单拉进 OMS，库存和履约推回去。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Client ID（App ID） | 必填 | eBay Developers Program → Application Keys → 您的应用 |
| Client Secret（Cert ID） | 必填 | 同页；只显示一次 |
| User Token | 选填 | 仅当流程需要以您的卖家身份操作时填（OAuth 用户流程，约 2 小时有效）。留空则系统自动换应用 token |
| Sandbox（沙箱） | 选填 | 填 "true" 走 eBay 沙箱；留空走生产 |
Etsy
通过 Etsy Open API v3 把 Etsy 订单（receipts）拉进 OMS，库存推回去。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| API Key（KEYSTRING） | 必填 | Etsy Developers → Your apps → 您的应用（即 keystring） |
| Shop ID | 选填 | 店铺 Etsy 网址里的数字 ID；填了能加快店铺定位 |
| OAuth Token | 选填 | 在 Etsy 里授权应用后获得；超出公开读取范围的操作需要 |
Target Plus
把 Target+ 订单拉进 OMS，库存和履约推回去。Target+ 是邀请制，Partner API 不公开——API 地址和凭证由 Target+ 的 onboarding 提供；与这里摘要不一致时以 onboarding 资料为准。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Partner API 地址 | 必填 | Target+ onboarding 邮件 / Partner Portal 里给的地址——每家不同，不是公开地址 |
| Client ID | 必填 | Target+ onboarding 时发放 |
| Client Secret | 必填 | Target+ onboarding 时发放 |
| Supplier ID | 选填 | 如 onboarding 分配了供应商编号则填 |
Best Buy（Mirakl）
把 Best Buy 平台订单拉进 OMS，库存和履约推回去。Best Buy 平台跑在 Mirakl 上，凭证就是您卖家账号里的 Mirakl API Key。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| API Key | 必填 | Best Buy 卖家后台（Mirakl）→ 右上角用户名菜单 → API Key → 生成/复制 |
Newegg
通过 Newegg Marketplace API 把订单拉进 OMS，库存和履约推回去。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Seller ID | 必填 | Seller Portal → Data Feed Settings → API Settings（4 位） |
| API Key | 必填 | 同页；为空时点 REGISTER 申请。先开 Enable API |
| API Secret | 必填 | 同页（作为 SecretKey 请求头发送） |
Wayfair
通过 Wayfair Partner API 把 Wayfair（CastleGate）订单拉进 OMS，库存和追踪号推回去。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Client ID | 必填 | Wayfair Partner Home → API 设置 |
| Client Secret | 必填 | 与 Client ID 同页 |
| Access Token | 选填 | 留空——系统自动用 Client ID + Secret 换 12 小时 token |
| Supplier ID | 选填 | 推库存/追踪号时必填 |
| Sandbox（沙箱） | 选填 | 填 "true" 走 Wayfair 沙箱 |
Home Depot
把 Home Depot 供应商订单拉进 OMS，库存和履约推回去。Home Depot 没有公开 REST API 文档——接入按供应商单独开通，地址和 API Key 由供应商 onboarding 提供；细节不一致时以 onboarding 资料为准。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| API 地址 | 必填 | Home Depot 供应商 onboarding 提供（每家不同） |
| API Key | 必填 | onboarding 时发放（作为 X-API-Key 请求头发送） |
| Supplier ID | 选填 | 如分配了供应商编号则填 |
Lowe’s（Mirakl）
把 Lowe’s 平台订单拉进 OMS，库存和履约推回去。Lowe’s 平台跑在 Mirakl 上。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Mirakl 地址 | 必填 | 您的 Lowe’s Mirakl 环境地址，如 https://<env>/api——卖家 onboarding 提供 |
| API Key | 必填 | Lowe’s 卖家后台（Mirakl）→ 个人资料 → API Key |
Overstock
把 Overstock 合作伙伴订单拉进 OMS，库存和履约推回去。没有公开 REST 规范——地址和 Key 以 Overstock 合作伙伴集成文档为准。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| API 地址 | 必填 | Overstock 合作伙伴集成文档提供 |
| API Key | 必填 | 随集成文档发放（作为 x-api-key 请求头发送） |
DHgate（敦煌网）
通过敦煌网开放平台把订单拉进 OMS，库存和履约推回去。注意：这个连接器还要填各组接口的路径——照您应用在开放平台文档里的路径原样填，不要猜。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| 网关地址 | 必填 | 敦煌网开发者控制台 → 您的应用 → 网关地址 |
| App Key | 必填 | 同一应用页面 |
| Access Token | 必填 | 用您的卖家账号走 DHgate OAuth 授权后获得 |
| 接口路径（订单/产品/库存/履约/账户） | 选填 | 各组接口的相对路径，照开放平台文档里您应用的路径原样填 |
AliExpress（速卖通）
通过速卖通开放平台（TOP 网关）把订单拉进 OMS，库存和履约推回去。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| 网关地址 | 必填 | 速卖通开放平台控制台 → 您的应用 → TOP 网关地址（原样粘贴） |
| App Key | 必填 | 同一应用页面 |
| API Secret | 必填 | 同一应用页面（用于请求签名） |
| Session Token | 必填 | 用卖家账号走速卖通 OAuth 授权后获得 |
Wish
通过 Wish Merchant API 把订单拉进 OMS，库存和履约推回去。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Access Token | 必填 | Wish 商家后台 → API 设置 / OAuth 授权（有效期 30 天——到期前续） |
| API 地址 | 选填 | 默认 https://merchant.wish.com/api/v2；仅中国区或沙箱时改 |
社交电商#
TikTok Shop
通过 TikTok Shop Partner API 把订单拉进 OMS，库存和履约推回去。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| App Key | 必填 | TikTok Shop Partner Center → 应用管理 → 您的应用 |
| App Secret | 必填 | 同一应用页面 |
| Access Token | 选填 | 店铺授权您的应用后获得 |
| Warehouse ID（仓库 ID） | 选填 | 同步库存时必填：不填库存推送会被拒，防止超卖 |
Temu
通过 Temu 开放平台把订单拉进 OMS，库存和履约推回去。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| App Key | 必填 | Temu 合作伙伴/开放平台 → 您的应用 |
| App Secret | 必填 | 同一应用页面 |
| Access Token | 必填 | Temu 卖家中心 → 授权管理 → 授权应用后获得 |
| Region（区域） | 选填 | us（默认）/ eu / global——必须与店铺区域一致 |
Shein
通过 Shein 开放平台把订单拉进 OMS，库存和履约推回去。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Open Key ID | 必填 | 在 Shein 卖家中心授权后，用 tempToken 换取 open key 对（开放平台 get-by-token） |
| Open Key Secret | 必填 | 与 Open Key ID 一起发放（用应用 secret key 解密；用于 HMAC-SHA256 签名） |
| Store Code（店铺编码） | 选填 | 您的 Shein 店铺编码（多店铺时区分） |
EDI 平台#
Docklify 通过 REST API 连接 EDI 平台，标准单据（850 采购单、856 ASN、810 发票、940/945 仓储单）经平台交换。您用自己在 EDI 平台的账号接入；Docklify 不替代您与每个零售商的 trading partner 关系——见下方「传统零售 EDI」。
SPS Commerce
通过 SPS Commerce（RSX / API）与您的零售 trading partner 交换 EDI 单据，用 SPS 账号发放的 OAuth2 client credentials 凭证对。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Client ID | 必填 | SPS 为您的账号 API 访问发放（向 SPS 客户团队索取） |
| Client Secret | 必填 | 与 Client ID 一起发放 |
TrueCommerce
通过 TrueCommerce（Foundry / Transaction Manager）交换 EDI 单据。接入信息每家不同——客户经理发放地址，并给 API Key 或 OAuth 凭证对（二选一）。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Base URL（接口地址） | 必填 | 向 TrueCommerce 客户经理索取——每家不同 |
| API Key | 选填 | 账号用 API Key 认证时填；用下面 OAuth 时留空 |
| Client ID | 选填 | 没有 API Key 时必填（OAuth 凭证对） |
| Client Secret | 选填 | 没有 API Key 时必填（OAuth 凭证对） |
Rithum（CommerceHub / Dsco）
通过 Rithum 网络（Dsco API v3）与零售商交换订单和库存，用 Rithum 供应商账号的 OAuth2 client credentials。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Client ID | 必填 | Rithum 供应商账号 → API / 开发者设置（或问 Rithum onboarding 对接人） |
| Client Secret | 必填 | 与 Client ID 一起发放 |
Cleo
通过您的 Cleo partner mailbox 交换 EDI 文件：Docklify 从 mailbox 的 download 文件夹拉新文件，出站文件传到 upload 文件夹。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| 邮箱用户名 | 必填 | 建 partner mailbox 时由您的 Cleo 管理员发放 |
| 邮箱密码 | 必填 | 与用户名一起发放 |
B2BGateway
通过 B2BGateway（TrueCommerce EDI）交换 EDI 单据。地址每家不同，API Key 作为 X-API-Key 请求头发送。
| 字段 | 必填？ | 去哪拿 |
|---|---|---|
| Base URL（接口地址） | 必填 | 向 B2BGateway 客户经理索取——每家不同 |
| API Key | 必填 | 客户经理发放（作为 X-API-Key 请求头发送） |
传统零售 EDI#
大型连锁零售商——Costco、Target（EDI）、Kroger、CVS、Walgreens、Dollar General、Family Dollar、Dollar Tree、Bed Bath & Beyond、Kohl’s、JCPenney、Nordstrom、Macy’s、Dick’s Sporting Goods、Academy Sports、Tractor Supply、PetSmart、Petco、Ulta、Sally Beauty、AutoZone、Advance Auto、O’Reilly、Genuine Parts、Best Buy（EDI）、GameStop、Foot Locker、H-E-B、Albertsons、Ahold Delhaize、Meijer 等——不是逐家直连的。它们经上面的 EDI 平台（SPS Commerce、TrueCommerce、Rithum、Cleo 或 B2BGateway）接入：零售商作为 trading partner 建在您的 EDI 账号里，Docklify 把标准单据（850/856/810/940/945）与该 partner 做 mapping，按客户需要逐家开通。要新接一家零售商：先接好 EDI 平台，再申请开通该零售商的 trading partner mapping。
手动渠道#
目录里有两个条目根本不是 API 连接：「手动」（订单手工录入或文件上传）和「门户」（客户在客户端门户下的单）。它们不需要任何凭证——存在的意义是让手动单和门户单与 API 订单走同一套 OMS/WMS 流程。