Wednesday, September 23, 2009

Planning Horizons

/SAPAPO/CONVH

/SAPAPO/SNPPRODHPP/DS Horizon in Calendar Days

Use

You specify a location-product-specific PP/DS horizon here.

If you do not enter any value for the PP/DS horizon or if you enter the duration '0', the system automatically uses the SNP production horizon as the PP/DS horizon. Therefore, the PP/DS horizon is as long as the SNP production horizon. This means the planning intervals for SNP and PP/DS are sequenced with no gaps or overlaps.

If the SNP production horizon also has a duration of 0, the system uses the PP/DS horizon from the planning version.

Notes

  • You can use the PP/DS firming horizon within the PP/DS horizon to firm (short-term) planning for planning with procurement planning heuristics.
  • Supply Network Planning (SNP) is permitted to plan outside of the SNP production horizon only. If the SNP production horizon is smaller than the PP/DS horizon, the planning horizons of SNP and PP/DS overlap. SNP and PP/DS can both use this overlapping period for planning.

/SAPAPO/SNPPRODH

SNP Production Horizon

Horizon in which Supply Network Planning (SNP) and Capable-to-Match (CTM) do not plan production.

Use

You divide the areas of responsibility for planning between the SNP production horizon and the PP/DS Horizon: You plan production with SNP or CTM outside of the SNP production horizon; planning is bucket-oriented and usually stretches over the medium-term horizon. In the short-term horizon, that is the PP/DS horizon, you plan production in more detail using automatic Production Planning and Detailed Scheduling (PP/DS). You can manually create PP/DS orders outside of the PP/DS horizon. Therefore, the SNP production horizon is only relevant for SNP and CTM and does not cause constraints on order generation at PP/DS level.

If the SNP production horizon is shorter than the PP/DS horizon, the planning areas overlap. This means that planning tasks require full reconciliation.

Use in SNP

SNP does not create any planned orders in the Production (planned) key figure, but moves production to the first day after this horizon. SNP deletes all unfixed SNP planned orders from previous planning runs within this horizon. The horizon starts on the system date (or date defined in the Planning Start Date field of the planning book or using the PDATE user exit for background processing).

Use in CTM

CTM does not generate or delete any planned orders within this production horizon. The horizon starts on the system date (or the date you specified as the planning start in the CTM profile). If no value has been specified here, CTM takes into account the PP/DS Horizon in the planning version.

Use in PP/DS

If you do not enter any value for the PP/DS horizon or if you enter the duration '0', the system automatically uses the SNP production horizon as the PP/DS horizon. Therefore, the PP/DS horizon is as long as the SNP production horizon. This means the planning intervals for SNP and PP/DS are sequenced with no gaps or overlaps.

For more information, see Adjusting the PP/DS Horizon.

Note

If you want to plan the receipts created in SNP or CTM in detail, convert the SNP or CTM orders into PP/DS orders.

Dependencies

In the Fix Production field, you can specify that SNP is to consider all SNP planned orders from previous planning runs as fixed in this horizon and therefore does not delete them.

You use the Period Category field to specify that the SNP production horizon is defined in calendar days, weeks, or months. This setting can influence data consistency, particularly regarding integration of SNP planned orders with SAP R/3.

Example

Situation at the start of the month:

  • The production horizon is 15 days long.
  • Distribution demands arise at a plant on the 10th and 20th of the month.
  • The target days' supply at the plant is zero.

Result: Production for the distribution demands is planned for the 15th and the 20th of the month. The demands within the SNP production horizon are planned including due date overruns in Supply Network Planning.


/SAPAPO/SNPFCSTH

Supply Network Planning: Forecast Horizon in Days

Horizon in calendar days during which the forecast is not considered as part of the total demand.

Use

Within this horizon, Supply Network Planning (SNP) does not take the forecast into account when calculating total demand. Outside of this horizon, the system calculates total demand using either the forecast or sales orders (whichever value is larger), and the other demands (dependent demand, distribution demand, planned demand, and confirmed demand).

Dependencies

If you have defined a requirement strategy on the Demand tab page of the location product master, the system calculates the total demand outside of the forecast horizon either as a total of the forecast and sales orders (strategy 20, Planning with Final Assembly) or only uses the forecast (strategy 10, Make-to-Stock Production).

The SNP and deployment optimizers only take into account the forecast horizon if you have set the Forecast Horizon indicator on the Integration tab page of the SNP optimizer profile or SNP deployment optimizer profile.

Example

The situation at the start of the month is as follows:

  • Demand of 10 pieces is forecast for the 10th, 20th, and 30th of the month.
  • There are sales orders of 5, 5, and 15 pieces respectively on the 10th, 20th, and 30th of the month.
  • No requirements strategy has been specified in the location product master.
  • The defined forecast horizon is 15 days.

Result: After the planning run, the following is displayed in the Total Demand key figure in interactive Supply Network Planning: 5 pieces on the 10th, 10 pieces on the 20th, and 15 pieces on the 30th of the month.


Thursday, September 10, 2009

Planning-Vers.-Depend. and Planning-Vers.-Independ. Master Data

Background documentation Planning-Vers.-Depend. and Planning-Vers.-Independ. Master Data Locate the document in its SAP Library structure

The following sections contain information on which master data is planning-version-dependent and which is planning-version-independent.

Global Product Master

The data in the global product master is independent of a planning version.

Location

By choosing a planning version and the change mode on the initial screen for location master data maintenance, you can process all fields that are dependent on the planning version.

For more information, see Displaying, Creating and Changing a Location.

Location Product

By choosing a planning version (via Extras ® Choose Planning Version) and choosing the change mode on the initial screen of the location-specific product master, you can process all fields that are dependent on the planning version.

If you did not choose a planning version on the initial screen, the values you specified in the planning-version-dependent fields will automatically be assigned to planning version 000 (this applies in any case to planning-version-independent fields).

If you change the planning-version-dependent data in the location product master without explicitly specifying a planning version, you will also change the planning-version-dependent values of version 000 and all versions for which no planning-version-dependent data has previously been defined.

Only the location products for which you have explicitly created planning-version-dependent data use separate data and not the planning-version-dependent data of planning version 000.

For more information, see Maintaining Location-Dependent Product Master Data.

Production Process Model (PPM)

Time-dependent parameters of a PPM are dependent on the planning version. You can define time-dependent parameters in the PPM for the following data:

· Scrap of an activity

· The duration of an activity defined at the mode

· The capacity requirement of an activity defined at the resource

· The material consumption defined at an alternative component

If you define one of these parameters dependent on time, you can specify a planning version for which this setting is valid.

· If you specify a planning version, the system only uses this setting for the specified planning version.

If you copy this planning version, the system also copies the time-dependent parameters. If you change the parameters in the original planning version later, this has no effect on the parameters of the copy.

· If you do not enter a planning version, the system uses this setting for all planning versions for which you have not defined any other time-dependent parameters. If you change this parameter, this also affects all planning versions for which you have not defined any individual settings.

If you copy a planning version for which no planning-version-dependent data and no time-dependent parameters have been defined, the copy also uses this information.

For more information, see PPM Plan.

Resource

All the data of a resource is dependent on the planning version. Specific data for the resource, such as the resource type, cannot be changed; some data can only be changed depending on the status of the activities scheduled on the resource.

If you assign a resource to a model, the system automatically assigns it to all planning versions of this model. If you create a new planning version for this model later, the system also automatically assigns the resource to the new planning version.

If you change the data for a resource, you only change it in the planning-version-specific copy; in other words, if necessary, you have to change the data in all planning-version-dependent copies of the resource.

Note

On the initial screen of the master data for the resources, you can copy the resource data of all planning versions of a model via Tools ® Copy Resources.

Behavior of the planning-version-dependent resource master data when a planning version is copied

Source version

Copy

Planning version 000 without separate planning-version-dependent data

Not possible

Planning version 000 with separate planning-version-dependent data including capacity variant data; uses the data of the shift definition

Separate planning-version-dependent data, separate variant data; uses the data of the shift definition

Planning version XYZ without separate, planning-version-dependent data

Not possible

Planning version XYZ with separate planning-version-dependent data including capacity variant data; uses the data of the shift definition

Separate planning-version-dependent data, separate variant data; uses the data of the shift definition as in the source version

For more information, see Creating and Changing Resources.

Quota Arrangement

All quota arrangements can be defined as dependent on the planning version. However, you can also define planning-version-independent quota arrangements. Planning-version-independent data is used in all quota arrangements for which there is no planning-version-dependent data.

If you wish to explicitly assign quota arrangement data to planning version 000, you must specify the planning version 000 while in quota arrangement maintenance mode (Master Data ® Quota Arrangementsfrom the SAP Easy Access screen). If you change this data, the change will have no effect on other planning versions.

If you copy a planning version for which no planning-version-dependent data has been defined, the copy contains no planning-version-dependent data and also uses the planning-version-independent data.

If you copy a planning version for which separate, planning-version-dependent data has been defined, this data is also copied. If you change the original version (after copying), this change has no effect on the data of the copy.

If you copy planning version 000, all planning-version-dependent data is copied at the same time. If you change the data in planning version 000, this change has no effect on the data of the copy.

Changes to the planning-version-independent quota arrangement data affect all planning versions for which no planning-version-dependent data has been defined.

For more information, see Validity of Quota Arrangements.

Source: http://help.sap.com/saphelp_scm50/helpdata/en/88/1fe93b7f1f954ce10000000a114084/content.htm

Tuesday, September 1, 2009

Note 1250385 - DP Job cancellation triggers abend of the process chain

ummary
Symptom

A Batch Job executed within RSPC gets status "cancelled" because an error occured. In this case, the whole process chain stops, even if the link to the next process was set to "always".

Other terms

/SAPAPO/TS_BATCH_RUN; RSPC; SM37 job log

Reason and Prerequisites

When SM37 status is set to "cancelled" (red), an exception ERROR_MESSAGE with an abend is triggered.
This causes the whole process chain to stop.

Solution

Currently, the only alternative is to avoid setting the job's status to cancelled when possible.
This is what this note is doing.

Header Data



Release Status:Released for Customer
Released on:12.03.2009 14:38:17
Master Language:English
Priority:Correction with high priority
Category:Program error
Primary Component:SCM-APO-FCS-MAP Mass Processing

Affected Releases

Software
Component
Release
From
Release
To
Release
And
subsequent
SCM
410
410
410

SCM
500
500
500

SCM
510
510
510

SCM
700
700
700

Correction delivered in Support Package

Support
Packages
Release
Package
Name
SCM
410
SCM
500
SCM
510
SCM
700

Corrections Instructions

Correction
Instruction
Valid
from
Valid
to
Software
Component
Last
Modifcation
410
410
SCM
11.03.2009 13:54:52
500
500
SCM
11.03.2009 13:55:56
510
510
SCM
11.03.2009 13:56:47
700
700
SCM
12.03.2009 14:19:59

Related Notes




1180107 - Background job gives errors but the job log has green status

1127476 - Background job ends with a dump, but job log status is green