Debit memo Condition record exists (removed manually) MWBO Italy

Currently I am working on an Italian pricing issue.
Pricing V/08
Cond     Description            Fr. To. P Req. Calc. BasT.
LCIT     VAT license Italy      900     S 33   37
MWST     Output Tax                     S 10         904
BOLL     Bollo in Fattura       900     S       903   26
MWBO     Opt.tax Bollo in Fat   924     S 924 903   26
The requirments, calculation type and are all based on SAP notes regarding the LCIT, BOLL. eg. 715399 and 593672
The main requirement here is that 924 is only to activate the MWBO condition in the invoice.
This means that for a normal order (TAN) item the LCIT, MWST and BOLL is shown. If we create a delivery - invoice, the pricing in the invoice shows LCIT, MWST, BOLL and MWBO. This is correct. MWBO is a tax condition.
But if we create a debit memo request the behavior is different and would appreciate some insight.
Debit memo request created, LCIT, MWST and BOLL is shown (as expected). MWBO not shown due to requirement, that's correct.
But when I create a debit memo from this one, the LCIT, MWST, BOLL are shown. If I go into the pricing analysis then I see that the condition record for MWBO has been found but with message: Condition record exists (removed manually). Saving the document does not trigger it afterwards.
I have looked on OSS (example note 859876) to determine the cause of not triggering it.
We are not using the user exits for these conditons in example: user_exit_pricing_prepare_tkomp, user_exit_pricing_prepare_tkomk, mv45afzz or rv60afzz.
The standard copy control of L2N to the invoice is set to D. If I change this for example to G (copy unchanged, redetermine taxes), then it works. But not sure if this causes disturbtion of the regular behavior of the L2N.
In best case I would only do the G pricing type for the MWBO condition so I do not disturb the existing process. Any suggestions? I know there is RV61AFZA for manipulating the pricing type (in case you want to have user defined pricing type eg. Y). But this can not be handled per condition type, or is that possible?

Routine 924 is a altered routine provided by SAP to suppress the condition in the order - not in the invoice.
http://service.sap.com/sap/support/notes/715399
quote:
"In this case, the bollo should only be reported on billing documents, not on the
order. However, pricing condition '24' delivered in the standard system
only partially covers this requirement."
The issue here is that it is triggered with normal order - delivery - invoice. But not with credit memo, it gives message that condition is removed manually. The L2N item category is set to D (copy pricing elements unchanged). When changing it to G (copy pricing elements unchanged - redetermine taxes), it works. But that has an effect on all standard usage of the L2N and I only want to actually fix it for that condition type.

Similar Messages

JCVS condition not coming in PO, Condition record exists (removed manually)

Hi Gurus,
I have created a new tax procedure which has the condition type JCVS.
Condition type has no routines attached to it and the condition record is maintained which is also valid.
I have also assigned the tax code to the company code in SPRO > Logictics general > Tax on goods mvmt > India > Determination of excise duty > Asssign tax code to company code.
However when the tax code is applied to a PO the condition type JCVS is not appearing and in analysis it shows Condition record exists (removed manually).
Please advice what will be the reason.
Thanks,
Prakash

No response.

Condition record exists (removed manually)

Hi
I have created one RFQ w.r.t PR. In ME47 transaction am not getting one condition type (ZNVS)automatically, though it is selected as "automatic display has high priority" in condition type.When analysis is selected system is showing the message "condition record exists (removed manually)
I have maintained condition record in MEK1 for ZNVS.ZNVS is negative value of NAVS (Non deductable condition type)
So that I can deduct the value from JEXS and only excise will be displayed.
how can I get that ZNVS condition type in RFQ conditions Automatically.
Need Help.

What the pricing analysis is saying is that a condition record has been found but it has been removed manually. It can happen in the following cases
1. If a user manually deleted it from the pricing screen, this seems unlikely in your case
2. There is a requirement on condition type K007 level or its access sequence K007 level in the pricing procedure, which removes the retrieved condition record. Check this in the pricing procedure-condition type assignment and access sequence definition
3. There is a formula (alternative calculation type) where there is some code written to remove the retrieve condition type
4. A user-exit is used during condition access and which removes specific condition records from the set retrieved for the pricing procedure
IMG Path : Sales & Distribution -> Basic functions -> Pricing -> Pricing control -> Define and assign pricing procedures (use this to check requirements and formulas at condition type K007 level)
IMG Path : Sales & Distribution -> Basic functions -> Pricing -> Pricing control -> Define access sequences (use this to check if there is any requirement at access sequence K007 level)

Shipment cost :Cond. type FS00 - condition record exists (removed manualy)

hey all ,
my requirement is to charge for every container (packing material) in the shipment .
i coped condition FS00 (container) and called it Z100 .
the condition is defined with following parameters :
cond.class : B - prices
calc.type : S -number of shipping units
calc base : C -handling units
the condition opens in a pricing procedure under item category ZK01 which is defined the shipment header as cost relevant.
AND the problem :
when i opens the shipment cost document the condition doesn't appears .
in the analysis i get this message :
" condition record exists ( removed manually ) "
when i add the condition manually and double click on him there is a field that
specify that the condition is inactive because : " inactive due to calculation basis (shipping)
after checking the relevant notes :
i don't have a requirement in the procedure or the access to this condition .
i didnt delete is manually
so the above isn't the reasons that the condition isn't showing .
other condition types ( old condition types ) is active in this procedure ( new procedure )
does any body have an idea ?
Best Regards
ASA

hey RP ,
no exclusion and no formulas in this pricing procedure ?
any other ideas ?
i post this in an other forum and got this :
Hi,
There should not be two or more conditions with the condition class B in the
same pricing procedure.If there are two coditionswith the condition class B
in the same pricing procedure then it will invalidate all other conditions
in the pricing procedure.Check if any other condition(other than Z100) has
the same condition class. If yes use some other condition class for it.
Regards
Avinash Gyale
is it make any sense ?

Condition record exist, but has not been set

I am creating proforma invoice for STO replenishment delivery. I am getting error log "Billing type contains split criteria, n invoiced:123456789, invoice not required". But I am able to save it. I used all standard settings for copy control and billing type.
For the proforma invoice the condition records are picking up some times and some times not picking up. In the analysis its showing "Condition record exist, but has not been set". When I update with carry out new pricing some times its updating with condition records some times not. I need a solution urgently. Please help.
Edited by: k c on Nov 4, 2009 7:50 AM

Hello,
The message "condition record exists, but has not been set" tells you
that the condition record exists, but has not been set in the document.
If pricing was carried out again for the document item, then the
condition would be set.
This can have different causes:
The condition was deleted manually in the item condition screen.
The condition record was created later. Please note that order
processing and pricing have buffer mechanisms. This means that a newly
added condition record might only be found after order processing have
been left completely and then started again.
When an item was added, the condition record was accessed with key
fields other than change time. This could lead to different results in
the requirements check at the time of adding and the change time. This
can occur when modifications are made.
In billing (or when copying orders): Certain condition types were not
determined in the source document (this is usually controlled by the
pricing requirements). When creating the document, the document flow
(TVCPF,TVCPA) is processed using a pricing type that does not
redetermine these condition types, although they are supposed to be
called via the requirments."
Please check if any of those reasons apply to your problem.
Note that the condition type is determined just in the moment when
   the billing item is created. And it then that the userexit fills the
   field. When you save the billing document, pricing is called.
   Please ensure that you have any userexits switched off and then test
   this issue again.
If you have access to OSS notes. please see:
     24832      Pricing rules / TVC
    130416     Requirements in the condition preliminary st
      27636     Message: Condition exists (removed manually)
    859876     Condition is missing: Message VE 108 or VE 008
I hope you find this information very helpful and hopefully it will solve your problem.
Regards,
Martina McElwain
SD - Forum Moderator

Condition record exist but not set in SO

Hi SDN Team,
I have a problem. Where in the sales order for the Discount condition type condition record where already exist in diffferent validity period.
EG
ZAJ1 discount condition type - with the same key combination with different valididity period
EG:
ZAJ1 - 27.01.2009 to 15.02.2009
ZAJ1 - 16-02-2009 to 15-03-2009
The reason is not set for the ZAJ1 condition in the Sales Order is due to the sales order was created before the pricing condition record validity datet. Sales order where created on 11.02.2009. But the condition record where valid from 16.02.2009 that is the reason the condition record was not set in the sales order.
Based on this explanation user agreed and the call was closed.
I have also explained Where ZAJ1 has condition record. but which is not set in the document. if pricing was carried out again it will set the condition for the item.
But now again the call was reopened stating that -
At the time of creating the sales order the ZAJ1Condition record exist in the period 27-01-2009 to 15-02-2009. now the primary rebate should be used by the system. Unfortunately it did not.
Based on the reopend call - i have further investigated the issue but i could not find the root cause.
Based on this when i checked the previous order where the ZAJ1 condition was well picked up with the validity period 27-01-2009 to 15-02-2009, what might be the reason the condition type was not picked up in the sales order?
Can you please let me know with your expertise in solving this issue.
Regards,
J

1)Requirement is set with 2 (itme with pricing). and calculation type is assigned with own calculation type.
2) In the pricing analysis - it shows as per below
This message tells you that the condition record exists, but has not been set in the document. If pricing was carried out again for the document item, then the condition would be set.
There are different reasons for this:
The condition was deleted manually in the item condition screen.
The condition record was created later. Please note that order processing and pricing have buffer mechanisms. This means that a newly added condition record might only be found after order processing has been left completely and then started again.
If the condition type is used for subsequent settlement (rebate), there may be subsequent updating of business volume (the agreement is is created retrospectively). The document conditions do not contain the condition record, as the condition record was not created when pricing was carried out. Updating of business volume is carried out using special functions for subsequent settlement.
When an item was added, the condition record was accessed with key fields other than change time. This could lead to different results in the requirements check at the time of adding and the change time. This can occur when modifications are made.
In billing (or when copying orders): Certain condition types were not determined in the source document (this is usually controlled by the pricing requirements). When creating the document, the document flow (TVCPF,TVCPA) is processed using a pricing type that does not redetermine these condition types, although they are supposed to be called via the requirements.
Thanks,
J

Pricing error; ''Condition record exists, but has not been set''

hello friends
we created the order (credit memo req), refer to this created the credit memo.
in the order one line item and only 2 condition records
base price and tax (MWST)
in the order both conditions are coming and in the invoice it is not showing the condition (mwst) and in the Analysis it is showing as ''Condition record exists, but has not been set''
what would be the reason?
regards
siva

Hi,
if both the condition types are showing in the order then you need to update pricing in billing because sometimes when u chnage any condtion value for base price after creation of order then system is not able to find valid condition record at billing document level.
Narasimha

Condition record exists, but has not been set IN JVRD Condition

Dear Expert,
I am facing a problem, when trying to create P.O with Excise and Vat Condition. So i am getting Error like Condition record exists, but has not been set so all duties are Calculated Properly but JVRD condition is not Appearing. when going for analysis so that time i am finding this error.
Thanks You.

hi,
Please check that have you maintained Sett-off Conditions for JVRD Condition Types in T-Code: FV11 with respect to your combinations.
Thanks,
Raviteja

Condition record exists, but has not been set

Hi
in the pricing analysis this is the explanation i got.
the reasons could be an Condition record overflow or the condition record wpuld have been created after the documnet is created.
But i found the record has been mainatined earlier to the creation of document.
this was for MWST condition type in IS Oil. where the tax rate manatined for this condition record is zero%
Since this is a mandatory condition, the document could not be completed.
Your help in this regard is highly appreciated.
thanks
C.Sivakumar

Hi,
Check the pricing procedure for the condition type MWST. Whether this condition is taken from any prevoius steps
(check the from and to for the condition type MWST).
If this condition is with reference to somw other condition, then check whether that condition is maintianed or not?
Check the condition record maintenance in VK13, did you maintian the right access?
Prase

Active condition record not displayed

Hi,
During pricing, the active condtion record is picked up.. but not displayed in pricing. The analysis says " Condition record exists (removed manually)"
The detail analysis says
This message tells you that the condition record exists but has not been set in the document. If new pricing is carried out for the document item, the condition would be set.
There can be different reasons why the condition has not been set:
The condition has been manually deleted from the item condition screen.
The condition record was created later. Here it should be noted, that order processing and pricing have buffer mechanisms. This has the effect that a newly added condition record is only found after you have completely left order processing and called up the condition record again.
When an item was added, other key fields were used to access the condition record than the change time. This means that the conditionalcheck at the add and change times could have different results. This can be seen when modifications are made.
I am very much sure, the record has been created much before the sales order date. If I do carry out new pricing the active condition record is picking up correctly
any idea?

Hi
Are you checking the value in Sales order, before saving the document?
If yes, please check for the value from VA02/VA03 after saving the Order.
Thanks,
Ravi

Condition Record exits (but removed manually)

Dear All
when i am creating SA , some condition types are not being picked up. syastem shows Condition records exits (but removed manually) though problem doesnot fall under any of the reason given in analysis. Not to understand why is this happening
Help plzzz
Regards-
Ram

The message "condition record exists, but has not been set" indicates you that the condition record exists, but has not been set in the document. If pricing was carried out again for the document item, then the condition would be set.
There can be different causes/possibility for this, few of them can be:
The condition was deleted manually in the item condition screen.
The condition record was created later. Please note that order processing and pricing have buffer mechanisms. This means that a newly added condition record might only be found after order processing have been left completely and then started again.
When an item was added, the condition record was accessed with key fields other than change time. This could lead to different results in the requirements check at the time of adding and the change time. This can occur when modifications are made.
In billing (or when copying orders): Certain condition types were not determined in the source document (this is usually controlled by the pricing requirements). When creating the document, the document flow (TVCPF, TVCPA) is processed using a pricing type that does not redetermine these condition types, although they are supposed to be called via the requirements."
Note: that the condition type is determined just in the moment when the billing item is created. And it then that the user exit fills the field. When you save the billing document, pricing is called. Please ensure that you have any user exits switched off and then test this issue again.
Also, refer following SAP Notes
Notes 24832 Pricing rules / TVC
Notes 130416 Requirements in the condition preliminary st
Notes 27636 Message: Condition exists (removed manually)
Notes 859876 Condition is missing: Message VE 108 or VE 008
Hopefully this would assist you in your requirement.
Thanks & Regards
JP

Condition record not determined in PO for Taxes

HI All,
I have maintained the necessary condition type in ZTAXIN (Copy of TAXINN) Procedure for Surcharge which is calculating on VAT 12.5% for Haryana State. System is not calculating for this condition type but system is calculating Taxes for other condition types.
I have checked in FV12 also, records are exists. I have also checked in Tax condition type it is also showing the records for access.
When i am checking analysis for Tax Procedure for Surcharge condition it is showing error as - "Condition record exists (Manually removed)".
Kindly help me to resolve this issue.
Thanks in advance.
Sure points will be awarded.
Regards,
Neeraj Saini

If u are using copy of TAXINN , u need to classify condition types. The condition type u r using for VAT shud be classified as combination of tax procedure and condition classification
following is the path to the setting
Logistics - General >>>>>Tax on Goods Movements>>>>>India>>>>>Basic Settings>>>>>>Determination of Excise Duty >>>>>>Condition-Based Excise Determination >>>>>>Classify Condition Types
enter ur tax procedure .. vat condition type ... and vat tax classification.
hope it help.
regards
Avinash

Purchase order netprice without condition record

Hi All,
We are trying to create a PO and there is no condition record exists for the material,but the system still pulls the price.
Could any body tell me where this netprice is coming from?
There is an inforecord exists for this material and vendor but no condition records are being maintained.
Thanks in advance.
Regards,
Venkat

Hi Venkat,
The price will be picked from info record or last po(with that material and vendor combination) or contract or condition records.
This is the priority level.
Regards,
Prasath

Condition records are not showing in Invoice

Hi Experts,
My List price for XXXX material is amount $$$$$. Condition records having required validity.
But the values are not showing in invoice though the pricing analysis shows green for this condition type.
Condition values shown perfectly in preceeding documents.
Analysis message says " Condition record exists but has not been set "
Can you please suggest me, why this condition values are not shown in net value and suggest me the fis.
Thank you in advance.
Edited by: Ganesh B on Feb 4, 2010 4:45 AM

Hi,
Goto the T. Code "VF03".
Enter your billing document number.Enter.Check what is the pricing procedure determined here.Goto the T.Code "V/08".Check whether that condition type present in that procedure.
If so check the validity of the condition records.Ensure it falls under your billing document date.Also ensure that it is not marked for deletion.For this goto the last column in the condition record screen "VK12 T.Code".Ensure that this check box is not ticked.
And you are telling that you are able get this one in previous documents.
Goto the T.Code "VTFA(if your scenario is order related billing)" else goto the T.Code "VTFL(If your scenario is delivery-related billing)".
Select your valid combination.Double click on item.Select your item category.Details.
Make the Pricing type as "D" and pricing source as "blank".
Regards,
Krishna.

Check condition record

Dear all,
Do anyone know how to check those articles which have no condition record (without retail price record) in the system? Is there any standard function to check these data?
Thanks and regards
Chris

Chris,
You cannot get directly the materials which dont have a condition record. In V/LD (if your pricing report is correctly configured) you will get the materials for which condition records exists.
You can get the list of materials available in your system for your sales org in the table MVKE.
By comparing the lists, you can find out the materials which dont have any cnodition records.
Hope thsi helps.
Pls reward if thsi helps.

Debit memo Condition record exists (removed manually) MWBO Italy

Similar Messages

Maybe you are looking for