Total Order Value - FD32

Hi,
There was a difference in Total of Order values in T code VKM4 and order value in FD32. I noticed that VKM4 was displaying all open orders irrespective of either it is blocked or released. But Open Order value in FD32 displays only the sum of open orders that are without block. The open orders that are blocked due to some reasons are not considered for open order value in FD32. Hence, there was a difference in values displayed in FD32 and VKM4. The open order value in FD32 is getting updated through standard info structure S066. I believe, S066 is not getting updated if the order is blocked.
My requirement is that the open order value in FD32 should include blocked orders also and the value in VKM4 and FD32 should look same.
1. Is there any functional customization that need to be done in regards to this scenario i.e, settings for including blocked orders also in open order value calculation in FD32?
2. Is there any user exits available to solve this? I searched for the possible user exits but couldn't find any relevant one. Please suggest.
3. Is there any other means through which we can update the standard info structure S066 with blocked orders also?
Thanks in advance
Senthil Kumar

it never be same.
I noticed that VKM4 was displaying all open orders irrespective of either it is blocked or released.<b>--->here u can get only Released Orders na, by selecting parametres</b>
better to go for Z reports which suits ur requirement, but i think we are missning some imp point in terms of Functional.
Regards
Prabhu

Similar Messages

Total order value (net) per PO with ME2N (Purchase order List display)

Hello,
with ME2N I can see the order value (net) of a PO per item line. Is it also possible to see the the total order value for all item lines in a PO?
Thanks for coming back to me!
Sofia

hi in standard reports that is not possible
But you can opt for filter in PO no. feild and go for an specific PO and press enter it will show all the line item of that PO then you can apply the Total of all Po line items in net price feild
Or even while running the report you can go for specific PO no and then execute the report.
Hope this helps
Else need to devlop an Z report with help of ABAPER
Try with the table EKPO and feild RLWRT
He can solve your purpose
Regards
Sujoy
Edited by: SUJOY on Sep 22, 2008 2:39 PM

Total ordered value for PO

HI All,
Is there any standard report to check total ordered value for PO.
I checked in ME80AN but its not giving excise value. I need Base + Excise + VAT / CST. (Total Net order value per PO)
Please suggest.
Regards
Mahesh M J

Dear Mahesh,
ME81N - Anlysis of order values - By Material / By buyer / By supplier
Totals analysis - ABC analysis -Analysis using comparison period - Frequency analysis
Regards
Anand

Discount on Total Order Value

Hi everybody ,
We need the Discount to be calculated automatically on the Total Order Value.
Its a promotion.
Useful suggestions will be rewarded.
Thanks
Kartik

Hi pls follow the procedure below, Hope it will help u out
VOFM: ON PRICING
This note is an explanation of function "Maintain: Requirements and Formulas", which is also known as "VOFM".
By using descriptions and examples, this note explains how the VOFM function works in the R/3 Standard System, which objects are related to it and which restrictions exist.
Chapter 2.7 explains possible causes of errors and solutions for problems with the VOFM function.
To provide a good overview, this note is subdivided into the following sub areas:
1. General information
1.1 Definition of terms
1.2 Application areas
1.3 A frank word on the "source code responsibility"
2. Technology
2.1 Introduction
2.2 Namespaces
2.2.1 SSCR object registration
2.3 Structure of a VOFM object
2.3.1 Include file with ABAP form routine
2.3.2 Table entries in TFRM and TFRMT
2.4 Calling VOFM objects
2.4.1 VOFM object carrier
2.5 Activation, generation and RV80HGEN
2.6 Transport
2.7 FAQs: Possible causes of errors and problems
Technical field names are displayed in angle brackets [].
Note that this note only explains the mode of operation of the VOFM in an R/3 Standard Core System.
For R/3 industry solutions or Add-Ons the VOFM function displays a different behavior in subareas, however, this is not dealt with in this note.
Additional key words
VOFM, SAPMV80H, TFRM, TFRMT, RV80HGEN, XPRA, formulas, requirements, data transport routine, copy routine, data transfer.
Cause and prerequisites
1. General information
1.1 Definition of terms
Depending on the business processes used it may be necessary to influence the standard behavior of R/3 applications. For that purpose the VOFM function provides a corresponding environment in order to be able to develop and manage customer-specific logic simply.
The system stores the objects generated via the VOFM in the Customizing of the respective application area
(Pricing, message determination and so on) and its programs call the objects correspondingly.
Also SAP delivers certain functions in the form of VOFM objects.
Consequently, the VOFM is an exit technology as explained in more detail in Note 381348.
1.2 Application areas
Typical VOFM objects are requirements, formulas and data transfer routines.
These are used in processes of the purchase order, the delivery, billing, price determination, material determination, message determination, the free goods, the pricing and of others.
In the entries of the R/3 core menu of Transaction VOFM you can find a precise overview of the supported application areas.
1.3 A frank word on the "source code responsibility"
As in user exits, in VOFM objects are many fields and tables available. Thus, the use of VOFM objects is very versatile and consequently also very critical under certain circumstances. For the use of "customer-specific" VOFM objects the statements in Note 381348 regarding the responsibility for customer enhancements (Maintenance responsibility, problems during the upgrade and so on) apply. Read this note carefully before you decide on the use of customer-specific VOFM objects.
Errors and data inconsistencies that are caused by improper application or implementation of VOFM objects are not processed by the SAP Support but exclusively within the framework of the Consulting that has to be purchased separately.
2. Technology
2.1 Introduction
A VOFM object is uniquely defined via characteristics "group indicator" [GRPZE] and "group number" [GRPNO].
Here the group indicator, technically represented by a character field of length 4, is the logical connection to the calling environment.
Examples:
ABED copying requirement in the order
ADAT data transfer in the order
PBED requirements pricing
CASC Data transfer for sales activities
PBEK requirements account determination
CHRG requirements batches
REAK archiving for orders
VFCL Multi-dimensional scales
You can find all defined group indicators in the allowed values of the "GRPZE" domain in the ABAP Dictionary (Transaction SE11).
The group number can have a value from 1 to 999.
Exceptions are group indicators "PSTK" (= group key routine pricing) and "TDAT" (= data transfer for texts). For these the system can only assign group numbers from 1 to 99.
2.2 Namespaces
The VOFM has separate number ranges in order to distinguish VOFM objects delivered by SAP from customer-specific VOFM objects. These number ranges are often also called "VOFM namespaces".
However, note that this is not a "real namespace" that is protected by corresponding entries in system table "TRESC" (= reserved names for Customizing tables and Customizing objects).
Instead, only the VOFM logic itself does the definition and check of the number ranges.
The following list displays the customer number ranges sorted according to group indicators:
Indicator     Name     Number range customer
FOFU     Subsequent functions     900 - 999
PSTK     Group key routines     50 - 99
TDAT     Data transfer routines f. texts     50 - 99
all other group indicators           600 - 999
In Note 356737 you can find more information on the available VOFM number ranges.
2.2.1 SSCR object registration
VOFM objects are subject to SSCR registration (= SAP Software Change Registration).
The reason for that is the necessity that every VOFM object is physically assigned to that SAP development class, from whose programs a corresponding jump into the VOFM object later occurs.
If you use the VOFM interface the system makes the assignment automatically. An assignment of customer-specific development classes is not possible.
2.3 Structure of a VOFM object
A VOFM object consists of the following parts:
Include file with ABAP form routine
TFRM table entry
TFRMT table entry
2.3.1 Include file with ABAP form routine
In the ABAP form routine the desired function is programmed.
Example pricing value formula number 001:
Include name : FV64A001
Form routine : FRM_KONDI_WERT_001
Implementation: * * Profit margin considering rebate agreements
form frm_kondi_wert_001.
xkwert = komp-kzwi3 - komp-wavwr.
endform.
Dependending on the selected group indicator, the group number and the system type (SAP or customer system), the system assigns and generates the include name and form routine name automatically.
For this reason, standard routines delivered by SAP generally have a different structure of the include name than customer-specific routines.
Example:
SAP standard value formula for the pricing
=> prefix FV64A + object number with 3 places from 'SAP namespace'
=> for example FV64A001
Customer-specific value formula for the pricing
=> prefix RV64A + object number with 3 places from 'customer namespace'
=> for example RV64A905
2.3.2 Table entries in TFRM and TFRMT
The entries in tables TFRM and TFRMT belonging to a VOFM object are used for the status management and assignment. The system always analyzes them if the user calls Transaction VOFM or if a generation operation occurs (for details refer to section 2.5).
The system generates exactly one TFRM table entry per VOFM OBjekt. In this TFRM entry the following information is stored:
Group indicator     GRPZE
Group number     GRPNO
Routine 'active' indicator     AKTIV_TFRM
Application     KAPPL
Date of the last generation     GNDAT
Time of the last generation     GNZEI
Examples:
GRPZE     GRPNE     AKTIV_TFRM     KAPPL     GNDAT     GNZEI
PBED     001     X     V     06 13 2001     09 06 39
TDAT     001     X           06 13 2001     09 06 39
CHRG     003     X           06 13 2001     09 06 39
The meaning of group indicators and group numbers has already been dealt with.
The 'active indicator' controls whether a VOFM object is 'active' or 'inactive'. Active VOFM objects have characteristic value AKTIV_TFRM = 'X', inactive objects have characteristic value AKTIV_TFRM = initial.
VOFM objects flagged as 'active' are 'known' to the calling program logic, that means they were included in the main program of the 'calling program' and can thus be addressed and
processed during the runtime.
You cannot delete VOFM objects that are still 'active'. In this case you have to reset the active indicator manually before.
The content of the 'Application' field serves to filter the relevant VOFM objects in various display functions and Customizing functions.
Example: Condition value formula 010 'Relevant Price'. This formula has characteristic value 'MS' for the 'Application' field (= External Services Management purchasing). Therefore the object is not open for selection in the input help during the maintenance of pricing procedure SD (Transaction V/08), because this is a Customizing transaction assigned to application 'V' (= Sales and Distribution).
Storing an application key is optional.
The generation date and the generation time record the time of the last registration of the VOFM object (the object carrier, refer to section 2.4.1).
In addition to the respective TFRM entry a VOFM object can have 'n' entries in table TFRMT. The entries are used for the storage of language-dependent object descriptions, which are structured as follows:
- Language key [SPRAS]
- Group indicator [GRPZE]
- Group number [GRPNO]
- Description [BEZEI]
Examples:
SPRAS     GRPZE     GRPNO     BEZEI
D     PBED     001     Regulierer abweich
E     PBED     001     Different payer
The system supplies the language key automatically with the logon language of the user during the creation of a new VOFM object.
The length of the object description is limited to 20 characters.
Important! A VOFM object is only consistent if both the Include file with ABAP form routine and a corresponding TFRM table entry exist. Entries in table TFRMT are optional.
2.4 Calling VOFM objects
As mentioned above, VOFM objects are called directly by the application logic of R/3 standard programs. Technically this is implemented by ABAP statement 'PERFORM ... IN PROGRAM'. With the aid of this statement you can specify both the name of the subroutine and the main program dynamically (during the runtime).
Example: Call of a condition value formula from the pricing
if xkomv-kofrm ne 0. <<< formula reference existing?
xkwert = xkomv-kwert. <<< act. value in work variable
frm_kondi_wert-nr = xkomv-kofrm. <<< set up object names
perform (frm_kondi_wert) in program saplv61a if found. <<<CALL
xkomv-kwert = xkwert. <<
endif.
In the example above the subroutine is determined by the contents of variable 'FRM_KONDI_WERT'; the main program, which is to be searched for the form routine, is SAPLV61A.
If the called routine is not known in the main program, a program termination with the title 'PERFORM_NOT_FOUND' occurs.
Therefore some users of the VOFM technology call ABAP statement 'PERFORM ... IN PROGRAM' together with the addition 'IF FOUND', which has the effect that a jump into the form routine is only executed if this in fact exists in the main program. This does indeed prevent a program termination, however, the result of the overall process may deviate from the
result expected by the user, because in this case the system does not execute the source code implemented in the VOFM object.
2.4.1 VOFM 'object carrier'
Object carriers are required to make a VOFM object 'known' in the main program of the calling program (refer to section 2.4). The object carrier is integrated in the main program of the calling program as an independent include (for example SAPLV61A, SAPMV45A and so on).
Example: Inclusion of object carriers for word processing in SD
documents; Program 'SAPLV45T'
System-defined Include-files. *
INCLUDE LV45TTOP. "Global Data
INCLUDE LV45TDEF.
INCLUDE LV45TUXX. "Function Modules
INCLUDE LV45TNNN. <<< 'carrier' copy requirements for texts
INCLUDE LV45TENN. <<< 'carrier' copy routines for texts
Every active VOFM object (for an explanation on the active indicator refer to section 2.3.2) must be registered in the 'carrier'.
The system writes standard VOFM objects delivered by SAP directly into the 'carrier', VOFM objects from the number range reserved for customers (refer to section 2.2 'Namespaces') are sorted into a 'sub-include' included in the carrier.
Exactly one carrier exists per group indicator. The names of all defined object carriers are hard-coded in program MV80HF0A, form routine 'AKTIVIEREN_TRAEGER_SETZEN'.
Here the names of the sub-include for customer-specific VOFM objects belonging to the main carrier are also defined.
Example: Carrier object 'FV63ANNN' for the registration of condition basis formulas in the pricing (Program SAPLV61A)
FV63ANNN
<<< main
carrier-include
|-INCLUDE RV63ANNN. "User-Routinen <<< sub-include customer objects
| |- INCLUDE RV63A910. "Customer specific
| |- INCLUDE RV63A911. "Customer specific
| |- INCLUDE RV63A912. "Customer specific
| |- ...
|- INCLUDE FV63A001. "Volume
|- INCLUDE FV63A002. "Net value
|- INCLUDE FV63A003. "Net Price
|- INCLUDE FV63A004. "Net Value Plus Tax
|- INCLUDE FV63A005. "KZWI1
|- ...
Because the content of the VOFM object carriers is automatically created source code, you should avoid manual changes to them.
SAP notes, which suggest manual changes to the object carriers, are therefore also incorrect. However, if you nevertheless receive such a note to solve a problem, contact the SAP
Support with a reference to this note.
2.5 Activation, generation and RV80HGEN
The 'activation' is the inclusion of an VOFM object in an object carrier. A 'deactivation' results in the removal of the VOFM object from the object carrier.
The overall process for the creation of a current object carrier is often called 'generation'.
Generally the activation or generation fall into three types.
- Individual activation
- Collective activation
- Generation of object carriers via report RV80HGEN
The 'individual activation' causes the registration of an individual VOFM object in the corresponding object carrier. Which object carrier is relevant is determined with the aid of the group indicator and the group number. In addition to the entry of the VOFM object in the object carrier the system writes the date and time of the generation into table TFRM (refer also to section 2.3.2).
You can start the individual activation only manually. It is always always executed when a user selects a line within the VOFM editing interfaces and afterwards selects activity
'Activate' from the 'Edit' menu.
The 'collective activation' causes the registration of all VOFM objects that belong to a certain group indicator. Analog to the individual activation the system determines the relevant object carrier automatically and writes date and time into table TFRM. The 'collective activation' is a process which you can start also only manually. For this purpose, choose activity
'Activate all' from the 'Edit' menu.
During the generation via report RV80HGEN the system sets up the object carriers of all defined group indicators again. However, the system includes only those VOFM objects that have set the 'active' indicator in the corresponding TFRM table entry. Nonactive VOFM objects are not included in object carriers during the generation via report RV80HGEN.
Due to the quantity of the data to be processed,
the generation via RV80HGEN can take between 0,5 and >5 minutes (depending on the system and the constellation).
Because the RV80HGEN is defined as 'XPRA', it is executed automatically during a system upgrade.
You can also use this XPRA feature for the transport of VOFM objects in order to implement an automatic update of the object carriers after the import of VOFM objects into the target system (section 2.6 provides more details on the transport).
Both the collective activation and the activation via report RV80HGEN technically revert to the program components of the individual activation. For the separate control of the individual activation types form routine AKTIVIEREN_EINZELN (Include MV80HF0A) has a 'USING' parameter, which can have the following characteristic values:
'E' Activate individually
'A' Activate all (= collective activation)
' ' Deactivate individually
During the generation via RV80HGEN the system executes a collective activation for every group indicator sequentially, that means a call of form routine
AKTIVIEREN_EINZELN with characteristic value 'A'.
2.6 Transport
If you want to transfer VOFM objects from one system (= source) into another system (= target), this is generally made with an object transport.
As of Release 4.0, the VOFM function has a connection to the SAP 'Change and Transport System' (CTS) in order to simplify the transfer process for the user.
By the transport connection the system automatically adds newly created or changed VOFM objects to the object list of a transport request which was selected by the user before.
All steps necessary for the execution of a VOFM transport are described in detail in Note 22808 'Transferring formulas'. Note that steps 1-4 are only needed
if the VOFM maintenance environment providesno automatic connection to the transport system or if you want to combine a transport request manually. In any case you must execute step 5, regardless of how the transport request was created.
In addition to Note 22808, Note 385067 contains an overview for releases >= 4.6C regarding which sorts of tasks and object entries are required in a
transport request (depending on the activity carried out (create/change/activate/deactivate/delete)) in order to transport a VOFM object successfully.

Tax as percentage of totaL order value

Hi,
In pricing i have a scenarios where the tax is calculated on the total sales order value.
If order has 2 items
10 mat1 net value 5000
20 mat2 net value 40000
The tax should be 1 per of 90000 ie RS 900
The client does not want it enter it manually and want to use condition records.
Best regards
Jatinder

Hi
As per my knowledge tax is always calculated on the nett value of the sales order which is in line with your requirement
Make sure that in your pricing procedure that you are not giving from and to for that tax condition tye
Suppose in your PP you have a PR00 at step 10 ( first condition type)
Say a customer discount K007 at step 20
Say a material discount K020 at step 30
Material price is Rs100 and customer discount is 5 % thae it is 95 rupees and than a material discount another 5 % then the nett price becomes Rs 90
Now you want tax MWST to be 1 % on this Rs 90 that is 90 paise or .9 rs then in your PP mwst should be in step 40 without from and to and with its requirements and other things
You have to maintain condition record for MWST as 1 % for your domestic key combination
Regards
Raja

Free goods on the basis of total order value

Hello
We have a requirement of giving free good/s depending upon total value of the order. Please let us know how can this be done in a CRM sales order.
Thanks

Hi,
It is possible through BONUSBUY (Generally used in IS Retail). It is not possible through CRM
Regards,
Srini.

Free item for total order value

Hi experts......
i Have a scenario.....
in a supermarket there is an offer.. saying if you buy for a total value of 500 rs... a gift of wort 100 rs is free.......how to configure this?
Samatha

Hi there,
Is your $100 free applicable on the purchase of any goods?
Then this is what you need to do. Define a new discount condition type. Define a new table with sales org / order type & assign it to the access seq of the condition type. Maintain the condition type in your pricing procedure. In the requirement routine of the condition type, put a customized logic. For that pass the net value of the order into a subtotal. In the customized logic, read the value from the sub total. If it is >= $500, then only the new discount condition type should apply. In the condition records maintain a value of $100.
This will ensure that if the value of the SO is >= $500, then $100 discount will be granted.
Or if your discount is based upoon purchase of a particular item, then this is what you do.
For this we need to define the Free goods determination procedure. We need to have a customized code in the requirement routine that we assign to the condition type NA00. Pass the net value of the order into a sub total. In the code put a logic that system reads the net value in the sub total. If the value is >= 500, then only NA00 will apply.
When maintaining the condition records, select 'inclusive' on the top menu bar.
Hope this helps.
Regards,
Sivanand

Is there a Report showing PO total order quantity and value ??

Hi
Can we get the report in which the Purchase order and its total order quantity and total order value is displayed.
I mean, if we execute ME2N, display list should NOT show the whole list of items listed. Instead, I want the total order value and total order quantity of the PO document.
Are there any transaction codes available..........
Thanks
Maruthi

You have create a report layout for your specific requirement. As there are different material in a PO so to get the Quantity at header level is not possible with standard variant.
Just only workaround is use any of the reports ME2L, ME2M and ME80, ME80FN (prefer ME2N with ALV) then sort the report Purchase Document wise and then select the subtotal at Purchasing document in layout sort order option. Also select summation for Quantity and net price fields, so now you have all the subtotal at Purchase Document level.
After that go to Settings > Define Totals Drill Down and select Purchasing document. So you have report in your required format.
Hope this will help you...
Enjoyyyyyyyyyy
Akshit

Return order value is not coming properly

Hi All,
In Export Pricing Procedure we manually enter value for Freight and Insurance.For both condition types in V/06 we have maintained Fixed Amount in Calculation Type.So in the sales order condition screen Pricing is like
Ordered Qty 10 pc
Price         USD 100 (Entered manually)
Freight      USD 10 ( entered manually)
Insurance USD 20 (entered manually)
Total order Value is USD 120.Here price per item is 12 USD
Now when we create a return order for 5 pc wrt above invoice, Freight and Insurance is not calculated properly.
The system is calculating like
Price         USD 50
Freight      USD 10
Insurance USD 10
Total Credit Memo/returm order amount is 70 USD.And return price/item is 14 USD.
Here the system calculate Freight and Insurance value by dividing the original value(10 USD 0r 20 USD / return qty.(5pc).
But in the above process the return order value should come 60 USD.So what settings do we need to get the value 60 USD.
Regards
Debasish

Dear Raj,
Thanks for the reply.I am giving you a brief idea abt the PP and condition types.(For Freight and Insurance ).
For Freight condition type
condition class A
calculation type B
Condition Category F
No Access sequence is assigned
For Insurance Condition Type
Condition class A
Calculation Type B
Condition Category C
No Access sequence is assigned
In PP for both my condition types manual, mandatory and statistics has not been checked.No From To step is maintained.
Coming to your query can you pls elaborate how did u calculate Freight 2 + insurance 4 and the final value should be 56 usd.
Now in my first invoice the invoiced qty was 10 . Freight value was 10 and Insurance value was 10(for the total invoiced qty).
Now when i create return order for 5 qty the system should calculate proportionately.I mean Insurance value should be 5 usd and freight value should be 5 usd.So price is (for 5 qty) 50 usd + Insurance 5 usd + freight 5 usd= 60 usd
If i am wrong then pls correct me.
Regards
Debasish

Cancelling order discounts when below Customer's Minimum Order value

I've been reading what I can find about discount conditions etc and am slightly confused as all the examples seem to relate to item line situations. We need to have a setup where all possible discounts are cancelled if the order total value is less than a given minimum order value (or threshold) related to that particular customer - and not based upon any line item value.
We do not use Minimum Order Value as per the SAP examples given i.e. orders not accepted below the MOV and therefore surcharges added. As mentioned we use a threshold value for most customers under which discounts do not apply.
Because of this we cannot automatically email or fax acknowledgements, and we have a massive time consuming checking operation for orders added to ensure mistakes are not made i.e. discounts applied incorrectly before the acknowledgements are sent out.
Can anyone advise as to where I can find the path to getting a solution to this problem.
Thanks
Jim Jackson
Edited by: Jim Jackson on Feb 20, 2009 9:11 AM

I understant AMIW is Header condtion type - statistical- and has the MOV value for the specified customer.
Maintain AMIW as Header / Line condition type.( T Code V/06)
Create the condition reocord for AMIW with EXCLUSIVE Indicator X.(VK11)
Then create a requirement for all the discount condition types, if the total order value = or > AMIW value then do not check the exclusion indicator( KOMP - KZNEP), ELSE check the exclusion indicator.
( T Code VOFM)
During order save - automatically repirce the order in Userexit_save_document_prepare or userexit_save_document.
If there is a partial delivery, during Invoicing if the copy control(delivery to Invoice) has carry out new pricing B, the above setting might fail. Maintain the copy control setting to copy pricing elements unchanged and redetermine taxes OR try to determine the condition values in the invoice from the order.
Hope this helps.
Thanks
Sai

How to get the freight based on the order value

Hi Folks,
I have a scenario..if the total order value is less than 2000/- the freight cost will be beared by the customer and if the total order value is more than 2000/- then the company will bear the freight cost. We are using two condition types for freight calculation for this scenario. What can be the way to get this?
useful suggestions will be awarded points.
Sunanda.p

Hi
SUNANDA.P
U can achieve this by using scale in yr freight condition. Select yr freight condition and go to Tcode V/06 there u will find SCALE TAB -
scale basis, u select " B ". Now maintain condition scale value 2001 then freight rate will be e.g. 500 rs.
In VK11u can go to scale by pressing F2.
Try and this will help you
Thx.
Dwarkesh

Requirement for surcharge if order value under a specified amount

I am trying to create a surcharge that will only apply if the overall value of the order is under a specified amount.
The objective is to add a surcharge of $50.00 if the total order value is less than $500.
Any insights are appreciated.
Thanks
TC

Thanks Sai.
I followed your suggestion and it is working, thank you.
Now one more twist.
We have a pricing condition for pallets and other container items included in our Net Value sum. It is located above the actual price conditions in the price procedure. I would like to exclude the value of these from the document total in order to determine whether or not to apply the surchage.
For example:
Pallet charge is $50.00
Sales order value: $475.00
Threshold value for apoplication of surcharge = $500.00
In the example above the surcharge would need to apply. Even though the net value of the order would be $$525.00, over the threshold amount.
This is an example of our pricing procedure.
Step Counter Cond. Type   Description
106     0     ZPAL     Pallet Charge
114     0     PR00     Price-Cust Specific
116     0     ZPR8     Zone Pricing
118     0     ZPR9     Price List
120     0          Net Value for Item
125     0     ZMDC     Min. Value Charge
I need to exclude the ZPAL conditon value from the amount in which to base my surcharge on. One issue is all of the standard subtotals are in use and unavailable in this instance.
I hope I am clear.
Thanks

Incorrect Sales order value was updated in credit Master data(FD32 in open

Hi All
User created a sales order with 10 lineitems and Net value&total value is same for this sales order - 4010 Dollers,but when we check in Report(RVKRED88)the same order value is displaying as 7,8912 Dollers instead of 4010 Dollers and same amount(7,8912 dollers)is updated in open sales order value in credit master data(FD32) for that peritculer customer code,now credit percentage showing 430%, due to this reason the user is unable to release a new sales order for this customer code.
Already we run the credit re-organization program - RVKRED77 to correct value in credit master data(FD32) for this customer code but still it was not updated in FD32 and the report RVKRED88
because of this user's are unable to release the next sales order due to this problem for this particular customer,i would highly appriciate if i get a solution.
Thanks & Regards
Nagesh,Paruchuri

Hi
Check whether you have entered the credit control area to that customer in XD02.
Use the Update group 000012
o   Sales order
      -   Increases open order value from delivery-relevant schedule lines
o   Delivery
      -   Reduces open order value from delivery-relevant schedule lines
      -   Increases open delivery value
o   Billing document
Reduces open delivery value
Increases open billing document value
Financial accounting document
Reduces open billing document value
regards
Edited by: Prashanth on Jun 10, 2009 2:52 PM

How to see customers total sales orders value

Dear all,
How can I create a query to see all customers total sales orders value.
I have tried MC+E transaction, it is not giving accurate values when compare for a customer with VA05N report.
moreover it doesn't have filter option.
Please help me to resolve the issue. Your suggestion will be highly appreciated.
Best regards,
Raghu ram

Hi,
Try S_ALR_87012171 and S_ALR_87012186. or
S_ALR_87012160, select customer lite items only, enter customer number.
Click on dynamic selection (Shift+F4). enter RV in document type field and press execute.
Regards,
Chandra

PO Release Strategy not triggerred for particular Total Net Order Value

Dear,
I am currently facing the issue where release strategy for purchase orders is not getting triggered for a particular value or lower.
For order value 1 INR or less, no release strategy is triggered for new created PO. And for value > 1 INR release strategy is getting triggered.
All otehr PO characterstics are the same, I mean to say the values for other characterstics such as plant material group are identical.
But the characterstics for release for Total net order value are <= 30000 INR. There are two system copies, where in one system the same release strategy is working as expected. But in other system the above mentioned issue occurs. There is no differnce which I can see in the release strategy setup.
Please suggest for solution.
Thank you.
Warm Regards.

Dear All,
While looking further into the issue by going into debugging mode, we have found that in include LCLSCF2I, Internal table p_selection_criteria_tab , the value for ATFLV (Internal Floating point from) gets different values in the two systems. For example, in the affected system, for PO with 1INR tottal value, for one of the Total value chaaracterstics before INR characterstic, ATFLV value is 0,0000000000000000E+00, hence it gets out of loop and doesn't trigger release strategy.
But in another system for same PO values and release setup, ATFLV value is 1,0000000000000000E+00 for that characterstic.
May I know how the value for this field gets calculated.
Thank you.
Warm Regards.

Total Order Value - FD32

Similar Messages

Maybe you are looking for