**整理说明:**本文按模块沉淀客户高频问题,尽量保留原始问答语义,并补充了当前 V2 文档中可直接对应的接口路径,方便二次对外使用。一、鉴权与服务开通#
Q1:调用接口时提示未开通 openapi 服务,应该怎么处理?#
A:这类情 况通常不是接口参数问题,而是企业账号尚未开通开放平台能力。建议先联系蔬东坡商务完成 openapi 服务开通,再继续联调。Q2:鉴权接口 token 获取异常,优先排查什么?#
A:优先检查 appid 和 secret 是否填写正确、是否使用了当前企业对应的凭证,以及请求环境是否和申请凭证的环境一致。多数 token 异常都与凭证不匹配有关。相关接口:鉴权接口(appid / secret 校验)。
Q3:接口 QPS 可以调整吗?#
A:目前短时间内不建议按客户诉求直接调整 QPS。对接侧应避免在同一秒内发起过多请求,并在程序侧增加限流、重试与并发控制;如果业务量较大,可以按批次或多线程方式分散请求,但仍要做好节流。二、订单与溯源#
Q1:订单商品的溯源信息怎么获取?#
A:先调用订单详情接口,读取商品明细中的 cloud_origin_url;该字段返回的是溯源数据接口地址,不是最终溯源内容。需要继续请求这个链接,才能拿到保质期、品牌、产地、商品描述、生产日期、生产批次、溯源报告图片/PDF、厂商资质等信息。相关接口:GET /openApiV2/Order/detail(cloud_origin_url 需 17.1.0+)。
Q2:如果商品溯源报告存在多个批次,cloud_origin_url 返回的数据支持多批次吗?#
A:当前不支持一次返回多个批次。接口目前只会返回最新的那个批次数据;如果业务侧需要保留多批次历史信息,建议在平台侧自行沉淀和关联。相关接口:GET /openApiV2/Order/detail -> commodity_list[].cloud_origin_url。
Q3:蔬东坡系统里订单已经发货了,但单据状态还是待收货,通常是什么原因?#
A:发货并不等于订单完成。订单发货后通常还会经过签收状态,签收完成后订单才会进入“已完成”。如果平台侧的采购入库回传必须依赖“已完成”状态取数,就需要等订单完成签收。相关接口:GET /openApiV2/Order/detail(可关注 status、status_desc、sign_time)。
Q4:订单支持多个司机同时配送吗?#
A:当前一个订单只会绑定一个司机,不支持一个订单对应多个司机配送。对接设计时建议按“一单一司机”处理。三、收货与实收差异#
Q1:订单收货产生差异时,应该怎么通知平台方?#
A:这类场景应通过“实收变更”相关接口把差异数据回传给蔬东坡,而不是只在业务备注里说明。若订单中存在重复商品,建议使用 CreateModify;若只掌握商品主数据且订单中不存在重复商品,可使用 CreateChangeReceipts。相关接口:POST /openApiV2/Order/CreateModify;POST /openApiV2/Order/CreateChangeReceipts。
Q2:实收数量变更是否只能提交一次?#
A:当前业务上做了限制:同一笔订单同一时间只允许存在一个实收变更记录。如果原来的实收变更已经关闭,可以再次提交新的变更。相关接口:POST /openApiV2/Order/CreateModify;POST /openApiV2/Order/CreateChangeReceipts。
Q3:实收变更已经审核通过后,还能继续修改实收数量吗?#
A:不能。实收变更一旦审核通过,就不能再继续修改数量;如果后续还有差异,需要结合业务流程重新发起新的处理动作。四、财务对账与金额取数#
Q1:目前已经在调用销售出库接口,对账部分的数据应该从哪里获取?#
A:对账数据建议优先查看开放平台财务模块下的接口,不建议仅依赖销售出库数据来还原账务结果。销售、退货、采购等场景应分别使用对应的对账详情接 口。相关接口:GET /openApiV2/AccountBill/Detail;GET /openApiV2/PurchaseBill/Detail。
Q2:怎么获取订单的实际对账金额和实际成本金额?#
A:通常需要组合三个接口来看:第一,通过对账详情接口获取销售订单、退货退款等业务的对账数据;第二,通过出库详情获取销售出库场景下的实际出库金额;第三,通过入库详情获取客户退货场景下的实际入库金额。如果还需要税率、税额、不含税金额等字段,请确认接口版本至少为 16.9.0。相关接口:GET /openApiV2/AccountBill/Detail;GET /openApiV2/out/detail;GET /openApiV2/in/detail。
Q3:采购退货接口里没有对应商品,怎么拿到采购入库中退货部分的信息?#
A:目前还没有独立的采购退货详情接口。现阶段可以先通过出库详情接口 查询“采购退货”类型的记录,作为采购退货明细的补充取数方案。相关接口:GET /openApiV2/out/detail(采购退货场景可结合出库类型使用)。
五、商品主数据与单位#
Q1:商品支持重复单位吗?#
A:不支持同一个 SPU 下重复创建相同单位。一个单位只能对应一个 SKU;如果单位重复,会导致单位层级无法唯一识别。相关接口:GET /openApiV2/Commodity/pageList;GET /openApiV2/Commodity/pageSkuList。
Q2:商品存在多规格信息时,应该怎么创建?例如尺寸、规格、形状不同。#
A:建议把“尺寸 + 规格 + 形状”等组合结果直接体现在单位维度上,每 种组合创建一个独立 SKU。例如:盒-500g-丝、盒-600g-丝。这样更便于下单、库存与价格识别。相关接口:商品创建接口 + 商品 SPU / SKU 查询接口。
Q3:商品 SKU 接口和商品 SPU 接口的区别是什么?#
A:可以简单理解为:SPU 更偏向商品主档和基础单位视角,SKU 则是所有单位的明细视角。当前 V2 中,获取商品 SPU 接口更适合看商品主体;获取商品 SKU 接口更适合逐个单位查看,并可通过 is_base_unit 判断是否为基础单位。相关接口:GET /openApiV2/Commodity/pageList;GET /openApiV2/Commodity/pageSkuList。
Q4:创建商品时,什么场景需要勾选“按基础单位分拣”?#
A:当商品库存只按基础单位维护时,可以勾选“按基础单位分拣”。如果库存会按多个单位分别管理,就不建议勾选,否则会影响后续采购、库存和分拣逻辑 。相关接口:商品创建/编辑接口;订单详情与采购详情中也会返回 unit_convert 字段。
Q5:为什么商品勾选了“按基础单位分拣”后,采购单里不能再选择其他单位?#
A:因为开启“按基础单位分拣”后,采购单只能按固定采购单位下单。例如采购单位配置为“斤”,那采购时就只能按“斤”采购,不能再临时切换成其他单位。相关接口:采购相关接口(商品单位识别依赖 unit / unit_convert / base_unit)。
Q6:同一个商品如果不按基础单位分拣,每个单位的库存是独立计算,还是合并计算?#
A:如果商品不按基础单位分拣,那么每个单位的库存是独立计算的,不会自动合并成一套库存。对接侧 在做库存同步时,需要按 SKU 维度分别处理。Q7:新增商品时如果一次上传多个单位,返回的商品 id 是哪一个?#
A:返回的一般是 SPU 维度的商品 id。对于同一个商品,spu 的 parent_id 是一致的;而每个单位对应的 commodity_id(即 SKU id)会不同。后续如果要按单位下单、查库存或做价格处理,建议记录 SKU 级别的 commodity_id。相关接口:商品创建接口;GET /openApiV2/Commodity/pageList;GET /openApiV2/Commodity/pageSkuList。
六、仓库与配送#
Q1:如果一个客户实际对应多个仓库,应该怎么下单和发货?#
A:当前平台不支持“客户多仓直连”的标准模式。现有可行方案是建立一个虚拟发货仓,让客户绑定这个虚拟仓;实际履约时,再从其他仓库把商品调拨到虚拟仓后统一发货。相关接口:当前无客户多仓专用接口,需结合仓库调拨与虚拟仓方案落地。
修改于 2026-05-15 11:40:02