改造项目——以旧换新

一切事物的使用寿命都是有限的，包括内部物流系统。虽然钢铁不易受到时间的破坏，但控制和 IT 系统更容易受到岁月流逝的影响。即使是流程本身也已经过时了，需要进行彻底改革才能使其恢复到最前沿的相关性。我们称之为“改造”——换句话说，将旧的变成新的。

第一个（全自动）自动化物流中心距今已有 40 年历史。当时，通过信息技术的引入，人工引导的存储检索机器开始变得越来越自动化。近年来，对电机、传感器系统和控制部件进行了几轮现代化改造。然而，当谈到 IT 时，大多数人都赞同“永远不要碰正在运行的系统”原则：部分是出于成本原因，但也由于通常“硬连线”的大规模定制流程，这意味着更新不会发生。可行的。

以前用 Fortran 或 Cobol 编写、后来用 C++ 编写的 IT 系统早已不再是最先进的，而是被基于 JAVA 或 SAP 的软件系统所取代。后一种解决方案在希望根据自己的 IT 战略建立一致的 IT 环境的公司中特别受欢迎。

那么，对于寻求实现现有 IT 系统现代化的公司来说，哪些考虑因素很重要呢？作为新仓库建设项目的一部分，引入仓库管理和控制系统相对容易。这个问题是在改造时出现的，因为世界上几乎没有一家公司能够承受其调度或生产仓库停止运行几天甚至几周的费用，以便进行升级。集约化、全面的项目管理是唯一的解决方案。

由于在大多数情况下，要进行的工作超出了纯粹的现代化（1:1 迁移）范围，因此为了引入新流程或附加功能（例如劳动力和资源管理解决方案），功能规范绝对是必要的。如果仍然可用，则现有安装的文档可以用作当前流程的基础。如果操作员还想更换物料流控制系统，则必须记录下级系统 (PLC) 的现有接口。为了安全起见，可以在正在进行的操作期间分析通信流。

所有必要的迁移步骤也应记录在功能规范中。根据安装的复杂性，不建议采用“大爆炸”方法（一步实施）。它可以轻松地采取 3-5 个迁移步骤来从旧系统过渡到新的 IT 环境，以便在紧急情况下始终可以回滚一步。

还应定义明确的紧急情况（预拣选、搬迁到手动仓库等），以便可以立即采取适当的措施来应对任何系统故障。必要且广泛的项目计划中还必须为迁移提供足够的时间表，因为迁移将在仓库正常运行期间的正常工作时间内进行。还必须计划对作为现代化项目一部分引入的任何新流程或对话进行员工培训。

迁移是一项巨大的、资源密集型的工作，决不能低估。只有拥有专门的团队、值得信赖的合作伙伴（内部物流和/或 IT）和适当的时间表，才有可能“变旧为新”，而不会有任何重大风险。

SSI SCHAEFER 是业内最大的 IT 服务提供商之一，拥有 1100 多名训练有素的 IT 专家。使用我们专有的物流软件 WAMAS®，SSI SCHAEFER 专家为各个行业的小型、中型和大型内部物流系统开发定制的 IT 解决方案。 SSI SCHAEFER 还拥有专门的团队提供 SAP EWM 解决方案。凭借来自各行各业的经验和专业知识，SSI SCHAEFER 是改造项目的完美合作伙伴，并在实施、优化和培训方面提供无可挑剔的服务水平。

关于作者

Andreas Hampe 多年来一直担任 SSI SCHAEFER 的 SAP 解决方案副总裁。作为物流软件解决方案区域经理，他负责管理多个公司地点的 SAP 团队。 30 多年来，Andreas Hampe 一直在物流领域工作，专注于销售和 IT 开发中的供应链管理。

Andreas Wimmer 是 SSI SCHAEFER IT Solutions GmbH 的产品管理主管。他在格拉茨科技大学获得学位，并在内部物流领域工作了近 20 年。
他专注于自动化系统与相应 IT 解决方案的结合。在 SSI SCHAEFER IT Solutions 内，他负责整个 IT 产品组合的设计和进一步开发。