HEYUE 荷月仓，Tech-enabled fulfillment built around your business

Technology-enabled fulfillment · Netherlands

专营一件代发

围绕高频、多 SKU、多平台订单重新设计仓储流程。

相比以大货仓储、中转为主的传统海外仓，一件代发面对更多 SKU、订单、地址、平台规则和物流状态，对时效、准确性和系统自动化提出了更高要求。

HEYUE 以一件代发为主营业务，通过 WMS、Swordfish 中间件、扫码作业和物流 API，将订单处理、出库和状态写回尽可能交给系统执行。

  • 专营一件代发
  • 自动拉单
  • WMS
  • 全程扫码
  • PostNL API
  • 自动写回
获取报价 查看自动化流程

Order data flow

  1. Marketplace平台订单来源
  2. Swordfish数据中间层
  3. WMS库存与作业中心
  4. Scan扫码驱动作业
  5. PostNL物流 API
  6. Write-backTracking 与状态写回

Why fulfillment is different

一件代发，不只是把商品发出去

每一个 B2C 包裹背后，都是一个真实消费者订单。不同平台、店铺、SKU、地址、订单状态、物流渠道和客户规则，需要在短时间内完成准确匹配。

人工导单、人工录入、肉眼识别 SKU、手工复制 Tracking Number，都可能引入错误。对卖家而言，错发、漏发、延迟和物流状态异常，不只是仓库里的一个操作问题。

“一件代发，每一笔订单背后的客户体验，都直接影响卖家的利润、口碑与增长。”
  • 退款
  • 差评
  • 客服成本
  • 平台绩效损失
  • 复购下降
  • 品牌损耗

Our focus

一件代发，是我们的主营业务

传统大型海外仓通常围绕整柜、托盘、大货仓储和中转建立作业体系。HEYUE 则围绕订单、SKU 和包裹设计日常仓储流程。两种仓型没有高低之分，只是作业重点不同。

Traditional bulk warehouse

围绕大货流转

  • Container
  • Pallet
  • CBM
  • Warehouse Transfer
  • Truck Delivery

HEYUE fulfillment

围绕消费者订单

  • Order
  • SKU
  • Scan
  • Parcel
  • Tracking
  • Consumer

我们持续确认：订单是否正确进入系统、SKU 是否准确匹配、库存是否正确扣减、面单是否正确生成、包裹是否正确出库，以及 Tracking 和物流状态是否成功写回。

System architecture

从平台订单到仓库出库，尽可能交给系统执行

软件和自动化不是目的。它们让复杂的一件代发订单先通过规则校验，再进入稳定、可追踪的仓库作业流程。

  1. Marketplace平台订单来源
  2. Swordfish数据中间层
  3. WMS库存与作业中心
  4. Scan扫码驱动作业
  5. PostNL物流 API
  6. Write-backTracking 与状态写回

01

Marketplace

订单来自 bol 等已确认的平台与业务模式。未正式上线的接口不会被标注为已支持。

  • bol 平台
  • VVB 自发货模式
  • 其他平台按状态确认

02

Swordfish Middleware

把不同平台的数据转换为 WMS 可以统一处理的结构，让平台接口不直接耦合仓库作业逻辑。

  • 订单获取
  • 格式转换
  • 规则校验
  • 状态同步
  • 异常处理

03

WMS

所有仓库操作围绕 WMS 执行，连接商品、库存、库位、订单与出库状态。

  • SKU 与库存
  • 库位与订单
  • 拣货与打包
  • 出库与库存变化

04

Warehouse Operations

仓库通过扫码枪完成关键动作，减少肉眼识别、手工录入和人工记忆带来的风险。

  • 订单扫描
  • SKU 扫描
  • 数量确认
  • 包裹与出库确认

05

PostNL API

HEYUE 使用 PostNL 授权开发者 API，在已获授权的范围内请求物流服务、生成面单并取得 Tracking。

  • 物流请求
  • Shipping Label
  • Tracking Number
  • 物流数据回传

Integration status

bol 业务对接

平台订单与相关业务流程对接。

Available

VVB 自动履约

以 bol 自发货模式为业务场景，具体启用范围按接口与账户确认。

Beta

TikTok Integration

开发完成，仍处于测试阶段。

Beta

ERP Integration

根据客户接口、订单结构与业务规则评估。

Custom

Order automation

订单进入系统以后，会发生什么？

从订单获取到状态更新，一条链路里包含自动处理、仓库扫码和异常判断。每一步都为下一步建立明确条件。

  1. 01

    自动拉取订单

    Swordfish 根据已确认的平台接口获取订单，减少人工导出和传递。

  2. 02

    唯一性与基础数据校验

    先检查订单号、店铺、地址、状态与重复订单，再决定是否继续。

  3. 03

    SKU / 库存匹配

    校验平台商品与仓库 SKU 映射，并确认可分配库存。

  4. 04

    WMS 建立出库任务

    通过校验的订单进入 WMS，由系统建立仓库作业任务。

  5. 05

    自动生成物流信息

    满足条件后根据业务规则请求物流服务并生成面单与 Tracking。

  6. 06

    仓库扫码作业

    工作人员扫描订单、SKU 与数量，系统实时比对任务要求。

  7. 07

    出库校验

    订单、商品、数量、包裹与物流信息匹配后才进入出库状态。

  8. 08

    Tracking 写回平台

    物流信息自动同步回平台或订单系统，减少人工复制粘贴。

  9. 09

    物流轨迹校验

    程序检查 Tracking 是否出现首条轨迹、是否进入运输网络。

  10. 10

    自动更新订单状态

    当物流状态和业务条件满足时，系统执行配置好的后续状态动作。

Automatic order import

自动拉单，减少人工导单

Swordfish 根据已确认的平台接口自动获取订单。订单不会被直接推入仓库队列，而是先进行基础数据和业务状态校验。

进入系统时检查

  • 平台订单号唯一性
  • 店铺归属
  • SKU 映射
  • 地址字段完整性
  • 订单状态
  • 重复订单
  • 已取消订单

不符合规则的订单进入异常流程，而不是直接进入出库队列。

“自动化不是把错误更快地传递下去，而是在自动处理之前先校验。”

WMS + scanner

面对繁杂 SKU，让扫码代替肉眼判断

一件代发订单数量多、SKU 分散、组合复杂。HEYUE 在关键仓储环节通过扫码确认任务、商品、数量、包裹和出库状态。

  1. 1订单扫描
  2. 2SKU 扫描
  3. 3数量确认
  4. 4商品匹配
  5. 5包裹确认
  6. 6出库确认

在关键操作中提示任务、商品、数量与异常，降低一件代发中常见的漏拣、错发与 SKU 混淆风险。

PASS条件正确，流程继续
WARNING需要关注并保留记录
BLOCK关键条件不匹配，停止出库

Program validation

程序校验，比人工记忆更可靠

系统用清晰规则检查订单、SKU、数量、库存、面单、Tracking 和出库状态，避免订单直接跳过关键节点。

  • 系统订单号唯一性
  • 平台订单号重复校验
  • SKU 映射校验
  • 库存校验
  • 扫码 SKU 匹配
  • 数量校验
  • 面单与订单绑定
  • Tracking Number 唯一性
  • 出库状态校验
  • 轨迹上网校验

Logical state model

以下用于表达关键状态的顺序关系；实际项目会按平台和业务配置采用对应状态名称。

  1. 01IMPORTED
  2. 02VALIDATED
  3. 03ALLOCATED
  4. 04PICKING
  5. 05PACKED
  6. 06LABEL_CREATED
  7. 07SHIPPED
  8. 08TRACKING_CONFIRMED
  9. 09PROCESSED

PostNL API

PostNL API 自动出单与 Tracking 写回

HEYUE 使用 PostNL 授权开发者 API 对接物流流程。在已获授权的范围内，系统根据订单和物流规则请求物流服务，并取得 Shipping Label、Tracking Number 与相关物流数据。

从满足出库条件开始

  1. 01 · 根据业务规则建立物流请求
  2. 02 · 获取 Shipping Label
  3. 03 · 获取 Tracking Number
  4. 04 · 将物流信息同步回平台或订单系统

国内运营团队无需再

  • 复制单号
  • 逐单粘贴
  • 手工回填
  • 核对是否写回成功

订单、面单、Tracking 和状态写回，尽可能交给程序执行。

Case study · bol / VVB

案例：从 VVB 下单到当天出库

bol 是 Marketplace；VVB（Verkopen via bol） 是 bol 的自发货模式。客户采用这一模式时，订单可由 HEYUE 系统进入配置好的履约流程。

Marketplacebol
Fulfillment modeVVB（Verkopen via bol）
Configured cutoff15:00

  1. STEP 01

    截单前订单进入平台

    符合约定服务条件的 15:00 前 VVB 订单进入当日履约流程。

  2. STEP 02

    Swordfish 自动拉单

    自动获取订单，并校验订单唯一性、SKU、地址数据与订单状态。

  3. STEP 03

    WMS 建立出库任务

    系统分配库存并建立仓库任务，随后进入拣货流程。

  4. STEP 04

    PostNL API 生成物流信息

    根据已确认的物流规则请求 Label、Tracking 与相关物流数据。

  5. STEP 05

    仓库扫码完成订单

    工作人员扫描订单、SKU 与数量，并执行包裹和出库确认。

  6. STEP 06

    当天交接 PostNL

    15:00 前符合条件的 VVB 订单，当日完成履约并交接物流。

  7. STEP 07

    Tracking 自动写回

    系统把 Tracking Number 写回 bol / VVB，国内运营团队无需逐单回填。

  8. STEP 08

    程序检查轨迹上网

    程序定期检查是否产生首条轨迹、是否进入运输网络；异常则进入对应队列。

  9. STEP 09

    Auto Process

    Programmatic Validation → Tracking Confirmed → Automatic Process。具体动作名称可按业务配置调整。

Programmatic validation

Tracking Confirmed

Automatic Process

Business value

让国内运营团队从“搬数据”中解放出来

订单、面单、Tracking 和物流状态不应该依靠运营人员在多个系统之间反复复制粘贴。通过系统对接，运营团队可以把时间放在销售、选品、广告和客户运营上。

Traditional manual flow

  1. 1导出订单
  2. 2人工传给仓库
  3. 3人工生成面单
  4. 4复制 Tracking
  5. 5人工回填
  6. 6人工检查轨迹
  7. 7人工 Process

Potential problems

  • 漏单
  • 重复单
  • 错 SKU
  • 错 Tracking
  • 漏回填
  • 状态不同步

HEYUE automated flow

  1. 1自动拉单
  2. 2程序校验
  3. 3WMS
  4. 4扫码仓储作业
  5. 5PostNL API
  6. 6Tracking 自动写回
  7. 7轨迹自动检查
  8. 8自动 Process

Less repetitive work.

More reliable fulfillment.

PlatformSwordfish → WMS → PostNL → Tracking → Validation → Process

Exception handling

自动化，也必须能够处理异常

自动化不意味着所有订单永远自动成功。系统需要明确正常、关注和阻断三类状态，并把异常订单带入可处理的队列。

PASS

规则通过，流程自动继续。

WARNING

需要关注，但未必阻断。

BLOCK

停止关键动作，进入人工处理。

常见异常

  • SKU 无映射
  • 地址异常
  • 库存不足
  • 订单已取消
  • PostNL API Error
  • Tracking 未上网
  • 平台写回失败
  • 重复订单

系统遇到异常时不会静默失败，而会记录订单、时间、错误原因和处理状态。

Auditability

每一个关键动作，都应该有记录

从订单进入系统到物流轨迹确认，关键事件具备可追踪记录，方便团队定位状态、复盘问题和处理异常。

  1. 01

    订单进入系统

  2. 02

    基础规则校验

  3. 03

    库存分配

  4. 04

    扫码人员与时间

  5. 05

    Label 与 Tracking 生成

  6. 06

    平台写回

  7. 07

    首条轨迹上网

  8. 08

    Process 完成

Custom development

标准流程不适合你的业务？我们可以开发。

不同卖家的订单结构、平台、SKU 规则、物流渠道和运营方式各不相同。如果标准 WMS 流程无法覆盖实际业务，我们可以基于 Swordfish 中间件与现有仓储系统进行评估和开发。

  • API Integration
  • Platform Integration
  • Custom Order Rules
  • SKU Mapping
  • Shipping Rules
  • Webhook
  • Status Sync
  • Automation
“让仓库适应你的业务，而不是让你的业务适应仓库。”
讨论你的业务流程

FAQ

常见问题

从业务模式到异常处理，先把关键边界说清楚。

把一件代发流程交给更适合的系统与仓库

提供产品、订单量与配送需求，我们会进一步确认适合的方案。

获取报价