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 要能说清“为什么这么答”
物联网开发
仓储与冷链：先把数据留在该留的地方
系统运维
运维要能回答审计的问题