当站点被设置为主站点时,需要做的迁移动作。假设主站点是1站点和36站点
数量和sql,只写觉的重要的数据
迁移项 | 备注 | 数量(1站点,36站点) | SQL | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
客户站点开通 | 开通,在其他数据处理完后,最后设置主站点同步的webhook | ||||||||||||||
库存 | 跟库位一起到分站点.不需要特别处理 | 1: 72215 36: 1502 | select count(*) from container_product inner join container on container.id = container_id inner join aisle on aisle.id = container.aisle_id inner join zone on zone.id = zone_id inner join warehouse on warehouse.id = warehouse_id where warehouse.company_id = 1 and container.status = 'ACTIVE'; | 关联数据需要到分站点 company_product company_product_date_stock company_product_stock_to_use client_company_date_temp_storage_volume | |||||||||||
库位 | 跟过道一起到分站点 | 1:843115 36: 23044 | select count(container.id) from container inner join aisle on aisle.id = container.aisle_id inner join zone on zone.id = zone_id inner join warehouse on warehouse.id = warehouse_id where warehouse.company_id = 1 and container.status = 'ACTIVE'; | container_product_transaction移到分站点 | |||||||||||
过道 | 跟库区一起到分站点 | ||||||||||||||
库区 | 跟仓库一起到分站点 | ||||||||||||||
产品 | 没有company_id ,全局可用,不需要处理 | ||||||||||||||
本地订单 | 准备中,待处理的留在主站点, 手动同步副本到分站点。 =》 建议加一个工具,根据分站点的订单,反向往主站点创建一个傀儡订单,解决往主站点扣费的问题。 | ||||||||||||||
拣货单 | 移到分站点 | ||||||||||||||
代理专线订单 | 留在主站点, 对未完成的订单,手动同步副本到分站点 | ||||||||||||||
专线订单 | 留在主站点, 对未完成的订单,手动同步副本到分站点 | ||||||||||||||
FBA订单 | 留在主站点, 对未完成的订单,手动同步副本到分站点 | ||||||||||||||
退货订单 | 留在主站点, 对未完成的订单,手动同步副本到分站点 | ||||||||||||||
补货订单 | 不处理, 留在主站点 | ||||||||||||||
客户发货单 | 不处理, 虽然有company_id,但是跨站点显示的,起始仓目的仓所在站都能看到 | ||||||||||||||
提单 | 跨站点的,不处理 | ||||||||||||||
物流计划 | 跨站点的,不处理 | ||||||||||||||
批次&箱 | 修改company_id, 移到分站点 | ||||||||||||||
包裹 | 修改company_id, 移到分站点 | ||||||||||||||
仓库调拨单 | 跟发货单走的,不用处理 | ||||||||||||||
仓库调拨箱 | 跟箱子走的,不用处理 | ||||||||||||||
邮递服务 | 不移,但要在分站点创建邮递服务 | ||||||||||||||