EMPLOYEEI container element filled by PERSDATINT instance
Edwin Mukusha
emukusha at nebraska.edu
Thu Apr 27 14:47:56 EDT 2006
Hi Marc,
Hmmm... I am yet to come across this.
I looked on my system (6.20); when I specify PERSDATINT on tx. SWO1 and
nagivate to Utilities->Relationships on the menu I got this:
============================================
Object types
+ PERSDATINT Employee personal data (abstract)
-> inherits fr
+ EMPLOYEEIT Employee information differentiated by type
-> inherits fr
+ EMPLOYEEI E Employee information
===============================================
I have no idea if this is related to your problem at all, but it was
interesting all the same.
I hope I have added to the confusion.
later,
Edwin.
"Mark Pyc" <mark.pyc at gmail.com>
Sent by: sap-wug-bounces at mit.edu
04/27/2006 10:47 AM
Please respond to "SAP Workflow Users' Group"
To: WUG <sap-wug at mit.edu>
cc:
Subject: EMPLOYEEI container element filled by PERSDATINT
instance
G'day all,
ERP Central Comp 5.0 / 640
I'm raising events when Infotype 0019 is inserted.
I've had a poke through SWEHR1/2/3 to find similar entries. Most of the
Person related infotypes are linked to Objects with an ultimate parent
object of EMPLOYEEI. As such I've entered the following to get the CREATED
event of this object raised.
In SWEHR1 I've created an entry as follows:
Ob - P
IT - 0019
Obj.Type - EMPLOYEEI
In SWEHR3 I've created entries as follows:
Ob - P
IT - 0019
Updat - INS
Obj.Type - EMPLOYEEI
Event - CREATED
After an initial hurdle to get the event raised which was solved by OSS
913330 note supplied by Alla Ostrowsky I'm now experiencing something else
weird.
I've created a WF triggered by EMPLOYEEI.CREATED which calls a task based
on EMPLOYEEI.DISPLAY. Everything seemed to be okay, but then I played
around with SWI6 and couldn't find instances that I knew existed.
Investigation showed that the container of the Workflow and Workitem both
contained elements based on PERSDATINT instead of EMPLOYEEI !?!?!?
EMPLOYEEI passes to EMPLOYEEIT which passes to PERSDATINT.
There is no delegation in place nor any other reason why this would be the
case. Anyone got any ideas?
I can't understand how with no reference to PERSDATINT at design time that
at runtime a reference to it replaces the expected reference to EMPLOYEEI.
Yours in confusion,
Mark_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20060427/8b0ae88f/attachment.htm
More information about the SAP-WUG
mailing list