Jin1 Condition type not picking the CSt in the ordre or billing.

We are in ecc 5.0 version.
When we create a sales order . the order is not picking the cst /lst from the record.
I ckecked all the confifuration, Pricing procedure, tax determanation, partner determiantion and all relavant posibilities everything seems to ok from the point of configuration. when we create a condition record. it is not linking to pricing procedure or tax determiantion procedure. the system tells condition record for jin1 not exists. message no 8. when we cross checked from client dev it is picking the record and we cross checked the conf in quality and production server all are same no deviation.
but when detailed observation in dev server which is picking the cst shows Application" S" , statistical and accdet key. but in quality or prod it shows "V" and other mentioned keys.
What may be the problem.
thanks.
ramchandra

Hi Ranchandra,
Kindly check the Tax codes in all servers,that tax codes are exits are not qulality and production server.
Needful answer kindly reward points.
Thanks&Regards
Vikram.M

Similar Messages

Condition type not picked in Inquiry but picked up in order

Hi Guys,
We have a problem where a pricing condition type is picked up in order but it is not picked up in quotation/inquiry. So we have the price difference for the material. Points will be awarded.
Can you guys please help?
Thanks
Venky

Hi venky
generally in Inquiry pricing is not at all required.
but in quotation it may require sometimes. but when you create an order with reference to quotation , the price varies, this is because of the pricing type .
check the pricing type in VTAA quotation, the pricing type will be different for sales order and for quotation.
Regards
Srinath

EDI1 Condition Type - Not picking up Net Value - Document Incomplete

Hi EDI Gurus,
I have a quick question.
I am processing an EDI Sales Order through Inbound Orders IDoc.
When an IDoc is triggered, the EDI1 pricing condition is getting the customer expected proce from E1EDP01-VPREI. But it says document incomplete.
Complete Data:
Item 000010: Net Value missing
Why I am i getting this?? What should be done?? Where??
I also heard that we can make the order block, if EDI1 price is different from PR00 price. How to place delivery block?
Can you please explain.
Thanks.
Matt

I figured out the problem. the price for the material was not maintained in the PR00 pricing condition.
The EDI1 condition was OK.
Now , i have a question regarding the comparison between, standard SAP price (PR00) and customer expected price (EDI1).
Where do we do the comparison. If cust expected price is not acceptable how we gonna put a delivery block.
Do i have to implement this in Inbound Orders user exit or should I implement this elsewhere??
Who is the owner of this process EDI or SD??
Thanks,
Matt

Tax value is not picked up correctly for the condition type in SO creation

Hi All,
I have a issue in Picking up Tax value correctly for the condition type in SO Creation.
Actual Issue:
When creating the sales order manually,
tax value is picked up correctly for one condition type: ISS3.
When the Sales Order is created via Idoc using the function module 'idoc_input_orders', tax value is not picked for same condition type: ISS3.
We need to find out why the value for the condition type 'ISS3' is not picked in this way!
Can anybody solve this issue!
What can be the reason which is stopping picking up tax value for condition type: ISS3 when Sales Order is created via F.M 'IDOC_INPUT_ORDERS'! While it picked up the same while creating Sales Order manuallly.
Thanks in advance.
Thanks,
Deep.

Hi All,
Can anybody give the solution for above posted issue!
Working:
When creating the sales order manually,
tax value is picked up correctly for the condition type ISS3.
Actual Issue:
When the Order is created via Idoc using the function module 'idoc_input_orders',
tax value is not picked .
I need to find out why the value for the condition type 'ISS3' is not picked.
I have debugged the issue from WE19 but upto Conditions tab it is picking up tax value but then it is becoming zero again it remains zero after saving SO.
But Manually tax value is picked up for condition type ISS3 and remains same after saving order.
I have debugged it several times fro WE19 but not able to find route cause for the issue.
What can be the issue over here!
Can anybody give me solution for the same!
Thanks in advance.
Thanks,
Deep.

VA00 condition type not getting determined for the returns order

Hi All,
I have a case where VA00 condition type not getting determined for the returns order that has been created with respect to the billing document.
When the pricing conditions are being copied from invoice it is getting copied but later it is getting deleted in the include LV61AA42.
Note:VA00 condition type is getting deleted from the internal table tkomv[].
If any one came across this scenario can you please help me.
Request your valuable inputs

Hi,
Please check the copy control setting in VTAA.
Maintain the pricing type as "D" at item category level for the respective document type .
Hope this will resolve your issue.
Regards,
Krishna O

Varient condition is not picked in the pricing procedure.

Dear Friends,
I am creating a sales order where, I am getting a message that VA00 condition is not determined. I analyze the pricing,and find out that the condition record is not determined by the system. Message number is 106. I already maintained the condition record for VA00.
Thanks,
Abhishek Kumar

Hi,
Only if you have created the variant and assigned the same in VK11 then the system will fetch that during pricing
otherwise for VA00 manual entries has a priority so you can add the condtion type manually and give the value to it manually.

Condition types not getting displayed

i have uploaded a smartform & copied the standard program(/SMB40/FM06P) of it into my system.the condition type texts & their amounts are getting displayed for import purchase order(conditions are getting picked from me22n--->conditions) but for domestic invoice im unable to display condition type texts & their amounts.(these are picked from me22n-->invoice---->taxes).
in program lines this code exists.
<FS> like EKPO.
<KO> like KOMV.
input parameters output parameters
ZXEKKO G_KSCHL
L_NETWR G_VTEXT
<KO> G_KWERT
G_VTEXT G_FRAKWERT
G_FRAKWERT G_TAX
G_TOTAL
<FS>
G_TAX
L_KWERT
CLEAR: g_vtext,g_kwert,l_kwert.
CHECK NOT <ko>-kwert = <fs>-netwr.
Get Condition Type Text from table T685T and the value
SELECT SINGLE vtext INTO g_vtext FROM t685t
WHERE spras = sy-langu
AND kschl = <ko>-kschl.
IF sy-subrc = 0.
MOVE <ko>-kwert TO g_kwert.
ENDIF.
Check document currency
IF NOT l_netwr IS INITIAL.
WRITE g_kwert TO l_kwert CURRENCY zxekko-waers.
ENDIF.
*Determine if the discount is based on %
IF g_vtext CS '%' OR
g_vtext CS 'percentage' OR
<ko>-kschl = 'SKTO'.
<ko>-kbetr = <ko>-kbetr / 10.
MOVE '%' TO <ko>-waers.
ENDIF.
Determine Tax
IF g_vtext CS 'tax'.
ADD <ko>-kwert TO g_tax.
CLEAR g_kwert.
ENDIF.
Determine Freight Charges
IF g_vtext CS 'Freight'.
ADD: <ko>-kwert TO g_frakwert.
CLEAR g_kwert.
ENDIF.
i feel the data is coming from above code only.please suggest where i have to make changes so that it picks data from ME22N->INVOICE--->TAXES which has conditions for domestic purchase order.please help.

Hi
Keep a break-point (hard) in these program lines and debug and see that whether the condition type(KSCHL) related to Taxes is appearing here or not.
If the condition type for taxes is coming then you can print the taxes.
First check the related condition type for Taxes in T685 table and see here in the code.
Reward points for useful Answers
Regards
Anji

Condition Type not considered during Tax calculation in PO

Dear Experts ,
I made a new condition type called Freight before CST , as this was a requirement for one of my PO.
This new condition is such that its to be considered before calculation of CST , but added after excise duty calculation .
CST =%{(net price + excise duty) + Freight }
I added this condition type in my calculation schema , the issue is when I make a PO , the rates & calculation are done correctly in the condition Tab in Item Detail, & also in the Header , but in Tax/Invoice tab ,the CST is not calculated correctly.
Kindly let me know where I need to do corrections.
Regards,
Divakar

Hi Indranil,
In m/06 , I have maintained Condition class A & Condition category as B for that condition type
Also can you also explain what you meant by "As far my knowledge goes either you maintain it in your tax procedure or in your pricing procedure".
Regards,
DGN

Condition type not displaying in po

Hello,
I have defined a new condtion type copied frm FRC1 and in prociing sechme , i have not ticked that cond type in manul column.
when i do po, i not geting that new condition type in po condiition tab.
pls tell me, where to maintain ??

Hi mahesh,
Firat check if the condition typw is present in the pricing procedure and check if this pricing procedure is been picked up in the PO by going into condition tab and then click on analysis button. check if ur condition type is displayed here.
Logic is that in case if you maintain the condition type as manual then the condition type will be automatically appears in the condition tab. In case if it is not manual then you have to maintain a condition record for this condition type, then only the condition type will appear. Or you can maintain this condition in the inforecord and it automaticlly gets picked up in the PO.
Thanks & regards,
Kiran

Condition type not determined

Hello All,
I am using COPY CONTROL to create contract through VA41.
Problem i am facing is condition type not getting picked up at item level, though correct pricing procedure is getting determined. In that pricing procedure this condtion type is maintained but still it is not picking the condition type.
Rushikesh

Hi,
Can you check condition type detailed screen"Manual entries" field,the value in that field is either B or D.
Regards,
Chandra

Scrap Sales-VAT Condition Type Not Copying into Billing Document.

Dear All
I am facing problem while billing a scrap sales order.
1. Even though condition record has been maintained for JIVP, the condition is not picked automatically.
2. I enter it manually and save the document and later do delivery and billing; in billing, if I go to Conditions Tab, I do not see VAT condition copied into the document.
Naturally, when I am doing analysis, only PR00 condition type is showing.
Kindly require your suggestion as to where I might have gone wrong.
Thanks and Regards
Adithya

Prasanna,
It is fine to press Release to Accounting button, but the issue has not yet been identified to fix and then Release to Accounting.
When I go to document flow and check the accounting documents in Goods Issue Document, Accounting document has not been created only, only Profit Centre and Controlling Documents are created. Am looking on the same y it has happened like this.
Thanks and Regards
Adithya

Statistical condition types not getting displayed in invoice

We have configured the tax collected at source (TCS) condition types and make them as statistical in the pricing procedure. Now, the issue is when we are using them the values for these condition types are getting calculated correctly as the total value is correct but in the invoice their individual values are not getting displayed.
In the analysis also we can see that the condition records are found but being statistical condition they should get displayed in the invoice as only the correct total value will not serve the purpose, please help
Thanks & regards
Puneet Agrawal

Hi
Keep a break-point (hard) in these program lines and debug and see that whether the condition type(KSCHL) related to Taxes is appearing here or not.
If the condition type for taxes is coming then you can print the taxes.
First check the related condition type for Taxes in T685 table and see here in the code.
Reward points for useful Answers
Regards
Anji

Discount condition type not appearing in sales order but in invoice

Hi,
I have two discount condition types (MPDI,ZSDI) in my pricing procedure,at the time of sales order creation one discount condition is not appearing.
On analyzing the condition type MPDI,system throws message "Access not been executed due to previous access",what would be the reason.
In the billing ,i could see the condition type appearing.I have checked this,but i could not understand why it is happening.Even the condition catergory of condition is empty not L.
Also please find the screen shots below,
Pradeep

Pradeep,
Am sure user might have deleted the condition type in sales order, the same condition type woudl have entered manually in invoice.
Please check my testing, i have done the same entered ZA09 manually and after saving have deleted again in sales order, after dilivery and when i created invoice here i have entered manually the same condition type.
So in your case also the same thing could have happend, check the change log and also in invoce condtion tab check the condtion type in analysis ( Invoice analysis not order). so that you can udnerstand whether it was entered manully or not.
On analyzing the condition type MPDI,system throws message "Access not been executed due to previous access",what would be the reason.
This is because in the condtion tyoe the abvoe key combiantion was found with records hence the below key combition was ignored. this you observe in your screen shot with with 5.00
So my guess is the condtion records was deleted in sales order.
thanks,
srinu.

How to block particular condition type not being posted

Hi,
We don't want a particular condition type ( customized & accruel ) to be posted into accounting when creating a billing. That condition type is deleted and after that this is how it works now.
1. When a billing is cretaed from a new sale order ( which does not have that condition type ) it works fine.
2. When a billing is created from a sale order which refers to the old sale order which in turn has this condition type, then this conditon type is posted into accounting.
Can some one help in this issue so that I want to block this condition type being get posted in accounting. Is there any Userexit or can it be done with other options. I am an ABAPer, please give specific answer.

Hi Jagadish,
The reason why we do account determination is that we would want the system to post the respective amounts to respective G/L accounts automatically. What amounts to be posted to what G/L accounts is decided by the Account keys .
Now if for a particular condition type in the pricing procedure if you remove Account key the system will not post to the G/L accounts. But generally in this case I believe while creating the Bill system will throw an error in account determination.
For that what you can do is create completely new accont key and assign a provisional G/L account which is not to be included in your Balance Sheet accounts or P & L accounts (can be restriscted by FI Guys).
But remember to use a completely new oricing proicedure for this case.
Hope this helps.....
J Nagesh

HM00 -Condition type not present in pricing procedure.

I have included HM00 as manual condition type in pricing procedure attached to the sales order through prcing procedure detrmination. But in sales order when I am entering the value manually for HM00, the error is "HM00 -Condition type not present in pricing procedure", but actually it is present in pricing procedure.
Any idea how to fix thie problem ?

Hi Sunil,
Just check in V/08 > YOUR pricing procedure and see if HM00 is included in it or not.
Hope this will definitely solve your issue
Reward suitably
Regards
SD

Jin1 Condition type not picking the CSt in the ordre or billing.

Similar Messages

Maybe you are looking for