BAPI_PO_CREATE1 in Testrun returning wrong conditions

[Former Member]

Hi,

When calling the above FM in testrun, I receive the item conditions.

When doing the same within transaction Me21N the result is different.

Some conditions such as freight % is only returned in the ME21N and not i the FM.

I need the efficient purchase price calculated.

I can use the ME_PO_PRICE_SIMULATION FM and it works, my problem is the performance which can would be better when using the PO Create FM.

Does anybody have any experience in this topic?

Kind Regards

Soeren Baek

[Former Member]

Hi,

When calling the above FM in testrun, I receive the item conditions.

When doing the same within transaction Me21N the result is different.

Some conditions such as freight % is only returned in the ME21N and not i the FM.

I need the efficient purchase price calculated.

I can use the ME_PO_PRICE_SIMULATION FM and it works, my problem is the performance which can would be better when using the PO Create FM.

Does anybody have any experience in this topic?

Kind Regards

Soeren Baek

[christian_wohlfahrt]

Hi Soeren!

I was several times in touch with BAPI_PO_CREATE1 and just can confirm his documentation: "The BAPI uses the technology behind the Enjoy purchase order transaction (ME21N)."

You should not get any differences between test mode, PO creation by BAPI or ME21N. If so, it's either an issue of correct interface filling, or you have some special (custom-) requirements / formulas, which make the difference.

Best performance you would get with FM 'PRICING' - but then it's really hard work to get the interface filled identical to ME21N.

Maybe test some examples without testrun and compare price determination with ME23N. Perhaps you find a missing information.

Regards,

Christian

[Former Member]

Thank you Christian,

It might be the interface filling, but when I use the ME_PO_PRICE_SIMULATION, everything works and with the above FM the conditions are returned but they look different than the ME21N.

I fill the following structures:

POHEADER:

Company Code

Vendor

Purchase Organisation

Purchase group

Currency

Currency ISO

TESTRUN = X

POITEM:

Position number

material number

Plant

Quantity

Thats all. When calling the FM it returns the conditions calculated, but different from ME21N. There are different possibilities in terms of controlling the price calculation, but they all return the same result.

I have not created any special feature in the schema which should cause the FM to fail.

Does anybody have any similar experience?

Kind Regards

Soeren Baek

[Former Member]

Hi,

I am using BAPI_PO_CREATE1 to create purchase order.I am using account assignment category 'K'. I could not able to create PO.I am getting message faulty account assignments and G/L account does not exist in the Chart account. But the G/L is existing in the chart of accounts

Could you please suggest me solution

Thanks in advance.

Prem

[Former Member]

Hi,

Please send the calling parameters and I will have a look.

Regards

Soeren

[Former Member]

Hi frnds,

Im facing an problem in account assignment.

Even after giving the control area and GL account with zero in front.

the error comes as "<b>Control indicators for controlling area 8888 do not exist</b>".

Plz help me to solve the problem.

thanks

suganya