库存对得上、页面也上了，真正天天发生的摩擦往往在订单。亚马逊一批、Shopee一批、eBay再夹几笔，发货时限不同，仓库只认一张拣货单，客服又在对话里临时改地址。有人继续三个后台来回切，有人把单子全推进HelloWorld却没有规则，结果只是把混乱从平台挪到了中台。订单模块要解决的不是把列表堆在一起，而是让每一笔单从进入队列到标发、回传、释放库存，都走同一条可核对的路径。下面只写履约这一件事：单子怎么进、怎么分、怎么拣、怎么回传、取消和异常怎么收口。
先把“进队列”当成第一道质检，而不是当成通知铃
HelloWorld把已授权店铺的订单拉进同一工作台，进队时就要能看见平台、站点、订单编号、SKU、件数、地址、付款状态、平台时限和库存是否已占用。缺字段的单不要直接丢给仓库。常见缺口是变体信息丢失、地址第二行没同步、平台备注没带过来、礼物单或税号空着。缺的先回平台或向买家补齐，再生成拣货任务。带缺口发货，后面的客服会话会比现在多一轮。
进队后立刻核对占用。单子进来却没扣可售，其他平台仍会卖同一件货；扣了却扣错套装或扣错仓，仓库会拣到空位。打开该SKU的占用明细，确认这笔单锁的是哪一个仓、哪一个变体。对不上就停在订单详情，不要进入打印。测试期每天抽几笔新单对占用，比出了超卖再追日志便宜。
同一买家短时间多笔、或平台允许合单的情况，要在规则里写清能不能合、谁来合。能合的合进一张拣货单，运费和时效按最严的那一笔来，不要为了省运费把即将超时的单并进还没齐货的单。不能合的就分开发，切勿在仓库里口头合并，系统外的合并不会回传，平台会认为你漏发。
分单规则按仓库和时效切，不要按哪个后台先打开切
队列默认按时间倒序，不等于仓库该按这个顺序拣。正确的第一排序是履约时限，第二是仓库，第三才是平台。把即将超时的单置顶，本地仓和跨境仓分开打印，FBA或平台仓履约的单不要混进自发货批次。HelloWorld里用筛选和分组把这三层固定下来，白班开店先看超时预警，再看今日应发，最后看待付款和待确认。
状态机要简单到值班的人能口述。待处理、待补信息、待拣货、已拣待发、已发待回传、已完成、已取消、异常挂起，八个状态足够。状态越多，越会有人把单子扔进“其他”再也不看。谁能把单从待处理推进待拣，谁能点已发，谁能取消并释放库存，必须和子账号权限绑在一起。客服可以改备注、可以挂起等买家回复，不该直接点发货完成；仓库可以点已拣已发，不该改售价和退款。
平台备注和买家留言要在分单时读完。改地址、加配件、延迟发货、开发票，这些话写在留言里却没进拣货单，包装台看不到，出了门才变成纠纷。规则上可以设：含指定关键词的留言自动挂起并转客服，确认后再放行。不要让仓库猜那句外语留言是不是在说别发。
拣货和出库以系统打印为准，口头加单是错发的温床
拣货单必须来自HelloWorld里已核对占用的那一笔，上面要有内部SKU、库位、变体、件数、平台订单号和是否需要发票或贺卡。库位没有维护时，拣货单只是一张购物清单，效率回到人手翻货架。库位可以先从爆款做起，不必等全仓编码完美再启用订单模块。
一单多件、一套多子件，打印前再看一眼子件清单。套装映射如果只挂了套装SKU、没有子件数量，拣货的人会只拿外壳或只拿主机。这个问题看起来像仓库失误，根子在商品中心。发现一次就回主数据补子件，不要在拣货单上用手写永远补救。
称重和面单在出库节点完成。重量和尺寸若与刊登时填写的包装数据差很多，运费和平台体积重会在事后咬利润，同时说明主数据该改。面单打印与订单绑定，禁止用空白面单先发后补。先发后补的单，回传时最容易贴错单号，买家查到别人的轨迹，客服会把整个下午赔进去。
已拣未出的货要有暂存规则。夜班截单后已经拣出、承运商却收不到的件，不能重新算成可售，也不能散放在打包台。系统里保持“已拣待发”，实物进锁定区。第二天优先发这批，而不是重新从队列里抢新单。
回传不是发货的附属动作，是库存和平台时限的闭环
包裹出门的同一段操作里，应当完成三件事：订单标为已发、运单号写回平台、占用转成已出库。漏回传，平台仍计时未发货，账号表现会差，买家会重复催；漏扣库存，可售会把已出门的货再卖一次。HelloWorld能自动回传的站点就打开自动，自动失败的进失败列表人工补，不要假设“打印了面单就等于平台知道了”。
一单多包裹、拆单发货，回传要按实际包裹写。先发一部分、其余欠货时，平台规则允许的就标部分发货，不允许的就不要在对话里承诺今天全部寄出。欠货部分回到异常挂起，和库存模块的缺货阈值对上，该暂停前台的暂停，不要靠客服口头说暂时无货。
轨迹查询给客服用系统里的单号，不要求买家先提供截图。系统没有单号，说明回传失败或发货人没把单号打进订单，先内查再对外说话。对外只能说已知信息，不能把“应该已经发出”说成“已经在车上”。
取消、拒收、地址修改，三笔反向账要写进同一套动作
买家取消且尚未拣货：关单、释放占用、可售按规则加回，加回前看主库存和安全库存，不要无条件加到所有站点。已经拣货未出门：先拦截，拦截成功再释放，拦截失败按已发处理退货。已经出门：走退货或拒收流程，货没回仓之前不可售。这三句必须写在订单规则里，写在群里等于没写。
改地址只接受平台认可的路径。有的站点允许发货前修改，有的必须取消重下。客服在HelloWorld会话里答应改地址，仓库仍按旧面单打单，是经典事故。正确顺序是平台侧改成功或新单生成，系统里旧单关闭、新单进队，再打印。会话承诺不能代替状态机。
拒收和退回要等实物上架再打开可售。物流显示退回、货还在途，前台已经恢复可售，会把在途件卖给下一个人。入库点数、质检、重新上架，三步走完才允许库存任务把数字推出去。残次和少件单独进次品仓，不要和可售混成一个总数。
异常单单独成列，混在今日应发里一定会被拖到超时
无库存、地址不全、支付未完成、风控待审、买家要求延期、承运商不接该地区，这些单进异常列，指定处理时限和负责人。异常列每天开班先看，处理不了的升级，而不是继续留在待拣里充数量。HelloWorld的筛选要能一键只看异常，报表里也要单独统计异常停留时长。停留超过平台时限的，优先沟通取消或延期，不要默默等它变成账号扣分。
风控和异常支付不要用加急发货去“表示重视”。该等平台放行的就等，发了再追回更贵。把这类单的客服话术写成“待平台确认后再安排”，避免坐席为了首响漂亮而答应今天寄出。
一套能值班执行的日节奏，比再增加三个状态有用
开班：看超时、看异常、看授权是否仍有效，确认昨夜回传失败列表为空或已补。上午：处理今日应发，打印拣货，出库回传。午间：对一次占用和前台可售，抽几笔新单看字段是否完整。下午：清异常、处理取消和改地址、把欠货SKU推给库存规则。截单前：已拣待发进锁定区，未拣且已超时的单决定是加急还是沟通延期。交班：留下三行，谁的单在等谁，不要只说“还有一些异常”。
周度只复盘两类数：超时发货率和回传失败率。前者高，查分单是不是没按时效排、仓库是不是接了系统外加单；后者高，查自动回传权限和面单是否与订单绑定。不要用总单量当成绩，总单量上升可以和超时一起上升。
订单中心不是第二个卖家后台，它是履约的唯一入口。入口统一之后，还要把占用、分仓、时限、回传和反向释放写成谁都能执行的顺序。HelloWorld能把各平台的单子收进来，能否少漏发、少错发、少忘回传，取决于每一笔单离开队列时，这三件事有没有在同一时刻完成：货出了正确的仓、平台收到了正确的单号、库存不再把这件货显示给下一个买家。