在新零售时代，随着业务模式的复杂化和SKU种类的增加，仓储管理成为供应链管理中的关键环节。本文从新零售业务中的仓储场景出发，详细拆解了ERP与WMS对接的流程，并探讨了对接过程中常见的痛点与难点，供大家学习。
在新零售的业务模式中，由于涉及到的SKU种类巨多，同时门店覆盖的地域广泛，再加上新零售业态有多种多样的玩法（即时零售、全渠道一盘货等），所以会对仓储物流方面提出更多、更高的要求。
新零售公司得从供应商那里采购海量的商品，这些商品得经过一系列的仓储规范流程作业，才能顺利发到各个门店。这可不是简单的“拿货-发货”流程，这里面的门道可多了。
首先，你得清楚每个门店的需求量。有些门店在繁华商圈，顾客流量大，商品消耗得快，备货量就得大一些；有些门店在郊区，顾客相对少一些，备货量就得控制。这就需要仓储和销售部门紧密配合，根据历史销售数据和市场预测，精准计算出每个门店的备货量。
发货的时候，更是不能马虎。商品得按照门店的要求，分门别类地打包好，贴上标签，然后通过物流渠道发出去。要是发货出了问题，比如少发了商品，或者发错了货，那门店的正常运营可就受影响了，顾客体验也会大打折扣。
新零售的门店分布广，这就意味着仓库也得多点开花。有时候，一个地区的仓库库存不足，而另一个地区的仓库库存却过剩。这时候，多仓调拨就显得尤为重要了。
举个例子，A城市的仓库某种热门商品卖得特别火，库存快见底了；而B城市的仓库这种商品还堆得满满的。仓储部门就得迅速行动起来，从B城市的仓库调拨商品到A城市的仓库。这可不是简单的“搬家”操作，涉及到运输成本、运输时间、商品安全等一系列问题。而且，调拨过程中还得保证库存数据的实时更新，让系统清楚地知道每个仓库的库存动态。
库存周转也是个让人头疼的问题。有些商品周转快，有些商品却像蜗牛一样慢。仓储部门得时刻关注库存周转率，对于周转慢的商品，要想办法促销或者调整采购策略，避免库存积压。同时，还得优化仓库布局，让周转快的商品更容易被找到和发货，提高整个仓储的运营效率。
退货，是每个零售商都绕不开的话题。在新零售模式下，门店退货更是复杂得让人抓狂。顾客在门店购买商品后，可能因为各种原因要求退货，这部分商品可能可以二次销售，也可能无法二次销售。而且门店在日常经营过程中，也会因为商品滞销、禁止销售、过期、破损等原因，需要将这部分商品退回到仓库，然后仓库得进行一系列的操作。
对于仓库而言，面对来自门店退货到仓和其他客户直接退货到仓这两种不同的业务场景，需要制定针对性的执行规范和作业流程。这不仅涉及到商品的验收、分类、存储，还包括库存数据的及时更新、与门店、物流商等外部组织的沟通协调等多个环节。
电商和O2O业务，是新零售的两大“利器”，但也是仓储物流的两大“难题”。电商订单的爆发式增长，让仓储部门常常手忙脚乱。尤其是在促销活动期间，订单量瞬间暴增数倍，仓储得迅速响应，保证商品能够及时发货。
O2O业务更是复杂。顾客通过线上平台下单，然后可以选择到门店自提或者配送上门，这个配送可能是直接从门店中配送，也可能是次日达或者隔日达，即从仓库中配送。
这几个业务场景，和前面提到的几种业务场景都不太一样，也是需要仓库针对这些场景做一些特殊的处理。例如说规划单独的电商仓，或者规划单独的电商/O2O作业流程等。
对于新零售供应链的产品经理来说，仓储相关的业务需求就像一座大山，压得他们喘不过气来。他们得花费大量的时间和精力，去梳理这些复杂的业务场景，优化仓储流程，提升运营效率。接下来，咱们就以“ERP对接第三方WMS的场景”为案例，好好拆解一下这里面的业务场景、产品方案以及一些经验心得。
一般来说，新零售的ERP对接WMS有两种比较常见的方式。
第一种方式是对接类似 “奇门” 这样的通用型应用平台。这种方式就如同身处一个大型交通枢纽，通过一个核心通道，便能连接到多条不同方向的道路。借助这个平台，企业只需一次接入，就能快速打通背后的多套 WMS 系统，实现物流信息的高效流转。这大大简化了对接流程，节省了时间和成本，让企业能更迅速地整合仓储资源，提升运营效率。
第二种方式是逐个对接不同仓储服务商的自定义 WMS 接口。与第一种方式不同，这种对接方式需要针对每个仓储服务商的特定接口进行单独的开发和调试工作。虽然这种方式相对复杂，需要投入更多的人力、物力和时间成本，但在一些特殊情况下，比如企业对仓储服务有特殊要求，或者合作的仓储服务商没有接入通用平台时，这种方式能够满足企业个性化的需求，确保系统之间的稳定对接。
无论是对接“奇门”这样的通用型应用平台，还是对接仓储服务商的自定义WMS接口。这两者背后要做的事情大体上都是一样的，因为核心都是ERP去对接WMS，打通各种业务接口，实现从ERP推送单据到WMS。只要掌握了A，那么就可以快速迁移到B，可以互相借鉴参考。
下文中提到的对接流程拆解，重点会以“对接仓储服务商的自定义WMS接口”为例，但是依然也是适用于“对接奇门”这种方式。
我之前写过一篇“为什么说奇门仓储的接口文档，是每个供应链产品经理必学的一个知识点？”的文章，里面总结了ERP对接WMS一般来说需要关注这么几个重点接口：推送商品资料，从ERP推送到WMS中；推送入库单，从ERP推送到WMS中，当WMS作业完成之后还需要回传结果给ERP；推送出库单，从ERP推送到WMS中，当WMS作业完成之后还需要回传结果给ERP；查询库存，ERP主动查询WMS中的库存；库存异动通知，WMS主动回传仓库变化的库存动作/结果给EERP；
如果想要更深入了解一下这几个接口中的业务细节，字段细节，逻辑细节，那么可以前往查阅这篇文章。
背景导入：维他零售公司，之前都是做零售批发业务，对接的都是一些主要做B2B业务的仓库。最近根据业务的规划要开拓电商业务，所以想要对接B2C的电商相关的仓库，目前已经找好了一家意向的仓库，对方用的是万里牛WMS，所以需要对接万里牛WMS的接口。
https://open.hupun.com/api-doc/wms/open/oms/bill/cancelbill/v2
2.3.1 调研业务需求，梳理当前诉求
既然要搞B2C的电商业务，那么就要先自己内部把相关的需求给调研清楚，明确清楚，可能会涉及到电商运营部门，仓储物流部门，采购和计划部门等，都需要拉通。
2.3.2 阅读接口文档，提取有效信息
上述的相关分析，和正常做一些业务需求是一样的，不会因为需要对接就有什么特别不太一样的，所以按正常的需求分析和需求澄清的方式方法来执行即可。
当背景信息和原始需求都搞清楚了之后，接下来就可以去阅读接口文档，提取接口文档中的一些关键信息了。
1）获取接口文档的地址或者文件附件；
2）查看对接指引，了解大概的对接流程和步骤，按对方的要求执行即可；
3）阅读具体的API文档，了解对方提供了哪些接口（API EndPoint），不同的接口有什么作用；
https://open.hupun.com/api-doc/wms/open/oms/bill/cancelbill/v2
4）结合需求调研，再加上自己对接口文档的理解，可以梳理出要大概对接哪些EndPoint；
2.3.3 对接口文档的内容做详细的批注和分析
WMS方提供的接口文档，可能非常丰富，文档介绍非常详实，也有可能接口文档内容简陋，表达的也不好，所以很有可能会有很多内容需要产品经理去确认，去落实。
这是产品经理在做对接类需求需要花费比较多时间和精力的方面，如果对方的接口文档做得好，做得充分，那么对接流程就会很顺畅，执行起来就会很简单；但是如果对方的接口文档做得很烂，很多不全，那么对接过程就会很漫长，需要反复确认，修改等。
对接口文档的批注和分析，也取决于产品经理的经验积累和认知水平。你懂得越多，很多东西你就一眼能看懂，就无需过多的求证和确认，所以批注的内容就少了。
即使自己懂得比较少也没关系，坦诚地承认，然后把自己不知道的东西记录下来，再通过会议或者群聊的方式确认相关的事项即可。关键是要知道如何提出一个好问题，同时自己也要提前做好一些铺垫知识的摄取，后续和对方沟通的时候就会比较高效率。
2.3.4 根据接口文档，输出接口对接的需求文档
如果想要知道接口对接类的需求文档怎么写，要包含哪些内容和模块，可以参考我之前写的这篇文章“从两个不同的视角，拆解ERP和WMS的对接”。
2.3.5 进入开发、测试、上线环节
当需求分析清楚了，需求文档也输出到位了，接下来就是接口开发了。
这一步就像是给两个人之间搭建一座桥，让他们能够顺利地交流信息。开发人员根据需求分析的结果，开发出符合要求的接口。
在开发过程中，得严格遵循接口规范，确保接口的稳定性和兼容性。
接口开发完成后，就得进行测试优化了。
这一步就像是给新搭建的桥进行试运行，看看有没有问题。测试人员会对接口进行全面测试，包括功能测试、性能测试、稳定性测试等。如果发现有问题，就得及时优化调整，确保接口能够正常运行。
测试优化没问题了，就可以正式上线运行了。
这一步就像是桥正式投入使用了，两个人可以顺利地交流信息了。
上线运行后，还得持续监控接口的运行情况，及时处理可能出现的问题，确保ERP和WMS能够长期稳定地协同工作。
在新零售领域，随着业务规模不断拓展，企业对仓储管理的要求也日益提升。其中，一个显著的变化就是越来越多的仓库WMS（仓储管理系统）需要接入新零售ERP系统。
这一过程看似简单，实则暗藏诸多挑战。接下来，为大家拆解一下在ERP对接WMS时，常见的痛点与难点究竟有哪些。
新零售业态复杂，合作的仓库也多，这就导致了遇到的WMS系统是五花八门的。不同的仓库可能使用不同的WMS系统，这些系统的功能、操作界面、数据格式等都大不相同。这就给ERP对接WMS带来了巨大的麻烦。
比如，A仓库的WMS系统支持奇门接口，但B仓库的WMS系统却只能用自定义接口。这就要求ERP系统得同时支持多种接口方式，开发和维护成本大幅增加。而且，不同WMS系统的能支持的功能和处理逻辑也不一样，ERP在对接的过程中，既要梳理清楚ERP需要什么仓储服务，需要哪些仓储功能，同时也要结合对方的接口文档和系统操作手册，输出折中的解决方案。
有一些合作意向比较强烈的WMS，可以根据新零售公司的业务特性，为新零售公司做一些深度定制化的业务，这无疑会让整个对接过程中更加顺畅，同时也能最大程度地和仓库达成契合的业务合作。
但是有一些合作意愿不是很强烈的WMS或者是对方的研发能力有限，仓储管理能力、服务能力有限，那么能提供的定制化服务就很少，甚至有很多业务场景都不太能满足，需要新零售公司想其他办法去妥协、解决等，这样的仓储服务商，在对接的过程中就比较痛苦，效率比较低，最后的合作效果也不是很好。
为了满足复杂的业务需求，新零售ERP系统中往往会设置多个逻辑仓。这些逻辑仓可能是按照商品类型划分的，可能是按照业务需求划分的，也可能是按照货品管理的要求划分的。虽然逻辑仓的设置可以让业务管理更加精细化，对库存的划分、切割更加精准和细腻，以便于支撑更多的业务场景，但是这也带来了非常多的弊端，最显著的就是逻辑仓的管理难度太大。
首先，逻辑仓多了，数据管理就变得复杂。每次增加逻辑仓，维护逻辑的配置，配置逻辑仓可用的范围和场景等都非常费劲。当逻辑仓有了库存之后，查询、导出多个逻辑仓的库存，管理每个逻辑仓的库存数据等都会变得非常复杂。
其次，逻辑仓多了，业务流程也会对应变得复杂。不同的逻辑仓有自己的业务规则，适用于不同的业务场景，那么ERP在处理业务时，得根据不同的规则进行操作，这就增加了系统的复杂性和出错的概率。
接着，随着对接的WMS越来越多，逻辑仓也对应线性增加。不同的WMS和逻辑仓映射规则并不一样，这样会导致在对接WMS的时候需要全盘考虑逻辑仓的映射逻辑，在实操中显著增加了接口对接的难度，同时也造成对接进度缓慢，开发、测试、联调效率不高。
最后，逻辑仓越来越多，内部蕴含的一些隐性逻辑和业务规则也越来越多。随着系统的不断迭代和庞大，后续将这些内容整理起来，并且转交给其他的技术同事、业务同事、财务同事等，也是一项巨大的工程。新人想要快速上手这一块的内容，需要耗费非常高的成本，而且很容易因为不熟悉而造成很多误操作，带来更多的损失。
库存一致性是ERP和WMS对接中最让人头疼的问题。库存是贯穿供应链业务的主心骨，也是ERP和WMS的核心中的核心，原则上ERP和WMS的库存数据必须保持一致，否则所有涉及到库存的业务模块都可能会收到影响。
但在实际操作中，库存一致性很难保证。一方面，WMS的库存操作和ERP的库存操作往往的解耦的，两者是通过各种业务单据来串联的，但是在对接的过程中可能会有一些业务单据是没有对接或者遗漏了对接的，这就会导致ERP和WMS的库存会有一些差异。另一方面，ERP和WMS之间的数据传输也可能出现问题，比如网络故障、接口故障等，双方系统都可能会出现一些小问题，从而导致库存数据不一致。
ERP对接的WMS越多，那么需要考虑库存一致性处理的场景也就越多，再叠加越来越多的逻辑仓，会使得两方库存数据对账难度也越来越高。尽管仓库可以引入每日动态盘点，固定周期的静态盘点等手段来确保实物和WMS的库存一致，但是WMS系统的库存和ERP库存的一致性，依然是个很难解决的问题。
仓库的盘点，本质上是解决仓库中的实物和WMS系统账面上的库存，但是WMS系统账面库存还要和ERP系统账面库存保持一致，这部分的对账可以用系统来做，也可以人工来做。如果是系统来做，则一般是让ERP对接WMS的库存查询接口，然后定时拉取WMS的库存到ERP，然后系统来比对ERP和WMS的库存差异，再按需触发ERP的库存调整单。如果是人工来做，则一般是从ERP导出一份库存数据，然后从WMS也导出一份数据，然后再人工用Excel进行数据的比对，接着在ERP上去创建库存调整单。
无论是系统方式对账，还是人工方式对账，只要ERP的逻辑仓多了，SKU种类多了，那么核对起来的难度和成本都会很高。因为WMS的库存往往是一个具体的数量，而ERP的库存则散落在不同的逻辑仓中，还需要人工汇总之后再进行比对。如果对逻辑仓这一块的逻辑不太熟悉的读者朋友，可以翻阅一下我之前的写的实体仓、逻辑仓、虚拟仓相关的文章。
新零售的仓储管理，就像是一场没有硝烟的战争。仓储人员、产品经理、技术开发人员等，都在为了这场战争的胜利而努力拼搏。ERP和WMS的对接，只是这场战争中的一个环节，但却是至关重要的一环。只有解决了ERP和WMS对接中的痛点和难点，才能让新零售的仓储管理更加高效、更加精准，为整个新零售业务的顺利开展提供坚实的保障。
希望这篇文章能让你对新零售仓储管理以及ERP和WMS的对接问题有更深入的了解。如果你在实际工作中也遇到了类似的问题，不妨参考一下这篇文章，说不定能给你带来一些启发和帮助呢！
本文由人人都是产品经理作者【PM维他命】，微信公众号：【PM维他命】，原创/授权 发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于 CC0 协议。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。