跨境电商海外仓：箱唛，箱类型，箱号等装箱那些事儿
编辑导语：在跨境电商场景中，区别于国内的电商仓库，海外仓中的货物到仓往往用箱+数量”来进行报备，这是出于什么目的？这一形式又有哪些好处？本篇文章里，作者就跨境电商领域装箱业务中的常见概念和应用做了总结，一起来看一下。
在我刚入行海外仓WMS领域的时候，有一个让我感觉很迷惑的东西，因为这个东西在国内WMS中基本见不到，而在海外仓WMS中有些人用，有些人不用，让当时刚接触WMS的我很是头痛，它就是：入库箱唛。
在国内电商仓库中，货物到仓前一般都是按产品+数量的形式预报，例如这样的：
图片来自：菜鸟大宝仓
图片来自：吉客云
而在海外仓WMS中，货物到仓的预报一般都是箱+数量的形式预报，其中箱子内还有对应的装箱明细，也就是具体的产品+数量，例如这样：
入库预报的箱子
入库预报的箱子+SKU
国内电商仓库一般货到了之后都需要拆箱清点，需要仔细核对每一件数量，甚至一些需要采集唯一码的，则需要逐件采集，所以入库预报的时候按产品的维度很方便。
而海外仓受限于仓库容量，人工成本，再加上业务模式也比较单一，一般都不会逐件清点，而是从箱子的维度来清点，箱到了，那么货物也就到了，最多就是偶尔加上一些额外的抽查清点。所以入库预报的时候用箱来预报会更利于仓库操作。
当时我并不知道海外仓的具体操作形式和背景，所以就对入库预报需要按箱填写的要求感到很困惑。随着对这一行业的熟悉和了解，后来才发现其实这样的玩法带头的其实是亚马逊。
亚马逊入库的时候就需要提前预报，而且是以箱子或者卡板的维度，如果是箱子的维度则入库的时候需要在货物上贴好FBA提供的箱唛号，如果是以卡板的维度入库，则除了贴箱唛之外，还需要在卡板缠绕的膜上贴卡板唛。
FBA入库要求
一、什么是箱唛？箱唛是行业比较通俗的叫法，具体是怎么传出来的我也不太记得了，从亚马逊帮助中心来看，中文的翻译应该是叫箱子标签，也有一些人称之为外箱标，其实指代的都是箱子外部贴的标签，类似于下图：
FBA入库的箱子标签
一般来说，箱唛都是具有唯一性的，也就是同一个入库单中的箱唛不会重复，不同的入库单中的箱唛就更加不会重复了。
当仓库收到了相应的箱子之后，只需要扫描箱唛就可以知道这个箱子是属于哪个入库单，里面装的产品是什么，当然前提应该是客户有提前预报入库。
箱唛号的生成规则一般都是单据号+业务关键词+自增序号，例如上图中的FBA箱唛号是生成规则就是FBA货件ID+U+6位自增序号。
二、什么是箱类型？箱唛号一般都是入库的时候预报给对应的仓库的时候使用的，按理来说入库了之后就没啥用处了，只需要将箱子里的产品取出来就好了，原来的箱子很有可能就直接废弃或者不关注箱唛号，只是当一个容器用了。
但是随着业务的发展，海外仓开始兴起了「FBA备货中转」的业务，就是客户先将货物以整箱的形式入库到海外仓，然后当需要出库发到FBA仓库的时候，再让海外仓以整箱的形式拣货下架，再出库发往FBA仓库。
由于入库的时候已经贴了箱唛号了，那么出库的时候也可以直接用这个箱唛号找到对应的货物在哪里，完成相应的拣货任务，于是箱唛号的作用除了入库收货之外，还多了一层，即：出库拣货使用。
前面提到了，箱唛号一般是具有唯一性的，也就是不同的箱子会有不同的箱唛号，这就有点类似于电子产品中的「序列号」了。
对箱子的管理也就变成了单品管理。而单品管理最大的弊端，就是耗时耗力。
例如当仓库需要拣货一个箱唛号为「A001-01」的箱子的时候，除了要知道货物放在什么库位之外，还需要在库位上继续找到准确的箱唛号才可以。如果货物放在地堆上，一个托盘就是一个库位，那么还要将托盘拆下来才能在一堆箱子中找到「A001-01」这个箱子，操作很麻烦，成本也很高。
为了解决这个问题，一般来说可以考虑对相同的箱子（箱子尺寸重量及内部装的东西都一样）贴一个新的SKU，也就是「箱SKU」的概念。这样的话，只需要将相同的箱子放在一起，然后找到了库位之后，在这个库位任取一件即可，因为箱子都是一样的，拥有相同的SKU。
这种办法需要客户重新对箱子生成新的SKU，并贴码，对客户来说体验不太好，同时在管理库存的时候又多了一层「箱SKU」的库存。
既然箱唛号是具有唯一性的，不太利于管理，那是否能在箱唛号的前缀上做一些文章呢？相当于拣货多少时候只需要忽略最后的自增序号，前缀都是相同的，那么就可以判定为相同的箱子。这样既避免了重新贴码的麻烦，又便于仓库识别和定位。
箱类型可以通俗的理解为，对相同的箱子做一个聚合分组，同一个组的箱子都是一样的，这样就可以从单品的维度转变成SKU的维度。
在创建箱子的时候，如下图所示，可以解释成：像第一行这样的箱子有3箱，这3箱的内容都是一样的；而像第二行这样的箱子有4箱，这4箱的内容也不一样；这一个单据加起来一共就有7个箱子，两个大类。
录入装箱信息
创建了箱子之后，在展示的时候，则如下图所示有三种展示粒度，分别是：
1）按箱类型查看，即查看一共有几种箱类型，每种类型一共有多少箱，加起来一共总箱数有多少。
按箱类型查看
2）按单箱查看，即按箱唛号来查看，有多少箱就会有多少个箱唛号，每个箱唛号中包含的SKU分别是什么也可以看到。
按单箱查看
3）按SKU查看，是以SKU的视角来看，不同的SKU分别装到了哪一箱里面去了，每一箱的尺寸和重量分别是什么。这个视角是FBA装箱时候的视角，FBA创建货件的时候需要先选择对哪些SKU进行发/补货，然后再录入相应的箱子，将SKU与箱子关联起来。
按SKU查看
三、箱类型号&箱唛号的生成当引入了箱类型之后，自然就会需要生成箱类型号。为了提升箱唛号的辨识度，也可以对箱唛号进行改造。
箱类型号是生成规则可以是单据号+业务关键词+自增序号，而箱唛号的生成规则变成了单据号+业务关键词+自增序号+自增序号，其实就是箱类型号+自增序号。
箱类型号与箱唛号的生成规则
当客户预报入库的时候，系统生成箱唛号并支持客户自主打印，然后客户将箱唛号贴在入库的货物上。仓库扫描唯一的箱唛号可以进行收货，上架，当需要出库的时候，通过箱类型号来下发指令，某个类型的货物要出多少箱，仓库拣货的时候也通过箱唛号来识别，但是可以直接忽略后缀，只需要前面的类型号对得上即可。
除此之外，如果客户自己决意要贴自己的「箱SKU」条码，让仓库根据这个「箱SKU」条码来拣货、出库，系统也可以引入一个「客户箱条码」来关联这些箱子。通过客户自己的箱条码来寻找对应的箱类型号和箱唛号，既能满足客户下出库指令的要求，也能让仓库根据指令找到相应的箱子，且规避了单品管理带来的繁琐操作。
支持客户关联自己的箱条码
四、总结最后还有一个「箱序号」没有提，是指一个单据内的箱子按一定规律递增的序号。这个递增规律就是指前端创建数据的时候自己内部自增的一个序号，就好像我们自己打包了多个箱子之后，手动的从左到右或者从近到远的规律给箱子命名，谁是1，谁是2，谁是3……
箱序号是生成规则
如果不想使用「箱类型」这个概念，那么箱唛号一般就是单据号+箱序号的方式生成，类似于FBA的箱唛号一样，直接递增即可。
装箱这个业务，在跨境电商领域很常见，无论是和FBA打交道，还是和第三方海外仓打交道，都会用得上。不同的系统会采用不同的方式来处理装箱这一块的业务，如果想要简单点，那么参考FBA的玩法直接用单据号+自增序号就够了，如果想要兼容更多复杂一些的业务，提升用户体验，那么就可以考虑箱类型+箱唛+客户箱条码的方式来处理。
最后画了一个示意图来解释这些概念，希望能对大家有所帮助。
各种箱号的关系示意图
我叫维他命（Vitamin），微信公众号：PM维他命。前PHPer，做过在线教育类产品，也做过4年多的跨境仓储物流方向的产品，目前是一位外贸SaaS领域的供应链产品经理。主要专注于WMS/OMS/TMS/BMS/ERP等领域，分享供应链相关的产品知识。
本文原创发布于人人都是产品经理，未经作者许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
ERP系统：SPU和SKU的踩坑总结
编辑导语：SPU和SKU是电商后台和ERP后台的重要单元。SPU即标准化产品单元，SKU即最小库存单元。而电商后台系统设计与ERP系统设计有所不同，单纯地借助电商后台管理系统设计，将导致ERP设计上有所误差。本文作者结合其工作经验对ERP系统设计中的SPU和SKU设置进行阐述，一起来看一下。
一、SPU和SKU的关系关于SPU和SKU的基础概念的了解，建议大家还是看看一些关于电商的书籍介绍，在此我就不做过多的整理，直接从《电商产品经理兵法：基于SaaS的电商系统设计与实践》此书中搬运一些基础概念过来。
1. 什么是SPU？SPU即标准化产品单元，是一组可复用、易检索的标准化信息的集合。该集合描述了一个产品”的特性。
通俗来说，属性值、特性相同的商品就可以称为一个SPU。也可以说，SPU是一个抽象出来的模板。
一般来说，类目系统中的关键属性（品牌、货号等）能够确定一个SPU，例如，iPhone 6就是一个SPU，诺基亚N97也是一个SPU，这与商家无关，与颜色、款式、套餐也无关。
SPU的属性是分类属性的子集。只要用户在SPU中定义了属性，那么用户在录入商品时，就不需要再次录入，也不可以更改。
摘自《电商产品经理兵法：基于SaaS的电商系统设计与实践》
2. 什么是SKU？SKU即单品/最小库存单元。目前，SKU在各种零售商品中应用得非常普遍。例如，某款衣服是一件商品，不同颜色、不同尺码的该款衣服，对应不同的SKU。SKU比较简单，就是把销售的值组合存放，再加上库存、价格。例如，该款衣服的黑色大号共有5件，每件20元；红色小号共有3件，每件21元。
摘自《电商产品经理兵法：基于SaaS的电商系统设计与实践》
3. 电商后台与ERP的商品管理差别电商后台往往不会直接有SKU层面的管理，都是在「商品管理」中处理，也就是在SPU层面来管理。主要涉及的操作有商品发布、编辑/修改、商品上/下架、提交商品审核等。
而ERP中，往往是在SKU层面进行管理的，例如发起采购、创建订单、查看库存、出入库单据等，都是关联的SPU。
所以在设计ERP的商品管理功能的时候，如果只是单纯地参考电商后台的管理，很容易踩坑，也很不太能理解背后是怎么运作、怎么管理的。
前段时间我刚好在调研这一块的业务，既调研了电商后台商品管理的一些逻辑，也上手试用了好几款ERP的商品管理，有一些疑惑已经解开，同时也有一些踩下的坑让我记忆犹新。
所以此文就来谈谈前段时间我是怎么被SPU和SKU这两个东西折磨的，还有踩过的坑分别有哪些。
二、SPU删除规格之后怎么处理？基于电商后台的规则，SKU是通过SPU的多规格来生成的，例如在创建SPU的时候，选择不同的规格，然后不同的规格就会通过笛卡尔乘积，生成不同的SKU。
在梳理这一块的逻辑的时候我就发现了一个问题：如果一个SPU的规格属性有两种「颜色」和「尺码」，然后在「颜色」中有红色”、蓝色”，在「尺码」中有S”和M”，则意味着一共是会生成四个SKU。
但是如果允许后期修改规格（修改规格属性或者修改规格值）的内容的话，会重新生成SKU，同时老的SKU在这里就无法体现了（因为规格不存在或者属性不存在）。
例如下图，如果将蓝色”改成绿色”，那么应该重新生成SKU，但是原来的蓝色”规格的SKU就消失”了。还有如果一些创建商品的时候没有选择规格，然后只是生成了一个SKU，后续如果要增加规格的时候，那么原来的商品也不能和后续多规格衍生的SKU形成相同的结构（规格结构不一样）。
如果SKU编码BS和BM是在库的、有库存的，那么直接删除这两个SKU显然是不合理的，但是由于电商的管理应该大多数是基于SPU层面，所以如果修改了规格属性（电商也叫销售属性），那么被更改了的那个应该不能再出现了，类似于此款停产或者不再售卖了。
下图是淘宝的千牛后台，发布商品的时候先选择对应的类目后，会给出对应的销售属性，而且是都必填，所以不存在中途增加和修改销售规格的情况出现。
但是ERP系统就不会有这么严谨的逻辑，而且也没有对应的类目信息。
所以这一块如果限制死了，不允许客户添加规格，那么就可能会满足不了一些多规格的商品的信息维护；如果放开了限制，那么用户就可以随意调整对应的规格信息，那么生成的SKU可能就会和原SPU断开关联。
千牛后台截图
基于上述的情况，我查了很多资料，也问了一些朋友之后发现，如果是单纯地参考电商平台的后台处理逻辑，那么很难兼容各行各业的商家的产品。
于是我开始找了另一类竞品：电商ERP，主要还是跨境类的，例如店小秘、马帮、通途等。
结果发现它们的处理方式很巧妙，在创建商品的时候可以选择类型：
单规格产品，也可以称为无规格产品；多规格产品，可以自由添加规格进行变换。单规格产品不能转为多规格，如果需要增加规格，则需要重新创建SPU再生成SKU；多规格产品也不能转为单规格产品，多规格产品一定要选择至少一项规格属性。这样一分类，就将很多复杂的场景给隔离开了，只需要重点关注多规格产品的管理即可。
三、无规格的产品怎么创建SKU？在没有仔细地调研跨境ERP的做法的时候，关于无规格的产品怎么创建SKU的问题，我们内部讨论了两种方案。
直接创建SPU的时候，不填写规格信息，当没有规格信息的时候，默认SPU对应一个SKU，即一对一的关系；创建SPU的时候，填写一个规格，例如衣服就只有一个型号「白色的中码」，那么就是创建一个规格「White*M」。后来调研了跨境ERP的做法之后，我发现这两种做法都不好，具体的理由和上面的是一样的。如果当前只有一个规格，后期多了规格需要拓展的时候，在此商品SPU的基础上拓展SKU，还是会踩坑。例如删除了白色”这个规格，然后用了其他颜色，也删除了M”这个尺码，那么之前的「White*M」就挂不在SPU之下了。
所以我决定采用跨境ERP的做法，在创建SKU的时候要先选择类型，到底是单规格产品还是多规格产品。如果是单规格产品，那么直接就生成SKU，不能拓展所谓的规格属性；如果是多规格产品，则先生成父级SPU，然后再通过多规格属性来拓展生成具体的SKU。
而且多规格的产品，不能添加&删除原来的规格属性，只能追加对应的属性值。
例如一开始的规格属性是「颜色」和「尺码」，后续编辑的时候，只能继续追加「颜色」的属性值，或者追加「尺码」的属性值，而不能再删除「颜色」或者添加新的其他规格属性。同时也要限制不允许随意删除已生成的SKU（例如上面提到的BM和BS），要先判断SKU是否已被使用。
有赞后台截图
所以，最终我所选择的方案是：无规格的产品直接创建一个单品SKU，不需要和SPU关联；而有规格的产品则先创建SPU之后，再通过规格来创建SKU。
当然还有更简单的办法就是，ERP中不存在SPU的概念，直接全部创建的都是SKU，用映射的方式来将电商平台的SPU下的SKU映射到系统中。这种逻辑是最简单粗暴的，利弊都很明显，只是我们要支持的业务场景，不允许这样做……
四、供应商与SPU&SKU的关系供应商是与SPU关联还是和SKU关联，这个也是我之前一直很纠结的一个问题。按理说，供应商提供的是具体的产品，那么自然而然应该是跟SKU关联。
但是有一部分的SKU是通过SPU的多规格属性演化而来的，如果供应商直接和SKU关联，那么则意味着创建好了SKU之后，还需要分别对同SPU但是不同SKU的产品一一设置供应商关系、供应商报价等。
从操作层面来说，用户要做多次重复的工作；从设计层面来说，有很多可复用的属性没有复用到……
创建多规格产品（SKU）的时候，将供应商信息挂在SPU维度上，然后SKU继承这些信息，就避免了逐个SKU维护供应商的繁琐操作。
如果是创建单规格产品（SKU）的时候，将供应商信息直接挂在SKU维度上，一个SKU就维护一次。
通途ERP截图
通途ERP也是这样的做法，比较清晰明了。
五、SKU如何编辑？可以编辑哪些信息？上面提到了，我们创建了SKU的时候有两个入口，一个是创建单规格产品，一个是创建多规格产品。所以对应的，我们编辑SKU的入口也有两个，一个是从SPU层面进入编辑，另外一个是从SKU的层面进入编辑。
期初我一直觉得既然创建好了SKU，那么其实在ERP中，SPU基本上就没啥作用了，所以编辑只需要在SKU层面即可。
但是随着对业务的分析，以及对SPU和SKU的关系的进一步熟悉，我发现如果只是在SKU层编辑就会出现一些很奇怪的问题。
例如「iPhone 12 国行」可以算作是一个SPU，然后iPhone 12 国行 红色 64G”（简称为：红色64G）和iPhone 12 国行 白色 128G”（简称为：白色128G）则是其所对应的SKU。
如果我将所有的编辑都放在SKU层面，那么我自然而然可以编辑一些基础信息”、非关键属性”、销售信息”等。
如果只是编辑销售信息”那么还没什么问题，因为不同的SKU就是因为销售属性不一样而做的区分。但是如果允许编辑一些基础信息”，例如说名称”、描述”、类目”等，那么可以将iPhone 12 国行 红色 64G”改成苹果12 中国红 64G”，也可以改成苹果11 白色 64G”等等，这样就会乱套了。
所以，SKU的编辑应该遵循和创建的逻辑相同，也要符合SPU和SKU的关系的定义。有两个入口创建，也就有两个入口编辑。同时，不同的入口可以编辑的信息是不一样的。
SPU维度编辑的基础信息”等应该是复用在所有的SKU层面的，即改了SPU的信息则SKU的信息也要改；SKU维度的编辑，只能是一些自己独立的属性，例如售价”、库存信息”、采购价格”等。
千牛后台截图
六、一些参考资料最后分享一些相关参考资料给大家，如果大家对电商后台或者ERP后台感兴趣的，可以根据下面的关键词进行搜索。有一些后台账号是需要申请试用的，找个小号去申请比较好，能避免后续很多的骚扰。
电商后台的竞品：千牛（淘宝商家后台）、刘志远——电商后台产品设计课程、相关图书（京东）、有赞。ERP的竞品：店小秘、马帮、金蝶星辰、聚水潭。vitamin，微信公众号：皮酱叨逼叨。人人都是产品经理专栏作家，公众号运营小白，初中级B端产品一枚（一年开发经验+三年产品经验）。主导过在线教育类产品，目前是跨境电商供应链仓储物流产品一枚，欢迎勾搭，一同学习。
本文原创发布于人人都是产品经理，未经作者许可，禁止转载
题图来自 Unsplash，基于CC0协议。
【餐知百科】什么是[SOP、SOC、TC、SKU]
[餐知百科] 什么是[SOP、SOC、AC、TC、SKU、SPU、QSC、ROI、POS、CRM、ERP、BOM、KPI]
在餐饮行业中，以下是SOP、SOC、AC、TC、SKU、SPU、QSC、ROI、POS、CRM、ERP、BOM、KPI的常见含义：
1. SOP (Standard Operating Procedure)：标准操作流程，即为特定任务或流程制定的标准化步骤和规范。是一种描述如何执行特定任务的指导手册或流程图。在餐饮行业中，SOP通常用于指导员工如何进行标准化的操作和服务及规范日常的工作，以确保质量和效率。
2. SOC (Service on Charge)：单项操作流程标准，是一种官方文件，表明某个企业或组织符合特定的法律、法规或标准的要求。在餐饮行业中，SOC通常用于证明企业符合食品安全、卫生标准、培训、管理等相关的要求。例如：厨房清洁标准SOC、餐饮员工培训SOC、前厅工作站SOC、服务操作标准流程SOC等。
3. TC（Transaction Count）：交易次数：TC就是订单数（注意：不是来客数），某个时段的TC就是指某个时段下的订单数量的多少。交易的最直接衡量是交易次数。
4. AC（Average Check）：客单价：平均客户账单金额，一般指平均单价，是指门店每一个顾客平均购买商品的金额，也即是平均交易金额。
5. SKU (Stock Keeping Unit)：库存单位，即库存进出计量的基本单元。通常指代不同规格、颜色或包装的同一产品，通常用于表示特定的产品或项目。在餐饮行业中，SKU通常指某种特定的食品或饮品，以及其相应的库存量。
6. SPU (Single Product Unit)：单个产品单位，指销售单个产品或单个物品的单位。是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合。通俗来说，属性值、特性相同的商品就可以称为一个SPU。
从 SPU 到 SKU（SPU 采购核心原料数量；SKU 菜单数量），在优质单店模型打造中，SPU 要足够精简 SKU 要足够支持目标人群需求。
7. QSC (Quality, Service, and Cleanliness)：质量、服务和清洁，通常用于指导餐厅或快餐连锁店的服务质量和卫生标准。
8. ROI (Return on Investment)：投资回报率，指投资获得的利润与投资金额的比例，用来衡量投资的盈利能力。在餐饮行业中，ROI通常用于评估某项投资的经济效益和回报情况。
9. POS (Point of Sale)：一般代指收银系统，指进行销售交易和收银的物理或软件设备。
POS是一种用于记录和跟踪销售数据的系统。在餐饮行业中，POS通常用于顾客的订单管理、销售、收款和库存等信息，提高效率和准确性。
10. CRM (Customer Relationship Management)：客户关系管理，通过专业的策略和工具，建立和维护与客户的良好关系，提升客户满意度和忠诚度，是一种通过技术手段来管理客户关系的流程和方法。在餐饮行业中，CRM可以帮助企业更好地了解客户需求、提高客户满意度和忠诚度，促进业务发展。
11. ERP（ Enterprise Resource Planning），即企业资源计划，是一种先进的企业管理理念，它将企业各个方面的资源充分调配和平衡，为企业提供多重解决方案，使企业在激烈的市场竞争中取得竞争优势。而餐饮ERP管理模式是一套建立在信息化基础之上的，以业务处理为基础，以客户为中心，以降低成本提高利润为目标的管理模式，超越了传统餐饮管理系统的概念，吸收了客户关系管理(CRM)，企业资源计划等先进的管理思想，极大地扩展了餐饮企业管理信息化的范围。
12. BOM (Bill of Materials)：物料清单，将产品制造过程中所需的原材料、配件和组件列出和管理的清单，也是一种用于描述产品制造过程中所需要的原材料、零件和配料的清单。在餐饮行业中，BOM通常用于描述制作食品和饮品所需要的原材料和配料清单。也可称作零件构成表，把表中所有的原材料组合在一起，就是一件出厂成品。例如一个饺子：BOM基本是由面皮（面粉、水）、肉馅、青菜、其他敷料和调味料组成。
13. KPI (Key Performance Indicator)：关键绩效指标，用于衡量餐饮业务运营和业绩表现的重要指标，在餐饮行业中，KPI可以包括销售额、利润率、客流量和客户满意度等指标，帮助企业评估自身的经营绩效和战略目标的实现情况。
对于一些术语，可能会有不同的解释和用法，在特定的上下文中可能会有所差异。以上主要是针对餐饮企业的常见定义和意义。
#SOP# #SOC# #AC# #TC# #餐知百科#
