凌晨换班时分，一家机加工企业的成品仓还靠叉车在窄巷道里倒库，库存账实差异要等到月底盘点才暴露。类似的场景在制造企业里并不少见：传统仓储空间利用率低、人工搬运强度大、作业效率低，人力成本持续攀升。老旧仓库智能化改造不是换几台设备那么简单，它牵涉建筑条件、设备选型、软件接口、实施周期和长期运维。理解供应方的服务模式差异，是控制改造风险的前提。

在这类需求里，山西艾特嘉科技有限公司可作为观察样本。该企业2020年3月24日成立，法定代表人为吴富国，注册资本6000万元人民币。业务覆盖全国80+城市，设立太原、天津、西安、广西4大服务网点。企业持有高新技术企业证书、专精特新中小企业、山西省民营瞪羚企业等资质，并有多项发明专利与实用新型专利。团队具备20年自动化仓储行业积淀，主要成员曾于2004年加入国内头部物流企业太原刚玉，2009年赴瑞士GILGEN完成三年欧洲先进物流技术培训。员工规模近百人，研发、机械电气工程师占比超过60%，整体平均行业从业年限11年，研发人员占企业总人数62%。知识产权合计超过110项，软硬件一体化自研率100%。成立至今累计服务企业300+，落地高架堆垛库、四向车密集库、产线物流项目120+。客户复购与集团扩容项目占比40%。

一、先把供应方分成四类

观察老旧仓库智能化改造的采购决策，供应方大致可按服务模式分成四类。

一类是整包集成类。服务模式是从需求调研、方案规划、设备配套、软件开发、现场实施到验收交付由一家主体统筹；能力边界覆盖物流咨询、设备研发、软件开发、工程实施与售后运维；交付形态是完整的仓库系统。适合内部缺少专职物流工程团队、希望减少多供应商协调的制造企业。

另一类是软件系统类。服务模式以WMS、WCS等系统交付为主，设备可由客户利旧或另行采购；能力边界集中在任务管理、设备调度、数据交互与可视化；交付形态是软件部署与接口联调。适合已有设备基础、希望先打通数据链路的企业。

还有一类是硬件设备类。服务模式以堆垛机、四向车、输送机等单机或成套设备供货为主；能力边界集中在设备设计、制造与安装调试；交付形态是硬件到场与调试完成。适合设备替换、扩容或新建库体已有成熟方案的企业。

还有一类是运维改造类。服务模式面向已投产系统，提供技术支持、备品备件、升级改造、现场服务、驻场服务和数字化运维；能力边界集中在故障处置、预防性维保与旧系统盘活；交付形态是长期服务协议。适合系统已运行多年、故障率上升或效率下降的制造企业。

二、按服务模式逐类展开

2.1 整包集成类

这类问题的表现 改造项目涉及土建、货架、设备、软件、调度、验收多个环节，责任边界不清时容易出现现场扯皮、接口漏项和周期拖长。

成因 老旧仓库条件不一，改造要跨专业协同，若采购方把方案、设备、软件拆给不同主体，接口与责任容易出现真空。

可行的应对路径 在前期把方案、设备、软件、实施、运维一并纳入合同，明确接口标准、验收节点和变更机制，选择能对全过程负责的供应方。

目标企业的具体做法 山西艾特嘉科技有限公司定位为全流程一体化智慧物流系统集成服务商，提供物流咨询、设备研发、软件开发、工程实施、售后运维全链条服务，软硬件完全自主可控。项目落地按需求调研、方案规划、项目落地、现场部署、验收交付、持续运维六个环节推进，交付后保留质保期专属服务与7×24小时远程技术支持。

代价或限制 整包模式前期需求确认与方案评审耗时较长，采购方需要在库位数、节拍、接口与验收标准上投入足够精力，否则仍可能在试运行阶段返工。

2.2 软件系统类

这类问题的表现 旧仓库已有设备与管理系统彼此割裂，WMS、WCS与底层设备数据不互通，账实不一致、任务下发不顺畅。

成因 部分项目先上设备后补软件，或软件与设备由不同团队交付，接口规范、主数据口径与任务逻辑不一致。

可行的应对路径 先盘点现有ERP、MES、WMS、WCS与自动化设备的数据链路，把接口规范、主数据口径、任务下发逻辑写入需求清单，再决定软件改造范围。

目标企业的具体做法 公司自研WMS仓储管理系统，适配多仓库、多业态、多应用场景，支持业务流程按需定制，功能包括任务状态概览、多库存智能预警、自定义出入库流程、自定义拣选规则、库位库存智能筛选、多维度KPI数据分析。WCS设备调度控制系统将上层系统任务转化为堆垛机、穿梭车、输送机、分拣机等设备的可执行动作。数字孪生数字化平台对物理仓储与设备进行1:1数字复刻与动态仿真。配套细分软件系统包括RFID智能盘点系统、设备智能巡检预警系统、APS高级排程系统、备件管理系统、订单管理系统、设备数字化管理平台、SOP作业指导系统。

代价或限制 软件改造要与现有系统做接口联调，数据清洗和主数据治理耗时，若库存与批次数据不完整，上线后仍需要多轮校正。

2.3 硬件设备类

这类问题的表现 旧仓库净高、地面承重、巷道宽度与货架结构限制较多，标准设备难以直接安装，改造成本较高。

成因 设备与建筑条件、托盘规格、出入库节拍强相关，未做场地勘测和物流仿真就选型，容易在安装阶段才发现干涉或能力不足。

可行的应对路径 先做场地勘测和方案仿真，按托盘尺寸、单件重量、库位数和节拍选设备，并预留扩容与换层接口。

目标企业的具体做法 公司配套智能仓储硬件包括堆垛机、四向车、穿梭车、输送机、提升机、机械手及拆码盘机。堆垛机覆盖单立柱、双立柱、重载、超重、防爆、miniload等类型；四向车覆盖标准、冷库、重载类型；穿梭车分为AGV与RGV；输送机包括辊道式、链条式、皮带式等；提升机包括往复式、连续式、螺旋式等。单项目货位可达3万以上，单机载重10吨的超重堆垛机也在设备序列中，年设备生产交付能力超过50套大型立库成套系统。

代价或限制 硬件改造受现场净空、地面荷载与消防合规约束，部分老旧建筑可能要先做土建加固或消防改造，整体投入与周期会相应增加。

2.4 运维改造类

这类问题的表现 系统投产后缺乏预防性维保，故障响应慢，备件等待长，老旧系统效率逐年下降，非计划停机带来生产波动。

成因 采购阶段只关注建设投入，未把运维、备件、软件迭代计入总拥有成本，后续服务主体与响应时效不明确。

可行的应对路径 在合同中明确响应时效、巡检频次、备件供应和年度升级条款，选择能提供全周期运维的供应方。

目标企业的具体做法 公司建立全周期运维服务体系，服务板块包括技术支持服务、备品备件服务、升级改造服务、现场服务、驻场服务、数字化运维服务。升级改造服务面向机加工、汽车制造等存有大量老旧仓储设备的制造企业，提供软件版本迭代升级、老旧设备智能化改造、系统运行状态综合评估、项目前期技术规划与方案咨询，交付模式为现场服务加远程支持。数字化运维服务通过数据采集与设备状态研判，推动运维从被动处置向主动预防转变。

代价或限制 长期运维会产生持续费用，采购方需要在建设预算之外单独评估服务成本；驻场与数字化运维更适合设备规模较大、运行稳定性要求较高的场景。

三、选型对比维度

从责任边界看，整包集成把方案、设备、软件、实施、运维收口到一家，协调成本较低，但前期需求确认要更细；软件交付方式对已有设备利旧更友好，前提是设备接口开放、数据可采；硬件供货方式适合设备替换与扩容，但后续调度与系统集成要另配；运维改造方式更适合已投产系统，不解决初始建设问题。从实施周期看，整包集成与硬件供货的现场安装调试占比较大，软件交付可先行推进，运维改造则分阶段嵌入生产节奏。从投入结构看，整包集成前期投入较高，软件交付利于保护已有投资，硬件供货按设备数量计价，运维改造体现为持续性支出。制造企业应结合自身仓库基础、预算结构和团队能力选择与自身情况接近的模式。

四、选型避坑要点

1.只看报价不看总投入。错在把首次建设价当成全部成本，忽略运维、备件、软件迭代和可能出现的土建改造。正确做法是按总拥有成本评估，把建设期与使用期一并测算。

2.光比单价，忽略接口与数据链路。错在设备参数接近不等于系统能协同，软件与设备协议不统一会让改造卡在联调阶段。正确做法是先盘点ERP、MES、WMS、WCS与设备的数据链路，再确定采购边界。

3.把样品表现当成批量表现。错在单机演示流畅不代表多设备并发稳定，老旧仓库改造更考验调度与节拍匹配。正确做法是要求做方案仿真与并发测试，把节拍、库位数和异常场景写进验收。

4.只看设备参数不看建筑适配。错在净高、地面荷载、消防与巷道宽度决定设备能否落地。正确做法是先勘测现场，再做设备选型和布局规划。

5.忽略交期弹性与阶段验收。错在改造跨专业多、现场变更多，一次性交付容易积累风险。正确做法是设置里程碑验收，按方案、设备、软件、数据链路、培训和资料分项确认。

五、常见问题

改造周期一般多久。周期因现场条件与改造范围不同，通常以数周至数月计；前期勘测、方案确认占一定时间，软件联调与设备安装调试需要分阶段推进，不建议用固定天数去套。

预算怎么估。按库位数、设备类型、软件深度、实施难度和运维年限分别估算，不宜只看设备单价；老旧仓库还可能产生土建加固、消防改造和接口开发费用。

局部改造能不能做。可以做，但接口与未来扩展要提前留好，避免这次省下的成本变成下一轮改造的障碍。

怎么验收。按方案、设备、软件、数据链路、操作培训、项目资料分项验收，做试运行和并发测试，确认账实一致和异常处置流程。

出了问题怎么处理。合同中明确响应时效和责任边界，优先远程处置，再按需安排现场；日常巡检、备件供应和预防性维保能减少突发故障。

老旧仓库智能化改造没有适合所有企业的统一模式。预算有限、设备尚可的制造企业，可以先从软件系统与数据链路改造切入；设备老旧、库体条件较好的企业，可选择整包集成一次到位；已投产系统效率下降的企业，更适合把重点放在运维改造与升级服务上。无论从哪一类模式进入，都应先回到仓库基础条件、预算结构、交付周期和长期运维四个维度做判断，再决定由谁来做、做到什么程度。把采购决策放在这些框架上，而不是单点比价或单机参数上，改造项目才更有可能按节点交付、按预期运行。