topic Re: WBS Encoding/Conversion Exit using RFC in Application Development and Automation Discussions

WBS Encoding/Conversion Exit using RFC

Former Member — Fri, 08 Sep 2006 12:56:58 GMT

Hello,

I am developing a SAP application using .NET Sap Connector/Rfc function calls. I'm synchronization project/psp (wbs) elements and purchase order items from a SAP system and am trying to link PSP (WBS) assignments on the purchase order item lines with the PSP element definitions in the external application.

Function "BAPI_PROJECT_GETINFO" of BAPI "WorkBreakdownStruct" (s. EWbsElementTable.WBS_ELEMENT) returns PSP-element in output representation e.g. "T-20301"

Function BAPI_PO_GETDETAIL of BAPI "PurchaseOrder" (s. PoItemAccountAssignm.WBS_ELEM_E) returns PSP-element in internal database representation e.g. "T20301"

I found out that "CONVERSION_EXIT_PROJN_OUTPUT" converts between these 2 display types but this function is not remotable i.e. it cannot be accessed using RFC function calls (Note: This is not a conversion issue between internal PSPNR, external POSID representation)

How can I convert these 2 representations from an external rfc application ? Or is there a different way of linking purchase order items with the psp element definitions using RFC ?

Thanks for a reply on this issue,

Greetings,

Andreas Koschinsky

Re: WBS Encoding/Conversion Exit using RFC

athavanraja — Sat, 09 Sep 2006 08:45:20 GMT

create a custom RFC FM and call CONVERSION_EXIT_PROJN_OUTPUT within that. Now you can call your custom RFC to do the conversion.

Regards

Raja

Re: WBS Encoding/Conversion Exit using RFC

Former Member — Mon, 11 Sep 2006 10:52:02 GMT

Thanks for your reply. That would indeed be a simple solution but the problem is that I am developing an external RFC application.

Introducing a new custom RFC FM would need administrative rights in the SAP system that I currently do not have and would need to go through several review and approval processes which would not be feasible in this case.

Is there any other way to solve this ?

Thanks,

Andreas Koschinsky