CRM、進銷存、訂單與庫存管理
Europe · Business System Development
歐洲系統開發｜多語言發票與 VAT 要能自動算對
歐盟內 B2B 反向徵收、B2C 的 OSS 申報、不同國家發票必填字段，這些規則如果不進系統，財務每月都要手工調整。我們做訂單與發票模塊時會把稅率、豁免、語言與編號規則配置化，出賬前先跑一遍校驗，減少返工。
結論先行：在歐洲實施系統開發，先確認ERP / CRM / 進銷存 / 審批與業務中臺範圍內的業務邊界，再按當地合規清單（GDPR 與 ePrivacy：同意要能拒絕、歐洲無障礙法案（EAA））梳理數據與流程，最後進入開發。交付物覆蓋業務流程現狀圖與目標流程圖、數據模型與權限矩陣、系統源碼、數據庫腳本與遷移方案，便於交接給內部團隊或第三方維護。
系統開發的能力範圍
以下為本類項目由我們負責的環節，按階段交付、逐項確認。涉及配套硬件或第三方系統授權時，在方案階段一併列出採購清單、授權要求與責任分工。
審批流、合同與財務對賬
多門店、多倉、多幣種與多主體核算
與 ERP、支付、物流、稅務系統的接口對接
報表看板與經營數據分析
交付清單
每一項均可歸檔、可交接，確保後續由內部團隊或第三方維護時具備完整依據。
- 業務流程現狀圖與目標流程圖
- 數據模型與權限矩陣
- 系統源碼、數據庫腳本與遷移方案
- 接口文檔與第三方對接記錄
- 培訓材料與驗收報告
常用技術棧
依據項目現狀與團隊能力選型，兼顧可維護性與後續擴展。
Java / Spring Boot
PHP / ThinkPHP
Node.js
MySQL / PostgreSQL
Redis
RabbitMQ / Kafka
BI 看板
實施階段
每階段均有可確認的產出與驗收記錄，問題在階段內解決。
階段 01
流程盤點
把現有表格、舊系統與人工環節攤開，找出重複錄入與對賬成本最高的點
階段 02
範圍與模型
確定首期模塊、角色權限與數據遷移範圍
階段 03
開發與試運行
核心模塊先跑通，再並行試運行校驗數據
階段 04
切換與陪跑
舊系統下線、數據歸檔，安排一段陪跑期
歐洲的合規關注點
實施系統開發時，以下要求會直接影響數據結構、頁面呈現與部署方式。我們在方案階段逐項確認，具體法律判斷建議由當地顧問覆核。
GDPR 與 ePrivacy：同意要能拒絕
Cookie 橫幅必須提供「拒絕全部」且與「接受全部」同等顯眼，不能預設勾選，也不能因為拒絕就限制訪問。隱私政策要寫明處理目的、法律依據、保留期限與數據接收方；涉及向歐盟外傳輸時，需要合同條款或充分性決定作為依據。
歐洲無障礙法案（EAA）
自 2025 年 6 月起，多數面向消費者的電商、銀行、交通與電子書服務需滿足無障礙要求，實踐中參照 EN 301 549 與 WCAG。我們在交付時提供對比度、鍵盤操作、屏幕閱讀器可讀性與表單錯誤提示的自檢結果。
Impressum 與法定出版信息
德國要求可即時訪問的 Impressum，包含企業名稱、地址、聯繫方式、代表人與註冊信息；法國要求法定出版信息與託管商信息。缺失屬於常見的合規投訴點，我們會在頁腳固定入口並納入上線檢查表。
VAT、OSS 與發票字段
跨境 B2C 適用 OSS 一站式申報，進口低值貨物可用 IOSS；B2B 跨境適用反向徵收。系統需支持按國別稅率、免稅與反向徵收標識、發票必填字段與多語言發票版式。
AI 法案與數字服務法
歐盟 AI 法案按風險分級分階段生效，涉及招聘、信貸、教育等高風險場景有額外義務；數字服務法對在線平臺的信息披露與投訴機制有要求。做相關產品時，我們會在範圍階段先確定風險分級。
歐洲與本服務相關的交付案例
以下案例涉及系統開發，可對照查看客戶痛點與交付成果的處理方式。
德國亞洲食品批發商訂貨與配送系統
客戶：法蘭克福某亞洲食品批發商（服務德語區餐飲客戶）
客戶痛點
客戶（餐館、亞超）通過電話與微信下單，訂單靠手寫記錄，次日配送經常漏單錯單；商品有保質期與批次要求，臨期庫存靠人翻倉；業務員提成與客戶回款脫節，月底對賬耗時。
交付成果
- B2B 訂貨端：客戶自助下單、歷史訂單一鍵復購、按客戶分級定價
- 配送調度：按線路與時段排車，司機端掃碼簽收與異常上報
- 批次與效期管理：先進先出提示、臨期預警與折價處理
- 業務員提成與應收對賬：按客戶、按回款節點自動計算
項目結果
訂單從「電話記在本子上」變成客戶自助錄入，漏單情況基本消失；臨期庫存在系統裡提前提示，減少報損；業務員提成不再靠手工統計。
客戶評價：客戶方負責人反饋，司機簽收數據回傳後，配送爭議從「各說各話」變成可以查記錄。
巴黎中式餐飲集團多品牌官網與訂位
客戶：巴黎某中式餐飲集團（4 個品牌、7 家門店）
客戶痛點
四個品牌各自有舊網站，風格不統一、法語內容多年未更新；訂位仍靠電話，午市高峰接不過來；集團層面的活動與新品沒有統一發布渠道。
交付成果
- 集團主站 + 四個品牌子站，統一視覺體系與法語內容規範
- 在線訂位：按門店、時段、人數自動分配，超訂規則可配置
- 法/英/中三語內容與菜單管理，價格與過敏原信息結構化
- 補齊法定出版信息、隱私政策與 Cookie 同意
項目結果
品牌形象統一，法語內容由集團市場部自助維護；訂位從電話轉向線上，午市前臺壓力減輕；過敏原與價格信息結構化後，客戶問詢減少。
客戶評價：市場負責人反饋，過去一次菜單更新要等外包兩週，現在當天就能上線。
荷蘭跨境家居電商獨立站與 OSS 稅務打通
客戶：阿姆斯特丹某家居用品跨境賣家（泛歐銷售）
客戶痛點
平臺店鋪受制於佣金與規則變動，想做獨立站但擔心增值稅申報復雜；多國配送時效與退貨規則不同，客服解釋口徑不統一；產品頁缺少本地語言，轉化率低。
交付成果
- 獨立站搭建：按品類與場景組織，四語言版本（荷/德/法/英）
- VAT 與 OSS：按目的國稅率計算、發票字段與申報數據導出
- 支付與物流：iDEAL、Bancontact、SEPA 與本地承運商對接
- 退貨與客服：按國別的退貨政策、預付費退貨單與工單
項目結果
獨立站承接了平臺之外的增量流量；稅務數據按月導出，申報不再靠人工整理；客服口徑統一後，退貨爭議減少。
客戶評價：運營負責人反饋，最省心的是稅務數據能直接導給會計，不用再手工拼表。
意大利汽車零部件廠生產追溯與質量管理
客戶：米蘭周邊某汽車零部件製造企業（華人投資）
客戶痛點
主機廠客戶要求批次級追溯，現有記錄靠紙質工單與 Excel，一次質量問詢要翻幾天資料；設備數據取不出來，OEE 只能估算；不良品處理流程沒有閉環。
交付成果
- 批次追溯：原料入庫到成品出庫全鏈路條碼綁定
- 設備數據採集：關鍵工位加裝採集模塊，OEE 自動計算
- 質量管理：不良品登記、原因分析、糾正措施與驗證閉環
- 客戶質量報告自動生成，按主機廠格式導出
項目結果
面對主機廠的質量問詢，追溯報告能在小時內輸出；設備停機原因有數據支撐，改善方向不再靠猜；不良品從發現到關閉有完整記錄。
客戶評價：質量經理反饋，過去一次客戶審核要準備兩週材料，現在大部分報告系統直接出。
比利時清關與海外倉一體化系統
客戶：安特衛普某華人物流服務商（清關 + 倉儲）
客戶痛點
清關資料與倉庫收貨信息脫節，貨到了單還沒放行；客戶查件要逐個問操作員；歐盟報關字段複雜，人工錄入差錯導致查驗與滯港。
交付成果
- 訂單與清關單據聯動：報關要素模板化，必填項校驗
- 倉庫作業：預約收貨、庫位管理、拆櫃分貨與出庫覆核
- 客戶查詢門戶：按提單號、SKU 查狀態，異常主動推送
- 與承運商、報關行的接口對接與對賬
項目結果
清關與倉儲數據在同一套系統裡流轉，貨到單未到的情況提前暴露；客戶自助查詢替代了大量重複問詢；報關要素模板化後，錄入差錯明顯減少。
客戶評價：操作主管反饋，查驗率下降後，滯港費用這塊省下來的錢比系統投入還多。
西班牙華人地接社行程與結算平臺
客戶：馬德里某華人地接旅行社（服務中國赴歐團隊）
客戶痛點
行程版本多、改動頻繁，導遊拿到的是過期的 PDF；酒店、車隊、餐廳的結算靠 Excel 彙總，匯率與佣金經常算錯；突發狀況（航班延誤、景點關閉）沒有統一通知渠道。
交付成果
- 行程編排：按天生成行程單，改動實時同步到導遊端
- 資源與成本：酒店、車輛、門票、餐飲的採購價與售價分離
- 結算：按團、按供應商生成對賬單，支持多幣種與匯率快照
- 導遊端移動頁面：行程查看、簽到、費用報銷與異常上報
項目結果
導遊手裡永遠是當前版本行程；結算從「翻表格對賬」變成系統出單；突發狀況能一鍵通知到相關團組。
客戶評價：計調負責人反饋，旺季最怕的行程改動，現在改完導遊手機立刻能看到。
倫敦華人律所客戶門戶與案件協同
客戶：倫敦某華人律師事務所（移民與商業法方向）
客戶痛點
客戶材料通過郵件往來，版本混亂且難以證明交付時點；案件進度靠律師口頭同步，客戶反覆詢問；內部知識沉澱在個人電腦裡，新人上手慢。
交付成果
- 客戶門戶：材料清單、上傳歸檔、版本留痕與訪問日誌
- 案件協同：任務、期限提醒、文檔模板與審批
- 內部知識庫：按業務領域整理先例與文書模板，檢索問答
- 按英國數據保護要求配置訪問控制與保留期限
項目結果
材料往來有完整時間線，爭議時可舉證；客戶能自助查看進度，減少重複問詢；新人可以通過知識庫快速瞭解常見業務處理方式。
客戶評價：合夥人反饋，客戶門戶上線後，助理花在「找文件、發進度」上的時間明顯減少。
意大利華人百貨連鎖門店與庫存系統
客戶：米蘭某華人百貨零售連鎖（12 家門店）
客戶痛點
門店各自進貨、各自記賬，總部不知道真實庫存；暢銷品經常斷貨、滯銷品堆在倉裡；盤點靠閉店人工數，誤差大且影響營業。
交付成果
- 總部統一商品主數據與調撥，門店按需補貨
- POS 與庫存實時聯動，銷售即扣減
- 補貨建議：按銷量、在途與安全庫存生成建議單
- 移動盤點：掃碼盤點、差異覆核與盤盈盤虧處理
項目結果
總部第一次能看到全部門店的真實庫存與週轉；補貨從「憑經驗」變成看建議單；盤點從閉店一晚縮短到營業間隙完成。
客戶評價：運營總監反饋，滯銷庫存壓下來的資金，比預想的多。
案例說明：依據客戶保密約定，客戶名稱作匿名化處理，客戶評價為交付過程中的意見要點整理；項目信息來自真實交付記錄。
系統開發常見問題
前三項為通用問題，後兩項針對歐洲的本地情況。
已有 ERP 還能做二次開發嗎？
能，但先判斷值不值得。如果 ERP 本身有標準接口，我們做外圍系統與數據打通；如果只能改源碼，會先評估升級風險再決定，避免改完之後無法升級。
數據遷移會不會丟？
遷移前做全量備份與字段映射表，先跑一次試遷移核對總數與抽樣明細，正式遷移當天保留舊庫只讀，確認後再歸檔。
多人同時用會不會卡？
按並發量設計。常規中小企業系統在合理索引與緩存下支持數十到數百並發；如果有大促或集中錄入場景，會在方案裡單獨壓測。
在歐洲做系統開發，週期與溝通時間怎麼安排？
按歐洲常用時區（UTC+1 / UTC+2（夏令時），與成都時差 6–7 小時）安排例會與確認節點。需求與方案階段每週同步一次書面進度；開發階段每兩週提交一個可運行版本。跨時區協作時，關鍵確認點放在雙方工作時間的重疊時段，避免因等待回覆拖慢進度。
在歐洲做系統開發，需要提前確認哪些本地合規要求？
歐洲項目通常涉及GDPR 與 ePrivacy：同意要能拒絕、歐洲無障礙法案（EAA）、Impressum 與法定出版信息等要求。這些要求會直接影響數據結構、頁面呈現、部署位置與數據留存方式，因此在方案階段逐項確認並寫入交付材料。具體法律判斷，建議由當地專業顧問覆核後執行。
歐洲的其他技術服務
多數項目會同時涉及兩到三類服務，例如先建設站點再實施業務系統，或在系統上線後接入 AI 能力。
手機 APP 開發
歐洲 App 的三道門檻：語言、支付、數據
網站建設
把 Impressum、Cookie 與無障礙做進模板
AI 應用開發
AI 要能說清「為什麼這麼答」
物聯網開發
倉儲與冷鏈：先把數據留在該留的地方
系統運維
運維要能回答審計的問題