三、TikTok

1.1 概述

TikTok平臺(tái)訂單大多為自發(fā)貨訂單，也有類型亞馬遜FBA的平臺(tái)倉(cāng)發(fā)貨訂單，稱為FBT訂單，各訂單發(fā)貨模式概述如下：

1. 賣家物流自發(fā)貨訂單：指賣家自行負(fù)責(zé)倉(cāng)儲(chǔ)、打包、貼標(biāo)、出庫(kù)，并且由賣家自行安排物流的發(fā)貨方式。根據(jù)賣家在店鋪后臺(tái)設(shè)置的發(fā)貨方式（Seller Shipping）確定，通常只有本土店鋪支持該類型；
2. 平臺(tái)物流發(fā)貨：指賣家自行負(fù)責(zé)倉(cāng)儲(chǔ)、打包、貼標(biāo)、出庫(kù)，但是物流面單通過Tiktok平臺(tái)獲取，不由賣家自行通過三方物流商獲取物流面單。根據(jù)賣家在店鋪后臺(tái)設(shè)置的發(fā)貨方式（TikTok Shipping）確定，跨境店鋪和本土店鋪均支持；
3. 平臺(tái)發(fā)貨（FBT）：指賣家提前配貨到TK指定倉(cāng)庫(kù)，出單后由平臺(tái)自行安排打包、貼標(biāo)、出庫(kù)，平臺(tái)負(fù)責(zé)物流配送。該類型訂單同步后，將直接進(jìn)入【訂單管理】模塊的“平臺(tái)發(fā)貨”頁(yè)面。

1.2  Tiktok賣家物流自發(fā)貨訂單

該類型訂單同步到領(lǐng)星ERP后，客選物流顯示為“Seller-xxxxxxx"帶Seller 前綴的名稱。如果需要通過規(guī)則匹配該類型訂單，可按“客選物流”條件匹配，或按店鋪條件匹配（1個(gè)店鋪只會(huì)有1種發(fā)貨方式）

操作流程與普通自發(fā)貨相同，基本流程為

1. 訂單同步
2. 用戶根據(jù)訂單信息分配合適的發(fā)貨物流和倉(cāng)庫(kù)
3. 審核訂單
4. 三方倉(cāng)訂單：等待三方海外倉(cāng)返回物流單號(hào)和發(fā)貨狀態(tài)
5. 自建倉(cāng)訂單：倉(cāng)庫(kù)完成揀貨、打包、出庫(kù)
6. 訂單標(biāo)發(fā)：上傳物流單號(hào)到店鋪后臺(tái)，完成訂單履約

1.3  Tiktok平臺(tái)物流訂單（美國(guó)本土店鋪）

美國(guó)本土店鋪（不論是否為美籍受益人），如果店鋪設(shè)置為“TikTok Shipping”，則訂單履約需要通過平臺(tái)物流獲取面單。

該類型訂單同步到領(lǐng)星ERP后，客選物流顯示為“TikTok-xxxxxxx"帶TikTok 前綴的名稱。如果需要通過規(guī)則匹配該類型訂單，可按“客選物流”條件匹配，或按店鋪條件匹配（1個(gè)店鋪只會(huì)有1種發(fā)貨方式）。

美國(guó)本土店鋪訂單，請(qǐng)使用tiktok 美國(guó)本土物流渠道，該類型的物流渠道與非美國(guó)站店鋪并不共用。

進(jìn)入【物流-物流管理-自發(fā)貨物流-平臺(tái)物流】模塊，打開Tiktok平臺(tái)物流，點(diǎn)擊“同步”可同步平臺(tái)支持的物流渠道，如果沒有您需要的渠道，請(qǐng)聯(lián)系領(lǐng)星售后添加

TikTok平臺(tái)物流倉(cāng)配分離：指通過領(lǐng)星ERP對(duì)接三方倉(cāng)庫(kù)發(fā)貨，但是面單通過tiktok獲取而不是由三方倉(cāng)向物流商獲取。領(lǐng)星從tiktok獲取面單后，將面單推送給三方海外倉(cāng)，海外倉(cāng)復(fù)雜打包、貼標(biāo)、出庫(kù)。

進(jìn)入【物流-自發(fā)貨物流-三方倉(cāng)物流】中，對(duì)指定的三方倉(cāng)物流渠道（名稱通常為“上傳面單”）設(shè)置綁定TikTok平臺(tái)物流。訂單發(fā)貨時(shí)，直接設(shè)定該倉(cāng)庫(kù)和物流并審核下單

1.4  Tiktok平臺(tái)物流訂單（非美國(guó)本土店鋪，含美國(guó)跨境店鋪）

非美國(guó)本土店鋪（包含其他站點(diǎn)的跨境或本土類型店鋪），如果店鋪設(shè)置為“TikTok Shipping”，則訂單履約需要通過平臺(tái)物流獲取面單。

該類型訂單同步到領(lǐng)星ERP后，客選物流顯示為“TikTok-xxxxxxx"帶TikTok 前綴的名稱。如果需要通過規(guī)則匹配該類型訂單，可按“客選物流”條件匹配，或按店鋪條件匹配（1個(gè)店鋪只會(huì)有1種發(fā)貨方式）。

非美國(guó)本土店鋪訂單，請(qǐng)使用 TTS非美國(guó)本土物流渠道，該類型的物流渠道與美國(guó)站店鋪并不共用，并且不支持指定到某個(gè)具體的渠道，訂單發(fā)貨渠道是平臺(tái)確定的，商家無法選擇。

進(jìn)入【物流-物流管理-自發(fā)貨物流-平臺(tái)物流】模塊，打開Tiktok平臺(tái)物流，開啟“TTS 非美國(guó)本土在線發(fā)貨“

1.5  Tiktok訂單標(biāo)發(fā)

1. 平臺(tái)物流訂單（Tiktok Shipping）：該類訂單不需要標(biāo)發(fā)，也不會(huì)進(jìn)入【訂單標(biāo)發(fā)】頁(yè)面。通過tiktok平臺(tái)獲取面單，平臺(tái)自行追蹤物流信息，以平臺(tái)倉(cāng)庫(kù)掃描包裹時(shí)間節(jié)點(diǎn)，確定訂單狀態(tài)變更為Shipped；
2. 賣家物流訂單（Sellr Shipping）: 該類訂單需要標(biāo)發(fā)，請(qǐng)將您使用的物流在【物流-物流管理】做好TikTok平臺(tái)標(biāo)發(fā)設(shè)置，在【訂單標(biāo)發(fā)】頁(yè)面操作標(biāo)發(fā)，或通過自動(dòng)規(guī)則實(shí)現(xiàn)自動(dòng)標(biāo)發(fā)

1.6  Tiktok平臺(tái)數(shù)據(jù)說明

1. 發(fā)貨時(shí)限：對(duì)應(yīng)店鋪后臺(tái)訂單的自動(dòng)取消時(shí)間，即該時(shí)間內(nèi)尚未發(fā)貨的，訂單將被自動(dòng)取消

2. 客選物流：平臺(tái)物流訂單為TikTok開頭，如“TikTok-standard";商家物流訂單為Seller 開頭，如“Seller-standard"
3. 訂單交易信息（新）：訂單總金額保持與店鋪后臺(tái)一致
   1. 美國(guó)本土店鋪：訂單總額=商品金額（折前）-折扣（包含商家折扣和平臺(tái)折扣）+客付運(yùn)費(fèi)+客付稅費(fèi)
   2. 非美國(guó)本土店鋪：訂單總額=商品金額（折前）-折扣（包含商家折扣和平臺(tái)折扣）+客付運(yùn)費(fèi)
4. 預(yù)估毛利潤(rùn)（新）：美國(guó)本土站扣減銷售稅（金額同客付稅費(fèi)）計(jì)算平臺(tái)補(bǔ)貼（平臺(tái)折扣）
   1. 美國(guó)本土店鋪：毛利潤(rùn)=訂單總額-其他費(fèi)用-（預(yù)估）出庫(kù)成本-（預(yù)估）物流運(yùn)費(fèi)-銷售稅-交易費(fèi)+平臺(tái)補(bǔ)貼
   2. 非美國(guó)本土店鋪：毛利潤(rùn)=訂單總額-其他費(fèi)用-（預(yù)估）出庫(kù)成本-（預(yù)估）物流運(yùn)費(fèi)-交易費(fèi)+平臺(tái)補(bǔ)貼
5. 收貨地址：
   1. 平臺(tái)物流訂單（TikTok shipping）地址為加密地址，不支持解密為明文地址。不需要修改，使用平臺(tái)物流下單時(shí)，平臺(tái)自行獲取詳細(xì)地址生成面單，領(lǐng)星ERP不傳輸?shù)刂沸畔⒌狡脚_(tái)；
   2. 賣家物流訂單（Seller Shipping）地址為不加密地址，可以修改，用于向三方物流下物流訂單，地址將傳輸給三方物流商或三方海外倉(cāng)。
6. 1. 訂單商品：TikTok一單多件的線上訂單，同步到領(lǐng)星ERP后，每個(gè)商品的1個(gè)數(shù)量會(huì)做1行顯示。下單到倉(cāng)庫(kù)時(shí)會(huì)按SKU匯總

1.7  Tiktok線上訂單拆分

美國(guó)本土店鋪訂單無特殊限制

非美國(guó)本土店鋪（包含美國(guó)跨境和其他站點(diǎn)的跨境和本土店鋪），因涉及從平臺(tái)獲取物流面單，拆分訂單時(shí)將調(diào)用平臺(tái)接口，將訂單在店鋪后臺(tái)拆分為多個(gè)包裹。

請(qǐng)注意：

1. 請(qǐng)勿直接在店鋪后臺(tái)拆分，否則領(lǐng)星ERP訂單與后臺(tái)包裹無法對(duì)應(yīng)，將導(dǎo)致平臺(tái)物流下單失敗或面單錯(cuò)誤。
2. 因平臺(tái)限制，相同商品必須在同一包裹發(fā)貨，所以不支持某個(gè)商品部分?jǐn)?shù)量拆分包裹發(fā)貨，不支持捆綁產(chǎn)品按子產(chǎn)品拆分發(fā)貨
3. 訂單規(guī)則如果執(zhí)行動(dòng)作為“捆綁產(chǎn)品按子產(chǎn)品拆分”，或者規(guī)則執(zhí)行后拆分結(jié)果中同一個(gè)商品不在同一個(gè)包裹中，將視為不命中規(guī)則，繼續(xù)執(zhí)行下一優(yōu)先級(jí)規(guī)則

拆分操作：

勾選訂單，點(diǎn)擊[拆分訂單]，進(jìn)入拆分頁(yè)面，相同商品將進(jìn)行匯總，統(tǒng)一數(shù)量拆分

1.8  Tiktok線上訂單合并

美國(guó)本土店鋪訂單：無特殊限制，由系統(tǒng)識(shí)別地址判斷是否可合并

非美國(guó)本土店鋪（包含美國(guó)跨境和其他站點(diǎn)的跨境和本土店鋪）：因涉及從平臺(tái)獲取物流面單，合并訂單時(shí)將調(diào)用平臺(tái)接口，將多個(gè)訂單合并為1個(gè)包裹；合并必須為完整的訂單，不支持即拆又合

請(qǐng)注意：

1. 請(qǐng)勿直接在店鋪后臺(tái)合并，否則領(lǐng)星ERP訂單與后臺(tái)包裹無法對(duì)應(yīng)，將導(dǎo)致平臺(tái)物流下單失敗或面單錯(cuò)誤。
2. 訂單是否可合并，由平臺(tái)接口返回?cái)?shù)據(jù)判斷。手動(dòng)將多個(gè)訂單的收件地址修改為一致，也無法判定為可合并。

四、TEMU 半托管

4.1 概述

TEMU半托管 均為商家自發(fā)貨訂單。平臺(tái)出單后由商家負(fù)責(zé)倉(cāng)儲(chǔ)物流，送達(dá)到買家手中

以下為針對(duì)TEMU半托管訂單在領(lǐng)星ERP 自發(fā)貨相關(guān)功能的特殊說明：

4.2 TEMU訂單數(shù)據(jù)特殊性

1. 暫不支持獲取銷售額：TEMU半托管訂單暫無法獲取銷售單價(jià)和銷售額，ERP中默認(rèn)按0顯示，銷售額何時(shí)支持獲取待通知；
2. 合作倉(cāng)訂單不支持同步：TEMU半托管的“合作對(duì)接倉(cāng)履約訂單“暫不支持同步到ERP；

3. “平臺(tái)處理中”狀態(tài)暫不支持發(fā)貨：訂單同步時(shí)，如果訂單在TEMU后臺(tái)的狀態(tài)為“平臺(tái)處理中”，訂單同步到ERP但是不顯示在“待審核”狀態(tài)（可以在“全部”頁(yè)面搜索），待訂單在TEMU后臺(tái)狀態(tài)變更為“待發(fā)貨“后，自動(dòng)進(jìn)入訂單管理的”待審核“狀態(tài)并執(zhí)行訂單規(guī)則，中間間隔可能有30分鐘到2個(gè)小時(shí)；
4. 訂單地址變更：因平臺(tái)接口限制，ERP暫時(shí)無法實(shí)時(shí)獲取變更后的收貨地址。如果您收到買家申請(qǐng)修改地址，確認(rèn)修改后請(qǐng)?jiān)贓RP中手動(dòng)修改收貨地址；如果訂單已經(jīng)發(fā)貨無法攔截，可在TEMU后臺(tái)拒絕修改地址。

4.3 TEMU訂單標(biāo)發(fā)

1. 使用FBA 多渠道配送TEMU訂單，請(qǐng)啟用FBA倉(cāng)物流后，在【物流-物流管理-第三方倉(cāng)物流】中對(duì)TEMU平臺(tái)設(shè)置承運(yùn)商映射。

因FBA發(fā)貨時(shí)，具體發(fā)貨物流由FBA倉(cāng)庫(kù)自行分配，商家無法指定，所以在設(shè)置物流上映射時(shí)，可盡量枚舉FBA使用過的物流商，映射TEMU支持的物流商。如果在發(fā)貨中出現(xiàn)新的物流商未做映射，訂單標(biāo)發(fā)會(huì)失敗，可補(bǔ)全映射關(guān)系后重新標(biāo)發(fā)。

請(qǐng)注意：

• • 建議逐個(gè)物流準(zhǔn)確映射TEMU 承運(yùn)商
  • 如果使用“Amazon Shipping + Amazon MCF” 或“Swiship”承運(yùn)商上傳，請(qǐng)注意關(guān)注TEMU后臺(tái)的物流軌跡追蹤異常提醒，如軌跡追蹤中斷、軌跡缺失等。如有出現(xiàn)請(qǐng)及時(shí)在TEMU后臺(tái)修改承運(yùn)商或向平臺(tái)提出申訴。

2. 修改標(biāo)發(fā)單號(hào)：TEMU平臺(tái)暫不支持通過接口二次上傳物流單號(hào)，如果在TEMU后臺(tái)訂單狀態(tài)已經(jīng)是“已發(fā)貨”或“已取消”，無法再次通過ERP標(biāo)發(fā)。
3. 拆分訂單標(biāo)發(fā)：受平臺(tái)接口限制，系統(tǒng)在使用接口進(jìn)行標(biāo)發(fā)時(shí)必須一次將TEMU訂單的全部商品和物流單號(hào)完整上傳，不支持“部分發(fā)貨”，所以如果TEMU訂單在ERP中被拆分，只有拆分后的全部訂單已經(jīng)都獲取到可標(biāo)發(fā)的物流單號(hào)后，才會(huì)一起上傳平臺(tái)（自動(dòng)或手動(dòng)）；

如：

TEMU訂單A，在ERP中拆分為2個(gè)系統(tǒng)訂單 B 和 C，并且命中自動(dòng)標(biāo)發(fā)規(guī)則。14:00 訂單B 有了可標(biāo)發(fā)的物流單號(hào)，但是訂單C還沒有，此時(shí)不會(huì)標(biāo)發(fā)；15:00訂單C有了可標(biāo)發(fā)的物流單號(hào)，此時(shí)訂單B 和 C 將一起執(zhí)行標(biāo)發(fā)。

4.4 TEMU訂單合并和拆分

1. 自動(dòng)規(guī)則：TEMU半托管訂單不支持捆綁產(chǎn)品按子產(chǎn)品拆分，當(dāng)拆分規(guī)則為“捆綁產(chǎn)品按子產(chǎn)品拆分”時(shí)，TEMU半托管訂單無法命中該規(guī)則，訂單將繼續(xù)匹配后續(xù)優(yōu)先級(jí)規(guī)則；
2. 手動(dòng)拆分：TEMU半托管訂單不支持捆綁產(chǎn)品按子產(chǎn)品拆分，支持按數(shù)量拆分商品；
3. 平臺(tái)捆綁銷售的MSKU：捆綁套裝銷售的MSKU是指在店鋪后臺(tái)中將多個(gè)MSKU作為捆綁關(guān)系銷售，不是指領(lǐng)星系統(tǒng)的捆綁產(chǎn)品。捆綁套裝銷售的MSKU，相同套裝里的商品必須在同一個(gè)包裹中；
4. 合并訂單：TEMU平臺(tái)不支持混包發(fā)貨，即訂單即拆分又合并，一個(gè)包裹包含多個(gè)訂單的商品但是不是全部的商品。合并時(shí)要求被合并訂單的全部商品一起合并在一個(gè)包裹，否則無法標(biāo)發(fā)；

如果需要混包發(fā)貨，建議新建手工訂單發(fā)貨后，在TEMU后臺(tái)上傳物流單號(hào)。