Availability check

[Former Member]

Can some one explain the difference between these 3:

Check on the basis of the ATP quantities

Check against product allocation

Check against planning

I mean whats the significance of each type and where all are they applicable.

[Former Member]

OK, I see some fairly detailed explanation responses so far, but all are so high level that the subject originator won't be able to do anything directly with them.

So I have a challenge to the respondents so far.....

Provide a specific detailed business process scenario for ATP. make it "specifically" detailed; and then back it up with the SAP configuration to support the business process.

Any takers ? Let's see who can do the most detailed and complete job!

Let the games begin!

[Former Member]

Hi Saad,

If talking about the Checking Groups.

These Dependends of Client Requirement.

checking groups with which you specify the type of requirements records the system is to create when processing sales orders or deliveries. Sales order requirements and delivery requirements can be controlled separately.

You can create the following requirements records:

• Individual requirements records

In individual requirements records, a requirement is created for each SD document. The respective entry in the stock/ requirements overview identifies the order quantity and the document which gave rise to the requirement.

• Summarized requirements records

Summarized requirements records group together or update several requirements under certain conditions in the material master record (plant, date, procedure, requirement class). There are two types of summarized requirements records:

o Summarized requirements records for each day

o Summarized requirements records for each week

Monday of the current week or Monday of the following week is regarded as a requirement date.

Availability check taking cumulated confirmed quantity into account

If confirmed quantities are not cumulated, the following problem may occur:

Starting from the delivery date of the sales order and working backwards, the system checks whether ATP quantities exist. If such quantities do exist, the new sales order will reduce these ATP quantities. Here, sales orders can only reduce the ATP quantities if they lie before the delivery date.

In this logic, the system does not take the confirmed quantity of sales orders that have already been created into account. If, in the past, receipts were either moved forward or backward and/or they were reduced, it is possible that the ATP quantity of the receipt that lies directly before a sales order which has already been confirmed is no longer sufficient to cover the requirement.

The following example should clarify this point:

MRP elemt Recpt/Reqmt ATP qty Cumul. ATPqty Confirmed qty

Stock 100 0 0 -

SALES ORD 1 -200 -100 -100 -200

PLND ORD 100 0 0 -

SALES ORD 2 -100 0 0 100

In this example, the first sales order was completely confirmed when the planned order lay before sales order 1 on the time axis. Then, the planned order was rescheduled out so that it now lies after the delivery date of sales order 1 on the time axis. For the new sales order 2, the ATP check comes up with an ATP quantity of 100 as the rescheduled planned order is now completely available again and according to the ATP logic, sales order 1 cannot be covered by this receipt.

In this particular example, the confirmation situation is no longer up-to-date as the planned order has been rescheduled. Therefore, the sum of all the confirmed quantities exceeds the sum of all receipts.

To solve this problem, you have the following options:

• carry out the planning run

• reschedule

• carry out backorder processing

With the cumulation of quantities, you can avoid such inconsistencies asyou can control exactly how the system is to carry out the check:

• Availability check taking cumulated confirmed quantity into account

When creating/changing a new sales order, the system includes all the quantities confirmed to date when calculating the cumulated ATP quantity. This means that the new sales orders can only be confirmed if the sum of the receipts exceeds the sum of the confirmed quantities.

• Availability check taking cumulated requirements quantities into account

When creating/changing a new sales order, the system includes the sum of all open requirements quantities when calculating the cumulated ATP quantity. This means that new sales orders can only be confirmed if the sum of the receipts exceeds the sum of the requirements quantities.

You can make the following settings for this new ATP checking logic when creating/changing a sales order:

• cumulate the confirmed quantities when creating and changing

• cumulate the requirements quantity when creating, no cumulation when only making changes

• cumulate the requirements quantity when creating and cumulate the confirmed quantity when making changes

• no cumulation (old checking logic)

Determining the checking group

The checking group is determined depending on the material type and plant and is proposed in the material master record. The section "Define the checking group for each material type" describes how to allocate checking group to material type and plant. Together with the checking rule, the checking group determines the scope of the availability check.

Note

For procedures relevant to requirements which lead to special stock (e.g. make-to-order production), the system automatically creates individual requirements records, even if the configuration was set in the material master record or via the checking group for summarized requirements records.

Warning

You can use either summarized requirements or individual requirements for each checking group. Changing the method of summing up requirements results in a change in the information contained in the record. When you change from individual to summarized requirements, you lose the assignment to sales orders, for example.

Actions

1. Check to what extent you can use the configurations set for the checking groups in the standard version of the SAP System.

2. Enter the method of summing up for each checking group when creating a sales order document or a delivery.

3. If necessary, activate the cumulation of confirmed quantities.

Please Reward if Really Helful,

Thanks and Regards,

Sateesh.Kandula

[Former Member]

Hi Saad,

ATP LOGIC: - Available to Promise

ATP (available to promise) checks whether the Material is available at particular date and will be carried out

During order entry.

Example give below

Stock in Hand 100

+ Inward Movement of Stock 50

-

---

150

- Outward Movement of Stock 100

-

---

ATP = 50

-

---

Check against Product Allocation:

If an ATP (available to promise) check is carried out during order entry, a product allocation check is also carried out using the confirmed quantity from the ATP check. If an ATP check is not carried out, the product allocations are checked using the order requirement.

In Logistics-Controlling, product allocations are stored in the planning hierarchy at different levels, according to various criteria (Logistics -> Logist. controlling -> Flexible planning -> Planning create/change). The planning hierarchy is based on the info structure defined in Customizing for the LIS (Logistics General -> Logistics Information System -> Reporting -> Standard Analyses -> Change settings).

Requirements

To carry out the availability check against product allocations, the following preconditions must be met:

• A product allocation determination procedure must be entered in the material master

• Statistics update

Product allocations are planned in Sales and Operations Planning (SOP) and this planning is based on an info structure.

In order to be able to plan product allocations you must make the settings in the Logistics Information System (LIS) Customizing for statistics update in the info structure. This is required at customer, material, header and item levels. The update group must also be maintained in Customizing for the LIS

The following steps are necessary:

o Check the following settings and maintain them if necessary:

Maintain customer statistics groups

Maintain material statistics groups

Assign statistics groups by sales document type

Assign statistics groups by sales document item category

Assign update group at item level

Assign update group at header level

o Activate the update of the SAP standard info structure S140 or a self-defined info structure. The info structures are maintained in Customizing for the LIS.

o Check the update rules and mantain them, if necessary. The confirmed quantity of the schedule line at the delivery deadline is updated to the standard info structure S140. Characteristics are updated with formulae.

o Check the formulae of the characteristics.

The availability check and the transfer of requirements do not need to be active.

Overview of the control elements for the product allocation check

In SD Customizing you must take the following control elements into account:

1. The product allocation determination procuedure determines how product allocation is carried out. It must be entered in the material master record in the basic data screen.

2. The product allocation object is used by the availability check to check against product allocations. During the product allocation check, the system checks the product allocations stored in the planning hierarchy that are created for each product allocation object.

3. In the product allocation hierarchy, an info structure is assigned to the product allocation determination procedure. This info structure influences the criteria which determine how the product allocations are stored in the planning hierarchy.

4. In the "Control product allocation" node, one or more product allocation objects are assigned to the product allocation determination procedure. Every object has its own validity period.

During the availability check, the relevant object is determined using the delivery date from the order. The object and the info structure from the product allocation hierarchy are used to determine the planning hierarchy in which the product allocations (being checked against) are stored.

5. Similar to the availability check against ATP quantities, you must specify whether a product allocation check is to be carried out at requirements class level and schedule line level or not.

SD Customizing also controls the following control options that help you during product allocation:

1. When assigning info structrues to product allocation determination procedures (in the product allocation hierarchy) you can display the appropriate statistical info structures.

2. You can check whether the settings are consistent for every combination of product allocation determination procedure and product allocation object (determined in "control product allocation").

3. Collective product allocations can be entered automatically into a planning hierarchy.

In Customizing for LIS, you must take the following control element into account:

The info structure determines the criteria for the planning hierarchy (e.g. the organizational data).

Note

If the unit of measure of the order quantity does not correspond to the planning unit of measure, the order quantity is converted automatically before product allocation is checked.

Check against Planning: Current Planning for the current year will be done based on the Previous Year Sales Planning.

Please Reward If Really Helpful,

Thanks and Regards,

Sateesh.Kandula

[Former Member]

Can you explain to me the different availability checks like:

01 Daily Reqs

02 Induvidual Reqs

03

etc

I donot want to know all but the mostly widely used and in which scenerios.

Edited by: saad A on Apr 11, 2008 8:42 PM

[former_member217082]

Hi saad

these three are the different types of availability checks

ATP LOGIC = Warehouse stock + Inward movements stock - Outward movement stock

PRODUCT ALLOCATION = the product is allocated to different distributors based on the allocation , the best example is bike . in automobile industry some times top management will decide and allocate the number of vechiles to each city .when production is low

You can configure , the product allocation is IMG . but if you are doing ATP LOGIC availability check then there is no need to do PRODUCT ALLOCATION availability check

AGAINST PLANNING = Based on the previous year sales planning will be done for the current year

Let me know the status

Reward if useful

Regards

Srinath