编辑导语：由于跨境电商的特殊性，OMS的商品管理形态需要综合考虑上下游及其他业务来决定。因此与传统的电商商品管理有所区别。在今天这篇文章中，作者继续为我们分析了货品管理模块功能设计方法，快来收藏学习吧。

一、OMS货品管理VS电商商品管理

对于电商后台的商品管理系统而言，类目，属性（基本属性，销售属性），品牌，运费模板，扣除库存的节点等都是老生常谈的话题，属于非常标准化一套设计方案了。

但是对于跨境电商的OMS来说，这些数据大多数的都没什么用处或者用处不大。上一节说到，跨境电商的OMS上游一般是电商平台或者ERP，而下游是WMS，所以OMS的商品管理形态需要综合考虑上下游及其他业务来决定。

类目是为了满足电商平台海量的商品管理和便于用户浏览查找而设置的，所以一般会分前台类目和后台类目。在电商后台的商品管理中，所有的商品都需要挂靠到合适的类目下，然后一切信息维护好了之后再「上架」该商品，用户在电商前台可见，可下单。而在跨境电商领域中，「上架商品」的行为一般是在ERP中来完成，行业内称之为「刊登」。

属性一般会分为基本属性和销售属性，基本属性是SPU维度的属性，属于一些通用类的属性，例如长宽高，重量，产地，名称，品类之类的；

而销售属性则是SKU维度的属性，例如规格信息，SKU编码，价格，可售库存等。在跨境电商ERP中，有少数公司采用了SPU SKU的方式来管理商品，但是大多数公司都是采用直接管理SKU的方式，因为简洁方便，也便于用户操作。

同样的，OMS需要承接ERP中的一些数据，所以在选择货品管理的方式时，也会采用直接管理SKU的方式。而品牌，运费模板等也基本上是作用于电商前后台，对OMS来说基本上没啥用处。

经过上述简单地对比之后，我们会发现跨境电商OMS的货品管理模块其实很简单，并没有想象中的那么复杂。

跨境电商OMS的货品管理模块一般可以分成三大模块：

基础信息就是常见的产品名称，SKU，尺寸，重量，规格型号等。而报关信息则是海关编码，申报中英文名，申报价值，原产地，其他报关要素，是否带电等。其他信息则是一些图片，产品备注，品牌，计量单位，包装信息等，其他信息一般都不太重要，可填可不填。

商品/产品管理

所以只要完成了基本信息和报关申报信息相关的内容，整个商品的雏形基本上就搭建好了，还是算比较简单。

二、货品的审核

货品在OMS创建好了之后，一般需要提交审核，通过了审核之后才可以正常使用，用来创建入库单。

此处的审核流程需要特别注意，核心点就是：到底谁来审核？怎么审核？

对于第三方海外仓来说，用户在OMS端创建好了货品并提交审核了之后，海外仓运营人员（一般是在国内）就会通过站内信或者其他方式收到通知，然后及时去审核用户创建的货品信息，一般是会重点关注申报相关的信息和一些易错的信息。

对于自建海外仓来说，运营人员创建好了货品之后可以提交给领导层审核或者仓储部门的专员来审核，也可以不审核，直接创建后就可以正常使用（不过此模式比较少见）。

具体的审核流程可以自己根据业务来定义，按我过往的经验，我建议还是要引入审核，因为货品毕竟是很关键的基础数据，最好在源头上控制好错误，避免造成更大的损失。

对于其他类型的海外仓来说，有可能运营人员和仓储人员都是同一批人，也就是说客户创建好了货品提交审核了之后，审核人员直接就是仓储作业人员，中间没有运营团队。于是审核就会有一点点奇怪，因为OMS的客户可能会用到不同的仓库，但是不同的仓库都需要单独审核一遍。

如果有运营团队，那么应该运营团队直接在某个运营后台一次性审核就够了，而不是不同的仓库都需要审核一遍。

这样可以减轻仓库的工作量，也能确保多个仓库可以同时接收到可以使用的货品数据，用户也可以快速进入下一步的作业流程。

三、货品的同步

货品资料通过了审核之后就可以直接使用了，可以在OMS端创建入库单，然后推送到WMS中，仓库就可以根据到货的实物来收货了。

不过在收货的时候就会遇到一个问题，那就是货品资料好像不够齐全，有些业务不能跑下去。

因为入库单主要也就是两个大块的内容：一个是入库单主体部分，另一个就是入库的货品明细。货品明细中一般只会告诉仓库，某个SKU这次入库了多少数量，然后就没其他信息了。

而仓库在实际收货的时候，除了需要知道SKU和数量之外，还需要知道货品关联的条码，货品的尺寸和重量，货品是否需要扫描序列号等，这些信息仅靠入库单是提供不了的。

于是我们就需要解决另外一个问题：如何将货品资料提供给WMS端。

业内最主流的办法就是采用「提前同步」的办法来解决，在OMS创建的货品审核通过了之后，就会触发「货品同步」的机制，将货品资料提前给到对应的WMS。

也有一些仓库是通过判断入库单下推来触发「货品同步」的，当仓库端接收到了一个入库单，其中的SKU是新品（仓库没有相应的数据），就会触发一个同步的机制，主动拉取OMS的货品资料。

以上两种方案各有优劣，但是总体来说都能解决问题，至于采用哪一款就请读者朋友们自己思考一下，然后与研发讨论相应的方案吧。

四、货品管理难点与踩坑点

总体来说，跨境电商OMS的货品管理其实还是算比较简单的模块，概念简单而且业务复杂性也不高。不过由于货品资料是整个仓储行业的血液，一旦出问题那就是大问题，所以一定要货品管理提高重视程度，以防踩坑。

接下来就来看看我之前项目中遇到的一些难点和踩坑点，以及对应的解决方案吧。

1. 难点与踩坑点一：同货品但不同货主

这个问题对于有经验的WMS老手来说很简单，但是对于没有经验或者初次遇到的朋友就会有点头痛。

张三和李四是不同的货主，但是他们两家都要销售同一款手机，而且这款手机可能都是从同一个供应商那里拿到的，产品外观都一样，扫描的条码也一样，不过在张三和李四的系统中，它们的SKU是不一样的。

“尽管产品都是同一款，但是张三不想李四用了自己的货，李四也不想张三误发自己的货。”

最简单的办法就是给后来的产品重新贴码，这样可以在条码上区分，仓库作业人员也简单方便。但是最大的问题就是，贴码是需要成本的，这个钱谁来出？是张三付钱贴码，还是李四付钱贴码？大家都不想做冤大头。

这个尴尬的问题，只有亚马逊解决了。

听说大家都不愿意吃亏花钱贴码？没问题，那就大家都贴，我给你们生成一个FNSKU，不管你们卖的是不是同款货物，都给我贴上去吧。不贴就不让你入库，就收各种费用阻挠你。

摘自网络

除了亚马逊这种「霸气」的解决方案，稍微省钱又能两头都不太得罪的办法那就是：使用货主ID SKU生成一个独一无二的库内SKU条码，同时使用货主ID SKU来查询SKU。

后续在仓库作业的时候，都通过SKU 货主的ID来判断是否有重复。张三和李四卖的手机SKU编码都是123456，但是引入了货主ID之后，就能通过zs123456和ls123456来区分这两个产品了。

在货物入库之后，需要通过物理库位隔离开不同货主的货，避免同款产品混拿。

2. 难点与踩坑点二：多个仓库的尺寸和重量取谁的？

WMS一般都会有新品审核这样的一个功能，当有新的SKU进入仓库的时候，都会测量一遍数据用来日常作业的一些使用。

但是如果一个客户使用了多个仓库，分别创建了多个入库单到不同的仓库，对不同的仓库来说，自己都是第一次接收到这个入库单，这个产品。于是都需要做一遍新品审核，测量对应的长宽高和重量等。

于是乎问题就来了，仓库A测量的数据是10*10*11cm 2kg，而仓库B测量的数据是10.1*10.5*11cm 2.02kg，还有仓库C测量的数据是10.1*11*11cm 2.1kg，实际上客户提供的数据是10*10*10cm 2kg。

这个时候到底取哪个数据就成了最大的争议了，客户觉得自己的数据是准确的，而仓库觉得客户总是提供一些不准确的数据给自己，导致增加一些额外的工作量。同时另一个仓库又觉得不太信任别的仓库的工作态度，觉得他们测量的数据不太准确……

于是，一场无休止的争吵就开始了。

这个问题有两种方案，一种是直接以OMS的数据为准，仓库不能修改客户提供的数据。如果客户提供的数据有问题，则需要承担一定的赔偿和损失费，这个费用需要提前和客户沟通清楚。建议使用这种方案。

另外一种就是不同的仓库各自保存自己的数据，同时客户的提供的数据也保存一份。这样可以规避避免互相不信任的问题，但是带来的问题也很明显，就是当需要使用这些尺寸重量信息的时候，从哪个来源取值是一个很棘手的问题。

3. 难点与踩坑点三：货品的删除和修改

OMS的货品创建好了之后，肯定会遇到需要修改或者删除的场景。

此时需要仔细分析思考，哪些信息是可以修改的，哪些信息是允许被删除的。因为货品是仓储运作的血液，这一块的改动会影响上下游很多单据，所以需要结合具体的业务来判断，没有一个标准的答案。

4. 难点与踩坑点四：货品条码打印的灵活性

货品条码的打印，要尽量做到灵活和强大。

例如条码生成的码制是什么？是code39还是code128，生成好的条码，要多用不同的设备扫描一下，尽量兼容多种PDA设备都能识别。

条码的尺寸是多少？是100*30mm还是70*30mm还是50*20mm，制作多种不同的条码尺寸，是为了可以贴在不同的货品上。

条码上的关键信息有哪些？除了展示SKU条码之外，是否要展示产品的中文名称或者英文名称，是否要增加Made in China的标识，是否要展示货主编码等。

截图自Asinking ERP

五、总结

海外仓OMS的货品管理总体上除了报关申报那一块会有一些不一样，还是和国内的OMS或者ERP的货品管理模块是类似的，但是不同于电商后台的商品管理。

货品是仓储运作的根本，货品资料则是仓储系统流转的血液。

货品管理功能虽然简单，但是其中还是很多细节不容小觑。很多细节或者踩坑点都是由于不同业务模式而催生出来的，想要彻底解决相类似的问题，最重要还是要理清业务的本质和系统功能模块的设计初衷。

做到知其然，更知其所以然，就会发现很多问题迎刃而解，而且自己的产品水平也突飞猛进。

#专栏作家#

我叫维他命（Vitamin），微信公众号：PM维他命。前PHPer，做过在线教育类产品，也做过3年半的跨境仓储物流方向的产品，目前是一位外贸SaaS领域的供应链产品经理。主要专注于WMS/OMS/TMS/BMS/ERP等领域，分享供应链相关的产品知识。

本文原创发布于人人都是产品经理，未经作者许可，禁止转载

题图来自Unsplash，基于CC0协议