消息号 CO462 订单类型 ZP12, 工厂 6100:缺少检查规则(见长文本)

做工单可用性检查时,提示如下错误:

订单类型 ZP12, 工厂 6100:缺少检查规则(见长文本)
消息号 CO462
诊断
需要指定工厂6100中订单类型ZP12可用性检查的检查组。
步骤
维护相应工厂、订单类型和代码(业务工序)的检查组:
代码 1: 控制可用性检查
- 订单创建时(自动检查)
- 对于尚未下达的订单(手动检查)
代码 2: 控制可用性检查
- 订单下达时(自动检查)
- 对于订单 (部分)下达(手动检查)
调用定制

 

解决办法,配置工单下单时的检查规则 OPJK

 

时间: 2024-10-16 19:30:42

消息号 CO462 订单类型 ZP12, 工厂 6100:缺少检查规则(见长文本)的相关文章

CO02工单下达时错误“订单类型 ZP91 工厂 1000: 没有检查工序的维护规则”

订单类型 ZP91 工厂 1000: 没有检查工序的维护规则消息号 CO288诊断要执行物料可用性检查,系统需要检查规则.未维护订单类型ZP91和业务事务的工厂1000的检查规则(例如"订单创建"或"订单下达").步骤维护相应工厂.订单类型和代码(业务事务)的检查组.代码1: 控制订单创建的自动检查或未下达订单的手动检查.代码2: 自动检查订单下达的控制或部分下达或已下达订单的手动检查.调用定制解决办法:TCODE:OPJK 工单控制 可用性检查

SAP WM LQ02 事务代码界面里不能为指定仓库号选择移动类型的问题对策

SAP WM LQ02 事务代码界面里不能为指定仓库号选择移动类型的问题对策 LQ02, 试图为仓库号360下设置一个JOB,能自动为供应商寄售库存自动去K: 经过查询,如下配置漏掉了:     增加了如下的配置项目:   配置完成之后,LQ02就可以了:   2016-11-10 写于武汉市经开区.    

sql server 类型自动判断和条件检查的备份脚本

根据自己环境自定义了一个备份脚本! 说明: 使用方法:exec master.dbo.fullbackup1 's:\backup','suzhou','full' 0.备份类型只能是full.diff或log,数据库名不能为空 1.通过新建一个历史表记 录每次备份内容 2.检查数据库版本是否为2005以上 3.检查当前用户是否有权 限完成备份 4.会自动检查指定盘符是否存在 5.检查指定格式是否为s:\ 6.如果指定的备份目录不存在proc将自动新建,根据备份类型为full.diff或 log

类型“XXX”违反了继承安全性规则。派生类型必须与基类型的安全可访问性匹配或者比基类型的安全可访问性低。

原文 http://help.jumbotcms.net/detail_2012_08/15/10402.shtml 当项目升级到VS2010或者2012 后(同时NET版本也升级到4.0),会出现如下错误提示信息: 类型"XXX"违反了继承安全性规则.派生类型必须与基类型的安全可访问性匹配或者比基类型的安全可访问性低.    解决方法1: 其实很简单,在XXX项目中AssemblyInfo.cs文件里加上如下信息即可: [assembly: System.Security.Secur

错误:“产品订单的调度参数没有被定义”

信息错误信息:产品订单的调度参数没有被定义消息号 CT604诊断在定制工厂1000,订单类型ZP91和生产调度员*的过程中,没有为生产订单定义计划级别.只有输入了详细计划.粗略计划或生产率计划的选择标识,才能实施计划.根据标准任务清单的用途.类型和状态,选择标识确定工艺路线选择的优先级.另外,必须维护计划类型.步骤通过输入详细计划.粗略计划或生产率计划的选择标识,维护计划参数和选择计划类型.执行功能问题分析: 从"步骤"中可以看到,需要维护计划参数和计划类型,且从"诊断&qu

C#开发微信门户及应用(2)--微信消息的处理和应答

原文:C#开发微信门户及应用(2)--微信消息的处理和应答 微信应用如火如荼,很多公司都希望搭上信息快车,这个是一个商机,也是一个技术的方向,因此,有空研究下.学习下微信的相关开发,也就成为计划的安排事情之一了.本系列文章希望从一个循序渐进的角度上,全面介绍微信的相关开发过程和相关经验总结,希望给大家了解一下相关的开发历程.本篇随笔主要基于上一篇<C#开发微信门户及应用(1)--开始使用微信接口>的基础上进行深入的介绍,介绍微信消息的处理和应答的过程. 1.微信的消息应答交互 我们知道,微信的

C#轻量级通通讯组件StriveEngine —— C/S通信开源demo(2) —— 使用二进制协议 (附源码)

前段时间,有几个研究ESFramework通信框架的朋友对我说,ESFramework有点庞大,对于他们目前的项目来说有点"杀鸡用牛刀"的意思,因为他们的项目不需要文件传送.不需要P2P.不存在好友关系.也不存在组广播.不需要服务器均衡.不需要跨服务器通信.甚至都不需要使用UserID,只要客户端能与服务端进行简单的稳定高效的通信就可以了.于是,他们建议我,整一个轻量级的C#通讯组件来满足类似他们这种项目的需求.我觉得这个建议是有道理的,于是,花了几天时间,我将ESFramework的

SAP SD 文本确定功能的测试

SAP SD 文本确定功能的测试: 1,测试数据 客户主数据:10000050 销售订单类型:ZYNI 2,客户主数据的文本确定 3, 定义想要在客户主记录中使用的文本类型,记住给每一个文本类型加上一个短文本加以描述.譬如,文本 ZEXM用做"Customers-text"(客户文本). Next, 选择文本对象按钮"客户 - SD":然后选择"文本类型"按钮. Next, Save it. 提示 如果你觉得创建新的文本类型比较困难,那么可以直接

微信公众平台推送图片消息,不成功,该公众号无法提供服务。。。。,急!!!

问题描述 stringp=@"<xml><ToUserName><![CDATA[{0}]]></ToUserName><FromUserName><![CDATA[{1}]]></FromUserName><CreateTime>1412135923</CreateTime><MsgType><![CDATA[image]]></MsgType><