如何解决“处理中”状态的采购订单

0072

原帖由 ora2008 于 2008-7-31 22:32 发表
秀才大师,请教一个问题,每当WF卡时,用RETRY,手功推一次,都可OK.
但问题是,为何每次都要手工去RETRY一下呢.
对签核问题,我这里,是时好时坏,我手里的卡的PO太多了,每次都要手动RETRY,都快疯了.

是不是 background process report没有设置自动运行？

ora2008

多谢0072大师!
有的,每10分钟,对PO Approval跑一次.请求参数如下:
POAPPRV,0,10000,Y,Y,N

ora2008

不过,我这边的USER有一个怪现象,跨链提交,
比如,如下签核链:
底层          二层             三层
USERC->KEYUSERB->LEADERA
USERD->KEYUSER2->LEADER1

USERD,本来是给KEYUSER2签 ,但他却有时挑选KEYUSERB,
而KEYUSERB也会去签.导致卡.

不过,正常的签核链也是卡啊.

richardliu1123

原帖由 ora2008 于 2008-8-1 09:11 发表
多谢0072大师!
有的,每10分钟,对PO Approval跑一次.请求参数如下:
POAPPRV,0,10000,Y,Y,N

感觉没有定义schedule job,这好像仅仅是run一次,

richardliu1123

原帖由 ora2008 于 2008-8-1 09:16 发表
不过,我这边的USER有一个怪现象,跨链提交,
比如,如下签核链:
底层          二层             三层
USERC->KEYUSERB->LEADERA
USERD->KEYUSER2->LEADER1

USERD,本来是给KEYUSER2签 ,但他却有时挑选KEYUSERB,
而KEYUSERB也会去签.导致卡.

不过,正常的签核链也是卡啊.

像这样的情况,收到通知后发现不属于自己审批的东东应该拒绝.这应该是操作问题.

vvcolor

原帖由 ora2008 于 2008-8-1 09:16 发表
不过,我这边的USER有一个怪现象,跨链提交,
比如,如下签核链:
底层          二层             三层
USERC->KEYUSERB->LEADERA
USERD->KEYUSER2->LEADER1

USERD,本来是给KEYUSER2签 ,但他却有时挑选KEYUSERB,
而KEYUSERB也会去签.导致卡.

不过,正常的签核链也是卡啊.

难道是审批组织建的有问题？

robincao

very good!

pongstar

經常碰到這樣的問題，都是寫一個SQL，修改狀態再重新提交簽核

guxueliang

还有啥好说的啊，“顶”就一个字啊

dwilson

很多人都问了这个问题，估计没有好办法解决！