cancel
Showing results for 
Search instead for 
Did you mean: 

Stock transfer from excisable to non-excisable plant

Former Member
0 Kudos

STO excisable to non excisable plant 😆


Supplying plant with "S" price = 563.25 (Excisable)

Conditions record maintained only at VK11- (for Basic & MRP price)


At billing STO - Basic price = 821

                            MRP           = 1461

Assessable value 70% on MRP = 1022.7


Excise 12.50 % on assessable value = 127.84


Inventory to be updated in Receivable plant with "V" price= 563.25 +127.84 = 691.09 (Non excisable)


* Note: While PGI  - > Inventory FG   CR    = 563.25 ( - )


                                     Inventory FG   DR    = 691.09 ( + )


                                     Excise on STO CR  = 127.84  ( - )


Above PGI entries should with reference to VK11 condition records. Client don't want to maintain the same in MM STO pricing (MEK1).


Accepted Solutions (0)

Answers (1)

Answers (1)

former_member192897
Active Contributor
0 Kudos

Create Pricing Condition types for Excise duties and incorporate the same in the STO Pricing Procedure as per your requirement. Have used these condition types in the STO. AS this is a Intra Company Stock transfer there would not be any accounting document generated in Receving Plant. During Post goods issue in supplying plant all the Excise duties (From STO) will be loaded on Material Cost.

Former Member
0 Kudos

hi,

I have already maintained 3 conditions in MEK1 same as in STO

MRP           = 1461
Assessable value 70% on MRP = 1022.7

Excise 12.50 % on assessable value = 127.84

But whenever there is price change from Sales site same to be updated in MM pricing & which is not possible because all these conditions will be in display mode.

Is there any option while PGI it will consider Billing doc conditions?

Kindly reply.

Thanks & Regards,

Prashant


former_member192897
Active Contributor
0 Kudos

Is it Intra Company STO scenario?

Former Member
0 Kudos

yes...within one company code....one plant is excisable & other one is non excisable.

also is there any chances will go by normal STO & whatever excise value in that billing document to be upload on material while GRN.

former_member192897
Active Contributor
0 Kudos

There would not be any Accounting document generated in the Receiving Plant in Intra Company STO. Whatever the costs you want to load, you have to use Delivery cost condition types in STO Pricing..

In addition, If it is Intra Company code then Proforma invoice will comes into Picture instead of Billing document at Supplying Plant for STO SD route.

Former Member
0 Kudos

Hi,

I have used the same conditions in MM pricing copied from delivery cost conditions but client want he will not update these conditions in MEK1. Because VK11 conditions updated by another team & MEK1 conditions will be updated by different team.

Also once delivery or proforma invoice will create ..system wont allow to change the same in MM condition pricing.

Client clear requirement is..... in MM pricing system should take reference from VK11 conditions.

Kindly reply ..

binoy_vargis1
Active Contributor
0 Kudos

Try putting  a routine against MM schema condition types and try to pull the price from condition tables of VK11.

Regards

Binoy

former_member192897
Active Contributor
0 Kudos

BAPI BAPI_PO_CHANGE should serve your requirement. Before Posting a Goods issue in Supplying Plant, call the said BAPI and have changed the condition prices in STO as required. Have discussed with ABAP for further information.

Alternately, you can try writing a routine in MM Pricing as per your requirement.

Former Member
0 Kudos

Hi,

If after writing routine for MRP & Abatement condition in MM pricing & same to be changed in VK12 after some deliveries done in the system.......is system will allow to change MRP value in MM pricing? I think after deliveries & GR happened ... system not allow to change the values in MM pricing.

Kindly reply.

former_member192897
Active Contributor
0 Kudos

Yes, Delivery costs condition types cannot be changed provided if the PO history exists for PO line item.

In that case, you should create new PO line item provided the values differs for each delivery.