改善Amazon遲發率：分析延誤原因與調整出貨流程

賣家自行配送的遲發率悄悄上升——明明是在期限內出貨，卻仍被計為遲發。本文正是寫給有這種困擾的賣家，將依序整理判定機制、篩選遲發訂單的方法、決定預計出貨日的相關設定、原因的區分方式、出貨體制的檢討，一直到停權時改善計畫的撰寫方式。

遲發率的判定機制｜基準是「傳送出貨通知的時間」

遲發率（Late Shipment Rate，簡稱LSR）是指在10天或30天期間內的訂單中，出貨通知傳送時間晚於預計出貨日的訂單所占比例。統計對象僅限賣家自行配送（自社出荷）的訂單，不包含FBA的訂單。

重要的是，判定基準並非「實際寄出包裹的時間」，而是「傳送出貨通知的時間」。出貨通知是指在賣家平台（セラーセントラル）中，將訂單標示為已出貨、並登錄配送公司與追蹤號碼的操作；即使貨物確實在期限內交由物流業者收件，只要出貨通知的傳送時間晚於預計出貨日，仍會被視為遲發。

本文根據2026年9月時點的賣家平台說明與官方資料撰寫。由於規定與畫面用語可能變更，請同時確認實際畫面與最新的說明內容。

標準為「低於4%」，不要以剛好卡在臨界值為前提

依Amazon政策規定，遲發率必須控制在4%以內，超過標準時，出品權限可能遭到限制或取消。目前的日文說明頁面寫作「4%以下」，而2021年的官方資料與美國版說明則寫作「低於4%」，寫法並不一致，因此建議以「低於4%」作為安全的判斷標準。

訂單件數愈少，1件遲發所占的權重就愈大。要維持在低於4%，遲發件數須小於「期間內訂單件數×0.04」。例如30天內有60件訂單時，遲發2件約為3.3%，3件則達5%，第3件就超過了標準（這只是計算範例，並非實際案例）。依同樣的計算方式，訂單25件時遲發須為0件，50件時最多1件，100件時最多3件，才能低於4%。

官方說明指出，出貨延遲可能導致買家提出Amazon商城交易保障的索賠、留下負評，或增加詢問件數。相關措施主要是暫停賣家自行配送的出品資格，但超過標準到什麼程度、持續多長時間會採取哪種措施，官方並未公開。

遲發率也是「當日出貨」相關服務的使用條件之一，須連續30天維持遲發率低於4%、且準時到貨率達97%以上。

與遲發率並列在「出貨績效」中的其他指標

指標	統計期間	標準	計算內容
遲發率	10天或30天	低於4%	傳送出貨通知的時間晚於預計出貨日的訂單比例
取消率（配送前取消率）	7天	低於2.5%	賣家自行取消的訂單比例（包含未傳送出貨通知而由Amazon自動取消的訂單）
有效追蹤率	30天	不低於95%	附有有效追蹤號碼的配送比例（依商品類別計算）
準時到貨率	於畫面確認	建議高於97%	在預計送達日前送達的比例。日本目前的官方說明中，未達標並無罰則

在0～1,000分的帳戶狀況評級分數中，涵蓋政策清單裡並未列出出貨相關的指標。因此即使評級顯示「健康」，仍請另外檢查遲發率（帳戶狀況評級的檢查方法）。

掌握現狀｜用報表篩選出遲發的訂單

在著手對策之前，須先掌握哪些訂單遲發了多久。操作步驟如下（按鈕名稱可能變更）。

1. 開啟賣家平台的「帳戶狀況」
2. 點選「出貨績效」區塊中的「查看詳情」
3. 在「遲發率」分頁往下捲動，選擇「下載報表」

報表中的時間為UTC（協調世界時），換算為日本時間須加上9小時。深夜到清晨之間的訂單與出貨通知，日期容易出現落差，請先換算成日本時間，再與公司內部的紀錄比對。由於官方並未公開10天與30天這兩項數值分別如何用於警告或停用的判斷，建議兩者都一併記錄下來。

預計出貨日的決定方式｜從自家設定回推

預計出貨日是以下單日加上出貨作業天數計算而成。出貨作業天數（出荷作業日数，即備貨時間／Lead Time）是指從訂單確定到將貨物交付配送公司為止所需的營業日數。一般配送方式下，「訂單截止時間」會影響訂單被視為哪一天的訂單，週末是否列為營業日、以及公休日設定也會影響計算方式。每筆訂單的預計出貨日都可以在訂單詳情中確認，在此日期前完成出貨，是商業解決方案協議（ビジネスソリューション契約）上的義務。

訂單截止時間導致預計出貨日相差1天的範例

說明頁面中，針對出貨作業天數設定為1天、於6月14日凌晨3點40分下單的訂單，列舉了以下範例。

訂單截止時間	預計出貨日
凌晨0點	6月15日
上午6點	6月14日（下單當天）

可設定的範圍為：出貨作業天數0天時可在14點～21點之間選擇，1天以上時可在0點～6點之間選擇。自家的截止時間請在配送設定的「訂單出貨設定」中確認。

與預計出貨日相關的設定及畫面位置

設定項目	畫面位置	檢討重點
出貨作業天數（預設值）	「設定」→「配送設定」→「一般配送設定」→「出貨作業天數」	開始刊登商品時預設為1天。大口賣家（專業賣家）可從當日、1天、2天中選擇（選擇當日須符合前文所述的使用條件）。變更頻率限24小時內1次
各商品的出貨作業天數	庫存管理的「編輯詳情」、出品檔案	可依SKU設定1～30天。若在出品檔案中留白，則會恢復為預設值
營業日（週末）	「配送設定」→出貨地點的「編輯」→「透過履行功能配送」	週一至週五為必要營業日，週六、日則可自行選擇
公休日	「一般配送設定」→「公休日設定小工具」	僅限大口賣家（專業賣家）使用。自訂的休業日可透過「新增自訂公休日」登錄
訂單數量上限	出貨作業天數的編輯畫面	超過上限的部分，出貨作業天數會自動延長1天

配送所需天數（配送所要日数）屬於與準時到貨率相關的設定，因此在遲發率的對策上，應以上表中的設定為檢討重點。

將遲發原因分為「承諾、作業、紀錄」3個層面來分析

將前面列出的訂單逐一對應到以下3個層面，藉此整理原因。

分類	典型情況	判斷特徵	主要檢討方向
承諾層的延遲	設定上的預計出貨日早於實際作業速度	遲發集中在週末、公休日、深夜的訂單	出貨作業天數、截止時間、營業日、公休日
作業層的延遲	缺貨、等待進貨、人手不足、來不及配合收件	集中在特定SKU、星期、旺季	庫存、刊登商品的選擇、作業流程、訂單數量上限
紀錄層的延遲	忘記傳送出貨通知、隔天才彙整傳送、追蹤號碼輸入錯誤	交運明明在期限內，卻只有通知延遲	出貨通知的負責人員、時間、輸入方式

承諾層的延遲｜設定跟不上實際情況

例如未將休業日登錄在公休日設定中、雖將週末設為營業日卻沒有安排假日的出貨負責人員、或是需要花費製作天數的訂製商品仍套用預設的出貨作業天數等情況。公休日設定的變更，會在儲存後15分鐘～24小時內反映到新訂單上；已接單訂單的預計出貨日不會因此變動，因此仍須在原本的預計出貨日前完成出貨。

作業層的延遲｜庫存與人力跟不上訂單

例如缺貨商品仍持續刊登、將交期難以預估的訂購調貨商品，以現貨相同的條件刊登、或是促銷活動使訂單量超出處理能力等情況。Amazon建議賣家僅刊登能在預計出貨日（含當天）前出貨的商品，並針對旺季或預期熱銷的商品，事先備妥充足的庫存。若某項商品持續出現處理跟不上的情況，改用FBA也是可考慮的選項之一。

紀錄層的延遲｜貨已寄出，通知卻延遲

例如將出貨通知留到隔天早上一併傳送、負責人員休假導致無人傳送、或因追蹤號碼輸入錯誤而被擱置延後等情況。由於貨物已經寄出，這部分只要調整作業流程就比較容易改善。相關的因應方式，也可參考出貨通知與實際寄出時間不一致時的檢討方法。

若同一筆訂單同時符合多個層面，請將各層面都標記出來。只要各層面的件數統計齊全，就能決定處理的優先順序，日後撰寫改善計畫時，也能以具體數字呈現根本原因。

檢討出貨體制｜同時整頓人員作業與系統設定

區分原因之後，接著要從人員作業流程與系統設定兩方面著手檢討。STEP1～2主要是針對「紀錄層的延遲」，STEP3～6則是「承諾層的延遲」與「作業層的延遲」的對策。

STEP1. 在每個營業日的固定時間確認訂單

依協議規定，每個營業日至少須確認訂單1次。Amazon建議賣家不要只依賴訂單確認電子郵件，每天至少要在訂單管理頁面或訂單報表中確認1次尚未出貨的訂單。至於狀態為「保留中」的訂單，即使買家主動聯繫，也不應出貨。

STEP2. 出貨通知應在交運後立即傳送，且不得晚於預計出貨日

出貨通知應在將貨物交付配送公司之後傳送。據說明，若未在交運後4小時內傳送（投遞郵筒則以投遞時間起算），追蹤資訊將無法同步，導致無法追蹤；不過這只是追蹤資訊同步的參考基準，遲發率終究是以「是否在預計出貨日前傳送通知」來判定。若交運時間落在預計出貨日的夜間，請務必在預計出貨日結束前完成傳送。傳送方式為在「訂單管理」中點選「傳送出貨通知」，輸入出貨日期、配送方式、追蹤號碼與發貨地址（大口賣家也可透過檔案批次傳送）。

• 自2022年1月19日起，針對日本郵政、大和運輸、佐川急便的對象服務，若追蹤號碼輸入錯誤，出貨通知將被封鎖無法送出
• 輸入錯誤時，須於24小時內透過「編輯出貨資訊」→「重新確認寄送」進行修正（超過預計送達日後即無法變更）
• 透過「購買配送標籤」購買標籤後，系統會自動將訂單標示為已出貨，因此購買後請立即將貨物交運

追蹤號碼也與有效追蹤率有關。相關注意事項請參考有效追蹤率（追跡可能率）的改善方法。

STEP3. 讓出貨作業天數符合實際情況

在「庫存」→「管理賣家自行配送商品」→「配送設定」分頁中，可以確認每個SKU的出貨作業天數與設定來源，也能取得「出貨作業天數報表」。「建議資訊」分頁則會顯示與實際平均值不符的SKU建議天數，並於每月1日更新。不過，出貨作業天數的定位是指揀貨、包裝、貼標所需的營業日數，Amazon建議不要為了補貨或旺季而額外加上「緩衝天數」。若目前的做法是將等待進貨的天數也計入出貨作業天數，請自行確認這是否符合官方的建議。至於無法確定能在預計出貨日前出貨的訂購調貨商品，在確保庫存之前應暫緩刊登。

STEP4. 讓截止時間、營業日、公休日與實際作業一致

請配合出貨負責人員實際能作業的星期與時間，設定截止時間與週末的營業日（若刊登賣家自行配送Prime商品，須每週至少6個營業日）。自訂的休業日一旦確定，就應立即登錄至公休日設定中（僅能在該休業日24小時前刪除）。

STEP5. 以訂單數量上限，緩衝超出處理能力的部分

設定「訂單數量上限」後，超過上限之後的訂單，出貨作業天數會自動延長1天。說明頁面的範例中，上限設為100件、出貨作業天數為1天時，第101件訂單的出貨作業天數就會變成2天。此設定不適用於賣家自行配送Prime（マケプレプライム）與快速配送相關計畫的訂單。

STEP6. 事先擬定休業或天候不佳前的因應措施

無法出貨的期間，可在「設定」→「帳戶設定」→「商店狀態」的「假期設定」（依畫面不同，也可能顯示為「出品帳戶資訊」中的「出品狀態」）將出品設為暫停中。即使設為暫停，既有訂單也不會自動取消，因此請在暫停前先完成出貨。暫停期間，退貨申請與買家郵件仍須於24小時內回覆。若因自然災害導致預期收件延遲，官方列舉的因應方式包括：延長出貨作業天數、將快速配送相關計畫的訂單改為一般配送、以及向既有訂單的買家告知延遲情形。只要能確認已聯繫買家，Amazon表示會在近期的績效評估中將不可抗力的情況納入考量，因此請務必透過留有紀錄的訊息方式聯繫買家。

「自動出荷設定計畫」（AFP）這項選擇

日文說明頁面提到，若賣家已加入「自動出荷設定計畫」（自動出荷設定プログラム，簡稱AFP），一般訂單將不適用遲發率的統計。使用資格包括啟用「出貨作業天數自動設定」（AHT）、以及啟用「配送設定自動化」（SSA），或以人工方式準確設定配送所需天數。

維持資格須符合3項條件：持續開啟AHT、所有訂單都在期限內傳送出貨通知與有效的追蹤號碼、並保持配送所需天數的準確性。若無法使用SSA而以人工方式設定配送所需天數，只要在「預計送達日儀表板」中確認到的差距低於0.0天或達1.1天以上，就會被判定為不準確。

目前尚無法確認加入的具體步驟與適用範圍。是否已成為適用對象，可透過「帳戶狀況」的「出貨績效」中是否仍計入遲發率來確認；在確認之前，請以「遲發率仍適用」為前提進行管理。

以為在守住數字，實際上卻造成反效果的做法

若急於壓低數字，有時反而會引發其他違規，或使其他指標惡化。

• 在交運前就先傳送出貨通知：這屬於「濫用預先傳送出貨通知」（出荷通知事前送信の乱用，PCSA），可能引發強制措施。Amazon已明確將「為滿足遲發率標準而預先傳送通知」列為禁止事項。
• 為了避免出貨延遲而改為取消訂單：這會影響取消率（標準為低於2.5%），只是把指標惡化的問題轉移而已。請避免為了調整數字而取消訂單，並透過妥善管理庫存與刊登，防止出現無法出貨的訂單。若情非得已，應由賣家自行選擇適當的理由取消。相關對策已整理於配送前取消率的因應對策。
• 要求買家自行取消訂單：官方規定，若因賣家自身原因而無法出貨，不得要求買家取消訂單。
• 置之不理、不傳送出貨通知：若在預計出貨日起算7個營業日內仍未傳送出貨通知，訂單將自動被取消；即使商品已經寄出，賣家也無法收到款項。此類自動取消同樣會計入取消率（天數的計算方式在不同說明頁面中寫法不一，詳情請以訂單管理畫面的顯示為準）。
• 改用新帳戶繼續銷售：為規避遲發率相關措施而同時使用多個出品帳戶，依Amazon規約並不被允許。請避免為了規避停權而另外建立或使用其他帳戶。

延遲也可能連鎖影響其他指標。若通知時間晚於預計送達日，該筆貨物在準時到貨率中會被視為遲到；若未能在最長的預計送達日前送達等情況，交易保障索賠可能會自動獲准，進而影響訂單缺陷率。請一併參考訂單缺陷率的檢討方法。

從停權風險到提交改善計畫｜依階段對應的處理方式

有停權風險的階段｜橫幅小測驗

若賣家自行配送的出品有遭到停權的風險，帳戶狀況頁面上方的橫幅會顯示與遲發率政策相關的5題小測驗。並非所有賣家都會看到此測驗，回答期限也未明確標示，請依照畫面與通知的指示進行。即使通過測驗，仍須持續維持標準內的數值。

賣家自行配送遭停權的階段｜提交改善計畫

若遭到停權，可在帳戶狀況頁面點選「提交帳戶狀況申訴」，提交績效改善計畫。若是帳戶本身遭到停用，則需從「恢復出品帳戶」提交問卷與補充文件。審核所需時間與恢復時間均無法保證，請務必確認通知中的指示與期限後再進行處理。關於停權範圍的確認方式，已整理於賣家自行配送遭停用時的確認事項。

Amazon對於申訴內容，建議掌握3個重點：根據事實簡潔說明、明確指出根本原因、並連同實施日期與相關文件一併呈現已採取的因應措施。以下是「紀錄層延遲」與「承諾層延遲」同時發生時的架構範例。這僅是假設的範例，並非實際案例，請將◯的部分替換為自家報表中的實際內容。

【根本原因】檢查◯月◯日～◯月◯日的遲發率報表後發現，◯件訂單中有◯件遲發。其中◯件的原因是，雖然交運時間在預計出貨日之內，但出貨通知卻是隔天早上才彙整傳送。其餘◯件則是因為休業日未登錄在公休日設定中，導致該休業日被系統視為預計出貨日。
【糾正措施】已於◯月◯日將休業日登錄至公休日設定中，並確認了所有尚未傳送通知的訂單。
【再發防止措施】已指定固定負責人員，於交運後立即傳送出貨通知；並安排另一名負責人員，在最後一次收件後確認是否仍有未傳送通知的訂單。休業日將於每月初預先登錄下個月份的資料。

若直接套用範本，將無法清楚傳達實際發生的狀況與具體改善內容。撰寫方式請參考改善計畫的撰寫方法。

防止再發生的例行檢查

依不同頻率區分檢查內容，並納入負責人員的日常業務中。

常見問題

Q. 也會影響FBA的訂單或整個帳戶嗎？

A. 遲發率本身並不包含FBA的訂單。不過官方說明指出，指標或政策違規有可能導致整個帳戶暫時無法使用，因此請務必透過通知確認實際的停權範圍。

Q. 一旦超過4%，會立即遭到停權嗎？

A. 是會立即停權，還是設有緩衝期，官方並未公開。建議在數值開始上升的階段，就儘快釐清原因。

Q. 遲發的訂單會影響數值到什麼時候？

A. 由於是以10天或30天內的訂單計算，超出統計期間後，理論上就不會再計入數值。不過，恢復到標準內的時間點會依之後的訂單狀況而異，無法一概而論。

Q. 若要休業數天，該如何設定？

A. 除了STEP6介紹的假期設定，也可以在庫存管理的「編輯詳情」中，於前置時間（リードタイム）指定休假天數。不過最長只能指定30天，且FBA商品無法設定。此外請留意，若訂單無法在下單日起算30天內出貨，將會自動被取消。休業結束後，請記得將天數改回原本的設定。

總結

• 遲發率是以出貨通知的傳送時間計算。以低於4%為標準，並同時確認10天與30天兩項數值
• 透過報表篩選出遲發訂單，並歸類為「承諾、作業、紀錄」3個層面
• 讓出貨作業天數、截止時間、營業日、公休日符合實際情況，超出處理能力的部分則以訂單數量上限來調整
• 不在交運前傳送出貨通知。不要試圖以取消訂單來調整數字，而應透過管理庫存與刊登，避免產生無法出貨的訂單
• 遭到停權時，提交載明報表事實與設定變更日期的改善計畫

不只是追蹤數字，逐一修正導致延遲發生的機制，才能真正防止問題再度發生。

※本文為一般性說明。個別案例的處理方式因情況而異。

推薦閱讀

改善Amazon有效追蹤率：檢查承運商、追蹤號碼與出貨通知閱讀文章 →應對Amazon配送前取消率問題：庫存管理與訂單處理檢查閱讀文章 →Amazon出貨通知與實際寄出不一致：檢查訂單紀錄與操作流程閱讀文章 →