同步解决的是各平台之间数字别打架，盘点解决的是这些数字和仓库里的实物是不是一回事。长期只靠接口加减、从不核对货架，残次会混进可售，赠品会在账外消失，调拨在途会变成两边都能卖的幽灵库存。亚马逊、eBay、Shopee 前台再整齐，货架缺一件，超卖仍会发生。HelloWorld跨境电商助手里的库存账本要定期和实物对上，对不上的先冻结对外销售，查清再打开。下面只写盘点怎么准备、怎么扫、怎么调账、怎么验回。
盘点前先冻结会改数字的动作，否则边盘边卖永远盘不准
- 选定盘点范围：按仓库、按库区、按商品分组均可，但必须能在助手里筛出同一批SKU。全仓大盘适合周期盘，库区抽盘适合日常。不要口头说「今天随便看看货架」。
- 范围内暂停不必要的调拨新建、暂停把残次打回可售、暂停测试性手工改库存。销售可以视情况保留，但盘点中的SKU应提高安全阈值或暂时只保留占用、不增加新的可售展示，避免盘到一半被订单撕开。
- 打单队列里属于盘点SKU的待发货，要么在盘点前发出并完成出库，要么明确列为已占用不参与本次实盘。已占用件数必须出现在盘点表上，否则货架少了会被当成丢失。
- 导出盘点清单，字段至少包括内部SKU、子变体、账面在库、占用、残次、库位。变体混成父体去盘，颜色尺码会在这一天全部对不齐。
准备工作比扫码更重要。HelloWorld跨境电商助手能提供账面，提供不了货架上的灰尘。账面未冻结，实物数再认真也只是拍了一个移动中的影子。
实盘按库位走，按子SKU扫，禁止用「看起来差不多」代替编码
- 库位顺序固定，从一端扫到另一端，未扫到的库位记空，不要事后凭记忆补。空库位也是结果，能帮助发现货放错区。
- 每件货扫到子SKU。父码、箱码、平台条码若与内部码不一致，先在映射里确认再继续。扫错码等于给错误的账面加减。
- 残次、待质检、待调拨发出、待上架，分状态堆放分状态录入。全部扫进在库，盘点结束可售会突然变多，前台会卖出不能发的货。
- 实盘数与账面数不一致时，当场记差异，不当场改系统。现场改账会和尚未结束的其他库区冲突，也会把占用单改乱。
盘点过程中发现的明显错位，可以先把货放到正确库位，但系统调整统一放在复盘后。人、货、账三边同时改，日志会失去顺序。
差异分成能解释和不能解释，能解释的走单据，不能解释的先冻可售
- 能解释的差异包括：未出库已打单、退货已到未上架、调拨在途未确认、组合装拆配未完成、盘点期间新入库未记账。这类差异用原单据补确认，不直接改一个整数。
- 不能解释的短少，先把该SKU对外可售降到安全范围或为零，再查监控、查最近出库、查是否串码。短少未查清就补账面，等于承认一个没有来源的数字。
- 不能解释的盈余，先入待定或待鉴定，不直接加可售。盈余有可能是别的SKU扫错、或残次被当成正品。加可售等于把问号卖给买家。
- 差异审批按金额或件数分级。小差异仓库主管可确认，大差异要运营和财务一起看，因为会影响利润核算里的存货价值。
调账在助手里必须留下原因代码。没有原因的调账，下周盘点还会再遇到同一团雾。
调账完成后做写回验收，确认平台看到的是盘后数字
- 先改主账本在库、残次、占用，再让同步任务把可售推到各站点。顺序反了，平台会用旧逻辑覆盖刚盘完的数。
- 选若干差异SKU做前台抽查：该停的是否已停，该恢复的是否恢复到盘后可售而不是盘前可售。只看助手内数字变了，不够。
- 占用单在盘点后仍应能正常出库。若调账把占用吃掉，待发货会变成超卖。出库一单验收占用链，比只看总账安心。
- 盘点报告留下：范围、开始结束时间、差异清单、已解释单据、未解释冻结清单、谁审批。报告进周会，未解释项进待办，不进「下次再说」。
盘点不是为了让报表好看。账面和货架接近，同步才有意义，广告和话术里的「有货」才有意义。HelloWorld跨境电商助手把多平台可售连在同一账本上，账本自己虚了，三个站点会一起虚。先冻结会捣乱的动作，再按子SKU实盘，再按单据解释差异，最后写回并抽查前台。对得上，再把阈值和投放还给日常；对不上，宁可少卖，也不要把货架上不存在的件数继续展示给亚马逊、eBay 和 Shopee。
