← BLOG← 博客

TIKTOK SHOP U.S. · FULFILLMENT CONTROL

What Counts as a TikTok Shop Qualifying Dispatch Event?

What Counts as a TikTok Shop Qualifying Dispatch Event?

Direct answer: a qualifying dispatch event is a shipment event TikTok Shop recognizes when deciding whether an eligible order met its Dispatch SLA. Depending on the order and shipping method, the earliest recognized event may be a carrier acceptance scan, USPS manifest, In-App single scan or In-App batch scan. Printing a label, adding tracking, putting a parcel on a warehouse table or telling the team that pickup occurred is not the same thing.

The distinction matters because one order can carry several clocks and several kinds of evidence. A TikTok scan can support Dispatch SLA measurement for an eligible order, yet it does not prove that a carrier physically accepted the parcel. A carrier acceptance scan can establish network induction, but it does not prove the SKU, quantity or packaging was correct. The operating system must preserve both the platform event and the physical handoff.

Operating rule: record the event TikTok recognizes, the event the carrier records and the event the warehouse actually completed. Never collapse three different facts into one “shipped” status.

Start with the official event list

TikTok Shop's current Late Dispatch Rate Requirements say that, for eligible orders, the platform may use the earliest available qualifying dispatch event. The listed examples are a carrier acceptance scan, USPS manifest, In-App single scan and In-App batch scan. Eligibility and shipping method matter. The event used for one order should not be assumed for every order, carrier or account.

The current Fulfillment Policy also states that sellers must have orders scanned by a carrier within the Dispatch SLA. Where available and eligible, manifest or In-App Scan events may be used for Dispatch SLA measurement. Sellers remain responsible for accurate preparation and timely carrier handoff. That is the key boundary: an alternate qualifying event can support the platform clock, but it does not eliminate physical fulfillment duties.

Five distinct dispatch events from label creation to carrier acceptance
Label creation, package readiness, TikTok scan, handoff and carrier acceptance are different control points.

Label creation is preparation, not dispatch proof

A shipping label connects the order to a tracking identifier and logistics route. It can move an order into a preparation state, but it does not show that the correct product is inside the box, that the parcel is sealed, that the package is at the correct warehouse, or that anyone has handed it to a carrier. Treat label purchase as a data event.

Use a separate package-ready gate. The warehouse should verify the order, SKU, variation, quantity, label, packaging and carrier route before any scan intended to support dispatch. If a label is canceled and replaced, earlier manifest evidence may not carry over. TikTok's current Manifest guide explicitly says that a package with a new label must be added to a new manifest and scanned again.

In-App Scan can qualify, but only inside its boundary

The current In-App Scan guide applies to selected eligible sellers using TikTok Shipping labels. The seller scans each label in the TikTok Shop Seller App shortly before handoff and follows the app flow to take a package photo. A successful scan records the time and photo. For eligible orders, that event may be recognized for Dispatch SLA measurement.

The same guide says In-App Scan is not available for Seller Shipping. It also says the scan does not change the order status and does not replace actual carrier handoff or the carrier scan. The shopper may see “Package ready for carrier pickup,” which is accurate only if the parcel is fully prepared and promptly released. Scanning early to create a favorable clock while the parcel remains unfinished misrepresents fulfillment activity and can trigger enforcement.

TikTok Manifest is a batch event, not a carrier receipt

TikTok Manifest lets selected sellers using TikTok Shipping labels group packages from one warehouse and scan one QR code when the full batch is ready for handoff. The platform records the first scan time and a photo. For eligible orders, the event may qualify for Dispatch SLA measurement. A repeat scan does not replace the first recorded time.

The warehouse must reconcile the manifest count to the physical batch before scanning. Keep each warehouse separate. A successful manifest scan adds a shipment-confirmation record, but the official guide says it does not replace physical handoff or carrier acceptance. The signed batch count, pickup record and subsequent tracking movement remain essential evidence.

Carrier acceptance answers a different question

A carrier acceptance scan shows that the parcel entered the carrier network. It is stronger evidence of physical induction than label creation or a package-ready record. For USPS workflows, current guidance distinguishes acceptance from a scan form or manifest preparation. The warehouse should still investigate if the accepted package count does not match the released batch.

Do not treat the absence of an immediate carrier scan as proof that no handoff occurred, and do not treat a warehouse statement as proof that the platform received a qualifying event. Preserve both sides, then resolve the gap. The operational objective is not to win an argument about one timestamp. It is to make the order, carrier and platform records converge.

Build a four-proof dispatch record

For each controlled batch, preserve four types of evidence. Package proof covers SKU, variation, count, label and packaging. Scan proof covers the exact event, timestamp, photo, manifest and success or failure result. Handoff proof covers carrier, location, batch count, pickup or drop-off time and receipt. System proof covers tracking, order state, applicable SLA and later movement.

Add one decision ledger across the four proofs. Name the owner, deadline, exception, next action and final readback. If a carrier accepted 98 parcels but the manifest contains 100, the ledger should identify the two order IDs and hold them as exceptions. The batch is not “done” because the majority moved.

Four proofs and one dispatch decision ledger
Keep enough evidence to explain the platform clock and the physical handoff.

Use the earliest recognized event carefully

The earliest qualifying event may be used for Late Dispatch Rate measurement on eligible orders. That does not mean the earliest timestamp should automatically drive every internal decision. A package can meet a platform dispatch clock and still create an operational exception if handoff is delayed, the wrong carrier receives it or tracking never advances.

Review the order by shipping method. Seller Shipping, TikTok Shipping, Collection by TikTok and Fulfilled by TikTok do not have identical workflows. In-App Scan has an explicit current boundary. Manifest access is selective. FBT orders are handled differently because TikTok controls the end-to-end logistics. Record the actual route shown on the order instead of applying one SOP to every label.

Run a daily dispatch exception review

  1. Freeze the cutoff. Identify orders whose Dispatch SLA is at risk today.
  2. Check the recognized event. Read the native tracking and shipment-confirmation record for each order.
  3. Reconcile the physical batch. Match label, parcel, manifest and handoff counts.
  4. Separate missing scan from missing handoff. They require different owners and evidence.
  5. Escalate by route. Contact the carrier, CBT provider or TikTok support path that owns the missing event.
  6. Close only on readback. Record the terminal native status or keep the order open as an exception.

A hypothetical warehouse example

The following is an operating example, not a client result. A warehouse creates a 120-package TikTok Manifest at 3:40 PM. The app scan succeeds at 3:46 PM, but the carrier receipt lists 118 packages at 4:05 PM. The platform event may qualify for eligible orders, yet the physical record exposes two unresolved parcels.

The operator does not mark the entire batch complete. They identify the two order IDs, verify whether each parcel remained at the dock, save the first scan record, preserve the carrier receipt and assign an owner before the cutoff. If one label was replaced, that parcel enters a new manifest flow. The final ledger records what the platform recognized and what the carrier actually accepted.

The smallest useful next action

Take one dispatch batch from today. Write five timestamps in one row: label created, package ready, TikTok scan, physical handoff and carrier acceptance. Attach the exact native or physical evidence for each. If one field is Unknown, assign its owner and deadline instead of calling the order shipped.

Source notes and execution boundary

This original WE Marketing dispatch-control framework draws on the current TikTok Shop U.S. Seller University In-App Scan, How to Create and Scan a TikTok Manifest, Late Dispatch Rate Requirements and Fulfillment Policy, revalidated October 13, 2026. The official materials define current event eligibility and responsibilities. WEM adds the five-event separation, four-proof record and exception ledger. Availability, account eligibility, carrier behavior, interfaces and policy wording can change. Verify the current order, Seller Center and carrier record before acting.

Frequently asked questions

Does printing a shipping label count as a qualifying dispatch event?

No. A label and tracking number prepare the order record, but they do not prove package readiness, a qualifying scan, physical handoff or carrier acceptance.

Which events may qualify for dispatch SLA measurement?

For eligible orders, TikTok Shop may use the earliest recognized carrier acceptance scan, USPS manifest, in-app single scan or in-app batch scan, depending on the order and shipping method.

Does an In-App Scan change the order to In Transit?

No. TikTok says it adds a shipment-confirmation event but does not replace carrier handoff or the carrier scan.

Can Seller Shipping orders use In-App Scan?

The current In-App Scan guide says no. It is available only to selected sellers using TikTok Shipping labels.

Does a TikTok Manifest prove every parcel was accepted by the carrier?

No. It records the batch scan and photo. The physical package count and later carrier acceptance still require separate reconciliation.

What should the team do when the qualifying event is missing?

Identify the exact order and SLA, preserve package and handoff evidence, contact the responsible carrier or TikTok support path, and monitor until the native status is resolved.

Related WEM guides

TIKTOK SHOP 美国站 · 履约控制

什么才算 TikTok Shop Qualifying Dispatch Event?

什么才算 TikTok Shop Qualifying Dispatch Event?

直接答案:Qualifying Dispatch Event 是 TikTok Shop 在判断符合条件的订单是否满足 Dispatch SLA 时认可的发货事件。根据准确订单与物流方式,最早被识别的事件可能是 Carrier Acceptance Scan、USPS Manifest、In-App Single Scan 或 In-App Batch Scan。打印面单、上传 Tracking、把包裹放在仓库桌上,或团队口头说已 Pickup,都不是同一件事。

这个区别很重要,因为同一订单可以同时存在多只时钟和多种证据。TikTok Scan 对符合条件的订单可能支持 Dispatch SLA 判断,但它不证明承运商已经实体接收;Carrier Acceptance 可以证明包裹进入网络,却不证明箱内 SKU、数量和包装一定正确。运营系统必须同时保留平台事件与实体交接。

运营规则:分别记录 TikTok 认可的事件、承运商记录的事件和仓库实际完成的事件。绝不能把三条不同事实压成一个“已发货”。

先锁定官方认可的事件清单

TikTok Shop 当前 Late Dispatch Rate Requirements 说明,对于符合条件的订单,平台可能使用最早可用的 Qualifying Dispatch Event。列出的例子包括 Carrier Acceptance Scan、USPS Manifest、In-App Single Scan 与 In-App Batch Scan。订单资格和物流方式都会影响判断,不能把一个订单适用的事件默认复制到所有订单、承运商和账号。

当前 Fulfillment Policy 同时要求卖家在 Dispatch SLA 内让订单获得承运商扫描;在功能可用且订单符合条件时,Manifest 或 In-App Scan 也可能用于 Dispatch SLA 判断。卖家仍负责准确备货并及时完成 Carrier Handoff。边界非常清楚:额外的 Qualifying Event 可以支持平台时钟,但不会消除实体履约责任。

从面单创建到承运商接收的五个不同发货事件
面单创建、包裹就绪、TikTok Scan、实体交接与 Carrier Acceptance 是不同控制点。

创建面单是准备,不是发货证明

面单把订单连接到 Tracking ID 与物流路径,可能让订单进入准备状态,但它无法证明准确商品已经装箱、包裹已经封好、包裹位于正确仓库,或任何承运商已经接收。把购买面单视为 Data Event,而不是实体交接。

仓库必须另设 Package-ready Gate,在用于支持发货的扫描前,核对订单、SKU、Variation、数量、面单、包装与承运商路径。如果原面单被取消并更换,先前 Manifest 证据可能不会继续有效。当前 Manifest 指南明确说明,新面单的包裹需要加入新的 Manifest 并重新扫描。

In-App Scan 可能合格,但有明确边界

当前 In-App Scan 指南适用于使用 TikTok Shipping 面单的部分符合条件卖家。卖家在交接前不久,通过 TikTok Shop Seller App 扫描每张面单,并按流程拍摄包裹照片。成功扫描会记录时间和照片;对于符合条件的订单,这个事件可能被识别用于 Dispatch SLA 判断。

同一指南说明 In-App Scan 不适用于 Seller Shipping,也不会直接把订单状态改成 In Transit,更不替代实际交接和 Carrier Scan。买家可能看到 Package ready for carrier pickup,前提是包裹真的完成准备并很快交出。包裹未完成就提前扫描,只为了制造更早时钟,会错误表达履约状态,并可能触发 Enforcement。

TikTok Manifest 是批次事件,不是承运商收据

TikTok Manifest 允许部分使用 TikTok Shipping 面单的卖家,把同一仓库的包裹分成批次,在整批准备交接时扫描一个 QR Code。平台保存第一次 Scan Time 和照片;对符合条件的订单,该事件可能用于 Dispatch SLA。重复扫描不会替换第一次记录时间。

仓库扫描前必须把 Manifest Count 与实体批次逐一核对,并且不同仓库分开建单。成功 Manifest Scan 会增加 Shipment-confirmation Record,但官方指南明确说它不替代实体交接或 Carrier Acceptance。签字批次数量、Pickup Record 与后续 Tracking Movement 仍是必要证据。

Carrier Acceptance 回答另一道问题

Carrier Acceptance Scan 表示包裹已经进入承运商网络。对于实体 Induction,它比面单创建或 Package-ready Record 更强。USPS 当前流程也把 Acceptance 与创建 Scan Form 或 Manifest 区分。即使承运商完成扫描,如果接收数量和仓库释放批次不一致,也必须继续调查。

不要把没有即时 Carrier Scan 直接当作没有交接,也不要把仓库口头确认当作平台一定收到 Qualifying Event。先把两边证据保存下来,再解决差距。目标不是围绕一个 Timestamp 赢得争论,而是让订单、承运商与平台记录最终一致。

建立四证一账的发货记录

每个受控批次保留四类证据。Package Proof 覆盖 SKU、Variation、数量、面单与包装;Scan Proof 覆盖准确事件、时间、照片、Manifest 与成功或失败结果;Handoff Proof 覆盖承运商、地点、批次数量、Pickup 或 Drop-off 时间与收据;System Proof 覆盖 Tracking、订单状态、适用 SLA 与后续 Movement。

再用一张 Decision Ledger 连接四类证据,记录 Owner、Deadline、Exception、Next Action 与 Final Readback。如果 Carrier 接收 98 个包裹,而 Manifest 有 100 个,就要列出两个准确 Order ID 并保留为 Exception。多数包裹已经移动,不代表整个批次完成。

四类证据与一张发货决策账
用最小证据链解释平台时钟与实体交接。

谨慎使用最早认可事件

对符合条件的订单,最早 Qualifying Event 可能用于 Late Dispatch Rate 判断,但最早时间不应自动成为所有内部决定的依据。订单可以满足平台 Dispatch Clock,却仍然产生运营异常,例如 Handoff 延迟、交给错误承运商,或 Tracking 长时间没有后续 Movement。

必须按 Shipping Method 审查。Seller Shipping、TikTok Shipping、Collection by TikTok 与 Fulfilled by TikTok 并不是同一套流程。In-App Scan 有当前明确边界,Manifest Access 是选择性开放,FBT 由 TikTok 处理端到端物流。记录订单上真实显示的 Route,不要把一份 SOP 套在所有面单上。

每天运行 Dispatch Exception Review

  1. 冻结 Cutoff。找出今天 Dispatch SLA 有风险的订单。
  2. 检查 Recognized Event。逐单回读原生 Tracking 与 Shipment-confirmation Record。
  3. 核对实体批次。匹配面单、包裹、Manifest 与 Handoff 数量。
  4. 分开 Missing Scan 与 Missing Handoff。两者 Owner 与证据不同。
  5. 按 Route 升级。联系负责缺失事件的 Carrier、CBT Provider 或 TikTok Support。
  6. 只按回读关闭。记录终态原生 Status,否则继续保留为 Exception。

一个假设仓库案例

以下是假设运营示例,不是客户结果。仓库在下午 3:40 创建包含 120 个包裹的 TikTok Manifest,App 在 3:46 扫描成功,但 Carrier Receipt 在 4:05 只记录 118 个。平台事件对符合条件的订单可能合格,但实体记录暴露出两个未解决包裹。

Operator 不会把整批标记 Complete,而是找出两个 Order ID,检查包裹是否仍在 Dock,保存第一次 Scan Record 与 Carrier Receipt,并在 Cutoff 前分配 Owner。如果其中一个面单被更换,该包裹进入新的 Manifest Flow。最终 Ledger 同时记录平台认可了什么,以及承运商实际接收了什么。

现在就做的最小动作

选取今天的一个 Dispatch Batch,在同一行写下五个时间:Label Created、Package Ready、TikTok Scan、Physical Handoff 与 Carrier Acceptance,并给每个时间附上准确原生或实体证据。任何一项是 Unknown,就分配 Owner 与 Deadline,不要把订单称为已发货。

来源说明与执行边界

这套 WE Marketing 发货控制框架基于当前 TikTok Shop 美国站 Seller University 的 In-App Scan、How to Create and Scan a TikTok Manifest、Late Dispatch Rate Requirements 与 Fulfillment Policy,并于 2026 年 10 月 13 日重新核验。官方资料定义当前事件资格与卖家责任;WEM 增加五事件拆分、四证一账与异常台账。功能、账号资格、承运商行为、界面和政策文字都可能变化,执行前应核对准确订单、Seller Center 与 Carrier Record。

常见问题

打印面单就算 Qualifying Dispatch Event 吗?

不算。面单和 Tracking 只是准备订单记录,并不能证明包裹就绪、完成合格扫描、实体交接或承运商接收。

哪些事件可能用于 Dispatch SLA 判断?

对于符合条件的订单,TikTok Shop 可能按订单与物流方式识别最早的 Carrier Acceptance、USPS Manifest、In-App Single Scan 或 In-App Batch Scan。

In-App Scan 会把订单状态改成 In Transit 吗?

不会。TikTok 说明它会增加 Shipment-confirmation Event,但不替代承运商交接或 Carrier Scan。

Seller Shipping 订单可以用 In-App Scan 吗?

当前 In-App Scan 指南说明不可以。该功能只面向使用 TikTok Shipping 面单的部分符合条件卖家。

TikTok Manifest 能证明整批包裹都被承运商接收吗?

不能。它记录批次扫描与照片,实体包裹数量和后续 Carrier Acceptance 仍需单独对账。

缺少 Qualifying Event 时团队应该做什么?

锁定准确订单与 SLA,保存包裹和交接证据,联系对应承运商或 TikTok Support 路径,并持续回读到原生状态解决。

相关 WEM 指南

READY TO TALK
TO WEM?

准备好和 WEM
一起把计划落地吗?

Turn dispatch timestamps into one evidence-backed fulfillment control.

把发货时间点整理成一套有证据的履约控制。

BOOK A DISCOVERY CALL预约咨询