PO output not to default vendor master

[Former Member]

Hi experts,

We run SRM5.0/Server5.5 in extended classic scenario.

We changed SC create with customer fields, where the employee can manually enter the e-mail or fax address as this information is usually not up-to-date in vendor master data.

The information is passed on to the purchase order, but when we process the output the SAP standard output programm still is going to the vendor master data and picks the e-mail or fax address there instead of using the document specific data.

Does anyone of you know how we could solve the requirement? We want to change the SAP standard programm that should pick the e-mail or fax from the PO-document and not from the vendor master.

Many thanks for any suggestions.

Regards,

Corinne

[Former Member]

Hi Corinne,

We are also on SRM_SERVER 550, SP11, ECS Scenario.

We are having a similar requirement where we need to provide custom fields in the shopping cart for Fax number, Telephone number and Email id. These fields will need to be mapped to the standard fields in the SRM PO for output as well as for display in the PO vendor address details.

We find that inspite of mapping these fields in the BBP_DOC_CHANGE_BADI, method BBP_PO_CHANGE these fields are not appearing on the PO vendor address. The PO vendor address in SRM PO is defaulting from the vendor master. Also the output tab in the Header is defaulting from vendor master. This means, the changes which the requester did in the SC for fields Fax number, email id etc are not getting copied to the SRM PO for the vendor address.

We are mapping the SC fields to PO fields of TEL1_NUMBR, FAX_NUMBER and E_MAIL in structure BBP_PDS_PARTNER for the partner function 19 (vendor).

Can you please let me know if you were able to resolve your issue and what was the resolution?

Regards,

Srivatsan

[laurent_touillaud]

Hi Corinne,

Usually vendor details are called by module function BBP_VENDOR_GETDETAIL so if you set a breakpoint at this MF you could see when to make your modifications.

Best regards,

Laurent.