OMW error

SULLY1

VIP Member
One of our developers is getting the error message "Transfer Activity rules do not exist" when checking out a UBE in his Default project. All the other developers are set up the sames as he is, but they are not getting the error. I've checked activity rules and they seem fine. Any help would be appreciated. I've also logged a call with JDE.

Patty

B733.1\SP7.1\Oracle 8.0.5\Ent HP-UX 11.0

Upgrading to XE\SP15.1\U3
 
Patty,
1 Is he/she able to check-out anOther UBE in his Default Prj?
2 What about using anOther project?
3 Has the Owner assigned a VALID Address Book Number?
Warm regards,
Adrian Chimirel

Xe U3 SP17, Oracle 806, Citrix, HTML, FormScape 2.1 Ent RS/6000, AIX 4.2, Dep NT4
 
Adrian

In answer to your questions.
1. No.
2. No.
3. Yes

Thanks for the response. Any other suggestions?

Patty

B733.1\SP7.1\Oracle 8.0.5\Ent HP-UX 11.0

Upgrading to XE\SP15.1\U3
 
Patty,
What is his role in the project? Originator? Did he try another
client/computer?

Regards, Alex.
 
Hi Patty,

Are there any special security groups that you have set up that this
developer may not be a part of?

Have you changed the security on any of the activity rules?

I had this same issue and found out that I had inadvertantly placed group
security on the activity rules at the "parent" status level. If you have
made any security / Group changes to the Activity rules I can go into more
detail.

I opened a call here to the list under the subject : Transfer Activity
Rules do not exist. But found my own problem before anyone could respond.


Regards,
Gerald.






SULLY1
<PSULLIVAN@LEECLE To: Gerald Kastanek/Toronto/IBM@IBMCA
RK.ORG> cc:
Sent by: Subject: Re: OMW error
owner-jdelist@jde
list.com


03/26/2002 04:00
PM
Please respond to
jdelist





Adrian

In answer to your questions.
1. No.
2. No.
3. Yes

Thanks for the response. Any other suggestions?

Patty

B733.1\SP7.1\Oracle 8.0.5\Ent HP-UX 11.0

Upgrading to XE\SP15.1\U3
--------------------------
Visit the forum to view this thread at:
http://www.jdelist.com/cgi-bin/wwwthreads/showflat.pl?Cat
=&Board=OW&Number=31469
+ - - - - - - - - - - - - - - - - - - - - - - - -+
This is the JDEList One World® / XE mailing list / forum.
Archives and information on how to SUBSCRIBE, and
UNSUBSCRIBE can be found on the JDEList Forum at
http://www.JDEList.com

JDEList is not affiliated with JDEdwards®

+ - - - - - - - - - - - - - - - - - - - - - - - -+
 
The role of the user in the project is superuser which allowed actions are *All object types, *All project status, *All actions. I had him try to check out on my machine and he still gets the same error so it is tied to his user id.

I'm not sure what's meant by security on any of the activity rules or security on activity rules at the parent status level.

Thanks for the responses.

Patty

B733.1\SP7.1\Oracle 8.0.5\Ent HP-UX 11.0

Upgrading to XE\SP15.1\U3
 
Hi Patty,

When you go into your Transfer activity rules you see a screen that looks
kinda like this:

From Project Status
21 - Programming (Parent Level)
21 - Programming (Child Level)
25 - Rework Issue
26 - QA Test Review
25 - Reqork Issue
21 - programming
26 - QA Test Review
etc...

When you double click on one of the child levels you get a list of the
activity rules that are allowed for that status change which includes a
USER field for security purposes. Normally these are *PUBLIC and anyone
can do them.
However if you double click on the parent level all it does is opens and
closes the child level tree. BUT if you select the PARENT level (highlight
it and click SELECT) then you also get a list of status change rules and
their associated USERS as well. This is where I got into problems. I
tried to lock out the "superuser" from being able to promote a project out
of status 21 so I changed the USER field for these records to ADMIN. I
inadvertantly changed the status change 21 to 21 record as well and then
noone could see the transfer activity rules at alln and I got your error
message when they tried to check anything out.

So, at the PARENT LEVEL, I had to put the 21 to 21 record back to *PUBLIC
and I left the others (ie. 21 to 25) as ADMIN and then my SUPERUSERS were
able to use OMW again but not promote projects out of DV.

This is why I asked you about what security groups you have your developers
in, are they all in the same group and have you changed any of the Activity
rules security USER fields.

Just a thought.

Regards,
Gerald







SULLY1
<PSULLIVAN@LEECLE To: Gerald Kastanek/Toronto/IBM@IBMCA
RK.ORG> cc:
Sent by: Subject: Re: OMW error
owner-jdelist@jde
list.com


03/27/2002 09:04
AM
Please respond to
jdelist





The role of the user in the project is superuser which allowed actions are
*All object types, *All project status, *All actions. I had him try to
check out on my machine and he still gets the same error so it is tied to
his user id.

I'm not sure what's meant by security on any of the activity rules or
security on activity rules at the parent status level.

Thanks for the responses.

Patty

B733.1\SP7.1\Oracle 8.0.5\Ent HP-UX 11.0

Upgrading to XE\SP15.1\U3
--------------------------
Visit the forum to view this thread at:
http://www.jdelist.com/cgi-bin/wwwthreads/showflat.pl?Cat
=&Board=OW&Number=31530
+ - - - - - - - - - - - - - - - - - - - - - - - -+
This is the JDEList One World® / XE mailing list / forum.
Archives and information on how to SUBSCRIBE, and
UNSUBSCRIBE can be found on the JDEList Forum at
http://www.JDEList.com

JDEList is not affiliated with JDEdwards®

+ - - - - - - - - - - - - - - - - - - - - - - - -+
 
Hi Patty,

The Transfer activity Rules are not set.

Few quesions:

1. Your default project is at what status 11 or 21?
2. Which environment are you checking out from?

I need these two things before I can try to help.

Adrian Valentim
Valmatrix Consulting Inc.
 
Hi Patty,

Just a final silly hint.

I suppose, the status of his default project is 21, am I right?
Go to the Object Manager Configuration and select the Activity Rules, expand the 21 node and slect the 21-21 node in the tree.
QBE Filter for Object Type = UBE and Allowed Action = 05 (Check-Out/Get).

Q1.) How many enty do you have?
Q2.) What is in the User field(s)?
Q3.) What is in the Active field(s)?

Other silly hints:
Q4.) Do you have any security over the F98230 table?
Q5.) Your problematical developer has any personal (or via his group) entry in OCM for the problematical environment? Please, check it using GH9011 / P986110.

Good luck,

Zoltán



B7332 SP11, ESU 4116422, Intel NT4, SQL 7 SP1
(working with B7321, B7331, XE too)
 
Adrian

The default project status is 21 and the environment is PD7333.

Zoltan

In Object Transfer Activity rules when I filter UBE and 05:

1. There are two entries FROM DV7333 TO LOCAL and FROM PD7333 TO LOCAL.
2. User is *PUBLIC
3. Active is "1" for PD7333 and "0" for DV7333.
4. No security on F98230.
5. No OCM's except for * PUBLIC.

Thanks for all of your responses. Keep um' coming.

Patty

B733.1\SP7.1\Oracle 8.0.5\Ent HP-UX 11.0

Upgrading to XE\SP15.1\U3
 
In order to be able to check an object in (from your workstation to the
Deployment Server) you should have an entry "LOCAL to DV7333" also. If you
don't, this may be your trouble.

James A. Wilson
Technical - CNC
 
Patty,

Why do you develop in production using status 21 with modified Activity Rules instead of in a project with status 40 "Production Development"?

An other question: the other developers who can Check-Out an UBE are also signed on PD7333 environment?

Regards,

Zoltán

B7332 SP11, ESU 4116422, Intel NT4, SQL 7 SP1
(working with B7321, B7331, XE too)
 
Zoltan

This is a TEST upgrade in a sandbox environment. We upgraded production only. Production is the only environment out there for XE. We are in the process of testing this release against our custom mods.

Patty

B733.1\SP7.1\Oracle 8.0.5\Ent HP-UX 11.0

Upgrading to XE\SP15.1\U3
 
Back
Top