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

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

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.

Open sales order value for credit check need to be changed (S066)

Hi all,
I need to change open sales order value which is already there in S066 table.
Previously we had used open order value for credit check. Open order values are already updated in the S066 table.
Now we dont want to consider open order value for credit check (which is already included in the credit exposure field in FD32).
When we create sales order system is taking old open order value for credit. Now i have changed not to update open order value for credit check. Now its not updating open order value. But my issue is how to change existing or (previous) open order value for credit?
Can i change S066 table data directly to '0'. Is it advisable to chage open order value directly from this table?
Please advise me.
Regards,
Babu
Edited by: babs on May 19, 2010 4:26 PM

Hi Babs,
If you doesn't want to reflect the open order value in the structure for this order value ,If the order is not processed kindly delete the line items and the order. Then save the document. Then try to see the structure S066.. This will be modified.
If you want to modify the value then follow the below process.
Otherwise delete the line item in the order and change the pricing date and the document date. Re enter the line item again so that it will take it up the new changes.
I hope it will help.
Regards,
SK

Open Order value for Customer in Credit Master

Hi All,
For ABC customer, if I check for Credit master(F.35), credit management(FD33) & Sales Summary, the Open order value(sales Value) is 10, 30,000.00 EUR.
If I calculate adding
Back orders - 83681.98
Open orders - 196763.43
Open Contract - 9,669.79
Open Delivers u2013 9,245.23
Receivables - 37,938.77.
Total will be 3, 37, 299.20
Please any one can tell where I can find the difference value(mean which tcode or report).
Thanks & Regards
Sunil

Hi,
Check with transaction code VKM1 or VKM4 or FCV3. The columns will show the details.
Regards

Setting up maximum order value for vendor

Hi experts,
I want to set a maximum price/value limit for vendor for giving order
For example - i want to set a maximum limit of 1lakh for vendor A
when ever I create PO for vendor A , system should chck the maximum value for A vendor.
And if there a many open order for vendor A, then the total of open PO's shoukld be
counted and when ever i am creating new PO & if ec=xceeds the value 1 lakh then
system should not allow to create the new PO
Vendor A      PO1     value - 50000      status - open
vendor A     PO2     value - 30000     status - open
vendor A     PO3     value - 40000     status - creating now
At the time of creating PO3, PO value exceeds the vendor limit, so it should not allow to create/save the PO3
please let me know how to handle this

Hi,
This can get really complex unless you have clear vision of what you want to control.
For example, the maximum limit that you want to set, is it for the current month / current year etc?
If it is the sum of all Open PO value, would you consider the PO's that were created the sme month and delivered but payment is pending though Invopice is posted?
So answers to such questions provide the clarity for teh controls that need to set in place.
For this you can create a Z table and maintain the limits that you like to set based on the criterion like monthly or yearly.
Then Use a user-exit in the PO to calculate the net value of all open PO's for the vendor and then validate with the Z table and throw an error if it exceeds.
However the performance may get effected with such calculations on PO save.
in that case you may have to consider storing the cumulated PO value on every PO creation and PO Completion.
Consider all this and take a decision.
hope this helps.

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

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

Minimum order value for Purchase orders

Hello,
This is my requirement: -
A condition type needs to be created for Minimum Oder Value for PO. If the PO value is say, 450 and the condition record in 500, the PO value must be adjusted to 500. If PO value is 550, then it remains 550.
1. Condition records must be maintained.
2. Must be calculated on whole PO (all items) and then redistributed among items in a suitable ratio.
This is what I have already tried:-
1. Vendor master - No use maintain minimum order value as PO price must be adjusted through condition types.
2. Tried replicating PMIN condition type and it works but only at item level - this calculation must take place at header level. Also it works only for calculation type "Quantity".
Please suggest how this can be implemented, hopefully through configuration only.

Hi,
Please use user exit MM06E005 and code accordingly. Take help of ABAPer.
thanks and regards
Murugesan

Minimum Order Value for an internet sales order in the webshop

Hi Guys,
I have a requrement of maintaining Minimum Order Value (MOV) for an order created in B2B webshop.
We have a condition type AMIZ which supports the same function in ECC. Will it support CRM too?
Current implementation is CRM 5.0 and the backend is R/3 4.7.
Thanks in advance,
Srinivas

Hi Srinivas,
I believe condition type AMIZ is available in CRM by standard. So its should support. Offcourse you ll have to assign the required requirement routines / condition base values.
Regards,
Gaurav Gera

Order value for Contract(Urgent)

Hi,
I am loading data from 2lis_02_hdr, 2lis_02_itm, 2lis_02_scl datasources in to cusotmized cube.
In the ITM datasource we have fields EBELN(PO Number), KONNR(Agreement number), and we have a filed NETWR(Net Order value) against the PO number.
Here requirement is they want report which contain Target value(KTWRT), Order Value(NETWR) against Agreement no(KONNR).
In the customized cube I consider Agreement and Agreement Item fileds as per requirment
I have created query with the following navigations:
<b>I restricted PO number with Doc type=WK (for Agrement number)
selcted PO number in Rows
selected Target value and Order value in columns.</b>
In Query Output it is not showing Order value against the Agreement number,
As we know One Agrement number can have more than One PO's but in datasource level he maintains Order value against PO number.
So How will I get the Order value against Aggrement number..what calculations are required at what level..if routines required let me know the code in brief
Thanks in Advance
I will assign points for each reply..please help out this problem immediately..

Hi Ganesh Ram,
Go to transaction R3AC1, select the object BUS_TRANS_MSG and click on details button.
Now select the tab Tables/Structures within object here you will find all the tables related to the transactions, which were create using CRMD_ORDER.
Hope this information helps you.
Regards
Nadh.

Getting Total Order Cost for each order

I have a fact table, order lines.
There are two dimension tables, customer & Product.
For each order i want to display on a pivot table:
- the cost of the line.
-the cost of the total order.
Is this possible? I have been playing with ALL & All except but have not found a solution yet. some metadata is below
CustomerID CustomerName
1 john
2 mary
3 jim
4 kevin
ProductID ProductName Price
1 pen 5
2 cup 4
3 car 7
4 phone 3
OrderLineID CustomerID ProductID Quantity
1 1 2 2
1 1 3 2
2 2 1 4
3 1 2 5
3 1 2 4
3 4 4 6
4 4 4 6

Hi Winston,
Could you kindly provide an example of the output you'd expect based on the above data? Also, I've noticed that there is no OrderID column in the order line table. How would you determine which OrderLineIDs belong to a single order?
Regards,
Michael Amadi
Please use the 'Mark as answer' link to mark a post that answers your question. If you find a reply helpful, please remember to vote it as helpful :)
Website: http://www.nimblelearn.com
Blog: http://www.nimblelearn.com/blog
Twitter: @nimblelearn

Minimum order value for delivery

Hi all,
I have a problem concerning order value. I want to block orders for delivery that, based on the shipping point for the individual items, do not reach a minimum order value per shipping point. When the customer orders the next time and the combined value on a specific shipping point for the old and the new order(s) reaches the limit, a delivery document should be created. We also want to create a message to the customer saying that the first order wasn't delivered due to low value.
Is this possible without extensive programming? A little coding in a copying rule or such is ok, but as we can handle this manually in the WH-system we don't want to put to much effort in it.
best regards,
Glenn

Yes you can do that, You can use the mimum order value condition type in the pricing procedure . This condtion type check for the mimimum order value and if this is not met based on the routine in pricing procedure it will block. You can make adjustments in code for the routine for the condition type.Condition type is AMIW
Reward points!!!!!!!!!!1
Thanks,
Kamal

Pricing type to re dtermine prices at invoice using order value for scales

Hi ,
I have requirement to redeterime prices during invoice generation. All conditions should be redetermine but the scale basis should be determined from the order. For e.g if it is a quantity based scale and order is for 500 pcs and the invoice is only for 300 pcs the system should use 500 to determine the scale value. Is there any copying rule/ field in STEU that can help me achieve this?
Regards,
Hari.

Hi,
There is not standard functionality for this requirement. If you want this then you have to opt for customed copy routine in pricing type...
For this u just take help from ABAper and use the already existing pricing routines A and B by using these two source codes of routines and ask him to create new routine which meets your requirement..
Regards
sankar

Not Updating Open Sales Orders Value for CreditManagement

Hi Frendz,
This is the first time am implementing creditmanagement in my system tested simple credit limit check working fine.
Now testing Static and Dynamic(Automatic) it also working fine but Its not caliculating open sales orders value either static or dynamic while Creating s.o, settings made clicked on open s.o, i have already created sales orders value of 10th.
EX:- customer balance is 2lacs, credit limit is 1lac while creating s.o it always showing balance 1lac only(Instead of 1lac10th) with open sales order value is 10th.
Let me know Where i have missd settings.
Hari Prasad

hello,
it is maintained against the cr control area in ent structure.
one needs to change there.
r u in prd system or development?
becoz if prd, then this change will effect a lot of ongoing docs.
rgs,
AK

Total ordered value for PO

Similar Messages

Maybe you are looking for