物流异常

01 功能介绍：以货件为线索核对异常

从 仓储物流 → TMS → 物流异常 进入。这里一行是一票当前租户的 AMAZON FBA 货件，不是一条独立异常事件；一票货件可以同时存在送达、上架和收货数量问题。页面把当前 FBA 货件、关联发货单、物流单及轨迹与 Tower 本地跟进记录放在一起，帮助你定位差异、核对证据和交接责任。

记录跟进、标记“已处理”、异常信号消失与货件实际完成是四件不同的事。 本地跟进不会改写领星或物流商的货件、发货和接收事实。核验来源可分别参阅 FBA 货件、发货单 和 物流单。

本文截图为真实业务前端连接本机只读内存 Mock。货件、数量、日期、负责人及历史记录均为预置演示数据；分配负责人、保存跟进、结案、刷新外部轨迹、修改晨报及发送消息 未演示，不将预置记录作为写入成功证据。

02 使用前：分清权限、范围与数据时点

1. 准备 FBA 货件单号，再核对店铺、国家和仓库/物流中心。页面不是按物流商运单号或异常编号逐条管理；同名商品不能代替货件身份。
2. 确认具有物流异常读取权限。导出、保存跟进、分配他人、结案、通知、晨报和轨迹分别受权限控制，读得到不表示都能操作。
3. 初始范围为当前租户 AMAZON 数据，默认 50 条/页，没有预设日期区间；“仅看异常”“数量异常”“跟进超期”“剔除结案”默认未开启，因此正常货件也可能出现。
4. 核对来源是否已成功更新。页面 刷新 和浏览器标签页重新变为可见时，重新读取本地当前事实，不会同步外部货件或物流服务。不同来源也不保证同一采集时点。

来源日期、物流事件时间和跟进记录时间各有用途；不能把最新跟进时间当作来源数据更新时间。本页没有历史版本选择器，也没有一个能证明所有来源同时最新的统一截止日。当前日参与偏差和超期判断，天数变化不一定表示源数据刚刚同步。

03 查询定位：先提交范围，再读结果

1. 在 货件单号 输入关键字，点击 查询。该字段按包含关系查货件号，不是商品 SKU 或物流追踪号搜索。
2. 按需选择店铺、国家、仓库/物流中心、物流商、原始状态、业务状态、签收状态、问题归类、Listing负责人、跟进负责人及处理状态。多选面板确认选项并关闭后即应用，不会顺便提交尚未查询的货件号草稿；单选及快捷条件也立即应用。
3. 打开 仅看异常 查看所有当前异常信号；数量异常 仅保留自动判定的收货数量异常，不含单纯“已发货数据不足”；跟进超期 与 剔除结案 可叠加。剔除结案只是排除本地已处理的货件，不会删除或解除异常。
4. 时间条件提供 预计时间、签收时间。选择日期范围后点击 查询，开始和结束日期均包含当天。切换类型保留所选日期范围，换用对应字段并清除另一类日期条件；日期缺失的货件不命中有界日期筛选。
5. 在数量、送达偏差或上架延迟列标题旁打开筛选，选择比较方式或区间，再使用面板应用操作。数值按整数件/天处理；收发差异支持负数，可查超收。
6. 用底部分页及每页条数查看更多记录，可选 20、50、100。提交筛选回第一页并清空勾选；翻页和调整条数保留勾选。点击 重置 恢复默认查询。

筛选候选和计数按完整匹配范围生成，并非当前页；计算某项候选时保留其他条件、暂时移除这一项自身条件。候选存在数量限制，不能将下拉选项视为无限历史字典。一个货件可命中多个 Listing 负责人，因此负责人候选计数不能直接相加作为货件总数。

刷新和导出使用最后一次已应用的筛选，不使用尚未点击“查询”的货件号或日期草稿。 查询失败时先处理顶部错误，旧列表可能仍保留，不能把它当作新筛选的结果。

04 阅读数量：货件数量、已发货与签收量

数量单位是商品 件，不是箱数。相关字段来自 FBA 货件当前商品明细汇总，并非将物流单上的件数直接套入。

底部货件数量、已发货、签收量和收发差异只汇总 当前页；已发货或差异整页均未知时显示“-”，部分未知时只加已知值。顶部异常货件数及底部“异常/数量异常”等统计来自完整筛选结果，不能把两种范围混在一起解释。

收货异常按以下先后规则判断，且取消货件优先排除：

• 已关闭且已发货大于 0、签收量为 0：亚马逊-货件关闭但未签收。
• 已关闭且仍有正差异：亚马逊-货件关闭但未收全。这里的关闭包括接收完毕或来源关闭标志。
• 接收中且有接收开始日期，满 3 个自然日、存在短收、签收率低于 50%：亚马逊-接收中大比例未签收；签收率的分母是已知本地已发数量。
• 接收中满 7 个自然日仍短收：亚马逊-接收中长期未收全；同时低于 50% 时优先显示前一类。
• 接收中或已关闭但本地已发未知：亚马逊-已发货数据不足，这是资料提示，不单独计入自动数量异常。

筛选时还要区分数量与天数：四个数量字段缺失时不命中有界数值条件；送达偏差、上架延迟的当前筛选实现将缺失或不适用值按 0 比较。因此把上限设为 0 时也可能命中未知值，不保证每行都是真实零天，仍需看原日期和单元格。

缺少接收开始日期时不套用 3/7 天规则。数量相等、超收或已发货非正数不命中短收规则；这不等于所有业务都正常。

05 阅读时间：偏差方向、起点与缺失

预计签收 来自关联领星发货单的预计到货日期，一票货件关联多张发货单时取最晚日期；不会用 FBA 的其他预约日期补空。物流商签收 来自关联当前物流单详情的送达时间，取可用送达时间的最大值。两者都是派生到货件行的资料，不一定来自同一张物流单。

• 发货时间：优先取关联发货单的最早发货时间，缺失再取所选关联物流单的发货时间；不是原始状态从 WORKING 变 SHIPPED 的时间。
• 预计时效：优先使用关联发货单预计时效的最大值，缺失再取匹配有效物流渠道的时效值。不能自行用它反推或覆盖预计签收日期。
• 实际时效：物流商签收日期减发货日期，按日期计算天数；任一缺失则为空。负数应核对来源日期，不能自行改成 0。
• 送达偏差：预计与实际签收都存在时，取两个日期相差天数的绝对值。因此提前 2 天和延迟 2 天都可能显示 2，方向看签收状态。延迟未送达时取当前服务端日期减预计日期；其他无法判断的情况保持空。
• 上架延迟：只对业务状态“待入库”计算，当前日期减物流商签收日期；签收缺失时回退到预计签收日期，目标日期尚未来到显示“未到期”。其他业务状态通常为空，不能把它当作实际完成上架所花时间。

签收日期缺失且预计日期也缺失时，系统可能展示 正常运输中；这不是有证据确认准时。若业务已待入库、接收中或接收完毕，但物流商签收未回传，可显示 已送达（待回传）。应核对来源补齐，不能拿标签代替签收凭证。

06 分清来源状态、问题归类与跟进状态

原始状态 来自 FBA 货件；原始状态变更时间 按该状态读取对应来源节点时间，不是完整状态历史。业务状态 综合有效节点日期和原始状态，优先识别接收完毕，再到接收中、待入库、运输途中、待发货；不能只看原始状态字符串推断整行。

签收状态 判断预计与物流商签收资料。问题归类 是当前物流/上架规则给出的一个分类，也可能使用来源/人工分类及“新货件”等标记；收货异常 是独立数量信号，两者可以同时出现。取消货件保留来源可见性，但不继续生成这些异常指标。

Tower 的 处理状态 为待处理、处理中、待外部反馈、已处理。尚无跟进快照的异常显示 未跟进，不等于已经保存了待处理。无异常且无历史跟进的行可能不显示跟进入口。

跟进超期 同时要求当前仍有异常、下次跟进时间已过且不是已处理。上游异常消失后，不再计为跟进超期，但不会自动清除本地处理状态；已处理的货件仍可能继续存在数量或运输异常。

07 查看跟进详情与记录处理依据

点击行内 发起跟进 或 继续跟进，打开 异常跟进。只读账号可查看记录，界面提示“当前账号只能查看跟进记录”。历史按新到旧展示最近 100 条；预置或历史记录不代表你刚刚完成了一次保存。

正式维护的路径如下，本次所有保存和分配操作 未演示：

1. 确认货件号及当前异常信号，再选择跟进负责人和处理状态。Listing负责人 是当前关联商品的运营归属，跟进负责人 是 Tower 里负责这票问题的人，两者不等同。
2. 必要时填写 下次跟进日期，系统按所选本地日期当天结束时间保存；选择已处理时清空并禁用该日期。
3. 填写必填 跟进记录，说明已采取动作、证据、结果和下一步；最多 2000 字符，空白不能保存。只调整负责人或状态也必须留记录。
4. 确认是否有意立即通知，再点击 保存跟进。保存成功应在历史中出现新记录、记录人及时间，列表刷新后核对负责人和状态；失败时保留输入和错误，不以表单选择值作为保存成功证据。
5. 关闭弹窗返回列表，继续在对应货件或物流单核验事实。

未分配时可在允许跟进的情况下指派给自己；分配给他人、接管他人或清除他人分配需要额外权限。进入已处理或重新打开也需要结案权限。可选负责人须为当前租户活动用户。

上游已不再异常且没有跟进快照时不能新建；有未结案快照只允许补记已处理；已有已处理快照可追加结案说明，在再次出现当前异常之前不能重新打开。保存会重新核对当前状态，操作期间来源变化可能导致提交被拒绝，应刷新后按实际情况处理。

列表 FBA 货件备注 来自源货件；最新跟进记录/记录人/记录时间 来自本地最新活动，无活动时可兼容显示旧备注。这不是两套都可编辑的备注入口，也不能把旧备注当成新增跟进历史。活动记录为追加保存，页面不提供历史编辑或删除。

08 核对轨迹、配置宽表与导出范围

查看轨迹：在“最新物流轨迹”列点击 查看物流轨迹，前提是存在关联物流单且有物流单读取权限。打开先读取本地轨迹；抽屉中的外部轨迹刷新另需物流单同步权限，本次 未演示。没有按钮可能是未关联或无权限，没有事件不等于货物未运输。多物流单时列表挑选最新关联事件展示，不代表所有运输分段都已查看。

列配置：点击工具栏 列配置，调整显示、顺序和冻结，应用后核对主表与底部汇总对齐。货件单号与跟进始终可见，最多冻结 7 个可见列；列宽也可调整。设置保存在浏览器本地，不修改业务数据、权限或导出列范围。列多时横向滚动查看，不要把屏幕外的字段当作缺失。

导出 需要独立导出权限，使用最后一次已应用的筛选和排序：

• 没有勾选货件时，导出完整筛选结果 CSV，不是当前页。
• 勾选后按钮显示 导出已选 N 条，导出满足当前筛选的已选货件；表头复选框只选择当前页，可跨页累计，最多 200 条。
• 翻页保留勾选；应用筛选或重置会清空。导出前核对已选数量，避免把选中子集当作全部异常。
• CSV 使用固定业务列，不随隐藏、拖动或冻结列改变。导出失败需检查权限和错误；文件存在也不意味着源数据已重新同步。

货件数量、已发货、签收量、收发差异及收货异常支持对应表头升降序，服务端先排序完整筛选结果再分页，空值放后。同值沿用默认异常优先次序；送达偏差和上架延迟可筛选，不应声称所有列都可排序。

09 即时通知与工作日晨报

保存跟进时的 本次立即通知 Listing 负责人（站内和飞书） 默认关闭，仅有通知权限时提供。对象是货件商品当前关联的 Listing 负责人，不是跟进负责人；负责人需要明确映射到当前租户活动 Tower 账号。缺映射或同名多账号会拒绝勾选通知的保存，可先修正映射，或明确取消通知后仅保存跟进。

站内通知创建与飞书实际投递是不同阶段。历史提示 已发起 Listing 负责人通知 不等于飞书已送达；没有飞书身份、投递服务未运行或发送失败都需要单独核对。本任务没有发送消息。

工具栏 查看晨报设置/晨报设置 需要晨报读取权限，保存再需晨报管理权限。打开后先选有权访问的 统计视图，它使用销售目标视图范围，不是列表当前筛选条件。

• 发送周期固定 周一至周五 09:00，Asia/Shanghai，不是可任意编辑的时间，也不承诺按法定节假日自动调整。
• 启用时业务群聊 ID 必填；供应链协同群选填。群名称仅作标题，不能替代群聊 ID。多个视图共用同一群仍分别发送视图卡。
• 延迟未送达部分按视图命中商品的当前 Listing 负责人分发，跟进完成度按跟进负责人分发，完整视图汇总另提供给物流专员；同一用户职责重叠时合并个人内容。
• 数量异常列表与晨报“延迟未送达”专题不是同一集合，不能把当前页所有收货异常都当成晨报延期货件。未映射或未绑定飞书的情况要按通知提示核对。

查看设置不会发送。保存、启用、实际调度和投递 未演示；真实发送还依赖后台调度及投递服务。不能仅凭已启用或某条跟进保存成功断言已收到晨报。

10 权限与状态边界

读取权限是基础；导出、跟进、分配他人、结案/重开、即时通知、晨报读取/维护各有独立授权。物流轨迹读取与同步使用物流单权限，不能由“可以看物流异常”推断出来。无权限联系管理员核对租户与具体操作授权，不反复提交。

页面没有创建货件、修改来源数量、审批入库或批量关闭异常的业务入口。选中多行主要用于导出，不是批量分配或结案。列表刷新不触发外部同步，列配置只改变本地展示。

本地跟进已处理不表示上游异常已解除；源异常已解除也不代表本地跟进已经结案。历史记录、源事实和通知投递应分别核对，不能互相当作完成证据。

11 核对结果并交接责任页面

1. 数量异常：携带货件号、店铺、SKU/FNSKU、已发货/签收量及差异，到 FBA 货件 核对来源商品。关联发货数量或预计到货有疑问时，再查 发货单。
2. 运输异常：记录物流单身份、物流商、最新事件和来源日期，到 物流单 核对完整资料。列表承运人优先取关联发货单资料，物流商来自关联物流单，两列不同不应直接判为错误。
3. 责任归属：查看 Listing 负责人提示中的商品及区域。缺本地 SKU 时可能明确回退 MSKU/FNSKU，未映射区域另作提示；当前归属不是历史责任人快照。
4. 跟进结果：核对保存后的历史条目、负责人、处理状态和下一次期限；通知另查实际送达。不要拿备注“已催促”解释成来源发货、签收或上架已经完成。

本页没有自动生成采购、调拨、补货或仓库入账动作。分析结论应携带证据交给责任人，在对应业务页面处理并复核。

12 常见异常处理

• 找不到货件：确认是 FBA 货件号，重置店铺、国家、仓库、日期及“剔除结案”等条件，再查询；查看源货件是否已进入本地当前数据。
• 仅看异常里没有“已发货数据不足”：资料不足自身不构成自动数量异常。关闭快捷条件后按收货异常分类定位，并补核来源，不用 0 替代未知。
• 筛选输入变了但列表未变：货件号、日期草稿需要查询；多选需关闭面板确认应用。刷新/导出不读取未提交草稿。
• 列表报错却仍有旧行：检查顶部错误与权限，恢复后刷新；旧行不证明本次读取成功，更不证明来源最新。
• 没有跟进入口或无法保存：核对是否仍异常、有无既有跟进、操作权限、必填记录、负责人是否有效，以及来源状态是否在操作期间变化。
• 来源状态和数量矛盾：保留双方字段和日期，回到源货件及关联单据核对；接收完毕并不取消“关闭但未收全”的数量判断。
• 晨报看不到视图或未收到：先核对晨报读取权限、视图授权与启用配置，再由维护人员查后台生成和投递结果；不要通过本任务演示发送测试消息。

13 常见问题

同一货件可以有多个异常吗？

可以同时有不同异常信号，但列表仍是一行一个货件。问题归类与收货异常应分别看，统计标签也不能简单相加。

什么时候可以关闭异常？

页面操作是将本地跟进标记为已处理，不是关闭源异常。应有真实处理依据、必填记录和结案权限，随后独立核对货件是否仍有异常信号。

送达偏差为正数一定是延期吗？

不是。有实际签收时取日期差绝对值，必须结合“提前送达/延迟已送达”等签收状态看方向。

差异为零是不是全部收齐？

只能说明当前已知汇总相等。部分本地已发未知、接收数空值兜底等情况仍需核对商品，不能直接等同于完整签收或可售。

导出为什么比当前页多，或者只剩几条？

未勾选时导出最后已应用筛选全集；勾选后只导出对应筛选内的已选货件。先看按钮名称、已选数和应用条件。

保存跟进会立即通知所有人吗？

不会。即时通知默认关闭，需明确勾选并具备权限；对象是映射后的 Listing 负责人，晨报另按视图与职责生成。本文保存和发送均未演示。