同步订单
第一步是把不同店铺的订单同步进系统，同步分为设定定时任务同步，比如在每天运营上班前，中午，或者下午四点的时候同步一遍，按不同店铺分为不同的批次同步进系统。也可以由运营手动选择需要的店铺进行同步，将新出的订单同步进系统处理。
在这里我们会引进批次的概念，将每同步一个店铺的订单作为一个批次，由批次的角度看这个这店铺，这个批次里面的订单是否同步成功。若失败，则需要处理好相应的订单问题之后重新处理该批次。图是同步页面，以批次为纬度。同步情况中可查询当前该批次中订单的同步状况。
深圳云端共赢科技，提供外贸网站搭建，海外wms仓储管理系统，跨境ERP系统，专注跨境软件行业8周年，为很多大中小企业搭建提供软件。
同步批次页面
2.待处理状态
批次中的平台订单都同步成功之后，就成为了系统订单，在此待处理状态，系统会向物流方去申请面单，面单申请成功之后，系统会判断有无库存，来决定此订单是进入缺货状态还是仓库接单状态。
系统订单的处理，则是有经验的运营根据具体的情况进行相应的处理。比如缺货的时候进行[换货]操作，比如[拆合单]操作等等。Zui终操作完成之后，都会进到仓库拣货下架的流程。
系统订单
3.缺货状态
按上流程所示，如果缺货，我们看到订单还是会停留在[缺货]的状态，要么我们等采购将货物买过来补上库存之后，订单进入仓库流程。要么运营自己处理换货。换货分为买家换货和仓库换货，比如A的m码缺货，我们可以给他换成A的L码，并且剪标。这就是仓库换货，这需要在拣货下架的时候有一个剪标的操作，并且面单上打的应该还是换来货物的产品名。那买家换货的话，顾名思义，则是买家要求换成其他货品。
4.仓库已接单状态
如果流程顺畅，一个订单获取面单成功，且没有缺货的情况下，会自动进入仓库流程进行拣货下架。
理论上，换货，拆单合单等操作都应该在仓库没有接单的情况下才可以操作，但是我们的系统服务与自己的运营，操作比较灵活，所以仓库人员在拣货时，运营也是可以进行操作的。所有在仓库已经接单的情况下进行[换货]，[拆单]，[合单]等操作时，就需要及时阻止仓库的操作，避免劳动浪费。这个的话，在仓库的拣货下架流程中都会有体现，会及时阻止仓库人员的操作。同时，运营进行这些操作之后，也要告诉仓库，我进行了新的操作，你需要重新拣货。就是需要对该订单操作[重新入库]。
仓库接单之后就是仓库处理过程，这个过程算在仓库模块中，在此不在说明。
一个订单的生命流程还需要跟踪到它出库，物流追踪和成功被妥投，物流信息的成功上网率，妥投率，应该都被认为是需要关注的因素。
没有真正智能的系统，只有善于把系统当作工具的运营。系统能大大减少人的重复工作，但是无法帮助使用者做决策，所以系统永远只是工具。