Billing Enhancement - Condition Types

Hi Friends,
I have got a requirement to determine condition types based on certain conditions through exits in VF01. The sceanrio is something like this...
For each line item from a delivery document i got to determine condition types by cross-checking a z table. I tried using Subroutine exit 'USER_FILL_VBRK_VBRP'. What happens here is that if we have 2 line items, the user exit populates the condition types for the first line item and the second line item remains unchanged. I guess we have a sequence problem here.. Correct me if iam wrong. The condition types in standard program is determined by a function module by name 'Pricing_Copy' which executes after this subroutine exit.
Do we have any other exits where i can code so that the condition types are in place.
Prompt replies would be rewarded.
Regards,
Tamilarasan.

hi
I think u got to write your code into save document user exit, and it takes care of all the line items here.
will investigate more and let u know abt it...
Thanks
Balu

Similar Messages

Create Credit Memo referenced to Billing Document - Condition Types

Hello,
I need help on this particular situation, your help would be greatly appriciated.
I try to create a Credit Memo(VA01) with reference to the Billing Document, but I don't want to see on my Credit Memo a particular Condition Type from the Billing Document. Configuration solution or ABAP solution? and how?
What the system does now is, it copies all the Condition Types from the Billing Document to the newly created Credit Memo.
Thank you all

Hi,
Create a new pricing procedure without the condition type you donot wish to appear in the credit note. create/ use a different document pricing procedure for the credit note, do the required assignments.. this will meet the requirements
Regards,
Ajit

Intercompany billing - using condition type PI01 = VPRS

In the intercompany billing we are going to configure the condition type PI01 to copy the amount in the condition type VPRS in the order. Can anyone give me a proposal of how to do this?

Hi,
Check copy controls from Delivery to blling document - VTFL is there any thing missing Header as well as item level, at what lelvel your determining the price. pricing at main item level or batch level.
Pricing should be at main item level
There will be two items 1 is main item 2. is Batch item
chek cumulate cost has checked on main item or not
and also gothrough the related Notes:
Regards,
MH

Billing Document- Condition types-reg

Hi experts,
       Here is my problem.
1. I see a billing document in VF03,
2. I select a line item and click on pricing button.
3. I get all the pricing condition types and the corresponding values against them.
       Pls let me know how do I get the values of "Net Value Before Freight" alone.

Dear Nash
          U can get the same by taking the subtotal of the all the components of the pricing before freight condtion. the same u can achieveing by changing the condition sequence in pricing procedure if PP is not standard. The same u can view THR. VOK0.
Hope this can help u.
if helpfeul give reward points

Billing Document- Condition types- report -reg

Hi experts,
1. I see a billing document in VF03,
2. I select a line item and click on pricing button.
3. I get all the pricing condition types and the corresponding values against them.
       Pls let me know how do I get the values of "Net Value Before Freight" alone.
       I need to display this value alone in a report for a given Billing document.
        Are there any function modules to get these values alone.

Hi,
IF u double click on any name it display the values on another screen.
In that screen Condition values r there .
It calculates based on percentages.
Regards,
Narasimha

Tax Code in Billing Document Condition Type

Hi Experts,
We have found a below issue in our system, could you please guide me if you have any inputs:
Case1:
When a Billing document is generate for a condition type ZABC ( Discount Condition Type) which is manually entered in the order ,it has the tax code populated.
This can be seen in the condition type display in Billing document and in the accounting document generated.
I have not maintained any condition record for this condition type.
Case 2:
I have a similar condition type Z123 ( again Discount condition type) though for a different pricing procedure but for this
tax code is not populated. No condition record is maintained for this too, it is manually entered.
It can not bee seen against this condition type in Accounting document.
I have compared and check if there is any routine and also the properties of both the condition types.
Also i have checked the copy control.
When I debug it , I see that tax code is fetched from KOMV table.
My Questions:
Is KOMV table updated even if the condition type is entered manually?
From where does the tax code appear in Billing document for a condition type?
Please help me or guide me where to check on this.
Thanks for your help.
Regards,
Venkat

Hi Venkata, the tax code you see here comes from the FI setting in OB40..
however, it depends on transaction in OB40. This is what I know..it's more of an FI concept.
Can you just check if the Z123 is marked as statistical ?
Regards,
Raghu.

Different base value reference steps for same condition type

Dear Gurus
I have a scenario where I have single pricing procedure for normal sale and Intercompany billing.
Condition type GRWR should take the base value from step 350 in standard scenario
But in Inter company billing it should take the base value from a different step.
Want to check the possible way to determine these.
Regards,
Neeraj Srivastava

In the pricing procedure, in the step that you're interested in intercompany billing put in the subtotal field the indicator "carry over value to KOMP-KZWI". Make sure that the KOMP-KZWI field that you'll choose is not used in any other step.
Then with the help of an ABAPer you should maintain a routine (Tc VOFM -> Formulas -> condition base value) that in the case of intercompany billing (if billing-type is XXX ... etc) will take the KOMP-KZWI* value that you chose previously.
Then back in the pricing procedure, assign your new routine in the field "Alternative formula for condition base value" (BasType).
Agis

Billing Invoice Condition /Pricing Conditions in BW

Hi all
we wish to have the billing invoice condition types and values
data in BW . However , We need only some of the condition types
.I believe there is a standard data source / business content for this .
Please let me know what are the ODS's / Cubes and how do i go
abou implementing this in BW .Also , WHat if I need to filter
out only some condition types ?
In addition , What would happen if an invoice created today gets
cancelled tommorrow . How does BW / R3 handle such cases ?Will
the standard stuff take care of such situations or do we need
to add some development/configuration ?
All inputs welcome

Check for the datasource 2LIS_13_VDITM.

EK01 & EK02 Condition Type

Dear Friends
In Sales Document type in Billing Section Condition Type Line Item=EK02 and
In Standard Pricing Procedure RVAA01 used EK01 and EK02 What is the use of it where it will affect?
Please clarify my doubts
Thanking You
Arun

Dear Customer,
a describtion for EK01/EK02
The unit cost estimate is the planned cost of goods manufactured for the material to be sold. The estimate is calculated based on the materials you intend to use, the services you intend to carry out, and additional costs such as shipping and insurance. In addition, you can use cost items to calculate overhead surcharges. The unit cost estimate is calculated in Controlling (CO-PC). The cost estimate is then copied into the sales document and can be used for pricing or for calculating the profit margin.
Condition type          Name                    Use
EK01               Individual Determination          Used as basis for pricing
EK02               Unit cost estimate u2013 statistical     Used to calculate profit margin
The condition type EK01 can be used as a basis for pricing a make-to-order item in a sales document. The system calculates the cost of manufacturing and copies the result as an EK01 condition type into the pricing screen of the sales document.
You can use the condition type EK02 to calculate the profit margin of a make-to-order item in a sales document. The system calculates the cost of manufacturing and copies the result as an EK02 condition type into the pricing screen of the sales document. The EK02 has no direct effect on pricing.
2.     Settings in Customizing
Condition type configuration (for both EK01 and EK02)
u2022     Basic configuration:
Condition class      [KOAID]      B Prices
Calculation type      [KRECH]     C Quantity
Condition category      [KNTYP]     Q Costing
u2022     No access sequence
u2022     EK01/EK02 can only use as item condition. Group condition flag should not be set.
Pricing Procedure Configuration
u2022     EK01 and EK02 should be checked as manual in the pricing procedure since their value is not derived from SD condition records.
u2022     EK02 must be set as Statistical in the pricing procedure.
u2022     Subtotal value u201CBu201D should be assigned to the EK02 condition.
See note 155212 and online documentation for additional details.
I hope that the information are helpful.
regards
Claudia Neudeck

Statistical condition type mapping

In COPA (Profitability Analysis), we map transfer of billing document to flow into COPA. The value fields of COPA are mapped with Condition type of SD (Transaction Code KE4I).
The situation is few condition types are assigned to Accounting key as well as are statistical in the Pricing Procedure. So whichever Condition type is assigned to Accounting key will flow to FI and same condition type in other Pricing Procedure is statistical will not flow to FI.
However in COPA, the condition type is mapped to COPA value field. So all the values in the billing document against that condition type will flow to PA. This would lead to differences in FI & COPA reporting to the extent of same conditions with statistical tick.
How to deal with the situation so that FI & COPA reporting are sync ?
Eg.
In COPA mapping Condition type "EXD" mapped to COPA Value field "ERLOS"
Pricing Procedure Condition Type AccKey Statistical
PP101 EXD ERL
PP102 EXD (no A/c Key) Statistical
How do i map EXD so that COPA & FI reporting are in harmony ?

Hi
i would say thats a wrong design...
In your current case of Dr Memo, either you should not be using the same cond type as statistical OR If you are using it, you shud have reset it to Zero using the following IMG Menu for the Billing type pertaining to Dr/Cr Memo
IMG>COPA>Flows of actual values > Billing> Reset condition types
With this, revenue cond type will be updated to COPA with zero value during Dr/Cr Memo
Regards
Ajay M

Error while releasing Billing: Assign HD00 (Frieght) Condition type in COPA

Hi,
I am getting the below error while releasing billing document.
Assign condition HD00 type in COPA
HD00 condition type is frieght condition type
Is it good thing if we assign this condition type to COPA value field in KE4I? or we should not assign Frieght condition to COPA?
Please advise
Thanks
Kishore

HI Kishore,
To which GL account are you posting this freight condition value? Is that GL created as a revenue element (of category '11'/'12')?
If yes (has to be 'yes', since you are getting the error message), then you don't have a choice but assigning a CO-PA value field in KE4I. The idea here is, if you have created the GL as revenue element, then you intend to take it to Controlling module for further analysis. Thus, making your FI/CO reconciliation easy.
If you do want to carry this value to CO-PA for analytical reporting then don't create that particular GL (assuming you are posting freight to a separate GL) as a revenue element. That said, it does make sense to carry this value to CO-PA and in your present case, you don't have a choice as the message which you got is an error message, which you can't circumvent.
Hope this helps.

Condition Type - Values getting changed at billing

Hii All
I have a header condition which is set up as group condition at header level. When an amount is entered at the header level it gets proportionately distributed among the line items. This is fine.
Problem comes when a line item is completely shorted (i.e. delivery quantity becomes 0) then in the billing the header condition value also get reduced.
What setting needs to be done so that the header condition value does not get affected.
Current setting of condition type is as follows:
Condition Class: A
Calculation Type: B
Condition Category: Blank
Copy Control from delivery to billing is marked as 'G'
Pls do let me know if there is a feasible solution for the same.
Many Thanks
Gaurav Manocha

Dear customer,
What you are experiencing with Fixed Amount Header conditions is stand-
ard behaviour. Please see below Notes:
876617 FAQ: Header conditions / Header condition screen
317112 Behavior of conditions w/ calculation rule B changed
485740 Conditions with fixed amount in copy activities
To achieve what you wish (absolute amount), solution is in the below
Notes:
84605 Transfer absolute amount condition to billing doc.
25020 Value changes during over/underdelivery
25144 Freight conditions during milestone billing
But I guess that there are many threads with the same problem.
At first please search for old threads and solutions.
I hope that the information are helpful.
regards
Claudia

Condition Type VPRS not appearing on some billing items

Hi,
I have a discrepancy between COPA and postings on the FI account. In COPA in transaction ke4i I have assigned the SD condition type VPRS - Internal price to the COPA value field VRPRS u2013 Stock Value.
The problem arises when the outbound delivery is split on several batches. In this case the condition type VPRS does not appear on the invoice for the split billing item and the amount 0 is loaded into to the COPA filed VRPRS for this billing item instead of value that should appear in the VPRS field. And this causes discrepancies between COPA and FI.
Do you know how to solve this problem? Is it possible to make the condition type VPRS always appear on the invoice, also in case when the delivery is sent in many batches?
Best regards,
Marcin

Hi
Welcome to the confusing world of Invoice *** batch split.. The situation you are facing is due to incorrect customization of your position types in SD during billing of the batch split. Plz check note 77414
You can grossly summarize it as below -
When you have batch split - the line items in Out bound delivery and biling can be divided into 2 types HPOS and UPOS i.e. Main Line items and Sub line items.. The note describes of 3 situations.. Your SD consultant will have to decide which situation you fall in... based on that config changes have to be made in SD....
If your billing is done at HPOS level (Main Item) and not at Item splits level or Vice Versa - Then T codes VOV7 and VTFL, you have to make settings accordingly in the fields "Biling Relevance" and "Cost"..
Also, the item category of HPOS and UPOS has to be different - One has to be relevant for billing/Cost and the other not
Apart from VOV7 and VTFL, check your settings in T code 0184.. Your Item catg has to be assigned against :
Delivery Type / usage Type= CHSP/ Item category Group = "Norm"
To correct the invoices already posted, cancel them and repost after making the config changes...
Regards
Ajay M

Condition type not visible in billing document

Hi
We are currently in the process of making some changes to the pricing procedures.
While processing an IC order, we find the following discrepancies,
In VA03, when we enter the order details, the price shows the expected value and so do the condition details.
However, in the billing document for the same, in VF03, we find that one of the condition types are missing, hence the value in the sales document and the billing document are different.
I have checked the details in the condition types, pricing procedures and the access sequences, everything appears to be configured correctly.
Please advice as to how this can be corrected.
Thanks
sap10

Hi
Check in pricing procedure (tcode V/08) if you have any Reqt.
Other possibility, but I think that it doesn't matter in your case. See SAP Note 105621 - Authorization check for the condition screen, that it is used to hide conditions, but not for delete them.
I hope this helps you
Regards
Eduardo

Condition type in Billing not in Sales Order

Dear Friends,
I have the following scenario in our project. Please clarify.
We have a condition type. That should be appeared only in Billing, it should not appear in Sales Order.
Please answer ASAP.
Regards,
Rajesh L

Hello,
To fullfil you requirement go to V/08 select your pricing procedure and relevant condtion type. Then select requirement column and assign the Routing 24 click save.
regards
rc gopi

Billing Enhancement - Condition Types

Similar Messages

Maybe you are looking for