「去年一柜货压在海关,罚了钱,货还在那儿。今年换了报关行,问题照旧。」

如果你听过这句话,你要的不是一份合规手册,是一套能在下单和发货之间把问题拦下来的东西。

合规系统不是法务文档库

很多老板第一次提需求会说「给我们做个合规管理系统」,然后列模块:政策库、证书管理、审计记录、报表。做出来三个月,没人打开。

原因不复杂——它站在业务旁边,没站进业务里面。

真正管用的只有四个卡点:

  • 上架前:这个 SKU 到底能不能卖到这个国家
  • 下单时:这个买家、这个收货地址有没有触线
  • 发货前:单证、税号、HS code、申报价值对不对
  • 事后:谁在什么时候、依据哪条规则改了什么

前三个卡点不通过,流程就走不下去;第四个是出事之后能拿出证据链。别的功能都是围着这四条长出来的。

先盘损失,别急着写代码

坐下来先回答四个问题,答不完不要立项:

  1. 覆盖哪些国家? 香港、新加坡、美国、巴西、南非、尼日利亚、塞拉利昂,这几套规则不是一个逻辑。巴西的税制和清关单证跟美国完全是两条线,别指望一套模板打天下。
  2. 哪些品类最容易出事? 带电池的、化妆品、食品接触材料、儿童用品、医疗周边。这些品类每个国家都要单独认证和标签,光靠供应商给的证书不够。
  3. 走哪些渠道? 平台店、独立站、B2B 询盘。平台有平台自己的校验,但平台查过不等于你免责。
  4. 过去 12 个月真出过什么事? 扣货、下架、罚款、退款、客户投诉,逐条列出来,按「损失金额 × 发生频率」排序。

头 20 条规则就从这张表里长出来。不用等「完整的合规体系」,那玩意三年也做不完。

系统大概长什么样

层 干什么 具体是什么
主数据 商品合规档案 HS code、成分、用途、认证证书编号与有效期、目标国白名单
规则引擎 国家 × 品类 × 渠道 可配置表,业务自己能改,不用排队等开发
卡点 上架/下单/发货/开票 提示、硬拦截、或者必须走审批放行
台账 每次校验留痕 谁、什么时候、依据哪条规则、改了什么
告警 到期与变更 证书过期、税号失效、目的国规则调整

规则引擎这一块最容易做歪。要么写死在代码里,改一条规则排期两周;要么做成一个万能配置平台,业务看不懂,最后还是找开发提需求。中间那条路通常是:规则用表格维护,条件字段固定十几个,够用就行,剩下的一律不进系统。

几个真会踩的坑

  • 只做记录,不做拦截。 系统里能查到「这个 SKU 没有巴西认证」,但订单照样发出去了。校验必须卡在流程里,不能只是个查询页面。
  • HS code 交给报关行随手填。 同一个产品,三个报关行给你三个编码,退税率和监管条件都不一样。编码要在主数据里定死,报关行只能用不能改。
  • 多国主体的货权和资金流对不上。 香港公司收货、新加坡公司收款、深圳公司发货,三者之间的定价和单据要能对上,税务一问就答不上来。系统里要有主体维度,不只是国家维度。
  • 数据合规最后才想起来。 客服、仓储、物流轨迹里的个人信息跨好几个国家流转,各地要求不一样。这件事在选型和部署方式的时候就该定,后补代价很大。
  • 一上线就想全覆盖。 二十个国家同时上,规则没沉淀,业务天天点「申请放行」,三个月后系统就废了,还不如 Excel。

多少钱,多久

报价基本由三件事决定:覆盖几个国家、要对接几个现有系统(ERP、OMS、报关行、货代)、要不要自动生成清关文件。前两个决定工作量,第三个决定复杂度。

节奏上建议这样:先挑一个卡点(多数人选「发货前校验」),两三个月跑通;再花两个月收集误拦和漏拦,把规则修准;然后往第二个国家扩。想一次做完全流程,半年也上不了线。

最后一句话

合规系统做对了,平时几乎感觉不到它存在;出事的时候,能拿出东西。如果你现在正被某个国家的扣货或者平台下架折腾,可以先从那句「过去 12 个月出过什么事」开始列,列完基本就知道先做哪块了。我们做跨境贸易平台和企业管理系统这两块,需要的话可以拿你那张表来聊聊。