Hello,
This is for: Indicator: GR-Based Invoice Verification EKPO-WEBRE
In our one of existing custom report the previous ABAP developer used the FM of ME_READ_HISTORY (History per Purchasing Document) and with in this custom report he/she used the values like, MENGE Quantity, DMBTR Amount value, REEWR Entered Invoice value and other data like EBELN PO #, EBELP PO Item #, GJAHR Year, BELNR Material Doc #, well, but now I'm thinking just for the purpose of these 9 to10 fields data why do we need to use a FM because the function group associated with this FM has a handful other FMs hence a very big function group will be loaded into the runtime environment at the time of report execution!
Instead of using this function module I want to pull my required 9-10 fields data directly from the EKBE table, but as its a PO Item HISTORY data do you think its not a good idea to pull the data directly from the table, because I don't know which is the current/valid row in the table for a PO & PO item # in question that I need to pull from the table? If I leave the FM as is in the program then I guess, the FM will take care of all that stuff (what is the current / valid row in the table for a PO & PO item # in question, ROUNDING, local currency)
Pl. let us know is it safe to pull the values (quantity and amount) from EKBE (History per Purchasing Document) data directly from the table for a PO & PO item # in question?
If I pull the values directly from EKBE table then on what fields I need to do SORT so that I can get a valid / current row in the table, if so, is it a ASCENDING sort or DEESCENDING sort?
Thank you