on 07-24-2006 8:29 PM
I ran PU12 Export function using interface 'OTMU' with one employee; the log showed one record selected with appropriate infotype information; but there is no data exported. I tried with a custom Interface file for IT0002 and It0008 with the same employee; same result ( no data exported).
Your assistance is much appreciated (ECC 5.0, WAS 6.40)
Thanks
Vince
Thought I'd add to this as I initially encountered the same problem. As Anthony said you must run from the correct transaction code - i.e. PC00_M10_OTEM NOT from PU12 itself. Otherwise data is not stored in ABAP memory which is required for the layout programs
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Vince :
We are having the same issue.
Our E1hr_ky segments are not created in the IDOC .
I can only see header and trailer segments.
Also, no records are exported to the file (though some are processed).
Please let me know if I am missing something.
Thanks
G
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
OTMU is the IDOC format for exporting US Master Data. The whole Layout is handled through a user exit (RPCOTMU0).
Have you changed anything in the file layout? If so you need to generate it again.
Also, are you sure you selected the right options (update and all data) in the selection screen of transaction PC00_M10_OTEM?
Hope this helps
Anthony
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Anthony
I went into config to do the generation, and must b e missing a crucial step. When I look at the IDOC structure in PU12 configuration, I see header, body and trailer structures, but no blocks under the 'body' part of the structure. None of the "OMTx" structures have any meat in them.
Long story short, PU12 processes 20 employees, picks up the information from the first one, and ends up creating header and trailer recs, but no details.
If you can tell me what part of the config I am messing up, I'll be in your debt.
Regards
Rob
Hello Rob,
You won't find any structures or fields for file layout OTMU but only a user exit call.
This file layout is sometimes delivered in HR SPs, which is why it might be necessary to generate it again even if you haven't changed anything.
You should also generate both the Interface Format and the File Layout as both data definitions are connected.
Have you checked if you your control record (PA03) is set up right for the payroll area you are using? Check that there is indeed data to be selected for the period considered.
Make sure you run transaction PC00_M10_OTEM with the log as well. This might help understand what is wrong.
Finallym check the IF cluser and delete them if you're in a test environement, and try again.
Hope this works,
Anthony
Anthony
Thanks for the feedback. I have checked everything I possibly can at this point, and am still coming up empty.
I have regenerated the program (both for export and for conversion), and am definitely getting data dumped out to TemSe. Where the whole thing breaks down is the conversion of TemSe data to the OTMU Idoc format. 20 employees go into the conversion, and none gets written to the E1HR_KY segments. When I go into WE02 or WE05, I see the IDOC in the queue with only E1HR_HD and E1HR_TL.
Looking at the log, I see the TemSe data blocks being processed. No "User exit before" is specified for the data block. For the rest, everything SEEMS to be OK.
Is it possible that I am using the incorrect user exit, or have includes specified incorrectly? Maybe an inconsistency between header and data fields?
Payroll control record is good, and, as I mentioned before, there are 20 employees being exported from HR.
Any further insights would be appreciated.
Vince
I would be interested to know if you made any progress with this problem. I have the same issue. What I did notice was that there are no structures or fields defined in the OTMU layout that I saw, and was wondering if that is not the root of the problem. If you have discovered the magic bullet, could you please post the solution in this thread? You'd be doing a bunch of people a huge favour.
Regards
Rob
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
101 | |
12 | |
11 | |
6 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.