COGI中出现错误的处理方法
cogi常见处理方法
Cogi处理方法：1.“采购订单数量超过1PC”，是由于多次报工造成，检查是否重复报工；2.“物料被其他用户锁定”，产生的原因，其他用户正常更改物料的信息，系统不允许在更改信息的时候并行处理。
解决办法，关掉其他在运行改订单的账号。
3.“订单状态不允许退货”原因是订单在报工前“TECO”关闭订单所有的需求和反冲发料。
解决办法先确认该订单是否取消生产，如果取消生产，按流程退料，删除订单；如果还需要生产，CO02取消TECO，然后在保存过账即可。
4.“物料在9001库不存在”系统库位不正确，需要维护库位。
5．“错误信息无权使用261移动类型”是由于没用统计员账号报工，处理方法用统计账号选中该行，点击保存即可。
6.“数量短缺”原因是9001库中没有足够数量的物料可以反冲，（1）.首先检查该物料BOM是否正确；（2）.检查9001库存MB52；（3）.确认该物料是否车间现场有实物，但未盘点进系统；（4）.确认该物料是否一物多码；如果BOM不正确的邮件形式反馈工程部更改；（2）.库存不足，车间也无实物，按照订单数量去补领；（3）.一物多码的问题，要先将订单取消报工，然后更改订单中的物料号，再重新报工。
7.“该物料在NUG待删除状态”同一物多码问题同样的处理方法。
PS：第1-第5项出于为生产服务考虑允许先出错后处理。
特别注意：第6-第7项务必在订单报工前处理或者在报工时处理。
处理方法：先确认报工订单是否已经全部领料；没有报工的订单中是否有一物多码或者待删除的物料；报工时如果出现错误信息是数量短缺的，会有提示，点击后退按键选择更正错误；找到短缺或者待删除，如果是一物多号的直接选中该行删掉要被替换的物料，在里面直接添加新的物料后报工（待删除物料同样的处理方法）如果不是一物多号的确实是短缺的先将订单物料领完再进行报工处理。
COGI问题处理及对策_图文
COGI问题处理及对策_图文第 1 章 COGI问题处理及对策1.1 目的通过COGI错误处理发现计划与车间物流的不规范、BOM、工艺错误以及线边库库存差异～进行及时处理～从管理角度提高制造规范的内控,从系统角度提高MRP 运行的数据严肃性、准确性。
1.2 目标根据各事业部的生产业务量比例进行合理的COGI剩余量指标界定～通过错误的及时纠正～保证MRP数据的即时准确性。
1.3 问题处理对策错误大类错误代码错误原因处理办法处理责任人A、将物料号、工厂信息反馈给标准标准成本会计成本会计～维护标准价格001 标准价格没有维护B、标准价格维护后～双击错误信息COGI专员保存～此类错误信息处理完毕A、库位选择错误～与工艺所ERP工程师确认入库的具体库位～点开库COGI专员位后选择可用库位没有库位～无法在作报工的时候实现同时入库,如:“物料B、库位未维护～向数据管理中心018 数据管理中心00000918 在仓库307 里不存ERP工程师反馈～维护库位。
在” C、库位维护后～可以点:清单-过移动类型账～或点:保存按钮～错误信息处COGI专员 101错误信息理完毕。
处理,入库时产生的错误A、检查是否重复报工～事务码:co14 COGI专员“采购订单订货数量超过了1 信息, PC : A810102021070 1920”～B、选中错误信息～点删除按钮～在022 多次作报工处理～导致系统报弹出的对话中～选择是～把信息从COGI 专员错。
COGI中删除。
确认是否需要序列号管理 COGI专员“替代1～序列0”。
产生的确认需要进行序列号管理～请更改工艺所ERP工程原因:物料设置为序列号管～不能设置为SY04 师标准工艺路线理～但是在生产订单供工序上设置SY04～自动报工入库。
如果需要自动报工入库～取消序质量工程师列号管理。
121 错误信息121～无权限处理。
通知ERP权限维护组～增加权限。
成本会计错误大类错误代码错误原因处理办法处理责任人开通ERP权限后～点过账保存即可～但是～如果库位错误、库存数量错COGI专员误～将生成新的错误信息～按照以上错误信息处理方法处理。
Cognos 常见错误解决办法
常见问题：◆CM-CFG-5137：Content Manager was unable to complete the initialization of thecontent store。
解决办法：1.Ensure that all Cognos 8 Services are stopped.2.Have the DBA make a backup the Content Store.3.Have the DBA run theinstall_path\configuration\schemas\content\dbVendor\dbClean_dbVendor.sql script on the Content Store database.4.Start the Cognos 8 with Cognos Configuration.∙∙∙◆CM-CFG-5063:数据库的用户配置的权限不够解决办法：Must ensure that Oracle database has the following permissions set:a) connect to the databaseb) create, alter, and drop tablesc) create, alter and drop triggersd) create, alter and drop viewse) create, alter and drop proceduresf) create, alter and drop sequencesAlso, add Unlimited Quotas permission to oracle content storeschema if the above steps do not work◆CM-SYS-5124:数据库编码方式一定要是 UTF-8解决办法：需要在数据库中修改数据库的字符集，需要DBA权限执行下面的语句：sqlplus /nologconn /as sysdbashutdown immediate;startup mount;ALTER SESSION SET SQL_TRACE=TRUE;ALTER SYSTEM ENABLE RESTRICTED SESSION;ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;ALTER SYSTEM SET AQ_TM_PROCESSES=0;ALTER DATABASE OPEN;set linesize 120;ALTER DATABASE character set INTERNAL_USE UTF8;ALTER SESSION SET SQL_TRACE=FALSE;shutdown immediate;STARTUP;◆CFG-ERR-0106:IBM Cognos Configuration did not receive a response from the IBM Cogno s 8service in the time allotted.Check that IBM Cognos 8 service is available and properly configur ed描述：此问题是在cognos服务启动时报的错解决方法1：可能是由于Cognos内容数据库连接不上造成检查在Cognos时是否已安装了Cognos自带的内容数据库如时使用第三方数据库则检查连接字符串信息和驱动文件是否正常解决方法2：增加超时时间当cogserver.log与tomcat.log都没有报错信息c8_location/configuration/cogconfig.prefs文件中加ServiceWaitInterval=1000ServiceMaxTries=500◆CFG-ERR-0103 :原因:应该是因为Cognos主应用无法启起来，已知可能的原因如下：1、Cognos数据库没有采用UTF-8的字符集(Oracle下常见)2、系统服务中的Cognos服务被禁用,或受到其他第三方软件限制无法启动∙∙∙∙∙◆CAM-AAA-0027：错误是在用Cognos SDK开发SSO的时候遇到的，利用SDk里的例子TrustedSignonSample 程序实现 SSO的时候遇到的。
cognos错误列表
Cognos8.3错误解决方法总结1、jre 路径导致报错这个时候我遇到一个问题，Cognos Configuration 无法正常启动，提示信息忘记截图了，不过这个问题比较简单。
错误提示中已经详细的描述了解决办法，其实是因为我的开发机上有Tomcat，设置了JA V A_HOME。
并且用的是JDK142的包，所以必须先修改其路径为Cognos的jre。
否则启动Cognos Configuration的时候会报错。
2、Cognos8 运行数据库无法连接遇到这个问题，是因为jdbc的缘故，如果是Oracle作为运行数据库，就会遇到。
将oracle\jdbc\lib\classes12.jar拷贝到Cognos8/webapps/p2pd/WEB-INF/lib下即可.3、错误码：CFG-ERR-0103 Unable to start Cognos 8 service.这个错误出现的原因是你的内容库是oracle，而且oracle数据库没有试用UTF-8编码。
将内容库的oracle更改成UTF-8编码就可以解决问题。
4、CFG-ERR-0106 问题这个问题就比较诡异了，反正就是启动超时，但是又没有具体原因，百度也没有任何解决办法。
外事不决问Google，还是Google强大，E文网站上倒是有不少同学遇到此类问题。
其实，是因为开发机上跑的程序太多，资源占用厉害导致的。
最后确定的解决办法是修改配置文件，增加Cognos的启动时间。
修改c8_location /configuration/ cogconfig.prefs增加以下两个配置ServiceWaitInterval=*默认是500,代表0.5秒ServiceMaxTries=*默认360,代表倍数默认应该是3分钟超时。
我增加到1000*500，8分多钟。
5、CFG-ERR-0103这个问题是在我们的Cognos测试服务器上遇到的，首先想到的就是BAIDU，发现也有不少朋友碰到这个问题。
Go语言中的错误处理和异常处理问题
Go语言中的错误处理和异常处理问题在开发过程中，我们经常会遇到各种错误和异常情况。
如何处理这些问题是一个关键的技术点。
本文将重点讨论Go语言中的错误处理和异常处理问题。
一、错误处理在Go语言中，错误处理是通过返回值来实现的。
函数可以返回一个错误值，用于表示函数执行过程中是否发生了错误。
通常情况下，错误值为nil表示没有发生错误，其他非nil值则表示发生了错误，并给出了相应的错误信息。
示例代码如下：```gofunc division(a, b float64) (float64, error) {if b == 0 {return 0, errors.New("除数不能为0")}return a / b, nil}func main() {result, err := division(10, 0)fmt.Println("发生错误:", err)} else {fmt.Println("结果为:", result)}}```在上述代码中，division函数用于进行除法运算，如果除数为0，则返回一个错误值。
在main函数中，我们通过判断错误值来确定是否发生了错误，并进行相应的处理。
二、使用defer进行错误处理在Go语言中，我们还可以使用defer语句来进行错误处理。
defer 语句可以用于在函数返回之前执行一些清理操作，比如关闭文件、释放资源等。
在进行错误处理时，我们可以将相关的错误处理代码放在defer语句中，以确保在函数返回之前一定会执行这些处理操作。
示例代码如下：```gofunc readFile(filename string) error {f, err := os.Open(filename)return err}defer f.Close()// 读取文件内容并进行处理return nil}func main() {err := readFile("example.txt")if err != nil {fmt.Println("发生错误:", err)} else {fmt.Println("文件读取成功")}}```在上述代码中，readFile函数用于读取文件内容，并在处理完毕后关闭文件。
cognos错误列表
Cognos8.3错误解决方法总结1、jre 路径导致报错这个时候我遇到一个问题，Cognos Configuration 无法正常启动，提示信息忘记截图了，不过这个问题比较简单。
错误提示中已经详细的描述了解决办法，其实是因为我的开发机上有Tomcat，设置了JA V A_HOME。
并且用的是JDK142的包，所以必须先修改其路径为Cognos的jre。
否则启动Cognos Configuration的时候会报错。
2、Cognos8 运行数据库无法连接遇到这个问题，是因为jdbc的缘故，如果是Oracle作为运行数据库，就会遇到。
将oracle\jdbc\lib\classes12.jar拷贝到Cognos8/webapps/p2pd/WEB-INF/lib下即可.3、错误码：CFG-ERR-0103 Unable to start Cognos 8 service.这个错误出现的原因是你的内容库是oracle，而且oracle数据库没有试用UTF-8编码。
将内容库的oracle更改成UTF-8编码就可以解决问题。
4、CFG-ERR-0106 问题这个问题就比较诡异了，反正就是启动超时，但是又没有具体原因，百度也没有任何解决办法。
外事不决问Google，还是Google强大，E文网站上倒是有不少同学遇到此类问题。
其实，是因为开发机上跑的程序太多，资源占用厉害导致的。
最后确定的解决办法是修改配置文件，增加Cognos的启动时间。
修改c8_location /configuration/ cogconfig.prefs增加以下两个配置ServiceWaitInterval=*默认是500,代表0.5秒ServiceMaxTries=*默认360,代表倍数默认应该是3分钟超时。
我增加到1000*500，8分多钟。
5、CFG-ERR-0103这个问题是在我们的Cognos测试服务器上遇到的，首先想到的就是BAIDU，发现也有不少朋友碰到这个问题。
SAPCOGI处理方法
SAP Cloud Platform
灵活性
SAP Cloud Platform提供了云端部署和管理的灵活性， 企业可以根据需求选择不同的服务模式和付费方式。
01
集成能力
SAP Cloud Platform具备强大的集成 能力，可以与各种第三方应用和服务进 行集成，实现业务的拓展和创新。
02
03
安全性
人工智能在SAP COGI处理中的应用
自动化流程
利用AI技术，实现SAP COGI处理流 程的自动化，减少人工干预，提高处
理效率。
智能决策支持
通过机器学习和数据分析，为决策者 提供更准确、及时的COGI数据支持，
帮助企业做出更好的决策。
预测与优化
利用AI技术对COGI数据进行深度分 析，预测未来的发展趋势，为企业制
3
增强决策能力
SAP COGI提供的数据和分析工具，有助于企业 做出更加科学、合理的决策，增强决策能力。
02
SAP COGI处理方法
直接处理法
优点
简单易行，无需复杂的转换和调整，能 够快速完成COGI数据处理。
VS
缺点
对数据质量要求高，如果数据存在错误或 遗漏，会对最终的财务报告和报表造成直 接影响。
间接处理法
优点
可以对COGI数据进行预处理和清洗 ，减少数据错误和遗漏，提高数据质 量。
缺点
处理过程较为复杂，需要专业的技术 和经验，同时需要额外的工具和资源 支持。
混合处理法
优点
结合了直接处理法和间接处理法的优点，既保证了数据处理的速度，又提高了 数据的质量。
缺点
对技术和资源的要求较高，需要专业的团队进行支持和维护。同时，需要合理 规划和设计处理流程，以确保数据处理的准确性和效率。
cognos错误整理
Cognos错误总结文档文档信息版本记录Cognos问题1、UDA-SQL-0458问题描述：UDA-SQL-0458 PREPARE failed because the query requires local processing of the data. The option to allow local processing has not been enabled. UDA-SQL-0580 The use of call statements as derived tables is not supported by the database and requires local processing of the data. RSV-SRV-0042解决办法：open your FM model, select the data source, check properties, Query Processing should be "Limited Local"2、jre冲突问题描述：解决办法：把\cognos\c8\bin\jre\1.4.2\lib\ext \bcprov-jdk13-125.jar这个文件拷贝到java_home的jdk下的jre目录下的\lib\ext目录3、ANS-MES-0005错误问题描述：解决办法：这个问题最终也没得到更好根据一直以来的总结：主要分析可能原因和相应的解决办法，但是有的人用这种办法好用，但我们的客户还是没好用，现写下来做参考。
1、原因是对报表快速的进行拖拽、点击，移动等操作时，有可能会发生这类错误（我自己猜想，这个可能是因为当前的这张报表比较大，cognos的BS报表程序反应不过来，程序内部出现了异常，这个好像是cognos analysis studio自身的BUG。
）当出现这类错误时，不管后面进行何种操作都会报错，关掉后重新打开就不会报错了。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
所有包涵‘SAP COGI 错误汇集’标签的日志
COGI错误解决
星期一, 04月19th, 2010
我准备碰到一个解决一个，然后慢慢汇总编辑在此。
（有些内容参考了网上的资料，我COPY加工了，有些是自己遇到并解决的。
）
关于COGI：
一．目的：及时处理COGI中出现的发料错误信息，保证帐、实一致，成本准确。
二．规范出现错误信息的处理流程，提供发现问题、检查问题、解决问题的方法
三．数据提取：运行COGI，可以选择按照工厂、库位、错误产生的时间提取
错误信息及解决方法：
1、“采购订单订货数量超过了105 PC”那么，只要在COGI里面把收货那栏的数字减少105，然后保存就可以了
2、错误信息，“库位维护错误”，产生错误的原因，bom维护的反冲库位后，由于库位合并，删除原来的库位，导致无法确认反冲库位。
解决方法：选择正确的库位，保存过帐即可。
3、错误信息，”物料被其他用户锁定”，产生的原因，其他用户正在更改物料的信息，系统不允许在更改信息的时候并行处理。
解决方法：稍后再过帐处理。
4、错误信息，”订单状态不允许退料”，原因是：订单在报工前作TECO，TECO 后关闭订单的所有需求和反冲发料。
解决方法：和计划员确认订单是不是?取消生产，如果取消生产，请按照订单取消流程处理退料、以及生产订单关闭删除处理；如果还要继续安排生产，通过co02取消TECO，然后保存过帐即可。
5、错误信息，信息文本“替代1，序列0”。
产生的原因：物料设置为序列号管理，但是在生产订单供工序上设置SY04，自动报工入库。
解决方法：确认是否需要序列号管理，如果进行序列号管理，请更改标准routing，不能设置为SY04；如果需要自动报工入库，取消序列号管理。