PU12: all master data (+history) exported when 1 infotype is changed

Question

Hi,
The problem we are facing is the following...
We run report RPTUPD00 for an employee. This report updates all absences of an employee, which could be of several years ago.
The next time we run the export, all master data of this employee is in the export file, not just the changed absences. And not only master data of the current payroll period, also all records of before. As a result, we end up with a temse file of a few 100MB, while otherwise it's never more than a few MB.
I don't understand why this is happening. The records of the other infotypes have not changed since the previous export, yet they are again included, despite having change validation activated.
I'm thinking it might be because report RPTUPD00 sets the earliest master data change date in IT0003 to the oldest absence (which is logical).
In the documentation, there is the following:
"During the first export after a change covering several periods, the changes are sent for every  payroll period affected by the change."
But in our case, there are no changes (except to IT2001 of course), yet all other infotypes are also completely exported again.
So I don't know how this can be solved, anyone has an idea?
Thanks in advance! :o)

Answer 1

Hi Raghu,
I understand that after change credit limit in FD32 you musn't run it, because as note says:
The RFDKLI20 report recreates the SD and FI credit data after
organizational changes
and I understand that change the credit limit (for instance, an insurancer set the credit limit to zero) isn't an organizational change. Think that if you do a SO in a moment when you have an insurance for nonpayment, the withdrawal of it isn't retroactive. I think that you know SAP Note 408596 - RFDKLI20: Recreating credit data - new documentation. Other useful note is SAP Note 396338 - Problems in credit management - analysis help
The second. Avoid it in business hours. It's related with locks. You can lock to other users or other users can lock you (a SO, a FI document, and so on) and as these notes says, you must to re-run it.
Finally, if you read the documentation of F.28, info icon, it suggests us: to run it in non-business hours and run it in background.
Other suggestion, take into account the question related with documents that end-users changed their credit status, it's possible that these documents return to values before to change them with tools as VKM4 (but perhaps it happens with RVKRED77, sorry but it's been a long time since I did it last time).
I hope this helps you
Regards
Eduardo