自动化项目验收时，客户往往要求厂家提供PLC程序和密码，此时大家都有顾虑，客户担心设备买回去以后，后期维修、改参数、查故障，全被厂家拿捏；厂家担心PLC程序一旦完全开放，被随便修改、复制，出了问题又说设备质量不行，甚至导致核心技术泄露。项目结束后PLC程序该不该给客户？昌晖仪表的观点是PLC程序交付以项目前期约定的交付边界来分层交付，并提供完整资料和做好PLC程序版本备份。
1、为什么客户要PLC程序？
部分客户要PLC程序，是想在设备出现小问题时，自己能先处理，不完全依赖厂家，避免后期维护被动。
设备一旦上线，生产不能停。比如调整一个延时时间，修改一个伺服位置，查看一个I/O点位，增加一个报警提示，备份触摸屏参数，换传感器后重新确认信号等，如果客户有PLC程序，客户内部的电气工程师马上可以做部分维护，减少关键工位设备的停机时间，降低工厂损失。
部分客户要PLC程序，就是为了复制厂家设备或取得核心控制技术。
2、厂家不愿给PLC程序怕些什么？
PLC程序不是一个普通文件，它是厂家对控制逻辑、调试细节、工艺经验、异常处理、安全保护、项目现场一点点试出来的参数等知识的浓缩和提炼，是厂家提升竞争力的技术壁垒。
厂家给客户PLC程序后，一旦程序被改，后面设备出现问题或设备运行不稳定，责任很难界定；厂家给客户PLC程序后，客户故意拖延或不支付货款，厂家将会很被动；厂家给客户PLC程序后，核心技术将公之于众，这个大家可了解一下“化工工艺包”。
3、项目验收时才谈PLC程序交付容易扯皮
项目后期因PLC程序交付闹矛盾，不是技术多复杂，而是前期合同里只写设备验收合格后交付使用，在前期合同中没有明确：PLC源程序交不交？程序密码给不给？触摸屏工程文件给不给？电气图纸、I/O点数表是否完整？客户能不能自行修改程序？修改后售后责任怎么算等细节，到了验收时，客户突然提出要PLC源程序，分歧就产生了。厂家称合同价格卖的是设备，不是把整套源代码全部开放；而客户觉得所买设备就应包含PLC程序，此时的交涉往往互不相让，很容易陷入僵局。所以关于PLC程序交付，在PLC方案阶段、报价阶段、合同阶段就提前确认，才能避免验收时才谈PLC程序交付的扯皮。
4、PLC程序开放可以分层，不要非黑即白
谈PLC程序交付，避免走两个极端： 一种是全部给。 一种是什么都不给，更合理的方式是分层交付。
①操作层：给现场人员用
操作员可以在触摸屏上调整常用参数，比如：产量设定，延时微调，速度档位，配方选择，报警查询等等。这一层不需要打开PLC程序。
②维护层：给维修人员用
客户维修人员可以查看：IO 状态，手动动作，报警记录，参数备份，常见故障点等。这一层能解决大部分日常维护问题。
③工程层：需要提前约定
涉及PLC源程序、伺服参数、通讯配置、安全逻辑、复杂动作流程。这一层是否开放，必须提前在合同中明确！！这样做的好处是： 客户有维护能力，厂家也能保住核心逻辑和责任边界，双方都不用把问题推到极端。
5、很多时候，竣工资料比PLC源程序更重要
现场维护时，很多问题其实不需要改PLC程序，真正需要的是竣工资料完整。 比如电气原理图， I/O点位表，气路图，报警代码说明，易损件清单，伺服原点和位置说明，触摸屏参数说明，设备操作与保养说明等。
客户拿到一份PLC源程序，但没有图纸、没有点位表、没有参数说明，其实也很难用起来。 现场排故最常问的不是“程序在哪里”，而是哪个传感器对应哪个输入点？哪个电磁阀控制哪个气缸？哪个报警对应哪个机构？哪个参数能调，哪个参数不能动？......这些信息整理清楚，比单纯留下一个程序文件更有价值。
所以客户谈交付时，不要只盯着PLC程序给不，更应该看项目整套维护资料是否完整。
6、开放PLC程序，责任必须提前写清楚
有些项目确实需要开放程序。 比如客户有自己的设备维护团队，设备要接入原有产线，后续要做二次开发，集团有统一电控标准，设备出口后现场服务成本很高等，这些情况下，PLC程序交付可以谈，并且不能只谈给不给，还要把责任写清楚。建议至少约定下面几点：
①交付时确认最终程序版本；
②厂家保留验收版本备份；
③客户修改程序要做版本记录；
④未经厂家确认的修改，不纳入原售后责任；
⑤涉及安全逻辑的修改，必须由专业人员处理；
⑥后续程序支持是否收费.
这些条款不是为了推责任，而是为了后面问题可追溯。项目最怕的不是设备坏了，真正怕的是设备出了问题以后，谁都说不清。
7、密码不能一句话说完
客户常要求密码也给他们，但这里面的“密码”，其实有很多种，可能是触摸屏操作密码，管理员参数密码，PLC上传密码，触摸屏工程密码，伺服参数密码，远程模块登录密码等，这些密码性质完全不一样。
操作密码，可以给管理人员；参数密码，要看哪些参数允许客户调整；PLC源程序密码，涉及程序开放和责任划分；远程模块密码，还涉及网络安全和远程维护权限。所以客户不要笼统地问密码给不给？更应该拆开问哪些密码交付？给谁保管？能修改什么？哪些只能查看？密码外泄怎么办？......这些细节前期看起来麻烦，但比后期扯皮强得多。
最后说一句：PLC程序该不该给客户，不是简单的给是或不给。客户要程序为了后期维护不被动或为了取得核心技术，厂家不愿意完全开放，是担心核心逻辑被改、责任边界不清......两边都有道理。
8、关于PLC程序交付真正靠谱的做法
在项目前期就把这些内容写进合同：
①交付哪些程序和资料；
②哪些权限开放；
③哪些参数允许调整；
③是否提供PLC源程序；
④修改后责任怎么算；
⑤验收版本如何备份；
⑥后期技术支持怎么做。
自动化项目里，很多矛盾不是技术造成的。 而是前期没有把边界讲清楚。如果你正在采购非标设备，别等到验收时才谈PLC程序交付。方案阶段谈清楚，合同里写明白，后面客户和厂家都会轻松很多。
