其实跨境电商erp软件的问题并不复杂，但是又很多的朋友都不太了解跨境电商erp软件，因此呢，今天小编就来为大家分享跨境电商erp软件的一些知识，希望可以帮助到大家，下面我们一起来看看这个问题的分析吧！
你可能想知道的事：跨境电商ERP流程
作者写下这篇文章，是因为目前的工作是在跨境电商。于是总结了一下他自己的日常工作，作为一个复盘并进行输出，与各位小伙伴进行分享。
1、跨境电商流程
话不多说，上图为敬。因为我做的是出口跨境电商，所以这套业务流程是出口电商的流程，一般发货的方式会有国内仓库直发货和海外仓库发货。如何选择发货方式，那就是成本，效率等多种因素的综合考量了。这里画的是一套正常的流程，并没有包含货物被拒收或者退货的逆向流程。
2、公司角色在ERP的需求
做一个TOB产品，针对公司每个用户群体的需求都会有相应的功能和模块。
客服部门 ：公司的客服负责售前、售中、售后的咨询服务，但是在ERP体现的是对订单的有效性进行审核，还有处理退换货。订单的有效性客服会根据客户提供的个人信息，进行人工审核+外呼确认来确认。采购部门 ：根据公司的订单量和产品的现有库存进行计算管理，并负责采购和提前备货。物流运营：物流运营根据每个国家的规定政策，对接不同的运营商，并在系统设置每个物流商的发货量和发货种类。仓储部门：仓库进行使用WMS进行货物的管理，拣货发货 （基本不使用ERP系统）。业务部门 :负责销售产品，所以有需求知道自己的产品和产品对应订单量是多少，对自己投入的成本和所有的库存进行管理计算。Boss：需要看到公司的订单，投入的成本，应此需要一堆详细的报表。思考：目标用户不同因此在开发的过程中会产生矛盾的需求，遇到这种矛盾的需求，会根据优先级进行分析是否紧急重要，不重要不紧急的进行搁置。重要紧急的需要商量出明确的方案，大家一致同意才能进行开发。
盲目的新增需求，浪费的是开发资源，也会大大的导致上级和用户群体对产品的不信任。包括需求的真伪性，也要有着一股刨根问底的心性。用户会提出一些他们的解决方案，这时需要考虑到他们真正想要解决的是什么，现有的功能是否可以满足，不能满足才会进行开发。
3、ERP的模块
每个模块是相互独立的数据，但是模块之间的信息会进行互通传递。保证了数据的安全性，提高了系统的高效性和承载量。
产品中心：负责产品的SKU建立和管理。订单中心：客服负责审核订单，业务查看订单，订单的状态流程显示。采购中心：缺货的产品数量显示，近几天的销量显示，采购负责采购的功能。仓储中心：显示每个仓库的库存量以及库存的占用数，采购备货的功能。物流中心：对接第三方的物流商，负责抓取物流轨迹，在页面进行跟踪展示。调度中心：负责每个模块的数据流转展示，已便确认发现定位问题。思考：因为公司的系统之前经历过重构，之前的系统存在的是功能区分不明显，采用的PHP语言进行的开发，优点是快捷便利的开发，缺点却是无法承载高速增长的订单量。
重构后的系统，采用的是Java语言进行开发，并按照模块进行划分，数据在每个模块进行传输，可承载订单量大大提升。并且重构前的系统在不断的做加法，没有很好的进行功能的划分。重构后的ERP系统，进行了明确的划分，克制的增加新的功能，让我想到奥卡姆剃刀定律如无必要，勿增实体”
4、订单的状态流程图
订单的状态类别：
待审核：客户刚下的订单，传到ERP系统，客服还没进行审核。待联系：客服需要电话外呼确认信息有效性的订单。审核通过：代表客服确认过的有效订单。无效订单：客户恶意或者重复下的订单。待采购：仓库没有货物需要进行采购的有效订单。待发货：仓库准备发出的有效订单。已发货：已发出去的有效订单。已签收：已被客户签收的有效订单。思考：订单状态的流转代表是订单处于每个中心的处理状态，一般设计电商ERP系统，订单中心负责的是统筹所有中心模块的数据。根据订单状态，可以及时的监控和发现问题。这也代表的是系统最原始的数据，可以通过这些订单不同的状态来进行报表的统计，方便各职能部门的业务需求。
5、ERP的权限系统
也是常规的权限系统。
6、个人感想
因为本人公司所处的是COD（货到付款）的业务模式，暂时没有接触到支付功能。电商系统的后台逻辑比较复杂。跟To的产品不太一样。功能不会太注重于用户体验，主要是能够支撑公司的业务流程就足够了。
在我看来，电商的主要两个竞争点：一是电商网站，一个是供应链的管理。
电商网站在于展示产品，能够提高用户的复购率，增加用户粘度，建立公司的品牌形象。供应链的管理，可以提高订单的时效性，每到达客户手中的货物实际时间比预计时间减少一天，客户的满意度和复购率就会大幅度增长。有效的供应链管理，可以减少仓库库存积压，提高库存周转率。也就相当于提高公司的利润。
最后说一句，电商ERP系统的每个模块都值得深入学习和研究，还在学习的道路上。
欢迎大家一起交流~
本文由 @方的一匹 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自 Pexels，基于 CC0 协议
跨境电商ERP是什么？对跨境电商有什么影响？
ERP系统是企业资源计划的简称，它主要是负责管理企业内部所需的业务应用。那么跨境电商ERP系统是什么呢？对跨境电商有什么影响？
跨境电商ERP是什么
跨境电商erp是什么？这是一个管理系统。我们知道亚马逊有进出口贸易。它的主要站点是北美和五个欧洲国家(英国、德国、法国、意大利和西班牙)。这些国家主要用英语交流，但不是每个亚马逊卖家都能说英语。那我们该怎么办？跨境电商ERP系统的主要功能包括产品采集、产品管理、订单管理、分类管理、物流管理、报表管理以及上传亚马逊店铺的一键式翻译等等。
所谓的管理系统到底是管理店铺的系统，不能决定你店铺的销售量。 为了增加店铺的销售量，需要独自的运营方法和技术。 它只是一个辅助性的作用，节省人工费，节省时间，帮助在线翻译，管理物流订单等这些人比较难直接操作的。因此，提醒每一个人，跨境电商ERP系统只是协助店铺运营的工具，不能增加店铺销售额。
ERP系统它不仅仅可以解决文字转化问题，还可以帮你在国内各个网站上采集你需要的产品，并且还有专门的团队负责快递的服务。因此，一个好的跨境电商erp管理系统可以节省我们很多时间，帮助我们解决很多困难，这可以说是做好跨境电商不可或缺的一环。（来源：连连跨境支付）
以上内容属作者个人观点，不代表CIFCOM跨境立场！
跨境电商海外仓（OMS篇）：货品管理模块功能设计
导语：由于跨境电商的特殊性，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等领域，分享供应链相关的产品知识。
本文原创发布于人人都是产品经理，未经作者许可，禁止转载
OK，本文到此结束，希望对大家有所帮助。
