壹佰网|ERP100 - 企业信息化知识门户

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 4240|回复: 20

oracle workflow达人进

[复制链接]
发表于 2007/6/6 11:09:59 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。如果您注册时有任何问题请联系客服QQ: 83569622  。

您需要 登录 才可以下载或查看,没有帐号?注册

x
发现一个问题,有好多workflow在到了一个user approve的时候莫名其妙的改变了responder,我们问过这个responder,他说没有收到系统的notification.

以下为我调查的结果,各位高手帮忙分析一下原因
select * from apps.wf_notifications where notification_id = '6130133'
RECIPIENT_ROLE = 'TXG153'
RESPONDER = 'WSH101'
ORIGINAL_RECIPIENT = 'TXG153'
FROM_USER IS NULL
TO_USER = 'REKTORLI, BJORN'

select * from apps.Wf_Item_Activity_Statuses where item_type = 'APCEC' and item_key = '3100200318327' AND NOTIFICATION_ID = '6130133'
ASSIGN_USER = 'TXG153'
ACTIVITY_RESULT_CODE = 'APPROVED'

select * from apps.wf_comments where notification_id = '6130133'
在这个表里我看到两条记录关于这个notification
---------------------1-----------------------
FROM_ROLE = 'CFIN86'
FROM_USER = 'KOZLOWSKI, JOHN L'
ACTION = 'SEND'
TO_ROLE = 'TXG153'
TO_USER = 'REKTORLI, BJORN'
ACTION_TYPE = 'SEND'
--------------------2-------------------------
FROM_ROLE = 'WSH101'     
FROM_USER = 'HARRISSON, SARAH ALICE'
ACTION = 'RESPOND'
TO_ROLE = 'WF_SYSTEM'
TO_USER = 'Workflow System'
ACTION_TYPE = 'RESPOND'
记录应该是正常,但是最后一条很异常,这里有一个不相关的user WSH101, 本来应该是TXG153 去 APPROVE的

各位高手,帮忙看看,谢谢哦
发表于 2007/6/6 11:36:53 | 显示全部楼层
1、你查看一下你们的审批链条 和规则 是不是你想要的那样子
2、查看一下 TXG153  也没有做审批的授权
 楼主| 发表于 2007/6/6 13:23:31 | 显示全部楼层
感谢回复!
会不会是oracle的一个bug呢,因为TXG153有权限,同时审核链表也没有问题的。
还有没有别的可能呢?
发表于 2007/6/6 13:41:39 | 显示全部楼层
这是一个BUG,我们初步认为是会话的问题。如果你们的EBS版本是11.5.10.CU2,打一下 4671626 这个补丁,如果是其他版本的话,最好发一个TAR在metalink上问一下,我们采用先升级到11.5.10.CU2后又打的补丁,这是metalink给的建议,还没有测试完成

[ 本帖最后由 bhbb2000 于 2007-6-6 13:51 编辑 ]
发表于 2007/6/6 14:10:46 | 显示全部楼层
我说是 TXG153 有没有把自己的审批权限授权给别人
 楼主| 发表于 2007/6/6 14:36:35 | 显示全部楼层
感谢bhbb,我会给oracle开tar问问。

感谢gaoyiming , 我check了user设定,应该没有问题的。
发表于 2007/6/6 15:18:26 | 显示全部楼层
呵呵,我这边的测试出来了,没有任何变化,还是出现以前的情况。请问一下你们是不是在一个人同时处理两个工作流的时候会产生responder改变这种问题?
 楼主| 发表于 2007/6/6 15:45:08 | 显示全部楼层
感谢回复

可是现在有一个问题,如果session error 或者 duplicate 那么为什么会到一个莫名其妙的人身上呢。
对了,如果这个人处理不同的工作流会不会出现这种情况呢。

BHBB你那里,这种情况多么,你说的那个patch好像我们去年6月就打了,但是也没效果,我注意了一下我们的系统,好像从4月底开始有这样的现象了。
发表于 2007/6/6 16:04:33 | 显示全部楼层
我这边的情况比较有规律,在X审批流中,A拒绝了B的请求,同时A又在Y审批流中同意了C的请求,这时候C看到的审批人就会变成B,基本是这种情况
发表于 2007/6/6 16:25:53 | 显示全部楼层
那不就是乱套了吗
还不如自己开发
做一个审批链条呢
 楼主| 发表于 2007/6/6 16:31:26 | 显示全部楼层
如果就一个审批流,那么有没有这种情况出现呢?
发表于 2007/6/6 16:56:23 | 显示全部楼层
只有一个的话就不会出现。忘了说明了,我们这两个工作流都是自己设计的,包括审批层次都是另外开发的
 楼主| 发表于 2007/6/6 20:15:56 | 显示全部楼层
我的也是,按照你的说法,也就是只有同时操作多个流程,并且由审批拒绝的流程,并且最后一个审批通过的流程才有问题。
 楼主| 发表于 2007/6/6 20:18:47 | 显示全部楼层
我一会儿根user confirm一下是不是也是你那种情况。
发表于 2007/6/7 00:33:35 | 显示全部楼层
好的,等你的消息。我们这边也一直在metalink上跟进这个问题
 楼主| 发表于 2007/6/8 09:42:38 | 显示全部楼层
user说没有什么特别操作,他在美国,我不太方便亲自去check他的action。但是那几个responder都是indirectly report 到这个user的,所以是不是跟这个也有关系呢。
你那边有什么进展么?
发表于 2007/6/8 10:00:51 | 显示全部楼层
我们在消息文本里使用了#history屏蔽了系统自身的历史纪录,现在他们建议我们展现原始的历史信息,我刚做完更新好,等待测试结果中
 楼主| 发表于 2007/6/21 16:14:47 | 显示全部楼层
hi  哥们
有更新么?
你的测试做得怎么样!
发表于 2007/6/21 16:34:17 | 显示全部楼层
一直在跟进,做了几个trace刚刚提交上去,等待结果中
发表于 2007/8/9 00:09:36 | 显示全部楼层
兄弟,我这边的问题已解决。我遇到的问题是A项目审批工作流中C发来的请求,然后审批了合同审批工作中B发来的审批请求,结果B看到审批人就变成了C。我检查了项目审批底层的几个程序包,发现在项目审批请求被拒绝后系统会自动把fnd_global里的参数全部设置成被拒绝的项目审批工作流的发起者,这种做法显然是不正确的。把这段代码注释掉即可
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|小黑屋|手机版|壹佰网 ERP100 ( 京ICP备19053597号-2 )

Copyright © 2005-2012 北京海之大网络技术有限责任公司 服务器托管由互联互通
手机:13911575376
网站技术点击发送消息给对方83569622   广告&合作 点击发送消息给对方27675401   点击发送消息给对方634043306   咨询及人才点击发送消息给对方138011526

GMT+8, 2025/11/29 08:57 , Processed in 0.020237 second(s), 14 queries , File On.

Powered by Discuz! X3.4

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表