发送了发货通知之后才发现，货物其实还在自己手里。反过来，也有已经寄出却忘记发送通知的情况。卖家自配送订单中出现的这种"发货通知与实际寄出不一致"，可能引发提前发送发货通知滥用（PCSA）的警告，或导致迟发率、取消率恶化。本文将梳理如何判断不一致的方向、如何核对订单记录、如何处理出现偏差的订单，以及改进计划与防止再次发生的思路。
发送发货通知会发生什么：随发送启动的四项处理
根据帮助页面的说明，发送发货通知后，亚马逊会执行以下处理。
- 向买家的信用卡收取订单款项
- 在卖家账户中计入销售额
- 向买家发送商品已寄出的电子邮件
- 更新买家账户页面上显示的发货信息
反过来说，只要不发送发货通知，就不会向买家收款（预付的便利店结账方式处理方式不同）。如果货物还在手边时就发送通知，只有账单和买家页面会先显示为"已发货"，与实物不符。帮助页面也在"重要"一栏中提醒，只应在把包裹交给配送公司之后才发送发货通知。发送时需要填写发货日期、配送方式（配送公司）、有效的运单号，以及实际的发货地址。
本文基于截至2026年9月的卖家平台（セラーセントラル）帮助内容整理而成。数值、页面和操作流程都可能发生变更，请同时核对最新的帮助页面。
判断不一致的方向：是"通知在先"还是"发货在先"
不一致分为两个方向，涉及的规则和纠正方法也各不相同。
| 项目 | 通知在先、交运在后 | 交运在先、通知在后（或未发送） |
|---|---|---|
| 常见场景 | 打印运单时或揽收前把当天的订单一并发送通知，结果部分订单要到第二天以后才交给配送公司 | 货物已经交出，但通知超过了预计发货日期，或者忘了发送 |
| 买家一侧会出现的情况 | 配送其实还没开始，却显示"运输中"，且追踪信息长时间不更新 | 在发送通知之前，买家收不到发货邮件，也不会被扣款。若从预计发货日期起满7个工作日仍未发送通知，订单会被自动取消 |
| 涉及的规则、指标 | 提前发送发货通知的滥用行为（PCSA） | 迟发率、取消率、有效追踪率 |
通知在先：提前发送发货通知的滥用行为（PCSA）
在卖家自配送（自行发货）订单中，把货物交给配送公司之前就发送发货通知的做法，亚马逊称之为"提前发送发货通知的滥用行为（PCSA）"。这被视为违反行为规范政策的行为，可能导致账户被采取强制措施。帮助页面给出的规避方法有两种："只在交运之后才发送通知"，或"在发送通知的当天之内完成交运"。原因在于，配送公司开始计算配送目标时限，是从货物被实际扫描之后才开始的。一旦交运延迟到第二天，就容易赶不上预计送达日期，进而可能引发亚马逊商城交易保障索赔。
PCSA警告会以电子邮件的形式送达，但只有在整体发货情况中被视为一种"倾向"时才会成为处理对象，如果只是偶尔出现的误发送，据称不会采取强制措施。另一方面，如果警告之后问题仍未解决，卖家自配送订单的销售可能会受到限制。判定标准（件数或时间）在本咨询室核实的范围内，帮助页面中并未给出，因此请勿凭自己的判断划定界限。
发货在先：迟发与自动取消
迟发率是指在10天或30天的订单中，发货通知晚于预计发货日期才发送的订单所占比例，仅适用于卖家自配送订单（已注册自动发货设置计划的卖家，其常规订单不计入统计，但PCSA的规则是另一回事）。即使在期限内已经把货物交出去了，只要通知发送得晚，也会被计为迟发。政策要求将迟发率控制在低于4%的水平，超过该比例可能导致出品权限被取消或受到限制。另外，官方建议在揽收后4小时内发送发货通知，如果延迟，亚马逊系统与配送公司系统就无法同步，可能导致货物无法被追踪（如果4小时以内会跨日，则应在揽收当天之内发送）。
此外，如果从预计发货日期起7个工作日内仍未发送通知，订单会被自动取消（天数的表述在不同页面上可能有所不同，因此也要核对订单管理页面上出现的警告提示）。即便货物实际已经寄出，也不会收到货款，取消也无法撤回，并且会影响取消率（该指标以低于2.5%为参考标准）。
为了守住迟发率而"提前发送"是一个陷阱
PCSA的帮助页面列举了不应采取的做法，例如：为了在当天结束前满足迟发率指标而发送发货通知，或者在第一批货物准备好的时点就把当天全部订单一并通知。关于批量处理多个订单的情形，帮助页面指出，应当只在把某一批货物交给配送公司之后，才确认（发送发货通知）该批订单。当天交不出去的订单，应在实际交运之后（例如第二个工作日）再发送通知。降低迟发本身的方法，可参见迟发率的原因分析与发货体制调整一文。
核对收到的通知与页面显示
首先要核对收到的电子邮件，以及卖家平台菜单（页面左上角的"≡"）→"绩效"（パフォーマンス）→"绩效通知"（パフォーマンス通知），确认这是来自哪个机制的通知（页面布局可能会有变化）。
| 联络、显示 | 主要触发原因 | 确认与应对方向 |
|---|---|---|
| PCSA警告（电子邮件） | 交运前发送通知的情况被视为一种倾向 | 核对通知中的指示和期限，不清楚的地方联系技术支持 |
| 迟发率恶化 | 通知晚于预计发货日期发送 | 在"账户状况"中核实。如果存在被暂停销售资格的风险，相关卖家页面顶部的横幅可能会出现5道题目的小测验；如果账户已被暂停，可通过"提交账户状况申诉"提交改进计划 |
| 卖家自配送账户处于审核中 | 没有追踪信息或信息无效、多名买家投诉未收到货等 | 最长30天。及时更新追踪信息，并备齐近期订单的送达证明 |
| 账户暂停、出品权限被取消的通知 | 通知中所记载的原因（例如发货通知与实际寄出不一致等） | 按照通知中写明的提交材料、期限和申诉方式处理。先用下一章介绍的方法核对相关订单的记录，再撰写说明 |
就本咨询室核实的范围而言，帮助页面中并未找到PCSA警告邮件的官方文例或提交期限的规定（咨询时需要提供哪些信息，可参见向技术支持咨询前的准备）。PCSA警告会如何反映到账户状况评级中，官方同样没有说明。可以按照账户状况评分的检查步骤核对页面，如果需要作为行为规范警告来梳理，也请参考卖家行为规范警告的应对方法。
这种不一致也会波及买家保护机制。如果未能在预计发货日期前发货，或者没有使用可追踪的配送方式、没有提供有效的运单号，保障索赔就可能被自动批准。如果卖家自配送的出品被停止，也请一并参考卖家自配送被禁用时应确认的事项。
核对订单记录：逐笔按时间顺序梳理事实
要查明原因并准确说明情况，最快捷的方法是针对每一笔相关订单，把"何时发生了什么"逐一整理成一行记录。可以在电子表格中设置以下列，从已知的信息开始填写。
| 需要整理的项目 | 主要确认渠道 | 核查要点 |
|---|---|---|
| 下单日期时间、预计发货日期、预计送达日期 | 订单管理、订单报告 | 预计发货日期与通知日期的先后关系 |
| 打包完成 | 公司内部作业记录 | 是否留有负责人和时间的记录 |
| 交给配送公司 | 揽收或送件的回执 | 仅凭运单本身无法说明货物已经交运 |
| 发货通知的发送日期时间与途径 | 订单管理中的发货信息、迟发率报告（日期时间为UTC）、外部工具的发送日志 | 是手动输入、购买运单，还是工具自动发送 |
| 运单号与配送公司 | 订单管理中的发货信息 | 运单号格式是否正确、配送公司选择是否有误 |
| 追踪的最初记录与送达 | 配送公司的追踪信息、有效追踪率报告 | 最初的追踪记录是否晚于通知日期 |
迟发率报告可以从"账户状况"页面的"发货绩效"中，依次点击"查看详情"→"迟发率"标签页下载。日期时间以UTC（协调世界时）显示，日本时间比UTC快9小时。据本咨询室计算，在日本时间上午9点之前发送的通知，换算成UTC后有可能落在前一天的日期上，因此在与公司内部记录比对时，请考虑这一时差再进行核对。
根据不一致的表现形式分类原因
- 通知早于交运：手动提前录入发送、按批次统一发送通知、购买配送运单后交运延迟、外部工具的自动通知
- 交运4小时以上后才发送通知：负责发送通知的人员作业时间与揽收时间对不上
- 通知晚于预计发货日期：发货处理天数的设置与实际处理能力不匹配
- 没有发送通知：遗漏了对未发货订单的每日核查
容易被忽略的一点是购买配送运单。通过亚马逊配送服务（マーケットプレイス配送サービス）购买配送运单后，订单会自动变为已发货状态，追踪信息也会随之上传，因此如果购买后没有立刻把货物交出去，就有可能被视为PCSA。外部的订单、发货管理工具也是如此，具体是哪个操作会触发发货通知，因产品而异。
这种不一致也会在报告中留下痕迹。帮助页面说明，之所以在有效追踪率（日文页面表述为"追跡可能率"，部分页面写作"有効追跡率"）报告中会出现本应已取消的订单，是因为交运前发送的发货通知已完成扣款，从而按退款处理。退款时，如果在退款页面的"卖家备注"栏（供卖家自行参考）中记录经过，同时也保留在公司内部的作业记录中，将有助于日后的说明。
处理不一致的订单：按情况选择流程
以帮助页面的指引为核心，按不同情况整理处理方法。
| 情况 | 处理方向 | 注意事项 |
|---|---|---|
| 尚未发货但通知已发送，买家希望取消 | 无法取消。不发货，改为退款 | 退款可以在发货通知已发送的订单上发起 |
| 尚未发货但通知已发送，买家在等待商品 | 帮助页面没有明确指引。先确认买家的意向，如果决定发货，则在交运后把追踪信息改成与实际相符；如果不需要，则退款 | 能否修改追踪信息，大致以预计送达日期为界（部分页面写着"在显示为已送达之前均可修改"）。实际能否修改需以订单管理页面的显示为准。需要将发货延迟的情况告知买家 |
| 已经发货但尚未通知 | 先发送发货通知。如果买家希望取消，则在通知之后引导其拒收或退货 | 一旦发现就立即发送。晚于预计发货日期的通知会被计为迟发 |
| 忘记通知，订单被自动取消 | 无法撤销。向买家说明情况，请其重新下单，并使用过去30天内已发货的原运单号发送通知 | 亚马逊不会代替卖家向买家重新收款 |
| 运单号、配送公司填错了 | 在"订单管理"（注文管理）中点击"编辑发货信息"（出荷情報を編集）→输入新的追踪信息→"重新确认发货"（発送の再確認） | 尽量在24小时以内完成。反映到指标上大约需要72小时 |
| 在发送发货通知之前，得知无法发货或会延迟 | 联系买家。如果无法发货，应先取消订单，再说明理由（会计入取消率） | 不要以缺货为由要求买家取消订单。通知已发送的订单，按上面一行的方式以退款处理 |
| 出现不一致的订单中，买家提交了未收到货物的保障索赔 | 在48小时内回复亚马逊的信息请求，提供发货方式、有效运单号、配送公司以及送达证明 | 对已获批准的索赔提出重新审议的申请须在30个日历日以内。无法追踪的货物，无法就"未送达"的索赔提出异议 |
修改追踪信息时的确认要点
- 距离首次录入至少间隔5分钟以上再进行更新
- 据称超过预计送达日期后就无法更改（部分页面写着"在显示为已送达之前均可修改"，因此实际能否修改，请以订单管理页面的显示为准）
- 运单号应使用半角字符输入，且不含连字符
- 除国内三家配送公司的部分服务外，即便运单号有误，系统通常也只会给出警告提示，仍然可以提交。"能够提交成功"并不代表"号码正确"
运单号的核查方法，有效追踪率的改善与运单号核查一文有详细介绍。
退款的操作步骤
- 在"订单管理"中选择目标订单的"退款订单"（注文を払い戻す）
- 在"全额退款"标签页中，选择与事实相符的退款原因（如"无法发货""预计发货日期未发货""买家取消"等）
- 填写发送给买家的消息，在卖家备注中记录经过，然后点击"退款"
手动退款最长会有2小时处于"待处理"状态，在此期间可以撤销。退款对取消率的影响，已在发货前取消率的应对方法中整理。
与买家联系
发货说明邮件是亚马逊根据发货通知自动发送给买家的，因此要求卖家不要另外发送"已发货"之类的确认邮件。由卖家主动发起的联系，应作为以解决发货相关问题等为目的的"允许的主动消息"发送，需要在订单完成后30天以内，注明17位数的订单编号，并使用买家指定的语言书写。以下是假设通知已发送、但实际发货会延迟的情况下的示例文本。
关于您的订单（订单编号：请填写17位数字），我们提前发送了发货通知，但实际发货时间为〇月〇日。追踪信息将在发货后更新。对于给您带来的送达延迟，深表歉意。如果您不再需要该商品，请回复本消息，我们将为您办理退款手续。
改进计划、申诉中应说明的内容
亚马逊对申诉整体给出的原则是：基于事实、简明扼要地撰写；查明导致违规的根本原因；并连同内容、实施日期和相关材料一起展示已经执行的应对措施。目前尚未能确认PCSA是否设有专门的申诉页面，因此提交方式请以通知中的指引为准。不要止步于"系统故障"或"负责人核对疏漏"，而应深入追问：为什么当初的操作流程会让交运前就能发送通知。以下是用于展示框架的假设示例，并非实际案例。
我店此前的做法是，在打印运单的同一时刻，把当天全部订单的发货通知一并发送出去。对于打包没能赶上揽收时间的货物，会在下一个工作日交运，由此产生了通知日期与交运日期不一致的订单。
我们把〇月〇日至〇月〇日期间的订单，对照订单管理中的发货信息与揽收回执逐一核对，找出了在交运之前就已发送发货通知的订单。对相关买家已告知实际发货日期，并将追踪信息修改为与实物货物一致（买家表示不再需要的订单已经办理退款）。
根本原因在于，我们把发送发货通知的条件设定为"打印运单"，却没有确认是否已交给配送公司的核对步骤。
自〇月〇日起，我们把流程改为：将揽收时收到的回执与货物件数进行核对，只对已经完成交运的订单发送发货通知。来不及在当天交运的订单，会在下一个工作日交运之后再发送通知。核对结果会记录在每日的发货记录中（附上操作手册及记录表格式样）。
日期和附件材料，只能填写本公司实际执行过的内容。具体的撰写方法，请参见改进计划的撰写方法。
流程调整：从机制上消除想要提前通知的诱因
下面按容易导致提前通知的具体情形，整理相应的调整方向。
| 容易导致提前通知的情形 | 调整方向 |
|---|---|
| 卖家自配送Prime（マケプレプライム）或加急配送相关计划要求当日发货（截单时间前下单的订单须当天发货） | 重新审视截单时间与揽收时间之间的关系（帮助页面提示可改为普通配送的情形，仅限于自然灾害等特殊情况） |
| 希望在揽收前统一发送通知 | 每批货物交给配送公司之后，只对该批订单发送通知 |
| 购买配送运单后订单即变为已发货 | 只购买当天能够交运部分的运单 |
| 外部工具自动发送通知 | 确认设置是否为交运之后才发送 |
| 订单量超出处理能力 | 把发货处理天数调整到与实际相符，并设置"订单数量上限" |
| 因停业或灾害而无法发货 | 将出品状态设为"暂停中"。如果预计灾害会导致揽收延迟，则延长发货处理天数 |
设置"订单数量上限"后，一旦当天的订单数量超出可处理件数，发货处理天数就会自动增加1天（该设置不适用于卖家自配送Prime及加急配送相关计划的订单）。即便将出品状态改为"暂停中"，处于待处理状态的订单也不会自动取消，需要另行处理。
在业务解决方案协议（ビジネスソリューション契約）中，同样把"在预计发货日期前发货"以及"每个工作日至少确认一次订单信息"列为卖家的义务。不要只依赖订单确认邮件，而应把以下确认事项纳入日常工作。
每日发货作业中应确认的事项
- 在订单管理或订单报告中确认未发货的订单
- 核对揽收或送件回执与待通知订单的件数是否一致
- 仅对已交运的部分，在揽收后4小时内发送通知
- 确认订单管理中是否出现自动取消的警告提示
不应采取的做法
- 填写与事实不符的发货日期，或与实际货物不对应的运单号：这相当于向买家和亚马逊提供了与事实不符的信息，可能违反卖家行为规范所要求的"不得作出误导性行为"这一原则。不仅会在有效追踪率和保障索赔的处理上处于不利地位，记录与说明之间的矛盾还会损害整份申诉的可信度。
- 因缺货而要求买家主动申请取消订单：这一做法被沟通相关准则明确禁止。
- 另开账户继续销售：卖家行为规范规定，除非有正当的业务理由，且所有账户都运营良好，否则同一销售地区只能保留一个卖家平台账户。为规避警告或限制而使用另一个账户继续销售是不被允许的。
常见问题
Q. 我只有一笔订单在揽收前发送了发货通知，会立即被暂停吗？
A. 据称，PCSA警告只有在被视为一种倾向时才会发出，如果只是偶尔的误发送，不会采取强制措施。不过，由于买家页面上已经显示为发货完成，请务必在当天之内完成交运，如果确实有困难，请提前告知买家延迟的情况。另外，如果已经收到暂停或限制的通知，请以通知中的记载为准，而不是参照这里的一般性说明，并核对通知中写明的指示和期限。
Q. 因外部工具自动发送通知而导致不一致，也算卖家的责任吗？
A. 据称，PCSA的规则无论是通过页面、API、Feed文件，还是第三方软件哪种途径触发，均一律适用。即便原因出在工具本身，稳妥的做法仍是按照本公司运营流程问题来准备改进说明。
Q. 能否撤销已发送的发货通知，恢复到未发货状态？
A. 就本咨询室核实的范围而言，帮助页面中没有这样的操作步骤，页面上介绍的只有修改追踪信息和退款两种方式。
Q. FBA订单也适用吗？
A. PCSA是针对卖家自配送（自行发货）订单的规定，迟发率同样只适用于卖家自配送订单（已注册自动发货设置计划的卖家，其常规订单不计入统计）。如果同时使用FBA和卖家自配送，请重点检查卖家自配送的订单。
总结
发货通知是一个会同时切换扣款、销售额记录和买家页面显示的操作。
- 首先判断属于"通知在先"还是"发货在先"。前者对应PCSA，后者则以迟发或自动取消的方式分别处理
- 逐笔梳理每个订单的交运与通知时间，并修正UTC时差后再对原因进行分类
- 对于出现不一致的订单，从退款、发送通知、修改追踪信息、联系买家中选择与情况相符的处理方式
- 防止再次发生的核心，是把"确认交运后再发送通知"这一原则，统一落实到操作手册和工具设置之中
重要的是不要用与事实不符的记录来敷衍应付，而应基于实际记录进行说明，并具体展示所改变的运营方式。如果在应对方针上难以决断，也可以考虑先整理好记录，再尽早向专业人士咨询。
※本文为一般性说明。个别案例的处理方式因情况而异。
