STOKA / 系统
做决定的是软件。没有软件的自动化仓库，只是一堆不知道该搬什么、也不知道先搬哪一件的设备。软件决定每件货放在哪里、按什么优先级取出、由哪台设备来做，并把每一次移动都记录下来。STOKA 负责这些系统的设计、进口、安装、集成与售后，并把它们和你公司已经在用的系统连起来。这一页先用大白话讲清每一层在做什么，再给出它的英文缩写，说明它和企业管理系统的区别，也告诉你什么时候还不需要它。
告诉我们您的问题因为你公司的系统知道有多少货，却不知道货在哪里。如果货位是手写记下来的，或者只存在于上一个拣货人的脑子里，那么每次查找都变成一次全仓走动。仓库软件在每一次移动时都记录精确货位，把这段走动变成一条指令。
说得直白一点：它是负责思考的那部分。它由四层叠在一起构成。第一层决定搬什么、搬到哪里：它管库存、分配货位、给订单排序、触发补货。这一层叫仓库管理系统（WMS，warehouse management system）。第二层把这个决定翻译成给每台设备的具体指令，并协调谁先动，避免两台设备同时抢同一段通道：这是仓库控制系统（WCS，warehouse control system）。第三层管搬运设备的细节动作，也就是把箱子抓起来、再放到该放的位置上的那一系列动作：这是搬运管理系统（HMS，handling management system）。第四层是三维可视化，它把仓库的状态显示在屏幕上，让你在整条线被卡住之前就看到瓶颈正在哪里形成。这四层由 STOKA 实施，并与你已有的系统集成。
这是最常见的疑问，值得一开始就讲清楚。企业管理系统（ERP，enterprise resource planning）是公司已经在用的那一套：开票、采购、做账，知道每个品项还有多少库存。仓库管理系统知道的是另一件事：每一个单元在哪里、状态如何、属于哪个批次、有效期到什么时候、按什么顺序取出更合适。这是两个不同的问题。ERP 回答「我有多少」，WMS 回答「它在哪里、我先取哪一个」。所以 ERP 替代不了 WMS：账面余额可以做得毫无差错，但它仍然没法告诉任何人这个托盘要从哪一排货架上取下来。反过来也一样：WMS 不开票，也不做采购。正确的做法是让两者对话。ERP 把订单发过来，WMS 在仓库内部完成执行，再把确认过的移动和货位回传给它。如果你现在的 ERP 带一个简单的货位模块，每天的移动量也不大，那可能完全够用：只有当货位、顺序和追溯每天都开始消耗大量工时时，WMS 才真正站得住脚。
从做出决定到货真的动起来，中间有一次翻译。仓库管理系统说的是「把 A 货位的托盘搬到发货区」；控制系统把这句话翻译成给每台设备的指令，按正确的顺序、带着正确的权限下发：哪一段输送线启动、哪台设备进入巷道、哪一台先等着。没有这一层，两台设备可能在同一时刻抢同一段路，仓库就自己把自己堵住了。控制系统同时管优先级：紧急发货排在补货前面，补货又排在内部整理前面。搬运层更细：它管抓取和放置货物的设备细节，抓取的动作顺序、准确的支撑点，以及确认这一单元最终确实落在了该落的位置。仓库自动化程度越高，这次翻译的分量就越重，因为正是它让已经装好的产能不至于停在那里等指令。
三维可视化不是给会议室看的动画。它把仓库的真实状态呈现在屏幕上：哪些货位是满的、哪些设备正在作业、哪些指令排在队列里、待处理的工作正堆在哪里。它有两个非常具体的用处。第一个是在整条线被卡住之前找到瓶颈：当队列总是在同一个点变长时，问题往往不在那台停下来的设备，而在它前面的那一段，这一点在表格里看不出来。第二个是不用亲自走进仓库就能知道正在发生什么，这在系统建得很高或者建在冷库里时尤其重要，因为在那些地方直接目视检查很不方便，甚至根本做不到。它在调试阶段同样有用：把实际运行表现和项目设计时的测算做对比，趁参数还没变成习惯之前先修正过来。
仓库软件不取代公司的系统，而是和它们连起来。这个连接通过应用程序接口（API，application programming interface）完成，这是两个系统之间交换数据的标准方式，不需要任何人再手工誊抄一遍：企业管理系统把销售订单和采购订单发过来，仓库系统把收货确认、货位和移动记录回传过去。集成的范围要针对你现有的系统、以及它开放出来的接口来定；没看到之前我们不做承诺。最容易量化的收益出现在库存上：每一次移动都被自动记录，准确率不再依赖事后补填的表格，盘点也不再是占掉一整天的人力活。这些时间是有价格的：一名仓库操作工对企业的成本是每月 965 美元、每年 11,580 美元（CCT 40/89 物流分支，2026 年 6 月），社保等雇主负担占用工成本的 34.6%（IARAF，2026 年 2 月）。
我们不发布逐型号的规格表：详细技术参数随诊断评估一起提供，并按你的运营来确定。以下是做选择时依据的标准。
如果你还没有分配货位、也还没有把载荷单元标准化，任何软件都给不了你可靠的数据。那等于让它去整理一堆它并不了解的混乱：系统会非常精确地记录下一些在现场根本不存在的货位，结果是屏幕上的库存很整齐，而仓库里要走的路一步没少。先做流程。把不动的库存清出去，定一套货位编码，把托盘和纸箱标准化，再明确每一次移动由谁确认：这一轮花不了多少钱，却正是它让后面的软件变得可信。另外，如果仓库不大、品项不多、每天的移动量也有限，而你在用的企业管理系统自带的货位模块已经够用，那就不需要另外上一套仓库管理系统。如果问题出在动线太长，软件也修不好：那是布局要解决的事。
有可能已经够用了，在小仓库里通常是够的。企业管理系统（ERP）知道有多少库存；仓库管理系统（WMS）知道货在哪里、状态如何、按什么顺序取更合适。如果这三个问题今天都要靠「去找」才能回答，那 ERP 的模块就不够了。如果它们能自己回答，那就什么都不用买。
通过应用程序接口（API）对接，这是两个系统交换数据的标准方式，不用手工誊抄任何内容。对接范围取决于你现有系统开放出来的接口，所以我们会在报价之前针对你的实际安装环境核实一遍。没看到对面开放了什么，我们不会先承诺集成。
可以，而且这通常正是我们建议的顺序。仓库管理系统会把货位、作业顺序和你现有运营的数据理清楚，而正是这些数据，让后面的自动化系统能被准确地算出规模。先自动化、再整理是更贵的路：那等于按假设买产能，而不是按实测的移动量买。
自动化系统从下订单起，安装周期为 3 到 4 个月，软件的调试与机械安装并行推进。投资回收期在 18 到 36 个月之间，视具体运营情况而定（STOKA 判定标准）。如果只是在人工仓库上做软件项目，周期会短不少。
现场勘查会实测每天的移动量、品项数量、载荷单元和货位的现状，并核实你现有系统开放了什么接口。范围据此确定。如果你手上的系统已经够用，我们会直接告诉你。