【场景】执行计划，二开插件不生效问题 常见场景：(a)二开执行计划提示组件不存在，(b)二开执行计划逻辑非最新逻辑，(c)单据上的操作服务插件在执行计划中不起作用，(d)工作流调用单据操作时插件不起作用 【调度原理】 执行计划调度依赖于部署中的K3JobProcess服务  运行原理 <1>K3JobProcess服务（运行目录WebSite）,向WebSite\App_Data\common.config中的管理中心配置地址进行签到   <2>管理中心判断，在集群下是否已经有服务签到成功了，若没有的话则返回签到成功（解决集群执行计划重复调度问题） 签到日志参考：ManageSite\App_Data\Log  <3>K3JobProcess服务,根据WebSite\App_Data\common.config中的计算站点配置，判断是在计算站点运行还是应用站点运行  【运行日志】 检查执行计划的运行服务器是否存在变化，是否与预期相符  【常见的部署架构】 <1> 单机部署，一台应用服务器，部署管理中心、计算站点、应用站点 这个场景,不会存在二开插件不生效问题 <2> 集群部署，应用站点和计算站点分离 可能存在问题：二开更新部署包，只更新了k3cloudapp1，最终PC端直接操作时新改的插件代码生效，由执行计划关联的运行逻辑则没有新改的插件代码  <3>集群部署，多应用服务器 由集群中的任一K3JobProcess调度 可能存在问题：打补丁重启之后，可能从k3cloudapp1执行变为k3cloudapp2执行  调度执行的顺序取决于：安装服务器后哪个会最先启动，如果k3cloudapp2先启动，则后续调度服务器变化。 因此星空下所有集群的组件部署都必须一致。 [说明]可能有客户部署内外网两个服务器，其中做了一个api接口同步数据到外部，很有可能重启后因切换到内部服务器执行导致无法同步 <4>集群部署，特殊场景，应用服务器和文件服务器分离部署 与上相同，可能存在问题：打补丁重启之后，从k3cloudapp1 执行变为 k3cloudfileserver k3cloudfileserver默认是没有二开组件的，所以会存在二开执行计划执行不存在等场景。 【解决方案】 <1>临时方案：关闭不需要调度的服务器的K3JobProcess服务，避免由其调度；需注意当集群调整或者补丁安装后，可能导致服务的重新启动； <2>临时方案：对应服务器的计算站点指向同一个服务器，部分后台计算性能下降  <3>最优方案：WebSite\App_Data\Common.config appsettings 配置禁用  <add key="DisableJobProcess" value="true" >