零售同批發加入同一個庫存池之後，會有咩轉變
零售同 D2C 可以共用實體庫存，但訂單資料、文件同送貨合規要求並唔一樣。呢啲要求要由接單一路帶到收貨都保存得住。
採購訂單資料要貫穿成個流程
PO 編號、數量同客戶專屬欄位，可能要出現喺送貨或發票文件上。應該當佢哋係結構化訂單資料，而唔係之後先有人睇嘅備註。
收貨時段本身就係訂單一部分
零售客戶可能會用預約或指定收貨時段。送貨要求要送到倉庫規劃，做法類似 Amazon 入倉預約。
送貨指引要變成作業指示
紙箱標籤、卡板標籤、ASN 要求、卡板高度、指定承運商等細節，每個零售商都唔同。第一次正式出貨之前就要對好相關規則，唔好等到收貨碼頭先發現。
下單方式其次，欄位完整性先至關鍵
EDI、門戶同定期檔案都可以用，前提係送貨地址、PO 編號同收貨時段要以可用嘅結構化形式到達倉庫。
分批出貨同短缺規則必須寫清楚
零售商對可否分批出貨、短缺要點申報各有不同。訂單進入履約之前，就要知道呢條規則。
全渠道庫存履約：分配問題
共用庫存池可以減少重複備貨，但幾個渠道仍然會爭同一批貨。分配規則決定當可用庫存變緊時，已確認承諾點樣互相影響。
營運支援時，為已確認承諾預留庫存
已確認嘅零售訂單或 Prime 承諾，可能需要保護庫存，避免被其他需求搶走。請確認擬議方案實際有冇呢項能力同規則。
優先次序要有商業負責人
庫存緊張時，優先次序應跟已協議嘅商業決定，而唔係倉庫默認做法。
每個渠道嘅可售數量跟已承諾庫存
每個渠道應只賣協議同步模式下允許使用嘅庫存。如果實際行為因連接器或事件而異，就唔好空泛講「即時」。
唔同產品可以需要唔同分配邏輯
有期限貨、新品線同合約限制產品，即使共用同一棟倉庫，都可能需要唔同渠道決定。
共用庫存池可以減少重複備貨，但承諾會變得可見：預留給一個渠道嘅單位，另一個渠道就用唔到。導入階段就要定好規則，令短缺跟商業決定處理。
對接概要
每個對接頁面講平台專屬連接。喺全渠道營運入面，重點係檢查客戶專屬欄位可唔可以以結構化資料形式進入倉庫。
零售及批發
訂單可以經 EDI、門戶或定期檔案進入；欄位完整性比連接名稱更重要。
庫存位置仍然先行
波蘭、德國 ×2、法國同英國。渠道數量唔會改變實體庫存所在地嘅關稅同線路經濟。
德國 ×2
兩個德國營運據點，服務本地 DACH 業務，以及德國庫存位置具商業價值時嘅歐盟轉運。
波蘭
中歐據點，服務中東歐需求、貨櫃落地庫存，以及線路經濟支持時嘅歐盟範圍履約。
法國
法國本地據點，服務本地派送同退貨，並由關稅同盟內部覆蓋西歐。
英國
英國本地庫存位置，令英國顧客訂單同退貨唔使以單件包裹形式過歐盟—英國邊境。
邊個倉、點解揀呢個倉，完整論述見 歐洲電商履約。
邊類業務適合全渠道履約
當幾個商業渠道同時爭同一個實體庫存池，而且彼此營運規則唔同時，呢項服務先變得相關。
進入零售嘅 D2C 品牌
團隊加入第一個批發或零售客戶，但又唔想開第二個庫存位置。
加入 D2C 嘅零售品牌
將消費者訂單帶入已經用於貿易客戶嘅庫存基礎。
多平台賣家
各渠道可售數量同承諾互相對唔上嘅營運者。
混合計劃業務
同時用共用庫存做訂閱、零售、市場平台同消費者需求嘅公司。
常見問題
由零售客戶同佢嘅送貨指引開始。
請提供送貨指引、收貨時段要求、接單方式、渠道組合同每月量。亦請註明預計上線日期，方便喺量產前規劃欄位對應、作業指示、標籤同測試訂單。
- 所需資料送貨指引 · PO · 時段
- 渠道D2C · 市場平台 · 零售
- 下一步客戶對應