Copy Control VTLA

Dear Friends,
What is the importance of Pos/Neg field in item level copy control?.......what effect wud b thr if I change it to "-" ?......after doing the above said changes am able to see the proceesing status of the sales order in document flow as open......before doing that change status is completed..........is it the effect of pos/neg field?.........

Hi,
YES
It is bcoz of + in feild.
Use
The system uses this indicator to determine how the quantity in the source document is affected. For example, if you
Create a quotation item for 100 pieces,
Copy the quotation into a sales order, and
Create a sales order item for 80 pieces,
the copying has a positive effect on the quotation. In effect, you have added 80 pieces to the quotation quantity that is now considered complete. 20 pieces in the quotation remain to be completed.
If you do not make an entry in this field, or set indicator 0, the source document is not blocked, which allows you to create several target documents at once (for example, when using EDI and frequent contract releases).
While the source document (such as quotation or quantity contract) is being processed, it is blocked. For instance, if you are working on a quantity contract, no one can create a release order for that contract).
regards,
Reddyy

Similar Messages

Copy control from Sales order to Delivery field FAKSK (Billing Block)- VTLA

Hi All,
I'm facing a standard issue, inputs and resolution from you would be appreciated,
Issue is, If we put the Billing block in Sales order header this should not allow us to create an Invoice, But in my examples i can create the Invoice without any errors!
The billing block from SO will be copied into Delivery header? if yes this will definitely not allow in my cases to create an Invoice, but i cannot see the Billing block copied into my Delivery! any Copy control settings missing?
Why the Invoice will not check the Billing block from Order while creation?
Thanks and best regards,
Siddaram

The billing block from SO will be copied into Delivery header? if yes this will definitely not allow in my cases to create an Invoice, but i cannot see the Billing block copied into my Delivery! any Copy control settings missing?
Check Copy settings in VTLF tcode. Target is your delivery type. Source is your Sales Order type. Double Click to see Data transfer. Click on the small icon in field Header Data. Find your routine number and select source text. Look at the code if there is mention about LIKP-FAKSK field. You don't have ABAP, search the forum or google on how to comment it on your own to remove this data transfer.
Why the Invoice will not check the Billing block from Order while creation?
Check Copy settings in VTFA if it is Sales Order to Billing or VTFL if it is Delivery to Billing. Do something like above to find routines. But this time round is to check Copying requirements not data transfer and it can be at billing type level or at item level. If no check on VBAK-FAKSK field, you can copy the standard routines or make modification to customized routines to build the requirements checks. If no ABAP, search google on how to change routines.

Delivery copy control Issue

Dear All,
I created a new order type, Item category, Delivery type and delivery item category. Maintain copy controls too.
But system is not allowing to do delivery.Error Message '
Copying is not poss.because an entry is missing in Table TVCPL; ZTAN- LF.
I searched in forum too no solution in most of the cases. Entry is reflecting in Table TVCPL.
May you pls advise
Regards,
DP

Hello,
If you need your flow to be a Z*** order-> Z*** delivery, then it is correct not to maintain a copy control from Z*** order->LF delivery.
What I can suggest is to:
1. Remove your copy control from Z*** order->LF delivery.
2. Review your entry in transaction VTLA ans make sure that you have only now the copy control from Z*** order-> Z*** delivery.
2.1. Make sure you have the item category/(ies) from the order in the configuration of the item level in transaction VTLA
2.2. If you need a new item category in the delivery, you can make a new item category determination. But in most cases, this is just copied from the sales order (see documentation in SPRO path for copying control for deliveries).
Sample Entries in TVCPL
Delivery Type//Sales Doc Type//Item Category
ZEBB //ZBR2 <-this is my copy control header level
ZEBB //ZBR2 //ZB70 <-this is my copy control item level; ZB70 is the item category as determined in the preceding Sales Order ZBR2
3. Make sure you also have the proper copying requirements and data transfer routines depending on the business requirement.
Good luck,
Eva

Copy Control of Payment Terms

Hi all,
We group multiple deliveries into one invoice for one customer. Am maintaining Payment terms in my sales orders but i cld not c the same in Invoice Header data. Its showing blank.
Doc flow: Sales order->Delivery->Invoice.
is that because of some copy controls? If yes, is tht should be from Sales doc to billing doc?
what should be the requirement? is that am supposed to do it or i need to take help of a abaper?
Please advice soon.
thanks in advance.
Cheers,
Anil

Dear Anil
Yes I too know that Payment Terms will come from sale order. If you do billing against sale order, then you have to make copy control accordingly.
You said that you have done "sale order - delivery - invoice", which means, you have to maintain copy controls VTLA (Sale order to Delivery) and VTFL (Delivery to Billing).
Having said that by default, Payment Term should flow to your billing. I dont know why you are not getting.
Since so far, I have never come across with similar issue, I have only suggested you. Testing it or not its upto you !!!!!!
Thanks
G. Lakshmipathi

Copy control for Return Process

HI every one,
I am Doing the Return Cycle Process but i am not sure how to maintain the Copy Control because i am new to return process
Billing Type : ZF2, Item category :ZTAN,Return Order : ZRE, Item category : ZREN, Billing Type : ZG2 (Credit Note)
give me how to maintain the Copy Control in VTFA,VTLA,VTFL
Guideme
Regards,
Anu
Edited by: Anuradha_SD on Sep 14, 2011 12:50 PM

HI
Let us talk about the Copy control VTAF
I maintained the Copy Control Order Type ZRE,
Target SalesDocTyp ZRE                    Source Bill. Type ZF2
                   Sales Return - JICPL                     Invoice - JICPL
DataT 052 Billing doc.header        Copying requirements 021 Billing header
DataT 103 Bill.bus.header data            Copy item number (TICK)
DataT 003 Bill.header partner
Target SalesDocTyp ZRE                    Source Bill. Type ZF2
                   Sales Return - JICPL                      Invoice - JICPL
ItemCat Proposal   G2N                    Item Category      ZREN
                   Request                                   Return Items -JICPL
                                    Copying requirements 303 Always an item
DataT 153 Item from bill.doc.
                                                           Pos./neg. quantity
DataT 104 Bill.bus.item data                               Pricing type         D
DataT 004 Bill.item partner         X Update document flow
bl.pl 0                                                    Campaign Deter.
Target SalesDocTyp ZRE                   Source Bill. Type ZF2
                   Sales Return - JICPL                     Invoice - JICPL
SchdLneCatProposal DN                    Sched.Line Cat.    CP
                   Return - JICPL                           MRP -JICPL
                                    Copying requirements 303 Always an item
DataT 002 Partner item
Like that i maintained but at the time of Return order with reference to Billing Document its not working means
if i take Second time Same billing Document Number system is showing same qty because i have already refered previously
why system is showing same qty why it is not reduced
guide me
Regards
Anu

Copy control for sale office in delivery

Hi,
In our delivery note the field sale office is blank... we need that this field will be filled by copy control or user exit from document sale (order sale)... always the deliveries are for the same sales office.
Any clues for achiving this?
Best Regards
Juan

Hi
As mentioned in the above answer, please follow the following steps.
1. Got VOFM - > Data Transfer -> Deliveries.
2. Copy Routine 1 to 601.
3. Go in the code of routine 601 and add the following line.
MOVE CVBAK-VKBUR TO LIKP-VKBUR.
4. Activate the routine.
5. Go to copy control for deliveries Tcode - VTLA.
6. Select the necessary combination of order type and delivery type.
7. change the assignment of routine for header data to 601 and save.
you shud be abe to achieve the desired result.
Regards
Yatin

Copy control for material determination sub item

I had created material determination sub item(TAPS) correctly on sales order, but when I use VL01N, the sub item does not copy into the outbound delivery.
My item level of delivery copy control configuration (VTLA) is as below:
order requirement: 101
item date: 110
Does anyone offer some suggestion?
Thanks!

Our case is:
standard sales order type "KB":
item_number          item_category         material_number          Qty
10                          TAX                         A                                  10
11                          TAPS                       B                                    1
12                          TAPS                       C                                    9
but the result of standard outbound delivery "LF" that I created from foregoing order is:
item_number          item_category         material_number          Qty
10                          TAX                         A                                  10
20                          TAPS                       A                                  10
I would like to know where the configuration should I make a modification for correct delivery to resemble the following:
item_number          item_category         material_number          Qty
10                          TAX                         A                                  10
20                          TAPS                       B                                    1
30                          TAPS                       C                                    9

Copy control for inbound delivery

Hi All,
I need some help for copy control for inbound delivery. Can any one let me know where is the customization for this?
Is it t.code VTLA.
Path in IMG:Logistics Exectuion-->Shipping>copy control--
>specify copy control for delivery
But I am not sure if the above is the correct customization path.
The reason....
for target document type EL(Inbound delivery) the source document type is DL (order type schduling agreement). Ideally for inbound delivery the source document type should be purchase order. But I can't find the purchase order document types in F4 option.
All documents which are showing are sales order.
Awiting your reply.
Regards,
Sushanta

Specify Copy Control for Deliveries
In this menu option, you define control data for the document flow of deliveries.
You can specify for a particular delivery type, which document type is to be assigned to copied reference documents, and which item categories are to be copied.
You must also make specifications for copying requirements and data transfer, as well as quantity and value updates in document flow. This must be done for each copying procedure at header and item level on a detail screen.
Note
If you define new sales document types, item categories or schedule line categories by copying existing ones, the SAP system automatically copies all specifications for the document flow. You may want to check the copy controls for newly created sales document types, item categories or schedule line categories.
Actions
1. Check the document flow defined in the standard SAP R/3 System.
2. Define to what extent you have to modify its specifications to meet your requirements.
3. Define the document flow for deliveries with reference to sales document types.
Note
Make sure to maintain copy control for the following areas:
Sales documents
Deliveries
Billing documents
If you cannot find an entry, check the copy controls in other chapters.
Complete overview of copy control:
In the chapter on sales, you can find copy controls for:
Sales documment by sales document
Billing document by sales document
In the chapter on deliveries, you can find copy controls for:
Sales document by delivery
In the chapter on billing, you can find copy controls for:
Sales document by billing document
Delivery by billing document
Billing document by billing document

Copy Controls

Hi Sap Gurus,
I am actually new to SAP.Could any one help me out when, where and how copy controls will be used in SAP SD. What are the steps we have to maintain.
Points will be rewarded
Regards
Edie

Copy control can be associated with the transfer of data between the various sales documents from a Quotation to Cash. Thus, copy control forms part of the document flow process. Copy control uses data at the header and schedule line level. Copy control determines which data is to be transfered, a copy control can be set to ensure copying of data at predefined time intervals. Similarly, with copy control one can also specify when to stop the copying process. Copy control is important in another way since it helps in determing wether new prices are used or not.
Copy control for Sales Documents:
http://help.sap.com/erp2005_ehp_02/helpdata/en/21/ad20c648e511d3b534006094b93006/frameset.htm
Copying Requirements:
http://help.sap.com/erp2005_ehp_02/helpdata/en/dd/560f1d545a11d1a7020000e829fd11/frameset.htm
Copying Control:
http://help.sap.com/erp2005_ehp_02/helpdata/en/dd/560ecf545a11d1a7020000e829fd11/frameset.htm
Complimentary Goods Delivery Type :
http://help.sap.com/erp2005_ehp_02/helpdata/en/26/d9423cbed8a47ee10000000a114084/frameset.htm
Case Study:
http://www.scmexpertonline.com/search.cfm?session=&q=R/3,WarehouseManagementWM,Yard+Management&all=yes&page=12
Copy Control for Trading Contracts :
http://help.sap.com/erp2005_ehp_02/helpdata/en/89/1b082234ea11d6b1ec00508b5d5211/frameset.htm
Setting Copy Control:
http://help.sap.com/erp2005_ehp_02/helpdata/en/43/3bcff00bff11d2956700a0c9306667/frameset.htm
http://help.sap.com/saphelp_nw04/helpdata/en/bb/6811f980ae11d3966f00a0c930660b/content.htm
http://www.erpgenie.com/abaptips/content/view/83/62/
Re: Read_Text and Save Text
copy controls are there for
sales document to sales document VTAA
sales document to delivery VTLA
sales document to billing VTFA
delivery to billing VTFL
billing to mbilling VTFF
billing documents to sales documents VTAF

Error in copy control

Hi All,
Need input if anybody has any idea or come across such kind of an error earlier.
New order type, new del typ and new item category.
Sales order created perfectly and giving error message in creating a delivery, showing error in copy control.
Checked the setting are alike the standard ones.
Copying is not poss.because an entry is missing in Table TVCPL: & & & &
Checked the table TVCPL too and the entries are there but still showing the same problem.
Let me know, if yu guys have any idea or come across such kind of thing earlier.
Thank you,
Sharath.

Hey,
I had the same error and I was looking around for a solution, I think what he was saying ( previous post) is that you need to check the item category of the sales order and make sure it is configured correctly. My issue was I was creating a sales order (consigment) and the item category should be ZELF but it was something else (another item category) when i changed it to zelf as is in the config , i was able to create the delivery.
check your item category then use VTLA t-code to make sure the config settings are correct.
I hope that will help.

Copy controls, how to do it

The SOrder type is ZOR1
The deliv doc type is ZLF1
How to set copy controls at the header and item levels???
gone to VTLA....selected both the docs...how to set copy controls between header and item level...please help me...

Dear raghu ram
At Header Level :
Conditions :
Order requirements:::::::::001
Combination requtmt:::::::051
Data Transfer
Header Data:::::::::::::::::::001
At Item Category Level
Order requirements::::::::101
Data Transfer
Item data:::::::::::::::::::::::101
Business Data::::::::::::::::2
Select "Update document flow"
thanks
G. Lakshmipathi

How this copy controls can be configured

hi,
please show me the way by explaining the copy controls from
quotation
to
quantity contract
to
sales order
needed config settings please.
regards

Hi there,
Copy control is controlled by VTAA from sales order to order. For eg QT to OR.
Order to delivery VTLA
Delivery to billing VTFL
Order to billing VTFA
Billing to order (for eg invoice to credit memo req) VTAF.
Maintain the copy controls for header, item & schedule line in VTAA. Only header & item in remaining cases.
Go to VOFM --> Requirements --> Select orders, deliveries, billing as per your requirement. It will display the requirement numbers. Select the requirement num & click on documentation. It will display the requirement routine code along with the include name.
Pls note that you will need access key to change or create the routines.
Regards,
Sivanand

Problem Copy control Order to Invoice

Hi All,
I maintained a copy control from order to invoice and in the item category the pricing type is maintained as 'G'(Copy pricing elements unchanged and redetermine taxes). But when I create invoice the condition value for pallet discount is getting recalculated.
There is a requirement for this condition type in the pricing procedure that when the order quantity is greater than the pallet quantity maintained through material master then only the discount should be affected.But when I change the pallet quantity to less than the order quantity,after the order is created and then invoice the order the condition value is going through the requirement and the value is getting changed .
Can anyone tell me why it is recalculating when the invoice is created, it should not reprice the order, but just carry over current pricing to the billing
All useful answers will be rewarded.
Thanks,
Ranjan

hi,
Refer to OSS note 24832:
14.05.2008 Page 1 of 10
Note 24832 - Pricing rules / TVCPF
Note Language: English Version: 27 Validity: Valid from 18.05.2004
Summary
Symptom
Depending on the situation, the system should redetermine conditions or
not. For this, a differentiated control is required, for example:
1. When you create sales orders or billing documents, the condition types
are partially redetermined although you want to copy the values from
the reference document.
2. During other transactions, however, you want to redetermine the
condition types instead of copying them.
3. The 'New pricing' function on the item condition screen
redetermines all new conditions, that means it works with pricing
category 'B'. This is undesirable to a certain extent.
4. The same applies to the 'New pricing' function for the entire sales
order.
The following text will explain some examples for the use of the pricing
type implemented for this purpose (KNPRS):
Example 1 **********************************
You want to copy condition type 'VPRS' from the sales order into the
billing document. You are using pricing type 'G'. However, as a consequence
the value of the VPRS condition in the billing document differs from the
value of the goods issue posting.
Example 2 **********************************
You want to copy condition type 'PI01' (price for intercompany billing)
from the sales order into the billing document. You are using pricing type
'G'.
Example 3 **********************************
The costs 'VPRS' are to be redetermined when copying a credit memo request
from a billing document. This is required if you defined the credit memo
item in such a way that no costs are to be determined. Since the pricing
requirements are no longer checked when copying, you have to proceed as
described above to eliminate the VPRS.
Example 4 **********************************
The 'New pricing' function on the item condition screen is to keep the
manual condition, this means the function should behave like pricing
category 'C'.
Example 5 **********************************
The 'New pricing' function for the entire sales order is to keep the
14.05.2008 Page 2 of 10
Note 24832 - Pricing rules / TVCPF
manual conditions, this means the function should behave like pricing
category 'C'.
Example 6 **********************************
Billing is to be carried out using pricing type 'G'. However, condition
types with condition category 'S' and 'T' (standard price or moving costs)
are also to be redetermined. In the standard system this pricing type
copies those condition types from the sales order.
More Terms
KNPRS, TVCPF, TVCPA
Cause and Prerequisites
The pricing type controls which condition types are redetermined or which
are copied unchanged (however, the items are always revaluated). Below,
you will find a description of the pricing type characteris
Note that the specified standard pricing type characteristics
partly do not exist in older releases, or that the standard
pricing type characteristics may be different in the
individual releases. Therefore, the given consulting note
should not be considered to be exhaustive. It merely serves to
explain the principle of how a pricing type is structured and
how its characteristics can be influenced. The exact
characteristic of a pricing type in the release being used can
be seen directly in the source code of Form routine
KONDITIONSVORSTEP in Main program SAPLV61A.
o 'A' (Copy price components and redetermine scales):
No condition types are redetermined. Only the scaled prices are
adapted due to a changed basis.
o 'B' (Complete new pricing):
Completely new pricing (as if you created a new item), manual
conditions are lost.
Restriction: Condition types which are not determined via condition
technique (for example, condition type 'VPRS' or condition types
with KNTYP = 'G' which are determined using formulas) are NOT
redetermined even if you do not change them manually.
o 'C' (Copy manual pricing elements and redetermine the
others):
Completely new pricing, manual ones are copied.
Caution: Here you have to make sure that all condition types that
can possibly be changed manually have T685A-KMANU = 'C' (Manual
entry has priority) in Customizing. Otherwise, it is possible that
the conditions are displayed twice (automatically and manually) and
that both are active.
o 'D' (Copy pricing elements unchanged):
14.05.2008 Page 3 of 10
Note 24832 - Pricing rules / TVCPF
As in pricing type 'A' but the prices are fixed (no scales are
read). Condition base value and value are redetermined.
o 'E' (Adopt price components and fix values):
As in pricing type 'D' but neither condition base value nor value
are redetermined.
o 'F' (Copy pricing elements, turn value and fix):
Only used within the program.
o 'G' (Copy pricing elements unchanged and redetermine
taxes):
a) The following condition types are redetermined:
- Condition class KOAID = 'D' (Taxes)
- Condition class KOAID = 'C' (Volume-based rebate)
- Condition category KNTYP = 'I' (Intercompany billing
conditions)
- Condition category KNTYP = 'R' (Invoice list conditions)
- Condition category KNTYP = 'L' (Always new when copying)
- Condition category KNTYP = 'G' (Cost conditions)
- Condition category KNTYP = 'E' (Cash discount conditions)
All remaining condition types are dealt with like pricing type 'D'.
In particular, with pricing type 'G', the system does not only
redetermine the taxes but also the cost conditions and the
intercompany billing conditions.
o 'H' (Redetermine freight conditions):
The following condition types are redetermined:
- Condition type KNTYP = 'B' (Delivery costs)
- Condition type KNTYP = 'F' (Freight conditions)
- Condition type KNTYP = 'L' (Always new when copying)
o 'I' (Redetermine rebate conditions):
Rebate conditions and scales are redetermined.
o 'J' (Redetermine confirmed purchase net price/value):
Condition types with condition category KNTYP = 'D' (Confirmed
purchase net price/value) are redetermined.
o 'K' (Adopt price components and costs. Redetermine
14.05.2008 Page 4 of 10
Note 24832 - Pricing rules / TVCPF
taxes):
The following condition types are redetermined:
- Condition class KOAID = 'D' (Taxes)
- Condition class KOAID = 'C' (Rebate)
- Condition category KNTYP = 'R' (Invoice list conditions)
- Condition category KNTYP = 'I' (Price for intercompany billing)
- Condition category KNTYP = 'E' (Volume-based rebate)
o 'M' (Copy pricing elements, turn value):
No conditions are redetermined; during copying, the condition
values are multiplied with -1.
o 'N' (Transfer pricing components unchanged, new cost):
Condition types with condition category KNTYP = 'G' (Cost) are
redetermined.
Please note that this pricing type has NO effect on the invoice
since here the goods issue value from the delivery is usually
directly transferred to pricing. Redetermination of the settlement
price by subsequently reading the material valuation segment when
executing pricing type "N" would result in the fact that the goods
issue value information were irretrievably lost.
This standard behavior can be changed by a modification only. If
required, please contact your local consultant or SAP Remote
Consulting.
o 'O' (Redetermine variant conditions):
Condition types with condition category KNTYP = 'O' (Variants) are
redetermined.
o 'P' (Revaluation only):
The system does not redetermine any conditions; only the
revaluation occurs.
o 'Q' (Redetermine calculation conditions):
Condition types with condition category KNTYP = 'Q' (Costing) are
redetermined.
o 'U' (Redetermine precious metal conditions):
Condition types with condition category KNTYP = 'U'
(Discount/surcharge for precious metals) are redetermined.
Solution
There are two options to change the standard behavior:
14.05.2008 Page 5 of 10
Note 24832 - Pricing rules / TVCPF
1. Set up a new pricing type (for example, 'X') and allocate the pricing
type in the document flow (copying control in the IMG, Customizing
depending on the source and target document type via Transactions
VTAA, VTAF, VTLA, VTLF and VTFF).
2. Change the pricing type used in the standard system.
Procedure
For both purposes, USEREXIT_PRICING_RULE is used in Program RV61AFZA. This
is called after the setup of internal table STEU which defines the behavior
of pricing types.
Example 1 ******************************
Picing type 'X' is to be set in a way that condition 'VPRS' (which has
condition category 'G') is not redetermined during the billing. Otherwise
it behaves as pricing type 'G'.
Up to Release 4.0B, USEREXIT_PRICING_RULE can be implemented as follows:
FORM USEREXIT_PRICING_RULE
STEU-KNPRS = 'X'.
STEU-KNTYP = 'LRIE......'.
IF KOMK-KNUMA IS INITIAL.
STEU-KOAID = 'CD........'.
ELSE.
STEU-KOAID = 'D.........'.
ENDIF.
STEU-MAUEB = ' '.
APPEND STEU.
ENDFORM.
In order to ensure that pricing type 'X' acts exactly like pricing type
'G', the FORM routine USEREXIT_PRICING_COPY in Program RV61AFZA is to be
used in releases lower than Release 4.0A (if you create a document with
reference to another document, this is called: copying control; here, the
MODE is the pricing type):
FORM USEREXIT_PRICING_COPY.
IF MODE CA 'X'.
IF KONV-KSTEU NA 'CEF'.
KONV-KSTEU = 'D'.
ENDIF.
ENDIF.
ENDFORM.
In this case, you should note that the billing document contains a special
rule concerning cost condition 'VPRS'. If the goods issue for the delivery
note to be billed is posted, the value of the goods issue is copied into
condition 'VPRS'. This is hard-coded. You can prevent this by setting the
field TKOMP-WAVWR to zero in include LV60AFZZ,
USEREXIT_PRICING_PREPARE_TKOMP.
In higher releases, pricing type 'K' is also available, which copies the
VPRS of the order to the billing document and does not redetermine it
unless there is no goods issue posting (otherwise, the above-mentioned
special rule applies.)
14.05.2008 Page 6 of 10
Note 24832 - Pricing rules / TVCPF
Example 2 *********************************
Pricing type 'Y' is to be set in a way that this works as pricing type 'G'
but without redetermining the intercompany billing conditions 'PI01' and
'PI02'. They have condition category 'I'.
Changes in program RV61AFZA:
FORM USEREXIT_PRICING_RULE.
STEU-KNPRS = 'Y'.
STEU-KNTYP = 'GLRE.......'.
IF KOMK-KNUMA IS INITIAL.
STEU-KOAID = 'CD........'.
ELSE.
STEU-KOAID = 'D.........'.
ENDIF.
APPEND STEU.
ENDFORM.
In order to ensure that pricing type 'Y' acts exactly like pricing type
'G', the FORM routine USEREXIT_PRICING_COPY in Program RV61AFZA is to be
used:
FORM USEREXIT_PRICING_COPY.
IF MODE CA 'Y'.
IF KONV-KSTEU NA 'CEF'.
KONV-KSTEU = 'D'.
ENDIF.
CLEAR: KONV-SAKN1.
ENDIF.
ENDFORM.
EXAMPLE 3 *********************************
Pricing type 'Z' is to be set in the same way as pricing type 'D', but this
time the costs are to be redetermined. Up to Release 4.5B, you can
implement USEREXIT_PRICING_RULE as follows (as of Release 4.6A, pricing
type 'N' is available for this procedure):
FORM USEREXIT_PRICING_RULE.
STEU-KNPRS = 'Z'.
STEU-KNTYP = 'G.........'.
STEU-KOAID = '..........'.
STEU-MAUEB = ' '.
APPEND STEU.
ENDFORM.
In order to ensure that pricing type 'Z' acts exactly like pricing type
'D', the FORM routine USEREXIT_PRICING_COPY in Program RV61AFZA is to be
used:
FORM USEREXIT_PRICING_COPY.
IF MODE CA 'Z'.
IF KONV-KSTEU NA 'CEF'
KONV-KSTEU = 'D'.
ENDIF.
ENDIF.
14.05.2008 Page 7 of 10
Note 24832 - Pricing rules / TVCPF
ENDFORM.
Note: To correct the problem, you should define your own pricing types. In
some cases, it may be required to change existing pricing types. This is
required if you want to influence the reaction to certain field changes in
the sales order (see Note 26115 for this). This also allows you to
influence the 'New pricing' function in the sales order and billing
document. This function uses pricing type 'B'.
EXAMPLE 4 *********************************
The 'New pricing' function is meant to keep the manual changes. By default,
pricing type B' is called. As of Release 4.5A, however, you have the option
to store another pricing type for this purpose in Customizing of the
pricing procedure (Transaction V/08).
In USEREXIT_CHANGE_PRICING_RULE of program MV61AFZA, you can
replace pricing type 'B' with another pricing type, for
example, 'C' up to Release 4.0B.
FORM USEREXIT_CHANGE_PRICING_RULE USING PRICING_RULE.
IF PRICING_RULE = 'B'.
PRICING_RULE = 'C'.
ENDIF.
ENDFORM.
EXAMPLE 5 **********************************
The 'New pricing' function is to be set for the entire sales order in a way
that manual changes are kept. In the standard system, pricing type 'B' is
called. As of Release 4.5A, however, you have the option to store another
pricing type for this purpose in Customizing of the pricing procedure
(Transaction V/08).
Up to Release 4.0B, a solution is only possible by means of a modification
in program MV45AF0F:
FORM FCODE_KONB.
PERFORM PREISFINDUNG_GESAMT USING CHARB. <<<<<<<<<< delete
PERFORM PREISFINDUNG_GESAMT USING CHARC. <<<<<<<<<< insert
ENDFORM.
FV45PF0P has to be changed in the same way:
FORM PREISFINDUNG_NEU.
Aufruf neue Preisfindung
PERFORM PREISFINDUNG USING CHARB. <<<<<<<<<< delete
PERFORM PREISFINDUNG USING CHARC. <<<<<<<<<< insert
geänderte Informationen in Beleg übernehmen
PERFORM VBAP_BEARBEITEN.
PERFORM VBAP_BEARBEITEN_ENDE.
ENDFORM.
14.05.2008 Page 8 of 10
Note 24832 - Pricing rules / TVCPF
EXAMPLE 6 *********************************
Pricing type 'X' is to be set so that it functions like pricing type 'G',
but also redetermines condition categories 'S' and 'T'.
Change in Program RV61AFZA:
FORM USEREXIT_PRICING_RULE
STEU-KNPRS = 'X'.
STEU-KNTYP = 'GLRIEST...'.
IF KOMK-KNUMA IS INITIAL.
STEU-KOAID = 'CD........'.
ELSE.
STEU-KOAID = 'D.........'.
ENDIF.
STEU-MAUEB = ' '.
APPEND STEU.
ENDFORM.
To ensure that pricing type 'X' behaves exactly like pricing type 'G', use
FORM routine USEREXIT_PRICING_COPY in Program RV61AFZA:
FORM USEREXIT_PRICING_COPY.
IF MODE CA 'X'.
IF KONV-KSTEU NA 'CEF'.
KONV-KSTEU = 'D'.
ENDIF.
ENDIF.
ENDFORM.
Additional information ***********************
You can display the standard behavior of the pricing types in FORM routine
KONDITIONSVORSTEP (up to Release 3.1I in Include LV61AF0K, as of Release
4.0A in Include LV61AA12). There, for each pricing type, a line exists in
internal Table STEU. The fields have the following meaning:
o KNPRS
This is the pricing type used.
o KNTYP
This field contains a positive list of the pricing categories (up
to 10 values can be entered).
o KOAID
This field contains a positive list of the condition classes (up to
10 values can be entered).
o MAUEB
This field specifies whether manual changes should be copied.
o STFKZ
This field contains a positive list of the scale indicators (up to
14.05.2008 Page 9 of 10
Note 24832 - Pricing rules / TVCPF
5 values can be entered).
o NOTYP
This field contains a negative list of the condition categories (up
to 5 values can be entered).
o KDUPL
This field contains a positive list of the structure conditions (up
to 3 values can be entered).
o NOKDUPL
This field contains a negative list of the structure conditions (up
to 3 values can be entered).
o KFKIV
This field specifies whether intercompany billings should be
redetermined ('.' or 'X' can be entered).
o KVARC
This field specifies whether variant conditions should be
redetermined ('.' or 'X' can be entered).
o PRSQU
This field specifies whether the price source should be taken into
account ('.' or SPACE can be entered).
Note that most condition attributes (fields of the XKOMV structure) can
also have the value SPACE. To use the above 'CA' or 'NA' statements in the
IF statements also in these cases as required, you can fill the fields of
the STEU line with a corresponding number of '.' characters. These values
are mainly checked in FORM routine XKOMV_AUFBAUEN_PRUEFEN (up to Release
3.1I in Include LV61AF0X, as of Release 4.0A in Include LV61AA65).
Header Data
Release Status: Released for Customer
Released on: 18.05.2004 13:18:36
Priority: Recommendations/additional info
Category: Consulting
Main Component SD-BF-PR Pricing
The note is not release-dependent.
14.05.2008 Page 10 of 10
Note 24832 - Pricing rules / TVCPF
Support Packages
Support Packages Release Package Name
DIMP 471 SAPKIPME06
Related Notes
Number Short Text
1009170 Date of services rendered in the credit memo process
992808 Pricing type 'T': Redetermine tax conditions only
547570 FAQ: VPRS in pricing
410907 Allowed pricing types BAPISDLS-PRICING III
195094 Manual prices during intercompany billing
117347 Pricing type K modified for condition category L
114756 Customer hierarchy determination for pricing
102961 New pricing type for milestone billing plans
45326 No prices for customer-specific pricing type
26115 Conditions not updated during field change
Award opints if useful.
Regards,
Raghu.
Edited by: Raghuram Saripalli on May 14, 2008 11:12 AM

Copy control items

Hi,
How can I customize the copy control of two sales documents, if I only want to copy the header (no copy of items)?. I have customized the copy control (only the header) and it works, but I receive a message error (Copying WV WVN to KE is not defined). How can I avoid this message without copying the items?
Thanks in advance,
Ricard.

Copy Control settings are done
Sales Order to Sales Order (QT --> OR): VTAA
Sales Order to Delivery (OR --> LF): VTLA
Sales Order to Billing (OR --> F1): VTFA
Delivery to Billing(LF --> F2): VTFL
Billing to Sales Order (F2 --> RE): VTAF
Regards,
Rajesh Banka

Defining copy control from LF to WV

Friends,
Could you please tell me the steps to create a new copy control routine that copies all the data from a delivery document into the sales order type WV(contracts). I want to do this as I want to capture the serial number data in the contracts for the service items in the delivery.

Hi
)Copy controls for sales documents: -
SPRO
Sales and Distribution
Sales
Maintain Copy controls for sales document
a)Copy control sales document to sales document
Source  Target
QT  OR
Header  Header
QT  OR
Item Category  Item Category
AGN  TAN
AGNN  TANN
Schedule  Schedule
BN  CP/CK/PN
b)Copy Control Billing document to sales document:
Same as above
2)Copy controls for delivery documents: -
SPRO
Logistics Execution
Shipping
Copying control
Specify copy control for deliveries
The coping control defined from sales document to delivery document
Coping must be done header-to-header and item-to-item
Here number schedule are available.
3)Copy controls for Billing documents: -
SPRO
Sales and Distribution
Billing
Billing documents
Maintain coping control for billing document
a)Sales document to billing document
b)Billing document to billing document
c)Delivery document to billing document
Copy control is used by the system to dertermine what document types,item categories ,and schdule line categories can be copied into other or referenced.
Menu Path: IMG>Sales &Distribution>Sales>Maintain copy control for sales doc
Menu Path: IMG>Shipping>Maintain copy control for deliveries
Menu Path: IMG>Billing>Maintain copy control for billing doc

The tcodes for the copy control
For Sales Documents,options are:
1.Sales document to sales document VTAA
2.Billing document to sales document VTAF
For Shipping Documents,options are:
1.Sales document to delivery document VTLA
For Billing Documents,options are:
1.sales document to billing document VTFA
2.Delivery note to billing dov VTFL
3.Billing doc to billing doc VTFF
Sail

Copy Control VTLA

Similar Messages

Maybe you are looking for