Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

CHANGEDOCUMENT_READ_HEADERS only returning "my" changes

Former Member
0 Kudos

Hi,

I have the following code in my program:

CALL FUNCTION 'CHANGEDOCUMENT_READ_HEADERS'

EXPORTING

date_of_change = p_stdate

objectclass = 'EINKBELEG'

date_until = sy-datum

TABLES

i_cdhdr = i_cdhdr.

According to the documentation, if the "username" parameter is blank, ALL changes should be returned, but this is only returning changes made be my username.

Am I doing something wrong...can anyone shed any light on what I should be doing differently?

Thank you for your help.

Andy

1 ACCEPTED SOLUTION

Former Member
0 Kudos

By default the FM takes the sy-uname at the USERNAME field

try something like follwing

CALL FUNCTION 'CHANGEDOCUMENT_READ_HEADERS'
EXPORTING
date_of_change = p_stdate
objectclass = 'EINKBELEG'
date_until = sy-datum
USERNAME = ' '
TABLES
i_cdhdr = i_cdhdr.

4 REPLIES 4

Former Member
0 Kudos

Could this be a security issue?

Edited by: Andrew Brusko on Jun 3, 2009 1:17 PM

Former Member
0 Kudos

By default the FM takes the sy-uname at the USERNAME field

try something like follwing

CALL FUNCTION 'CHANGEDOCUMENT_READ_HEADERS'
EXPORTING
date_of_change = p_stdate
objectclass = 'EINKBELEG'
date_until = sy-datum
USERNAME = ' '
TABLES
i_cdhdr = i_cdhdr.

Former Member
0 Kudos

Hi Andy,

Try to read the change document header without date_of_change = p_stdate and date_until = sy-datum .

George

0 Kudos

GTREN...thanks...using ' ' is now returning all rows.

George...the date_of_change = p_stdate and date_until = sy-datum are required by my logic, but I tried it without them anyway, and it still only returned rows that were changed by me.

Thanks to both...another learning experience!

Andy