IBP DISAGG operator on ADJUSTEDTRANSPORT/ADJUSTEDTRANSPORTDS

[former_member572292]

Dear All,

In Supply Planning (SAPIBP1), when updating manually, through Excel, ADJUSTEDTRANSPORT, the corresponding DS KF is also updated (and vice-versa).

I have the requirement to update ADJUSTEDTRANSPORT via a DISAGG operator and this works fine *but*, unfortunately, the corresponding DS KF is not …

Any idea of the cause of this different behaviour ?

Thanks !

[former_member242371 · Accepted solution]

Hi Claudio,

By default a global parameter SCM_LOCAL_MODE is set to YES which performs supply operator simulation when you update these key figure manually. This does not occurs during background job. You can try to set this parameter to NO if you want to avoid system updating either of these key figure during manual simulation.

Thanks,

Rohit

[former_member572292]

Thanks Irmhild,

You are correct, heuristic does takes into account ADJUSDTEDTRANSPORT and updates its DS counterpart as expected and this the workaround we are using at the time being.

What still puzzles me a bit is that updating manually one of the two KFs (*without* running a planning operator) does also update the second one, there should be a hidden operator or piece of code somwehere …

Anyhow, thanks for your help !

[Irmi_Kuntze]

Ah now I see...

When you copy to ADJUSTEDTRANSPORT, that is a classical DISAGG functionality. But ADJUSTEDTRANSPORTDS is not a calculated KF that depends on ADJUSTEDTRANSPORT on the fly and hence is not directly impacted when you execute DISAGG.

It is a key figure that is both input and output of the supply operators, so unless you execute another supply run, it will not be adjusted.

If a new planning run does not update either as well, the root cause is not in the DISAGG but in the supply operator settings

Hope that helps?

[former_member572292]

Thanks Irmhild,

Here are some more details …

1) Manual entry: I enter a value in TW48b for ADJUSTEDTRANSPORT. ADJUSTEDTRANSPORTDS reflects the value on correct week taking into account the leadtime.

2) DISAGG operator: copies the original KF (ROPREPLENISHMENTOFFSET which is stored) to ADJUSTEDTRANSPORT on same TW as desired, but ADJUSTEDTRANSPORTDS does not reflect the value and remains empty.

The planning level of ROPREPLENISHMENTOFFSET is WKPRODLOC while the two Adj.Transp. KFs have LOCFR and LOCTO.

DISAGG parameters are shown below.

[Irmi_Kuntze]

other than that they are on different levels and you may have your settings wrong: No, not without further information regarding your settings