Code: Alles auswählen.
METHOD get_po.
DATA: lt_return TYPE bapiret2tab.
CALL FUNCTION 'BAPI_PO_GETDETAIL1'
EXPORTING
purchaseorder = iv_ebeln
* ACCOUNT_ASSIGNMENT = ' '
* ITEM_TEXT = ' '
* HEADER_TEXT = ' '
* DELIVERY_ADDRESS = ' '
* VERSION = ' '
* SERVICES = ' '
* SERIALNUMBERS = ' '
* INVOICEPLAN = ' '
IMPORTING
poheader = ms_poheader
poexpimpheader = ms_poexpheader
TABLES
return = lt_return
poitem = mt_poitem
* POADDRDELIVERY =
* POSCHEDULE =
* POACCOUNT =
pocondheader = mt_pocondhead
pocond = mt_pocond
* POLIMITS =
* POCONTRACTLIMITS =
* POSERVICES =
* POSRVACCESSVALUES =
* POTEXTHEADER =
* POTEXTITEM =
poexpimpitem = mt_poexpimpitem
* POCOMPONENTS =
* POSHIPPINGEXP =
pohistory = mt_pohist
* POHISTORY_TOTALS =
* POCONFIRMATION =
* ALLVERSIONS =
* POPARTNER =
* EXTENSIONOUT =
* SERIALNUMBER =
* INVPLANHEADER =
* INVPLANITEM =
* POHISTORY_MA =
.
APPEND LINES OF lt_return TO mt_messages.
ENDMETHOD.
Hatte ich mir auch schon überlegt - das Mapping wäre ja nur maximal eine Stunde Fleißarbeit. Aber dann habe ich gesehen, dass auch die BAPI-Datenstrukturen nicht fertig sind. So sollen z.B. die AH-Kopfdaten der EIKP mit 70 Feldern auf den Strukturtyp MEPO_EIKP gemappt werden - der hat aber nur ganze 2 Felder. Ähnlich ist es mit den AH-Positionsdaten. Hilft nichts, dann werde ich wohl eine Klassenmethode umsetzen, die über den BAPI-FuBa die meisten Daten holt und dann noch mit AH-Daten anreichert. Es sei denn ich finde noch was besseres im SAP-Standard, so dass ich mir die direkten SELECTs sparen kann... aber vermutlich wurde das nicht mehr von der SAP priorisiert, da mit S/4HANA die AH-Daten eh fast vollständig eingedampft wurden (und jetzt doch irgendwie wiederkehren sollen, genau wie bei der Nachrichtensteuerung..).