Configuration data in sales order

Hi,
I want to create a customised report for the configuration data (characteristic & its assigned value) against each line items of a sales order.
Request you to let me know what what are the tables & fields to be captured for the config data in a sales order.
Regards,
Rajesh

Hi,
Try this logic
1) Pass the inputs like Material Number or Plant or Created on to VBAP table to fetch sales item related data along with CUOBJ. This CUOBJ will hold the configuration value set.
2) Pass this CUOBJ number to FM VC_I_GET_CONFIGURATION which retuns configuration value set ( Char + Char values)
3) Print the output in ALV form with all the data needed corresponding to each sales order item
Hope this will help
Regards,
Brahmaji D

Similar Messages

Regarding changing of configuration data of Sales Order/item

Hi,
I have taken configuration data of sales order/item from VC_I_GET_CONFIGURATION function module, i should change some of the data and save them back,
Can any one provide the function module name to save the configuration data in SAP sytem,
Thanks in advance,
With regards,
P.Prasanth.

Try with Function module
CE_C_PROCESSING.also you can use
CE_I_SET_CONFIGURATION
CUCB_CHANGE_CONFIGURATION
CUD0_CONFIGURATION_TO_DB

Custom ATP Check using Variant Configuration Data in sales order

I have a requirement to modify the standard SAP ATP check by including the variant configuration data entered on a item. Standard SAP does not use/include the characteristics data when doing the ATP. None of the available user exits would allow me to do this.
The scenario is the client has a configurable product that exist in inventory as one item, base unit as IN2. The batches that exist in inventory have the characteristics of width and length. The order data specifies a width and a length, they need the ATP to identify the availability based on the characteristics of the batch.
The solution was to present the user with a list of batches based on the characteristics that meet the criteria. The user would then have the option of choosing one of the batches which would mean that the line item would include the batch #. If the user does not want any of the batches, they could choose to select a Make to Order option, which would change the item category of the item, so that it creates a production order upon saving the order.
The problem I am having implementing this solution is I have not been able to identify the internal table(s) that contains the characteristics data in SAPMV45A after the configuration screen is called. If anyone knows where that information is during the sales order processing, it would be greatly appreciated.

Hello Jean,
Have you managed to find a solution as yet? I know you have not received any replies but am hoping you were able to resolve the problem as we are facing the exact issue on our project.
Please let me know,
Thanks,
Tanya

Configuration data on sales order not update with idoc ORDERS05

Hi All,
I'm trying to post Inbound ORDERS05 to create a sales order with configuration data. In particular i'm using the messsage type ORDERS, process code J3AA (identification J_4A_IDOC_INPUT_ORDERS).
On the IDOC tree, segments E1CUREF,E1CUCFG,E1CUINS,E1CUVAL are correctly valorized.
It is creating the order but not updating the configuration data, can someone please let me know if there are other fields/Segments that need to be populated in order to get the config updated in the sales order ?
Thanks
Piergiorgio

Hi ,
I am facing similar issue ( Configuring data in orders idoc )
Please give your inputs if your successfully
Thanks,
Raghu..

Two Delivery dates in Sale Order against one item

Dear All
I need two delivery dates in sale order. one is default at the time of creation sale order. second i need actual delivery date which will be confirmed by production planning department after analysis the order whether material can be ready on that delivery date or it need to change. Actual delivery date may vary from original delivery date and both need to preserve in system. kindly provide solution. best regards.
Manjit

You need to select the Availability & Transfer of Req. check box in Schedule Line Configuration.It will transfer the req. to PP.So while creating the sale order , schedule Lines will be confirmed as per the Available Stock.
System will give you the Default Delivery Date as the Date added after Lead Time in days in the Configuration.Else system will give the Current Date.
Best regards,
Ankur

How system determine delivery date in sales order

Hi, sap gurus
I am new to sdn forum please help me regarding my question
1) how the system will determine delivery date in sales order
2) what are factors effects to conform sales order stock
3) what is different between static check and damanic check in credit mgt
Thanks and regards
nishad

hi,
Reg question:1 - System determines the Requested Delivery Date based on the Scheduline assigned to the item category of the item in sales order.the schedule line in the order transfers the requirements trhu MRP (can be individual or collective) . If its ruch order , you configure the order type "Deliver Immediately".
In Detail:
The TOR depends on the Requirement Type (MMR), Requirement Class(MMR), Checking group(MMR) and the Sc line category (Line Item). For the TOR to happen u need Plant at line item, scheduline category markd for TOR, Requirement Class marked for TOR and Checking group in MMR (Availability check)
What all stocks need to be checked during Availability check is controlled by using the checking rule.. for example for AV -02 Ind Requirements a checking rule will be assigned and this checking rule- and then what all stocks need to be considered to determine the delivery can be maintained here.
Rgds
Sai

Determination of First Date in Sales Order

Hello SAP Friends,
Below is the issue we realised during the testing. The issue is with First date in the Sales Order which is not updated as per Unloading Point Calendar .
As per details I received, it should refer Unloading Point Calendar for ShiptoParty and populate the next working day as First date into Sales Order.
How is First Date determined in the sales order? Is there any config settings which is based on Route to do this? Or Is it controlled purely based on settings done in Tcode: VOV8, Leadtime days? I do not think VOV8 settings is controlling that in our APO system.
I have checked MAD, Pick/Pack, GI date all are populated correctly, But First Date did not follow the logic Unloading Point Calendar of ShiptoParty.
Please let know your inputs in this regard.
Thank you
Satish Waghmare

Satish,
I unfortunately don't have a solution for you. However, here are a few observations, and a question.
My experience is that 'First Date' in R/3 is not determined. In every sales order I have ever seen, First Date is proposed (matches the requested delivery date in the Sales order header) by the system, but can be overridden by any changes that the user may elect to make.
Generally, then, after First Date is entered, the R/3 system then may be configured to determine certain master data: Shipping Point, Unloading Point, Route, Route Schedule. From this master data, if you are performing ATP in R/3, the system will then also calculate various dates (if configured) for the confirmed schedule proposal: Normally these calculated dates are Delivery Date, Goods Issue Date, Loading Date, Material Availability date, Transportation Planning Date. If you have configured Route Schedules in R/3, other dates may be determined.
If you are performing ATP in APO, then any such scheduling must be performed in APO. Relevant Master data that was determined in R/3 is carried across to APO during the ATP check and is then used to calculate appropriate durations. This does not happen automatically, you have to configure the scheduling technique you wish to use in APO.
So, my first question: Are you performing ATP in APO? If not, then you should probably close this post, and re-enter in one of the SD forums, since it is an SD issue. If you are performing ATP in APO, then what scheduling technique are you using?
Best regards,
DB49

Calculation of dates in Sales order in gATP

Hi
Can anybody please tell me how scheduling works for the following dates in sales orders for materials planned in gATP.
1) Unloading date 2) Delivery date 3) Goods issue date 4) Loading date 5) Material availability date 6) Transportation planning
My understanding is that gATP gives the MAD date and other remaining dates like transportation planning date, unload date etc are calculated using master data in the calling system eg ECC.
We are facing an issue in our system where if a material is planned in ECC, it has all dates in the sales order calculated as expected based on ECC master data.
If the same material is planned in gATP, it simply copies the MAD date to all other dates. So it is not considering the pick/pack , transportationplanning times from the ECC master data.
Is this standard system behaviour and to avoid this Do we need to activate Scheduling in gATP along with master data maintenence in APO ?or any user exit plus execution steps is avaialble to by pass APO master data mentaince.
Appreciate your responses...Regards - Amit

Amit,
We are facing an issue in our system where if a material is planned in ECC, it has all dates in the sales order calculated as expected based on ECC master data.
If the same material is planned in gATP, it simply copies the MAD date to all other dates.
The system where the parts are planned is irrelevant. The important issue is the system where the ATP is conducted.
My understanding is that gATP gives the MAD date and other remaining dates like transportation planning date, unload date etc are calculated using master data in the calling system e.g. ECC.
I have never seen that statement validated in any SAP documentation.
From online help:
SAP R/3 uses the order type to determine whether shipment scheduling or transportation scheduling should be executed.
If scheduling is activated, SAP R/3 determines a plant for the material for each item. If it is specified in the integration model that the availability check should take place in SAP APO for a material in this plant, transportation and shipment scheduling also takes place in SAP APO.
Standard SAP APO GATP supplies three different methods for shipment scheduling. If you are conducting ATP in APO, and you have not configured one of the three scheduling methods, then shipment scheduling does not take place, and the system will react as you have described.
Read up on it here
http://help.sap.com/saphelp_scm70/helpdata/EN/05/f8923945b12c4de10000000a114084/frameset.htm
Best Regards,
DB49

How to configure rescheduling for sale order quantities

kindly explain how to configure rescheduling for sale order quantities that are created last month. kindly explain. i am in urgent.
regards,
g.v.shivakkumar

Hi,
Short text
Rescheduling sales and stock transfer documents: by material
Description
The 'Rescheduling' program (SDV03V02) processes sales document items that are contained in the item directory for the material. It takes into consideration open items and schedule lines from stock transfer items, stock transfer scheduling agreements and purchase order requests (items only), referred to hereafter as stock transfer documents, for the materials.
All sales documents for the material that are still open are selected. This means that the material index must be activated for at least all sales document types, whose items may have requirements. All stock transfer documents or items for the material that are still open are also selected. Open in this case means for example, that there is no deletion indicator, that the item from a stock transfer purchase order request cannot be labeled as completed or that the quantity delivered and posted to goods issue for the item in a stock transfer purchase order is the same as the amount ordered. An availability check can only be carried out if a checking rule is assigned to the document type - if this is not the case, the document or document item is not checked.
Checking rule 'A' is used as a basis for rescheduling sales orders (exceptions to this are rush orders they use checking rule B, and orders with individual customer stock; they use checking rule AE). Stock transfer documents use the checking rule that is assigned in Customizing for Purchasing. It is important that the scope of checks is consistent for both the stock transfer documents and the sales documents and that they do not exclude each other, as this can lead to incorrect test results. An example of an incorrect setting would be: The scope of check for checking rule 'A' checks delivery schedules for stock transfer purchase orders and stock transfer purchase requests, however the scope of check for the checking rule for the stock transport scheduling agreement does not.
The items and schedule lines found in the selection are sorted according to 'Priorities' - document category, delivery priority, creation date of the item or schedule line (for stock transfer purchase orders and delivery plans) entered on the selection screen or according to the schedule line date of the earliest schedule line with order quantity, document number and item number and then transferred to the availability check. Priority 1 is highest priority and priority 5 the lowest. Stock transfer purchase order requests are sorted after stock transfer purchase orders and scheduling agreements, as they are less binding. This means that when you have identical sort criteria such as delivery dates, the stock transfer purchase order item is checked first and then the item from the stock transfer purchase order request.
The preset option 'Unconfirmed documents required' only carries out rescheduling for materials for which there is at least one unconfirmed transaction.
You can use the parameters 'Sorting criteria delivery date' to define whether sorting is carried out with the order quantity after the creation date of the item or the delivery date of the earliest schedule line.
If you mark the 'Simulation' field, the checked documents are not saved. Instead a results list is generated and saved. However, the availability check for the corresponding documents continues as if saving has taken place already, that is, that the simulated list corresponds to the actual one.
Under 'Options' on the selection screen, specify whether sales documents and/or stock transfer documents should be processed. For stock transfer documents you can enter whether stock transfer purchase orders and scheduling agreements should be processed at item or schedule line level:
Processing at item level:
All open schedule lines for the item are read and collected, then transferred to the availability check. To sort and prioritize documents, you do not need each individual schedule line. It is sufficient to have the item or data from the first schedule line. All open schedule lines for the item are processed and checked.
Example of processing at item level:
Sorting: Date (Delivery date first schedule line) - Document number - Document item
Doc. cat. Doc. number Doc. item Doc. schedule line Delivery date PO        4500000012      10               0001              26.01. PO        4500000012      10               0002              26.02. PO        4500000025      20               0001              28.01. PO        4500000025      20               0002              02.02.
You can see that the second schedule line for document 4500000025/20 from 02.02 was processed after the second schedule line for document 4500000012/10 from 26.02. This is because all open schedule lines for an item are read and processed. The first schedule line from 4500000012/10 has the earliest delivery date, therefore it has priority.
Processing at schedule line level:
Each open schedule line for an item is entered in document sorting in accordance with the values entered under 'Priorities'. The availability check is carried out for each individual schedule line.
Example for processing at schedule line level:
Sorting: Date (delivery date first schedule line) - document number -document item
Doc. cat.    Doc. number Doc. item Doc. sched. line Del. date PO           4500000012    10             0001           26.01. PO           4500000025    20             0001           28.01. PO           4500000025    20             0002           02.02. PO           4500000012    10             0002           26.02.
Here you can see that each schedule line was sorted according to its delivery date. Note that this type of processing requires more runtime due to the individual checks and more frequent saving.
The results of rescheduling are saved, as long as the program was not started in simulation mode. When calling up from the 'Sales' area menu or when directly starting via the development environment, the iniator is informed via a dialog box that he has just started a process that changes data. He can then decide whether or not he wants to continue.
Checking procedure for stock transfer documents:
An availability check of stock transfer documents in rescheduling is carried out in accordance with the check carried out when manually creating a document. If, however, the required quantity for a schedule line is not available on a particular date and will not be ready until later, new schedule lines are created for the stock transfer purchase orders and scheduling agreements, containing the relevant data. New items are created in this case for stock transfer purchase order requirements. The total sum of schedule line quantities for a processed schedule line corresponds to the schedule line quantity of the original schedule line.
First example: Using a stock transfer purchase order item with a schedule line:
a) Status of item before rescheduling run:
Del. date PO quantity   Confirmed quant Confirmed del. date 23.07.      50 items       0 items              -
==> This now affects the stock/requirement situation:
    - Goods issue is posted for the material in the delivering plant on the 23.07.
    - A purchase order of 10 items was created for the material in the delivering plant. Delivery is expected on the 29.07.
b) Status of stock transfer purchase order item after rescheduling run:
Del. date PO quantity   Confirmed quant   Confirmed del. date 23.07.     40 items      40 items            23.07. 29.07.     10 items      10 items            29.07.
==> The first schedule line was changed in accordance with the results of the rescheduling availability check. Only 40 of the 50 original items could be delivered on the 23.07. Therefore, a new schedule line is created for the rest on the 29.07. for 10 confirmed items.
Second example: Same output situation as the above example.
==> There is now a change in the requirement/stock situation:
A purchase order for 10 items is created for the material in the delivering plant. Delivery is expected on the 29.07. A further purchase shows another 40 planned items on the 30.07.
   Status of stock transfer purchase order item after rescheduling run:
Del. date PO quantity Confirmed quant Confirmed del. date 29.07.     10 items       10 items          29.07. 30.07.     40 items       40 items          30.07.
==> The first schedule line was changed in accordance with the result of the availability check for rescheduling. The original delivery date is set to the date confirmed in the ATP check. A new schedule line is created for the remaining 40 items, that are available on the 30.07.
Note:
Any set fixed delivery date and quantity indicators and creation indicators for schedule lines or items are 'inherited' by newly created schedule lines. Assuming that the original schedule line was fixed in the above example (since it is created manually), this indicator is also set for the newly created schedule line.
If shipping scheduling is activated for a stock transfer document type, this is also implemented for newly created schedule lines, with the exception of route schedule determination. This means that in the current version of the program no route schedule has been determined for a schedule line containing a route schedule for which new schedule lines may need to be created.
The results of the run are issued in the form of a list, which is also saved, so that the results can be controlled at a later date. This is done using the function 'Evaluate rescheduling', but it is only a good idea to do this after the first rescheduling has taken place. You can restrict selection requirements but these can however affect the runtime. You can use this function to analyze the saved list until the next rescheduling run, which writes over the result. If you start rescheduling in the background, a spool file with the result list referred to will be created in the corresponding setting. You can see this in spool management.
Output
A list of changed documents, a list of documents in which an error occurred during processing and as a result were not changed, can be called up via the menu 'Edit - Error log'. If in a subsequent evaluation a restricted selection is carried out, a note appears at the end of the list to say that not all document items are displayed.
You can set the scope of the list under the menu option 'List' in the list display. You can view improvements, deteriorations and the whole list. Before the documents can be included in one or either of the restricted lists, the date or quantity has to have changed so that the item can be contained in both the list of improved or deteriorated documents.
You can use the interface for changing transactions and the order list to navigate. Use 'Back' to exit the list and 'New selection' to return to the selection screen.
Recommendation
You should only start this program occasionally and use very restricted selectin criteria during working hours as it requires enormous system resources.
Note
The columns for 'New date' and 'New confirmed qty' only contain entries if the dates or quantities have changed.
As the system only runs the change check (dates/quantities) per line in the original list, an item whose backlog has increased in the list of improvements. This occurs, for example, if the whole quantity can be delivered at once but at a later date. In this situation, the system determines an increase for the line when it compares quantities.
Regards,
Amrish Purohit

Required delivery date in sales order shoud not be less than the inhouse pd

Customer Requested Dates (CRD) entered in orders are often shorter than Product form wise lead time.
Logic to be configured in SAP : SAP should capture the CRD as per the lead time of Products or Date entered by sales persons (whichever is later).
Required delivery date in sales order shoud not be less than the inhouse production lead time.
Please help.
Regards

IMG - Sales and Distribution - Basic Functions - Availability Check and Transfer of Requirements - Availability Check - Availability Check with ATP Logic or Against Planning - Carry Out Control For Availability Check
Here select the combination of your Availability Check & Checking Rule.
Under Replenishment Lead TIme, you need to put a Tick Mark in the Check Box of "Check without RLT"
This will make sure that system considers either the Requested Delivery Date or actual Material Availability Date, which ever is earlier.
Hope this helps.
Thanks,
Jignesh Mehta
Edited by: Jignesh Mehta on Nov 9, 2011 12:18 PM
Edited by: Jignesh Mehta on Nov 9, 2011 12:23 PM

Lock characteristic value for configurable material in Sales Order

Is there a setting in SAP which can prevent user changing characteristic value for configurable material in Sales Order after production order created for this Sales Order? Currently, it can only works when first delivery create for this Sales Order.
Thanks a lot.

Hi,,
in the characteristic goto additional data tab,
you have a field called not ready for input.
you select this when the value in this characteristic come by calculation based on the previous selection.
that field will be greyed out.
OR
u can even select the no display check box,
by selecting this u cant see the characteristic in the list,, it will give u a popup before leaving the screen.
for this the char has to be a required field.
OR
if any of this is not working then may be u can try out with authorization management.
thanks

Pricing date in Invoice same as pricing date in Sales order

Dear Experts,
I have a situation wherein i need to maintain the pricing date in Invoice same as pricing date in Sales order. what setting i should maintain in IMG so the default pricing date in Invoice is same sales order pricing date date?
Regards,

Hi,
As per my knowledge, there is no need of any configuration. I have tried creating billing doc.
System copies Pricing date from Sales doc. to Billing doc.
Make sure that you have maintained Pricing date in sales order.
You can set Pricing date in VOV8 as to what it should be like Today's date, req. del. date or contract start date
Try once again. It should work
Sagar

Delivery Date in Sale Order

Dear All
Delivery date in sales order should automatically changed or by defalt it should be after 2 days of creating the sales order.
I have tried with lead time period and the ways given in the forum, but the schedule line/delivery date is by default coming as the day of sale order creation.
Please guide me how to do it.
Regards
SB

Hi,
Goto Tcode: VOV8
select sales document types
goto request delivery date tab
remove tick mark or uncheck propose delivery date
and maintain lead time 2 days.
thanks.

Schedule Delivery Date in Sale Order

Dear All,
I have an order on 03.11.2009 (today) and its last delivery date is 15.11.2009. It means that I have to deliver the complete order on or before 15.11.2009.
So where can I put this date in Sales Order?
Regards,
Vishal

Hi Vishal,
Your Last Delivery Date can be entered in the "Requested Delivery Date" field in the sales order.
By doing so, the system will give us a confirmation that whether the delivery can be made possible on the Requested Delivery Date or NOT (The status can be seen by going in to the Schedule Line Level of your line item).
The system also gives us the NEXT POSSIBLE DELIVERY DATE with the confirmed Quantity as a Second Line item in the Schedule line level.
The System considers mainly the Material Available Date to come to a conclusion on the Delivery Date of the goods. Also, there are other activities (Loading Time, Transporation Planning Time etc) for which some time will take and that also need to be considered (The same can be seen by going in to the Schedule Line Level of your line item and then click the Shipping button).
Your Scenario: In your case, the delivery can happen ON OR BEFORE the Last Delivery Date.
So for that follow the steps:
Step 1: Put the Last Deliv Date in to the "Requested Deliv Date" field in Sales Order.
Step 2: After enetering the other necessary details in the sales order then Save it. Now go the Schedule Line level of your line item and look for the Confirmation of the Delivery Quantity on the Requested Delivery Date.
If Yes: Then its your wish that you can Prepond the Delivery Date by giving the required Delivery date during your delivery document creation.
If No:
Then you have look for the Next Possible date. OR Make sure that you can manage all your other activities like Loading, Transporation Planning etc. in 10 - 12 days time and make your material Availabilty today and do the delivery.
Reagrds

How to syatem determine delivery date in sales order

hi sap gurus
how to syatem determine delivery date in sales order
Thanks and regards
ram

Hi Friend,
There are many things which determines the delivery dates.
01. PICK TIME+ PACK TIME +LOADING TIME
02. LEAD TIME in days (VOV8)
03. Shipping point
04. Scheduling line
05. Kind of availblity check
06. If the above things are maintained as blank then the current date will be the delivery date
However whether it must be proposed by the system or not is determined by one check box there find in VOV8 in requesteed delivery date determination tab.

Configuration data in sales order

Similar Messages

Maybe you are looking for