怎么取消ERP下的采购订单？

shopeeERP市面上真的太多了，芒果，店小蜜，通途，皮皮虾等很多的品牌，如果我们只想使用基础功能的话，这些都已经足够了。

不过软件是我们的辅助工具，是帮助我们工作的，提高我们的工作效率，而不是简单的把产品往店铺上一传，就不管了，随缘出单，这样我觉得你这个店铺做不长就会因为某些原因被关店。

芒果店长是什么意思？

用的自主研发的erp，

Shopee全托管商家如何借助工具高效上品发货？

大家好，我们是真实助力跨境商家爆单的ERP工具——芒果店长！

今天芒果酱又来给大家送跨境福利了，除了Shopee全托管入驻通道，还有全链路高效运营教程，以及卖家交流群（群内可对接官方多类目小）。

上个月月初就开始喊大家快点去做Shopee全托管，不知道有多少卖家马上行动了呢？评论区举着爪，聊聊自己在做的体会和业绩吧~最近，已经有业内人士跟我们反馈，Shopee全托管开始有点小爆。

想做的商家要抓紧了哦~别等到红利期过去再遗憾自己为啥没有早点行动②

芒果店长作为Shopee官方重点合作伙伴，已经率先开发完成了Shopee全托管的各项功能，为卖家爆单托底。

下店铺后，商家可直接通过芒果店长ERP快速把商品铺到自己店铺里，原先有Shopee店铺的商家产品搬家快得超乎你想象。

有了备货单后大家也可以通过芒果店长去发货、管理库存等。

本期芒果酱就把详细的使用流程给大家整理好了，记得文末点赞+收藏吖~

Shopee全托管高效铺货的三大方式

上架产品除了在卖家后台一个参数一个参数地填写过去，还可以借助芒果店长ERP工具来高效完成。

为什么你要用芒果店长上品？

01 从Shopee店铺选择

如果你Shopee店铺中部分商品出单并不理想，并且考虑是流量端的问题，那完全可以把它放到全托管模式中跑跑试试看。

等全托管把量跑起来后，同步也能带动店铺商品的销售。

基于卖家的实际需求，芒果店长在Shopee全托管产品刊登界面，增加了从Shopee店铺选择”功能，一键即可把Shopee全球店铺商品铺货到全托管店铺中。

02 从在线产品复制

如果你原先是别的平台全托管商家，只专注于全托管模式，那么把货铺到Shopee全托管，多平台的来运营，能够有效降低风险。

芒果店长支持商家从A平台店铺商品搬家到B平台店铺里，所用到的功能就是在线产品的复制到”功能。

三步完成产品搬家

①授权A店铺并在在线产品”功能界面同步A店铺商品

②点复制到”，选择要复制的B平台店铺

③去产品刊登”下找到B平台草稿箱进行编辑发布

注：如发现自己想搬的平台不支持，可联系在线客服处理

03手动创建产品

同样是手动创建产品，用芒果店长上传优于后台的秘诀在于，多样化功能为卖家带来高效便捷的上品体验。

①支持货源网址填写

②类目可模糊搜索

③标题可自动计算字符数

④图片可批量处理（一键白底、图片翻译、一键调整图片大小、水印设置、图片美化等）

⑤批量填写功能，免除重复劳动（批量设置SKU、价格、重量、尺寸以及备货时间）

Shopee全托管高效发货只需三步

上品后，Shopee小二会与商家协商定价，确认定价后就可以根据备货单囤货了。

借助芒果店长ERP，不仅可实现多店铺统一打单发货，有记录可循，还可与采购、仓储打通，一键在线下单，实时扣减库存。

全托管在芒果店长的发货流程也非常简单，主要分为三大步：

01 物流设置

操作路径：物流设置→系统对接货代→启用

02 生成包裹

操作路径：订单→打包发货→同步→生成包裹

03 打印箱唛、商品标签等

操作路径：物流→组包→Shopee全托管组包

好用的ERP系统会很贵？NONONO！芒果店长给Shopee全托管商家开放了5个店铺免费权限。

简单来说，你的店铺量在5个以内，完全可以免费使用芒果店长来操作上品和发货，甚至采购、仓储等模块也都是免费用的。

芒果店长不玩套路，只按店铺量来收费。

为了助力新手卖家成长，绝大部分平台都有免费店铺的使用量，真诚助力卖家爆单！

全托管模式在全球消费降级的大背景下，正在悄悄改变跨境格局，如果你想对跨境电商行业保持高度敏锐，请关注芒果店长吧~我们不仅有好用的功能，还有最及时的红利平台模式分享！

OZON平台支持什么ERP，芒果店长ERP

随着跨境电商行业的飞速发展，越来越多的电商平台与ERP系统展开了紧密的合作，旨在通过技术整合提升商家的运营效率和市场竞争力。在众多电商平台中，OZON以其独特的商业模式和强大的市场影响力，吸引了众多商家的目光。而芒果店长ERP作为一款功能强大、操作便捷的跨境电商管理软件，也备受商家们的青睐。本文将深入探讨OZON平台与芒果店长ERP的合作关系，以及它们如何携手共创跨境电商新纪元。

一、OZON平台：跨境电商的领航者

OZON作为俄罗斯及独联体地区领先的电商平台，以其丰富的商品种类、高效的物流体系和优质的客户服务，赢得了广大消费者的信赖。对于跨境电商卖家而言，OZON平台提供了一个广阔的市场空间和无限的商机。然而，随着业务规模的不断扩大，如何高效管理商品、处理订单、优化仓储物流等成为了卖家们亟需解决的问题。

二、芒果店长ERP：跨境电商卖家的得力助手

芒果店长ERP作为一款专为跨境电商卖家打造的管理软件，以其全面的功能、简洁的操作和高效的性能，赢得了广大商家的认可。该系统支持多平台、多店铺的集中管理，可以帮助卖家实现商品刊登、订单处理、仓储物流、财务管理等一站式服务。通过芒果店长ERP，卖家可以实时掌握库存状况、销售数据等关键信息，提高运营效率和客户满意度。

三、OZON平台与芒果店长ERP的完美结合

为了进一步提升跨境电商卖家的运营效率和市场竞争力，OZON平台与芒果店长ERP展开了紧密的合作关系。通过技术整合和资源共享，OZON平台与芒果店长ERP实现了无缝对接，为卖家们提供了更加便捷、高效的管理服务。

首先，芒果店长ERP支持OZON平台的多店铺管理功能。卖家只需在芒果店长ERP中设置一次店铺信息，即可轻松管理多个OZON店铺。同时，芒果店长ERP还支持OZON平台的商品刊登功能，卖家只需在系统中上传商品信息，即可一键发布至OZON平台，大大提高了商品上架的效率和准确性。

其次，芒果店长ERP支持OZON平台的订单处理功能。当OZON平台产生订单时，芒果店长ERP会自动同步订单信息，并提醒卖家及时处理。卖家可以在芒果店长ERP中查看订单详情、处理订单状态、打印发货单等操作，大大提高了订单处理的效率和准确性。

此外，芒果店长ERP还支持OZON平台的仓储物流功能。卖家可以在芒果店长ERP中设置仓库信息、管理库存、生成发货单等操作，实现与OZON平台仓储物流的无缝对接。通过芒果店长ERP的仓储物流管理功能，卖家可以实时掌握库存状况、优化仓储布局、提高物流效率等。

萌啦ozon定价工具是一款专为跨境电商卖家设计的定价辅助软件，它极大地简化了跨境卖家在OZON等电商平台上的定价流程。以下是关于该工具的详细介绍：

OZON定价工具：D。DDqbt。COm/74rD

一、主要功能

一键定价：跨境卖家只需选择商品所属的类目和物流方式，然后输入产品参数（如重量、尺寸等）、成本、期望的毛利以及广告费用等，萌啦ozon定价工具即可根据这些数据，快速生成合理的定价建议。

模板设置：为了方便卖家操作，该工具支持设置定价模板。卖家可以根据不同类目和物流方式保存自定义的定价模板，后续在定价时只需直接选择相应的模板，即可快速完成定价工作。

费用明细展示：定价完成后，工具会详细展示所需的各项费用，包括产品成本、运费、税费、广告费等，让卖家一目了然，更加清楚地了解产品的实际成本和预期收益。

物流费用比较：萌啦ozon定价工具还支持查看各个物流公司的费用信息，方便卖家进行物流比价，选择性价比最高的物流方式。

ERP系统：SKU产品库的两种设计方案

编辑导语：在做电商时，SKU产品库是大多数运营者会接触的系统，而在SKU产品库中，又有两种不同的设计方案，这二者又有何区别？

一、在线产品与本地产品

在聊SKU产品库的设计方案之前，我们先了解一下两个名词：在线产品与本地产品。

在线产品，一般是指电商平台上的商品管理”或者产品管理”模块中产品。而与之相对应则是本地产品或者也叫做库存产品，就是指实际存放在仓储中的实体产品。

一般来说，电商平台上卖的产品就是实际放在仓库中的实体产品，那为什么要区分为两种产品进行管理呢？

如果是对于单店铺或者是单平台来说，这两者保持一致其实是没问题的。但是由于电商卖家往往会开设多个店铺，运营多个平台，以此来提升自己的曝光度，获取更多的流量，所以就需要在多个平台，多个店铺上架自己的产品。

多个平台，多个店铺之间为了避免相同的产品被平台检测为恶意铺货或者不同的平台规则不一样，就会衍生出不同的在线产品，它们本质上可能对应的是同一款产品，但是由于不同的平台规则限制，最终会导致产品的一些基础信息各不相同。 在跨境电商ERP中，不同平台的产品维护与管理统称为刊登”或者产品”。所以，当卖家需要经营多个平台，多个店铺的时候，就需要分别对不同的平台的产品进行管理。

马帮ERP

店小秘ERP

虽然在多个平台有多个不同的产品，但是实际卖家要卖的产品可能就是那么几个，也就是实际放在仓库中的产品数量并没有那么多。

当不同的平台的订单都进入到了ERP中之后，就会出现一个问题：每个平台的订单中的产品都不一样，那么我应该实际发出哪一款产品给用户呢？

这就是涉及到本地产品与在线产品”的映射问题了，在跨境电商ERP中，这种关系也叫做商品匹配”或者产品配对”。

即通过接口将所有在线产品都同步到一个公共池中，然后设置一些规则将这些在线产品与本地产品绑定起来，后续平台订单进来了之后，通过这一层绑定关系可以自动匹配出实际要发货的产品是哪个，这个实际要发出的产品，也就是标题中提到的本地产品”或者也称库存产品”。

店小秘的商品配对

二、两种设计方案介绍

经过我的调研和实践，如果需要搭建一套用来管理本地产品的SKU产品库”，一般会有两种设计方案：

平台型设计方案，类似于电商平台的产品管理模式，以SPU为主体；库存性设计方案，以实际的库存管理粒度为主体，即以SKU为主体。

跨境电商ERP中采用方案2的居多，是主流的做法，而采用方案1的比较少，不太常见。

下面我分别来介绍一下这两种设计方案的具体细节。

1. 平台型设计方案（以SPU为主体）

阿里巴巴国际站后台-产品管理

有赞后台-产品管理

淘宝千牛后台-产品管理

以上三张图都是很典型的电商后台产品管理的界面，每一行展示的都是一款产品（SPU）的主要信息，这个跟用户在前台看到的列表是相同的。

但是实际用户点击进去了之后就会发现，当要购买一款具体的产品的时候，ta还需要选择一些规格，这样才能确定最终的价格。这些逐个选择的规格，最后就组成了实际的SKU，也就是能确定具体的库存单位是哪个。

具体的操作路径如下图所示：

其中我了解的采用平台型设计方案ERP有：通途，金蝶等。

通途ERP-产品管理

金蝶星辰-产品管理

2. 库存型设计方案（以SKU为主体）

库存型设计方案是市面上最主流的，最常见的方案。无论是单品还是多规格品，在创建之后都会以SKU的维度展示，所有的信息也都是在SKU维度进行更新的。SPU只是在创建多规格产品的时候用来快捷生成多个SKU的载体而已，当生成了SKU之后，SPU也就几乎没啥作用了。

芒果店长ERP-产品管理

店小秘ERP-产品管理

马帮ERP-产品管理

三、两种设计方案的差异

如果只是单纯的看图似乎并看不出两种设计方案的差异在哪里，不过如果你对此话题比较感兴趣的话我建议你可以去申请一些试用账号体验一下，相信会对其中的细节有更深的理解的。在此，我用一些文字来解释一下其中的关键差异。

1. 展现方式不一样

平台型设计方案是以SPU为维度展示产品的，而库存型设计方案则是以SKU为维度展示产品的。如果以SPU为维度，那么一些差异性的细节就不好展示了，例如价格、重量、尺寸，库存、可用情况等，这些信息一般是跟SKU挂钩的。

2. 编辑方式不一样

平台型设计方案如果要编辑具体的产品信息，需要编辑两块的内容，一块是公共的数据，也就是所有SKU都继承的内容；另一块是单个SKU关联的信息，不同的规格组合对应的信息不一样，需要单独维护。

库存型设计方案则直接就到了最小库存单位粒度了，所有的信息都是独立的，可以各自维护的。例如41码的鞋子和42码的鞋子是不同的SKU，可以分别维护这两者的信息，而不用考虑公共信息继承的问题。

你可以把41码的那个SKU的名字改成女鞋”，而42码的那个SKU的名字改成老人鞋”，虽然从电商产品管理的角度来说这不合理，但是在ERP中却没有限制，因为它们的SKU没有变化。

3. 调用的方式不一样

平台型设计方案，在需要选择SKU的时候，要先选择SPU，然后通过选择不同的规格来确定想要的那个SKU；而库存型设计方案则简单多了，只需要直接选择相应的SKU即可。

先选择SPU，再选择规格确定SKU

直接选择SKU

4. 删除的逻辑不一样

平台型设计方案，如果需要删除SKU的时候，需要通过删除规格来删除SKU，而且需要在SPU的载体上操作；而库存型设计方案则直接选择对应的SKU即可删除，不会和SPU等有什么强关联的关系。

5.平台型设计方案的利弊

总结来说，库存管理的本质还是以SKU为最小粒度，无论是平台型设计方案还是库存型设计方案最后都是通过以管理SKU来达到管理实物的作用。

以SPU为载体，然后通过规格去确定SKU有一定的好处，也有很明显的弊端，这也是为什么主流的跨境电商ERP中都不太选用此方案的原因。

主要的利处和弊端分别如下：

利处：

维护产品资料的时候可以与平台产品的逻辑保持一致，便于用户上手和理解；适用于多规格属性比较多的产品，可以通过先选择产品然后再通过规格来定位具体的SKU；适用于需要维护比较丰富的产品资料的场景，因为很多资料都是在SPU的维度，这样可以减少重复维护的工作量。比较适合B2B的模式，需要使用产品库的内容给用户做报价。

弊端：

调用产品的时候会麻烦一点，需要通过选择SPU再选择SKU，还需要记忆相应的规格来确定最终的SKU；编辑和维护的时候有两套入口，一个是SPU的入口，一个是SKU的入口，会比较麻烦一些，而且SKU的入库能维护的信息不多；无规格的产品和多规格的产品并列展示的时候，需要后台做特殊处理，例如给无规格的产品也加上SPU+SKU的关系；查看和展示的时候不够直观，尤其是放在仓库层面来使用的时候，仓库应该是以SKU的粒度来管理是最有效的，但是此处也需要做特殊处理，将SKU抽离出来，并排展示。 四、一些踩坑点

上面介绍完了两种设计方案的一些差异，如果是按照库存型设计方案来做，基本上市面上主流的跨境ERP都是这样做的，该踩的坑别人都踩过了，所以自己只要对着竞品走一遍后，踩坑几率就可以大大降低。

所以这里谈到的踩坑点是针对平台型设计方案来总结的，这一块网络上已有的资料比较少，而且采用这种做法的ERP也比较少，所以踩坑点就多了些。

1. 单规格产品与多规格产品的转化

单规格和多规格产品的不同就在于规格是否大于1种以上，如果是大于1种以上则是多规格，如果是只有一种规格则是单规格。

为了避免单规格和多规格的随意转化，影响关联的单据和历史数据等，一般跨境电商EPR创建产品的入口就会分成两个：创建普通产品”和创建多规格产品”。

创建普通产品则是在创建SPU的同时也创建了SKU，而且SKU的所有信息都是从SPU这里继承来的，此刻的SPU编码会和SKU编码一致，SPU的存在只是为了兼容，以致于表结构呈现一体性。

创建多规格产品，则是先创建SPU，然后通过规格的组合自动生成SKU，SPU编码和SKU编码不相同，而是SKU维度上需要填写相应的属性，例如成本价、销售价、期初库存、重量等。

2. 平台产品的接口字段兼容

以阿里巴巴国际站为例，国际站的产品接口中，当有平台产品有规格信息的时候，SKU信息是有的；当没有规格信息的时候，则SKU信息为空。

阿里巴巴国际产品接口示意图

倘若还有其他的平台，例如Amazon、Wish、eBay等，它们的产品接口中SKU的逻辑可能和阿里巴巴国际站一样，也可能不一样。

所以在设计本地的SKU产品库的时候，要考虑这种接口上的数据兼容，当平台的产品只有SPU没有SKU的时候，应该怎么与本地产品做映射。

3. 产品库的展示与编辑

平台上的产品管理都是以SPU的维度来管理的， 但是如果放在ERP或者仓库中，那么这种逻辑是否可以直接沿用，这个也是一个坑。

从我一段时间的调研和体验来说，以SPU维度展示和以SKU维度展示都应该要做，因为它们适用于不同的场景。

以SPU维度的展示可以放在基础的产品管理页面，类似于平台的产品管理。这样可以很方便的维护这些数据，编辑和查看都是从SPU的维度进去。

而以SKU维度的展示可以放在例如库存查询，库存流水，或者就叫做专门的SKU产品管理”页面。可以单个的对SKU的一些信息维护，例如条形码，价格，库存信息，销售情况等。

SPU维度展示产品

SKU维度展示产品

vitamin，也自称皮酱”，微信公众号：皮酱叨逼叨。目前是一位外贸SaaS领域的供应链产品经理，曾做过3年半的跨境仓储物流方向的产品。

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

题图来自 Unsplash，基于CC0协议