API系统菜单

API店铺设置

店铺目录是店铺授权、店铺商品同步设置（商品查询、导入、匹配、库存同步）、订单同步设置（订单下载、递交、发货同步）、店铺API启用/停用、店铺状态的操作入口。


1.概览
①检索过滤区：查询具体店铺、过滤指定条件店铺。
②店铺状态查看区域：直接查看店铺通用设置明细及当前状态。
③店铺设置区域：支持选择对应菜单进行修改店铺设置，授权店铺，启用/停用店铺API等。


2.店铺授权
请参考链接：http://c.wdgj.com/user/about.html?r=1

3.店铺设置
选择店铺，点击修改菜单或右键修改菜单，即可进入店铺设置页面。


■订单下载设置

●普通下载设置
自动下载
①每隔N分钟： 系统默认增量下载店铺新增订单。即按上一次下载完成的记录，继续新的下载，而非按近Ｎ天内进行下载订单。第一次下载订单时，若需要下载历史订单，建议在订单下载页面，选择按指定时间下载订单。
场景：按间隔时间下载订单，在上一次订单下载完成后，间隔Ｎ分钟开始下一次下载；
②抓单固定时间设置：
场景：按固定时间下载订单，在指定时间启动订单下载任务。
○不下载关闭订单
场景：不下载交易已关闭的订单
○不下载未付款订单
场景：与库存同步计算未付款数量配合启用，可预锁定库存，有效避免多平台销售商品被超卖
○合并买家详细地址
场景：适用于同一买家有多个待发货订单，合并发货，节省快递成本。
○下载前对订单进行检视
场景：即订单过滤，下载前再检查一遍是否有订单可从已下载过滤为待递交。
默认不需要开启，若启用将降低速度。
○下载时自动忽略商家编码
场景：适用于平台所有商品编码异常，订单商品需要按品名进行匹配的特殊情 况。 默认不开启。
○启用订单干扰码
场景：适用于无法按系统货品相关编码在平台上进行商家编码维护的情形。如系统编码A999，在平台上若无法填入，需要填ATT999，那么可将“TT”
设置为干扰码。

●平台特有下载设置-淘宝
○下载类型
场景：适用于一个店铺有多种业务，且需要在不同系统分别处理的情形。
○下载时主商家编码+子商家编码组合成货品条码
场景：适用于系统货品信息来源于淘宝店铺商品下载后导入，且导入时条码规则为平台主商家编码+子商家编码的情形。
避免订单下载后，提示无效货品的情形发生。
默认不启用。
○下载买就送商品
场景：下载平台买就送赠品信息，避免赠品漏发。
通常，商家在管家ERP中直接维护赠品赠送规则，比平台方玩法更多。
○下载优惠信息
场景：下载平台订单优惠信息，应用于计算商品实际成交金额。
○不下载搬楼、配送服务
场景：适用于家装类订单，不作为服务类虚拟商品添加到订单中。
○淘宝普通店铺下载分销的订单或订单中分销的货品
场景：若帮供应商分销的订单，仍然是由自己发货的，才需要勾选。
○订单合计金额下载买家实际付款
场景：供应商店铺帮分销商代发的订单金额，取分销店铺买家实际付款金额
○订单明细价格下载买家实际付款
场景：供应商店铺帮分销商代发的订单商品金额，取分销店铺买家实际付款金额
○货到付款订单，默认物流名称为货到付款
场景：适用于自动匹配定义名称为“货到付款”的物流
○订单下载满就送优惠信息时忽略商品编码
场景：适用于一个优惠里面包含多个赠品策略
○订单下载时检查是否为物流宝订单
场景：适用于订单走物流宝发货的店铺，会降低订单下载速度
○不下载所选旗帜颜色的淘宝订单
场景：特定旗帜备注的淘宝订单，若不需要系统去发货，可使用该方法
○不下载所选旗帜颜色的淘宝分销订单
场景：特定旗帜备注的淘宝分销订单，若不需要系统去发货，可使用该方法

■订单递交设置

将已下载的店铺原始单，递交到管家ERP
①适用场景：预留时间给客服添加备注
②适用场景：买家有已付款订单和待付款订单需要合并发货
③适用场景：减少人工递交操作
④适用场景：合并发货，节省物流费用
⑤适用场景：不需要通过系统处理物流宝发货订单
⑥适用场景：不需要通过系统处理特卖订单

■物流匹配设置

按客户要求，即预留信息自动匹配物流。
示例：

当客户下单选择了物流类型为EMS，如果需要改用另一物流发货，可设置替换反。


■写备注设置

通过接口反写后台客服备注文字或旗帜，让客服直接在网店后台或千牛上即可看到esAPI下载订单的记录
示例：当有订单下载，网店后台该订单即会添加如下客服备注

■自动流转订单设置

识别淘宝菜鸟仓与管家委外仓的对应关系，记录订单流转业务数据，以便后期统计。
场景：适用于平台订单自动流转到委外仓处理，不需要ERP介入订单发货业务。

■订单发货设置

订单自动发货的相关设置，配置后可提高发货效率。
①开启后，esAPI将按以下选择节点，自动通过接口在网店后台确认发货

②场景：适用于不支持拆单发货的平台。当原始单拆分为多单有多条发货信息时，以全部发货的节点来通知平台已确认发货。
③场景：适用于支持拆单部分发货的平台，用户在网店购买记录里面可看到具体商品的发货记录。
④场景：适用于3C店铺订单发货确认，需要记录设备的串号，以便后期按寄回商品串号即序列号进行售后，有助于提高售后效率及甄别意图用同款非本店购买不良品退货的行为。
⑤与之前下载订单匹配系统物流记录相反，在发货时匹配平台发货方式，按平台规则进行发货确认。
示例：当某一虚拟商品订单要进行发货时，即可选择“虚拟发货”的匹配方式。

■退款检测

发货前，查询订单退款状态。
场景：避免将不需要发货的退款订单，确认为发货。

■家装发货

配置合作的家装发货物流公司。不同收件区域订单，平台会返回可支持的合作物流公司，按系统中维护的优先顺序进行匹配发货。
场景：适用于天猫、极有家家装订单发货。

■库存同步设置

自动同步更新网店商品库存。
同步方式为增量同步，即商品库存发生变化，已匹配的店铺对应商品即会同步更新。
订购量和未付款数量，需要开启订单自动下载，以便及时更新。
①适用场景：按实际销售需求勾选指定日期未付款数量，可有效避免多平台同时铺货受同步时间差导致超卖的影响。
如果有预售订单，建议勾选“采购在途数量”。
②适用场景：如管家设置了负库存，需要开启改选项，当库存为负时，将网店库存更新为0。
③适用场景：建议销售较好的主店铺启用该设置，其他店铺不启用，不然会导致同步数量大于实际数量，或同步数量小于实际数量。
④适用场景：将下架中宝贝同步上架。
⑤适用场景：若同步时平台已不存在对应商品，自动删除匹配记录。
⑥适用场景：平台库存更新接口异常，需要再次同步。