Changes to SAP CRM Sales Orders

When the system converts a delivery from unchecked to checked, the ERP system sends a message to SAP CRM that updates the delivered quantity of the sales order and notifies the SAP CRM sales order of the status.

ATP Check

ATP Settings and Release Dates/Times

On the User role tab, you can use the Route Determination – ATP section to make settings involving routes and a mass ATP check.

ATP Check From ATP Event

On the Deliveries tab, the ATP Check From ATP Event field specifies from which ATP time stamp the system carries out the ATP check for selected items.

The use of this field optimizes performance by limiting the number of ATP checks, directing the system to carry out ATP checks only when necessary.

When an item that should be checked has an ATP time stamp older than this date, then the system performs an ATP check.

Release Date

The release date facilitates the transfer of delivery processing ownership from system to system as required, thereby restricting handling to the system processing the current delivery document.

The release date is calculated in ATP and transferred via SAP CRM to the unchecked delivery. Before the release date is reached, the user can make all changes in SAP CRM, and the system transfers the changes to the ERP system in a new unchecked delivery. (The system deletes the previous unchecked deliveries). After this date, the document ownership belongs to the ERP system, and changes in SAP CRM are restricted to prevent inconsistencies when at the same time the unchecked delivery is converted to a checked delivery.

Kit to Order

If the ATP check returns quantity shortages for kits, a correlation calculation is run to adjust the delivery.

During correlation, the lower-level replacement kit component may disappear from the delivery order if, as a result of the quantity adjustment in the correlation, this kit component is not required for the delivery.

Scheduling

The ATP check and scheduling is done at once for all items that have to be delivered during the conversion from unchecked to checked delivery.

The delivery scheduling is only done when an ATP check is done for an item and it is always starting backwards from the requested delivery date. The system automatically switches to forward scheduling in case one of the dates is in the past.

Forward scheduling can be prohibited by Customizing settings in Logistics Execution → Shipping

For more information, see Creating Outbound Deliveries .

Splitof Deliveries

Delivery split conditions that apply both for checked and unchecked deliveries follow.

The following are some split criteria pertinent to deliveries. To view a full list and set up split criteria, in Customizing for Shipping , choose Define Split Criteria for Deliveries → Delivery Split by Warehouse Number

Georoute

Items without a route can only be combined with other items without a georoute. If a georoute is given from SAP CRM, this route provokes a split for unchecked deliveries also. The georoute determination is done for checked deliveries only.

Dates

Because the route is a split criterion, a split by material availability date, goods issue date and delivery date has to occur for unchecked deliveries. For checked deliveries this is already done implicitly by the route.

The delivery split condition that works for unchecked deliveries only is the release date. The split by release date is necessary for the creation of unchecked deliveries. This date is blank for checked deliveries.

In addition, SPM supports the combination of unchecked delivery items into checked deliveries. For example, for a partner combination of order items, two items could be combined into one delivery if the partners of one item are a subset of the partners of the other delivery. There could be a variety of combinations, not just partner combinations.

For more information, see Order Combination .