是一个以任务中枢(把业务数据+业务规则聚合封装)为核心,通过 RPA 机器人模拟人工操作 Amazon VC后台,自动完成 Shipment 和 ASN 创建,并将履约信息无缝对接第三方仓库。
将原本高度依赖人工的 VC 发货流程,转化为标准化、可监控、可接管、可规模化运行的自动化能力。
collect模式:符合条件的订单加入自动创建shipment → 自动推送仓库 → 自动创建ASN
1.权限设置
入口:系统-权限管理-角色管理(销售-亚马逊VC-VC PO订单 + VC PO货件 + 仓库配置)

【缺图片】
2.店铺设置
入口:系统-平台授权-平台店铺授权
已授权的Amazon VC店铺需要购买独立服务器和部署RPA


3.基础设置
需要提前配置的原因:系统需要关联卖家后台的发货仓和积加仓库资料,用于提供发货仓可用库存参考值以及发货后的扣减库存
入口:销售-亚马逊VC-VC仓库配置,需要分别完成“发货仓配置”
①、发货仓配置
Vendor Central > Settings > Warehouse Settings > Add/Edit PO Warehouses > Address number.
注:发货仓的仓库地址一定要在积加仓库资料编辑页面维护好,由于之前并不是必填,所以容易遗漏

需要提前配置的原因:系统需要关联积加产品SKU,用于结合发货仓一起关联提供发货仓可用库存参考值以及发货后的扣减库存
入口:VC商品页面或者产品资料MSKU映射页面(仓库必填=店铺站点)

需要提前配置的原因:如果发货仓是三方仓,需要获取到配置关系用以推送给三方仓
入口:仓库-基础配置-仓库资料-三方仓
也可以直接参考系统帮助文档《三方仓SKU配对》

需要提前配置的原因:产品资料中的装箱信息(每箱装几个、箱子重量/体积,是否打托)这些维护好有利于系统读取后顺利推单,若不维护,系统无法计算包装信息

注:如果产品为必须打托,则一定要维护好托盘装箱数量,否则系统会根据亚马逊政策要求计算每托装箱数量,不一定符合仓库线下要求
需要提前配置的原因:系统预设了“平台物流-亚马逊VC PO官方物流”,维护好之后,当系统获取到亚马逊承运人就会以这个映射关系推送给仓库
①、先开启平台物流下所有物流渠道

注:如果发现渠道有缺失的情况,请立即联系实施/客服
②、将发货仓(三方仓物流渠道)和这个平台物流渠道进行绑定

(注意:图片中的物流商和物流渠道均为举例数据,请按照您实际发货三方仓对应渠道绑定)
4.业务参数设置
需要提前配置的原因:因为会存在多个PO订单一起发一个货件(同发货仓/同收货仓),每个采购订单的窗口期不同,系统到底将哪些订单进行收集,需要设置一个收集规则

注:系统默认是0(精度最高),需要集单发货的用户请谨慎设置
功能入口:销售-亚马逊-VC履约-PO订单
系统仅支持【独立部署】的店铺的PO订单加入自动化创建货件任务,加入自动化任务的产品需要关联SKU、选择发货仓、维护发SKU产品资料中的【物流/报关-箱规-外箱尺寸/单箱数量/单箱净重
可以批量或者单个确认订单,若想要订单加入自动化任务,请严格按照上述要求填写内容;不论加入成功与否,确认信息均会提交给亚马逊


注:如果一个产品需要分多个仓库发货,可以在操作列点击“添加发货仓”;如果一个产品需要拒单,请将确认数量=订购数据,不允许部分拒绝,只允许部分接收


功能入口:销售-亚马逊-VC履约-PO订单-自动化履约任务
该模块将根据自动化创建货件条件,完成PO订单集单(目前仅支持collect发货方式),定期执行创建货件任务;待执行的任任务,可以从任务清单中手动移除,移除后将需要手动创建货件
在此可以看到每个单独任务的执行环节和执行状态(三个环节全部都执行成功才定义总任务为“执行成功”):
①、待执行或者第一环节执行失败的任务支持手动移除,移除后需要在VC-PO货件页手动创建shipment
②、执行失败可以手动重试

Q1:可以选择部分采购订单加入自动化任务吗?
A1:可以,选择1-2单先试跑,一起确认订单选择“确认并加入”;其他订单确认订单时候选择“仅确认”
Q2:什么环节下我需要格外注意和人工介入?
A2:系统一共有三个自动化环节:创建collect-ARN、推送仓库、创建collect-ASN,每个环节执行状态如果显示“失败”,是可以手动重试的,可以观察失败原因;如果创建shipment成功但是后面推送仓库失败,也是可以在VC PO货件模块手动创建出库单。
Q3:装托方式下如何维护产品资料才不会造成数据错误?
A3:产品资料中物流/报关版块下,是否必要打托和每托装几箱必须维护好;否则系统就会平均分配托盘和箱子数
