貨運不確定性下穩定履約的六大方法
30 4 月 2026
在途庫存並不等於可用庫存：入庫時效如何決定歐盟履約表現
1 5 月 2026
FLEX. Fulfillment
我們為歐洲的網上零售商提供物流服務：Amazon FBA 預備、處理 FBA 移除訂單、轉運至履行中心 — 包括 FBA 及供應商貨運。
歐盟內存貨移動合規 — 當電子商務賣家將自己的存貨在不同歐盟成員國的倉庫之間移動時所適用的規管及文件義務 — 是歐盟跨境履行中最持續被低估的合規範疇之一。這種低估源於一個合理但錯誤的假設：由於歐盟單一市場取消了成員國之間貨物移動的海關手續，賣家便推斷歐盟內存貨移動亦無需遵守合規要求。歐盟單一市場取消了歐盟內移動的海關稅項及海關申報 — 但並無取消增值稅文件義務、EC Sales List 報告要求、存貨存在可能在目的地成員國觸發的增值稅登記義務，或當存貨移動至倉庫供其後向已識別買家進行 B2B 銷售時適用的寄售存貨規則。這些合規義務的存在，是因為歐盟的增值稅系統將歐盟內存貨移動視為一項「視為供應」事件，即使並無應課稅交易發生，亦需要文件證明 — 而受影響成員國的稅務當局有權在合規審查中要求該等文件，未提供文件的補救措施範圍由罰款通知以至對未有文件記錄的存貨移動全值作出視為增值稅評估。
本指南所述的六大挑戰，是歐盟內存貨移動為歐盟電子商務營運帶來的具體合規困難 — 包括文件缺口、登記遺漏、估值問題，以及最常為經營多地點歐盟存貨網絡的賣家帶來合規風險的數據管理失誤。每項挑戰均會說明其在履行環境中產生的機制、未妥善處理時的規管後果，以及解決該挑戰的營運回應。本指南並不構成法律或稅務意見 — 賣家如有特定歐盟內存貨移動合規問題，應就其具體情況諮詢合資格的歐盟增值稅專家。
這六大挑戰對使用 Amazon Pan-European FBA 計劃或 European Fulfilment Network 的賣家、擁有橫跨多個歐盟成員國的多節點 3PL 履行網絡的賣家，以及最近從單一市場德國履行擴展至波蘭、荷蘭或其他成員國 3PL 節點的多市場分銷的賣家尤其相關。這些配置均會產生必須透過增值稅合規工作流程記錄及報告的歐盟內存貨移動。
這六大挑戰的排序由最基本的文件挑戰 — 即完全記錄移動 — 開始，逐步到越來越複雜的估值、登記、增值稅申報歸屬、ViDA 準備，以及使高存貨移動量下的合規文件記錄得以擴展的營運數據架構。
1. 文件義務：實時記錄每一次跨境存貨移動
歐盟內存貨移動合規的第一項亦是最基本的挑戰，就是簡單地實時記錄每一次移動 — 即每一次將存貨從一個歐盟成員國的倉庫轉移至另一成員國倉庫 — 記入賣家的增值稅記錄，而非在報告期結束時以合計形式記錄。歐盟增值稅法要求歐盟內存貨移動在出發成員國作為歐盟內發貨記錄，在目的地成員國作為歐盟內收貨記錄 — 與向另一企業作出的歐盟內供應相同處理，惟發貨及收貨均由同一法律實體作出，而非兩個不同當事方。文件要求涵蓋移動日期、數量及貨物描述、轉移存貨的價值（大部分成員國的解釋為成本價而非售價）、出發及目的地倉庫地址，以及運輸文件參考（道路運輸的 CMR 運貨單或同等文件，海運的提單）。對 Amazon Pan-European FBA 用戶而言，此文件要求適用於 Amazon 算法啟動的每一次存貨再平衡移動 — 這些移動是賣家未有計劃，且可能直至查看 Amazon 存貨分類帳報告才知悉。每月有 20 至 40 次 Pan-European FBA 再平衡移動的賣家 — 每次均為跨境存貨移動 — 每年須記錄 240 至 480 次歐盟內發貨及收貨，以維持完全合規的增值稅記錄。
實時文件記錄的實際挑戰，在於大部分賣家的會計及增值稅報告工作流程並非設計來捕捉 Amazon FBA 再平衡或多節點 3PL 網絡所產生的高頻率及細粒度歐盟內存貨移動。每月損益審查及季度增值稅申報準備周期太慢，無法捕捉報告期內的個別移動事件 — 到季度結束時，賣家的會計系統或會顯示每個倉庫節點的存貨結餘，但無法在沒有實時移動記錄的情況下重構產生這些結餘的個別移動事件。實時移動記錄必須在每次移動時從倉庫管理系統或 Amazon 存貨管理 API 產生 — 而非在報告期結束時從倉庫結餘比較中重構，屆時個別事件數據或已無法精確還原。
營運解決方案是從 Amazon SP-API Inventory Ledger Report（記錄每個 FBA 存貨移動的 ASIN 級別，包括日期、數量及履行中心位置）或 3PL 的 WMS 轉移記錄中自動提取存貨移動，每週轉換為格式化的存貨移動記錄，供賣家的增值稅會計師直接用於 EC Sales List 及增值稅申報準備。 實時歐盟內存貨移動文件記錄及 FBA 存貨分類帳提取以符合增值稅合規 涵蓋 Amazon Inventory Ledger Report 提取工作流程、3PL WMS 轉移記錄格式、存貨移動記錄模板，以及每週自動饋送到增值稅會計師準備工作流程的資料。
2. 轉移估值：釐定歐盟內存貨移動文件記錄的正確價值
歐盟內存貨移動必須以增值稅系統用作目的地成員國歐盟內收貨入帳參考的價值進行文件記錄 — 而正確價值的釐定是歐盟內存貨移動文件記錄的第二大合規挑戰。與兩個當事方之間的商業銷售不同，同一法律實體內的歐盟內存貨移動並無商業交易價值 — 賣家不會以市場價格出售給自己。歐盟增值稅規則要求歐盟內存貨移動的視為供應價值根據市場價值規則（貨物在移動時出售予無關聯第三方 的價格）或（倘貨物尚未加工或轉化）收購或生產成本釐定。大部分歐盟電子商務營運以貨物從製造商的採購成本 — 原採購發票上的成本價 — 記錄其歐盟內存貨移動，這對大部分以購買時原狀移動的標準消費品類別而言是可抗辯的估值基礎。估值挑戰在於已於出發倉庫加工或增值後才移動的貨物 — 即已捆綁、組合、重新包裝或貼上改變其市場價值的標籤的貨物 — 此時收購成本不再反映加工後貨物的價值，而市場價值規則可能適用而非收購成本規則。
估值挑戰對在出發倉庫進行增值操作然後將加工貨物移動至目的地倉庫的賣家最為重要。在德國 3PL 將個別部件組合為套裝，然後將組合套裝移動至波蘭 FBA 履行中心的賣家，必須以組合套裝的價值 — 即個別部件成本加上組合勞工成本 — 而非僅原採購發票反映的個別部件成本來記錄移動。以部件成本代替組合套裝成本會低估移動價值，並可能在波蘭稅務當局審查中受到質疑，倘移動價值與其後波蘭 B2C 銷售價值不符 — 因為波蘭稅務當局可合理從銷售收入推斷所轉移貨物價值高於文件記錄的移動價值，意味移動被低估以減少波蘭的視為收貨。
轉移估值方法應以書面政策記錄，指定每類移動貨物的估值基礎 — 未加工貨物以採購成本、加工或組合貨物以成本加加工，以及解釋所選基礎如何符合相關成員國對歐盟增值稅視為供應規則的解釋。此書面政策可作為稅務當局對移動估值提出質疑時的審計抗辯文件。 電子商務履行營運中歐盟內存貨移動的轉移估值方法 涵蓋收購成本與市場價值基礎的釐定、加工貨物估值調整、用於審計抗辯的書面政策格式，以及載有各移動類型正確估值基礎的移動文件模板。
3. 增值稅登記觸發：當歐盟內存貨存在於目的地成員國時產生的登記義務
在歐盟成員國的倉庫持有存貨 — 因賣家主要倉庫的歐盟內存貨移動所致 — 可能為賣家在目的地成員國產生增值稅登記義務，獨立於該地點的 B2C 銷售（OSS 制度涵蓋）。登記觸發因成員國及存貨持有性質而異：在德國，非德國賣家於 Amazon FBA 履行中心的存貨根據德國稅務當局對 FBA 持有安排的長期解釋產生德國增值稅登記義務；在波蘭，非波蘭賣家於波蘭 FBA 中心或 3PL 的存貨根據波蘭增值稅法的固定營業場所條文產生波蘭增值稅登記義務；在法國，登記觸發分析取決於存貨持有是否構成外國賣家的法國固定營業場所。登記義務並非被 OSS 制度消除：OSS 涵蓋 B2C 跨境增值稅報告義務，但貨物實際持有的成員國的本地增值稅登記義務可能持續用於本地供應及歐盟內收貨報告（本地國家增值稅申報要求） — 這些義務 OSS 並不取代。
登記觸發挑戰對逐步擴展歐盟內存貨移動網絡的賣家最為嚴峻 — 在新成員國新增 FBA 倉庫節點或新 3PL 地點（之前並無持有存貨）時，未有在首次存貨移動前審查存貨存在帶來的增值稅登記影響。登記義務由成員國首次應稅活動日期開始 — 這可能是首次歐盟內存貨到達日期，而非該地點首次 B2C 銷售日期。賣家發現及修正登記缺口前累積的未登記期間會產生追溯稅款評估、利息及罰款（涵蓋整個未登記活動期間） — 這是移動前登記評估本可避免的成本。對首次於一月將存貨移動至波蘭 FBA 中心，並於同年十月才登記波蘭增值稅的賣家而言，9 個月未登記期間會產生 500 至 2,000 歐元罰款，加上波蘭法定利率計算該期間未繳增值稅的利息。
移動前登記評估 — 釐定每個將持有存貨的新成員國是否需要在首次存貨移動前進行增值稅登記 — 應為網絡擴展規劃過程的強制步驟，在為新地點發出首個採購訂單前完成。每個成員國 4 至 12 週的登記時間表意味評估必須於計劃首次存貨移動前 3 至 4 個月開始。 歐盟電子商務營運中歐盟內存貨移動網絡擴展的增值稅登記觸發評估 涵蓋 FBA 及 3PL 存貨持有的各成員國登記觸發分析、各國登記時間表，以及防止各新網絡節點出現未登記期間風險的移動前評估工作流程。
4. EC Sales List 報告：將歐盟內存貨移動列入綜合申報表
EC Sales List（亦稱 Recapitulative Statement，或德國的 Zusammenfassende Meldung）是增值稅登記企業向其國家稅務當局提交的定期報告，列出報告期內作出的所有歐盟內供應。對其他成員國已識別買家的 B2B 供應，EC Sales List 包括買家增值稅登記號碼、供應價值及供應類型代碼。對歐盟內存貨移動 — 賣家同時為發貨人及接收人 — EC Sales List 入帳使用特定供應類型代碼，表明是存貨轉移而非銷售，並以賣家在目的地成員國的增值稅登記號碼作為接收人識別，而非第三方買家號碼。合規挑戰在於很多正確將 B2B 客戶供應列入 EC Sales List 的賣家，並不知悉其歐盟內存貨移動亦須於 EC Sales List 報告 — 因為移動並非商業交易，不會產生發票或付款。從賣家應收賬數據準備 EC Sales List 的會計師不會看到存貨移動，除非賣家另外提供有別於應收賬分類帳的存貨移動登記冊。未列入 EC Sales List 的存貨移動會在 EC Sales List 與目的地成員國增值稅申報收貨入帳之間產生差距 — 稅務當局的數據交換系統（VIES）會利用此差距識別未報告的歐盟內交易。
VIES 交叉參照機制是 EC Sales List 遺漏的具體合規風險：目的地成員國稅務當局會將賣家本地增值稅申報的歐盟內收貨入帳與出發成員國發貨人報告的 EC Sales List 入帳作比較。倘賣家已在目的地成員國增值稅申報登記歐盟內收貨（按理應如此），但未有在出發成員國 EC Sales List 列入相應發貨（因會計師未收到存貨移動數據），VIES 交叉參照便會產生不匹配，觸發出發成員國稅務當局向賣家發出資料要求 — 需要修正及解釋，即使基礎交易在一邊正確報告但另一邊遺漏，亦會產生專業顧問成本及時間。對每月有 20 至 40 次存貨移動的 Pan-European FBA 用戶而言，倘移動數據未有系統地饋送予會計師的 EC Sales List 準備，則 EC Sales List 遺漏導致 VIES 不匹配的潛在風險相當大。
歐盟內存貨移動的 EC Sales List 合規要求將第一項挑戰所述的存貨移動登記冊明確格式化以供 EC Sales List 列入 — 預先填入目的地成員國增值稅登記號碼、移動價值及正確供應類型代碼（大部分歐盟成員國的存貨轉移使用代碼 T），以符合會計師 EC Sales List 提交所需的格式。 歐盟電子商務履行網絡中歐盟內存貨移動的 EC Sales List 報告及 VIES 合規 涵蓋存貨轉移的 EC Sales List 供應類型代碼、網絡中各成員國的目的地增值稅號碼識別、VIES 交叉參照風險管理方法，以及直接饋送 EC Sales List 準備的存貨移動登記冊格式。
5. 寄售存貨規則：區分 B2B 寄售與 B2C 電子商務存貨
歐盟寄售存貨簡化措施 — 由 2020 年增值稅指令第 17a 條引入 — 為歐盟內存貨移動提供簡化增值稅處理，適用於將貨物移動至另一成員國倉庫供其後出售予該成員國特定、已識別 B2B 買家的情況，且買家在存貨移動發生前已知悉。根據第 17a 條簡化措施，歐盟內視為供應由存貨移動日期延遲至買家提取存貨作使用日期 — 意味賣家無需在存貨移動時報告視為歐盟內供應，從而簡化特定寄售存貨情況的增值稅合規。跨境電子商務履行的合規挑戰在於正確區分符合第 17a 條簡化措施的存貨與不符合者 — 因為將第 17a 條處理應用於不符合的存貨會產生不正確的增值稅狀況，稅務當局審查將識別及修正。關鍵資格條件是買家必須在存貨移動前已識別：特定增值稅登記商業買家必須在轉移時於寄售存貨協議中指明。匿名 B2C 消費者不符合 — 賣家將存貨移動至法國倉庫供其後出售予任何下訂單的法國消費者，便不能就該存貨移動使用第 17a 條，因為轉移時買家未被識別。
將第 17a 條錯誤應用於 B2C 存貨是歐盟電子商務中最常見的寄售存貨合規錯誤，因為增值稅指令第 17a 條的文字讀起來像是一般寄售存貨簡化，而買家識別條件在摘要描述中並非即時突出。已閱讀寄售存貨規則簡化解釋並將其應用於 B2C 履行存貨移動而未審查買家識別要求的賣家，會有看似合規的增值稅狀況，但詳細審查會識別為錯誤將簡化措施應用於不合格存貨。修正 — 為錯誤應用簡化措施的期間報告遺漏的視為歐盟內供應 — 需要為每個受影響期間修正出發及目的地成員國的增值稅申報，此修正工作每受影響報告期間會產生 2,000 至 8,000 歐元的專業顧問費用。對已錯誤應用簡化措施 8 個季度期間的賣家而言，修正工作是額外 16,000 至 64,000 歐元的成本，這是初始合規審查及正確分類本可避免的。
在混合存貨網絡中正確應用寄售存貨規則 — 同一倉庫同時持有供已識別 B2B 買家的存貨（符合第 17a 條）及供匿名 B2C 銷售的存貨（不符合第 17a 條） — 需要倉庫管理系統維持及分別報告每個類別的每批或每 SKU 存貨分類。 歐盟跨境電子商務履行中寄售存貨規則合規及第 17a 條分類 涵蓋第 17a 條買家識別要求、混合用途倉庫的 B2B 與 B2C 存貨分類方法、錯誤應用第 17a 條的修正工作，以及維持每個存貨類別正確區分的 WMS 分類配置。
6. ViDA 報告準備：為接近實時歐盟內移動報告建立交易識別碼架構
歐盟 ViDA 方案的數碼報告要求將由 2030 年起以接近實時數碼報告義務取代 EC Sales List，適用於所有跨境歐盟內 B2B 交易 — 包括歐盟內存貨移動。目前 EC Sales List 容許季度批次提交涵蓋季度內所有歐盟內發貨，ViDA 數碼報告要求則要求每一次歐盟內存貨移動在移動發生後 24 至 96 小時內向歐盟中央數碼報告平台報告。對每月有 20 至 40 次歐盟內存貨移動的賣家 — 每次均須於 ViDA 時限內個別報告 — 從季度批次 EC Sales List 轉向接近實時的每移動 ViDA 報告，代表報告基礎架構的根本改變：不再是由會計師從每月摘要數據準備報告，而是從 WMS 或 Amazon 存貨管理 API 自動提取數據，為每次移動在發生時於 24 至 96 小時窗口內產生及傳輸 ViDA 報告。每一次歐盟內存貨移動的 ViDA 報告必須包括獨特的跨境交易識別碼，將出發成員國的發貨報告與目的地成員國的收貨報告連結至歐盟中央數據庫 — 這是一項目前存貨移動文件系統可能未有產生或維持的數據元素，倘它未曾考慮 ViDA 識別碼要求而設計。
歐盟內存貨移動合規的 ViDA 準備挑戰，在於 ViDA 合規所需的數據架構及報告頻率遠較目前 EC Sales List 要求嚴格 — 而在 2030 年指令生效後才建立 ViDA 合規數據架構，成本及干擾程度遠高於在 2025 及 2026 年作為目前合規要求已需求的存貨移動文件系統一部分建立它。賣家若於 2025 年實施第一項挑戰所述的自動存貨移動提取 — 使用 Amazon SP-API Inventory Ledger Report 或 3PL WMS 轉移記錄 — 並將提取設計為為每個事件產生獨特移動識別碼，將移動數據儲存於可由 ViDA API 查詢的結構化數據庫，並以 ViDA 將要求的數據元素格式化移動記錄，便是將 ViDA 準備作為目前合規投資的副產品，而非作為 2028 或 2029 年的獨立緊急項目。
獨特移動識別碼是目前存貨移動文件系統中需要設計注意的特定數據元素：它必須在移動時產生、於賣家網絡所有移動中獨一無二，並從出發成員國的發貨記錄貫穿至目的地成員國的收貨記錄，以便 ViDA 平台可自動匹配兩個報告。在目前存貨移動文件系統中產生此識別碼只增加最少技術複雜性，但可避免 2028 至 2030 年 ViDA 實施窗口中出現重大追溯數據架構挑戰。 電子商務履行網絡中歐盟內存貨移動的 ViDA 數碼報告準備 涵蓋存貨移動的 ViDA 報告範圍及時限要求、獨特移動識別碼設計、ViDA API 相容的結構化數據庫架構，以及以最少額外投資從目前存貨移動文件系統建立 ViDA 準備的實施序列。
歐盟內存貨移動合規是在移動時解決的數據管理挑戰
歐盟內存貨移動合規的六大挑戰 — 實時記錄每一次跨境存貨移動、釐定正確轉移估值、評估及履行目的地成員國的增值稅登記義務、正確將存貨移動列入 EC Sales List、區分 B2B 寄售存貨與 B2C 電子商務存貨以符合第 17a 條，以及建立 2030 年接近實時報告的 ViDA 交易識別碼架構 — 擁有共同根源及共同解決方案。根源在於存貨移動在發生時刻即為合規事件，但大部分電子商務賣家的合規系統設計用以捕捉商業交易而非實體存貨事件 — 意味存貨移動的合規記錄必須從記錄移動的營運系統（WMS 或 Amazon 存貨管理 API）產生，而非從記錄商業交易的會計系統產生。共同解決方案是在每次移動時從營運系統自動提取數據，格式化為合規記錄，載有解決六大挑戰所需的所有數據元素 — 移動日期、數量、價值、出發及目的地地點、獨特識別碼及寄售存貨分類 — 於單一數據結構中，饋送增值稅會計師的 EC Sales List 準備、目的地成員國增值稅申報收貨入帳，以及 2030 年起所需的 ViDA 報告 API 連接。
FLEX. Fulfillment 為客戶維持支援歐盟內存貨移動合規的數據基礎架構：每週提取附有獨特移動識別碼的 WMS 轉移記錄，並格式化以供 EC Sales List 列入；Amazon SP-API Inventory Ledger Report 整合以作 Pan-European FBA 移動文件記錄；按 B2B 寄售對 B2C 電子商務類別的存貨分類；以及由 2025 年起供 ViDA API 準備的結構化數據庫存貨移動記錄儲存。 聯絡我們進行免費歐盟內存貨移動合規評估，識別您目前的履行網絡配置會產生哪六大挑戰 — 以及解決它們的數據架構變更。
位於歐洲中心，FLEX. Fulfillment 為管理歐盟內存貨移動合規的電子商務品牌提供 WMS 轉移記錄提取（附獨特移動識別碼）、Amazon SP-API Inventory Ledger Report 整合以作 FBA 移動文件記錄、B2B 寄售對 B2C 存貨分類、EC Sales List 數據饋送，以及 ViDA 就緒的結構化數據庫儲存。
聯絡我們索取免費報價及評估，度身訂造符合您的歐盟內存貨移動合規及履行要求。
