带有扫描仪环的数据收集终端Zebra WT-40。为了能够快速扫描货物，同时将箱子实际放在托盘上（免提），这是必要的。
多年来，我们开设了商店并迅速发展。最终，我们的仓库每天接收和发送约2万个托盘。当然，今天我们已经有更多的仓库：莫斯科的两个大仓库-100和14万平方米，但其他城市也有小仓库。
在如此规模的拣货，组装或运输中节省的每一秒钟都是节省运营时间的机会。这也是一笔巨大的节省。
这就是为什么两个主要效率因素是考虑周全的行动（流程）算法和定制IT系统的原因。希望“像发条一样”，但“做得比完美少一点”也是可以的。我们仍然在现实世界中。
这个故事始于六年前，当时我们仔细研究了供应商如何在我们的仓库中卸下卡车。如此不合逻辑，但却是习惯性的，以至于员工甚至都没有注意到次优过程。而且，那时我们还没有工业仓库管理系统，基本上，我们将物流操作交给了3PL操作员，他们在建筑过程中使用了他们的软件和经验。
货物验收
就像我们已经说过的那样，当时（原则上和现在）我们的公司都在努力开设许多商店，因此我们不得不优化仓库流程以提高吞吐量（在更少的时间内增加商品）。这不是一件容易的事，仅由于所有这些人都会互相干扰，就不可能仅通过增加人员来解决它。因此，我们开始考虑实施WMS（仓库管理系统）信息系统。不出所料，我们从对目标仓库流程的描述开始，并在一开始就发现了一个未耕作的字段，用于改进收货过程。有必要在其中一个仓库中制定流程，然后将其转移到其余仓库。
收货是仓库中最早的主要业务之一。它可以有几种类型：当我们简单地计算货位数量时，以及何时需要计算每个货盘上有多少物品以及哪些物品。我们的大部分商品都是跨码头的。这是当货物从供应商到达仓库时，仓库充当路由器，并试图立即将其重新发送给最终收件人（商店）。还有其他流程，例如，当仓库充当缓存或存储设备时（您需要将交货放入库存中，将其分成多个部分，然后逐步将其带入商店）。可能，从事优化残差数学模型的同事可能会更好地讲述如何使用库存。但这是一个惊喜！问题开始纯粹是在手动操作中出现的。
过程如下：卡车到达，驾驶员与仓库管理员交换了文件，管理员了解到达那里的货物以及将货物发送至何处，然后将装载机送到仓库取货。所有这些花费了大约三个小时的时间（当然，在很多方面，验收的时间取决于我们接受哪种物流流程：在某处必须进行批内转换，而在某处则不需要）。您不能派更多人乘坐一辆卡车：他们会互相干扰。
损失了什么？他们充满了海洋。首先，仓库工人收到纸质文件。他们指导自己，并据此决定如何处理交付。其次，他们手工盘点货盘，并在相同的运单上注明数量。然后，将完整的验收表分配给计算机，然后将数据加载到XLS文件中。然后，该文件中的数据被导入到ERP中，然后我们的IT核心才真正看到该产品。关于订单的元数据很少，例如车辆的到达时间，或者此数据不准确。
我们要做的第一件事是开始自动使仓库自动化，以便他们对流程有支持（我们必须安装一堆软件，如移动条形码扫描仪之类的硬件，为所有这些部署基础结构）。然后，我们通过总线将这些系统与ERP相连。最终，当装载机沿条形码扫描仪沿着到达的卡车上的货盘通过时，系统会更新有关货物可用性的信息。
变成这样：
- 供应商自己填写有关他发送给我们的商品以及何时发送给我们的数据。为此，有一堆SWP和EDI门户。即，商店发布订单，而供应商承诺履行订单并按所需数量交付货物。在发送货物时，它们指示卡车中货盘的组成以及所有具有物流性质的必要信息。
- , , ; , , , . : -, , , , . - , (YMS — yard management system), . YMS .
- YMS ( , SWP) , . , , , . , , . , , , , , . .
- , . — — , . API , human-computer interaction-. — .
- , , . , , . . : , , .
- , . . , . , . , . ( , , ).
- , .
在旧的过程中，托盘经常被移到一个特殊的缓冲区，在那里他们已经与它们一起工作了：它们盘点，登记婚姻等等。为了释放下一个车厢的码头，这是必要的。现在，所有进程都已配置，因此根本不需要此缓冲区。有选择性重计价（示例之一是在交通信号灯项目中实施的在仓库中对接的选择性单位内重计价过程），但是大多数货物一经收到即立即进行处理，它们是从码头直接运到仓库中的最佳地点或立即运往另一个地点如果从仓库装运的运输工具已经到达，则将其装卸。我知道这听起来对你有点平凡但是五年前，在一个巨大的仓库中，能够像另一辆卡车的装卸场一样直接处理到达终点的运输，对我们来说似乎是一种空间计划。
该产品接下来会发生什么？
此外，如果这不是交叉对接（并且尚未在装运之前将货物留在缓冲区中或直接运送到码头上），则必须将其放入库存中进行存储。
有必要确定该产品将去向何处，到哪个存储单元。在旧的过程中，有必要从视觉上确定我们将这种类型的商品存储在哪个区域，然后在此处选择一个位置，然后拿，放，写下我们所放的东西。现在，我们已经按照拓扑为每个产品配置了放置路线。我们知道哪个产品应该在哪个区域和哪个单元格中，我们知道如果额外的行过大，那么在另外一行中要容纳多少个单元格。有人接近货盘并使用TSD用SSCC对其进行扫描。扫描仪显示：“转到A101-0001-002。”然后，他将它带到那里并记下他的放置内容，将扫描器当场插入代码中。系统检查所有内容是否正确并记录。您不需要写任何东西。
到此结束了使用该产品的第一部分。然后商店准备从仓库取货。这就产生了下一个过程，供应部门的同事会更好地讲述。
因此，系统在接受订单时更新库存。单元的库存是在放置托盘时进行的。也就是说，我们始终知道仓库中总共有多少商品，以及确切地位于哪一处。
因为我们在每个地区都有很多本地供应商，所以很多物流直接通向枢纽（区域转运仓库）。如果更快，从沃罗涅什（Voronezh）而不是联邦仓库直接安装相同的空调，而是直接安装到本地集线器更为方便。
废料的逆向流动也得到了稍微优化：如果货物是跨码头运输的，则供应商可以从莫斯科的仓库中进行取货。如果婚姻是在运输包装被打开后才被打开的（从外面看不清楚，也就是说，这不是运输工人的过错而出现的），那么每个商店都有一个回返区。废料可以扔进联邦仓库，也可以直接从商店交给供应商。第二个发生的频率更高。
目前需要优化的另一个流程是处理未售出的季节性物品。事实是我们有两个重要的季节：新年和花园的时间。就是说，在一月份，我们在RC收到了未实现的人造圣诞树和花环，到了冬天，割草机和其他季节性物品如果可以再承受一年就需要保存。从理论上讲，您需要在季节结束时将其完全出售，或将其出售给其他人，而不是将其拖回仓库-这是我们还没有到手的部分。
五年来，我们将收货（卸下机器）的时间减少了四倍，并加快了许多其他流程的速度，总体上，跨站台的营业额总体提高了一半以上。我们的任务是优化，以减少库存，而不是“冻结”仓库中的资金。他们使商店有可能按时收到更多所需的产品。
在仓库流程方面，最大的改进包括使以前的纸张自动化，使用设备和正确配置的流程消除了流程中不必要的步骤，并将公司的所有IT系统连接到一个整体中，从而使来自ERP的订单（例如，商店在左侧第三个架子上缺少东西），最终变成了仓库存储系统中的具体操作，订购运输等等。现在，优化更多地是关于我们尚未达到的那些过程以及预测的数学方法。也就是说，快速实施的时代已经结束，我们已经完成了30％的工作，却获得了60％的结果，然后我们需要逐步涵盖其他所有内容。或者，如果可以在那里做更多工作，请移至其他地区。
好吧，如果您考虑保存的树木，那么供应商向EDI门户的过渡也带来了很多好处。现在几乎所有的供应商都不会打电话给经理，也不会与经理沟通，而是他们自己查看个人帐户中的订单，进行确认并运送货物。自2014年以来，我们尽可能拒绝使用纸张，自98年以来，98％的供应商一直在使用电子文档管理。总体而言，仅拒绝打印所有必要的文件，每年就可以节省3000棵树。但是，这既没有考虑到处理器带来的热量，也没有考虑到像电话上同样的经理这样的人所节省的工作时间。
五年之内，我们的商店数量是四倍，不同文件的数量是三倍，如果不使用EDI，则会计人数将是三倍。
我们不为所欲为，而是继续将新消息连接到EDI，将新供应商连接到电子文档流。
去年，我们开设了欧洲最大的配送中心-14万平方米。米-并开始机械化它。我将在另一篇文章中讨论。