美客多集成，延伸跨境经营渠道
工作台除了 Amazon，也接入了美客多全球销售（CBT）：用同一套商品资料，在美客多侧完成授权、发布、上下架、改价与改库存。相关能力已实现，按内测方式开通。
复用已有成果，衔接多平台业务
同一个产品上两个渠道，重复的从来不是「再写一遍标题」，而是把标题、图片、成本、库存结论在另一个工具里重新录一遍。
你在 Amazon 侧做完的竞品分析、Listing 文案、主图与副图、成本与物流测算，本来就存在同一个任务里。美客多这条路沿用的就是这些结果：换一个渠道提交，商品资料不用重录，图片不用重新上传一遍，成本口径也还是那一张表。
两个渠道并行也不会把流程搅乱：每个渠道单独授权、单独配置站点、单独看逐 SKU 的回执。哪一单被平台拒绝、卡在哪一条属性上，都能直接对上。
共用与独立
| 共用 | Listing 文案、图片素材、成本与库存结论、任务记录 |
|---|---|
| 各自独立 | 授权凭证、站点配置、商品模型、逐 SKU 回执 |
| 不会做 | 不把一个渠道的数据自动搬到另一个渠道，写操作都要你确认 |
授权、发布、上下架，都走官方接口
下面是实现层已经具备的能力；写操作界面在客户端里按开通情况提供，未开通时由我们协助配置。
店铺授权（OAuth）
应用 ID 与 Secret Key 填在本机；你在美客多侧完成一次授权，工作台拿到的是有期限的访问令牌。refresh_token 单次有效，续期后立刻写回本地加密存储，不需要你手工重贴。
发布到全球销售（CBT）
按 CBT 接口提交商品：类目、币种、价格、可售数量、SKU、品牌、GTIN、型号、包裹尺寸与重量、图片、描述、变体与保修条件，一次发到指定站点。
两种商品模型
普通店铺走 legacy 商品接口；带 user_product_seller 标签的店铺走 User Products 模型。渠道配置为 auto 时，工作台读取账号标签自动判断，不需要你自己确认属于哪种。
上下架与改价改库存
发布之后的操作在同一处：暂停、恢复、删除、改价、改库存。删除按美客多官方语义处理——先把全球商品暂停，再逐站点标记删除，避免留下半删除状态的站点商品。
逐 SKU 回执
每个 SKU 单独返回结果：受理、拒绝、失败原因、是否可重试。批量任务里某一条被平台拒绝，不会把整批结果吞掉。
限流与稳定性
按美客多每分钟调用上限留足余量，默认 20 请求/秒稳态执行；遇到 429 按平台响应退避，令牌提前失效时强制刷新后重试一次。
可用状态与服务边界
当前状态：美客多上下架与 Amazon 上下架一致，处于内测阶段，按需开通，尚未面向所有客户开放；客户端里的操作界面按开通情况提供。本页不把内测能力描述为已全面上线。
- 发布、改价、改库存、删除这类写操作，都要在你确认后提交，工作台不会在后台自行改动你的店铺。
- 只申请商品发布所需的范围，不获取订单与买家个人信息（姓名、电话、地址）。
- 不接触你的账号密码：授权在美客多侧完成，本机只保存可撤销的令牌。
- 不代运营、不代注册店铺、不代收款。
- 不承诺曝光、排名、销量或广告结果；合规结论仅供参考，发布前仍需人工复核。
- 站点不支持「一键铺全部拉美市场」：可选的站点取决于你的 CBT 账号已经开通的市场。
两条渠道并行，Amazon 仍是主渠道
工作台的产品定位与主要能力围绕 Amazon 卖家设计，美客多是同一套流程的延伸渠道，不是替代。
| 项目 | Amazon 渠道 | 美客多渠道 |
|---|---|---|
| 授权方式 | Selling Partner API（LWA），取得有期限的访问令牌 | OAuth 授权（App ID / Secret Key + 回调），refresh_token 单次有效、自动续期 |
| 商品操作 | 发布、激活、暂停、删除、改价、改库存、查询 | 发布、暂停、恢复、删除、改价、改库存 |
| 站点范围 | 11 个 Amazon 站点（AU / US / UK / DE / FR / IT / ES / CA / JP / MX / AE） | 按你的 CBT 账号已开通市场选择站点 |
| 商品模型 | 按 Amazon 商品类型定义 | legacy 与 User Products 两种，可自动识别 |
| 当前状态 | 接口层完成，内测中 | 接口层完成，内测中，按需开通 |
| 共用资产 | Listing 文案、图片素材、成本与库存结论都在同一个任务里，两个渠道各自取用 | |
Amazon 的权限范围与数据用途见 Amazon 集成说明；美客多的授权与凭据存储方式见 数据安全。