Kontakt

Ansicht
Dokumentation

/SAPAPO/RRP_REQ_NETTING - Verteilung von Bedarfen auf Zugänge

/SAPAPO/RRP_REQ_NETTING - Verteilung von Bedarfen auf Zugänge

CPI1466 during Backup   BAL Application Log Documentation  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Funktionalität

Der Funktionsbaustein /SAPAPO/RRP_REQ_NETTING ordnet Bedarfe (Inputknoten) Zugängen (Outputknoten) zu. Die Zuordnung ist eine Art der Nettobedarfsrechnung. Der Funktionsbaustein liefert Daten, wann Bedarfe durch Zugänge gedeckt werden. Er stellt auch die Information zur Verfügung, welcher Bedarf durch welche Zugänge gedeckt wird, mit den verwendeten Mengen und Verfügbarkeitsterminen der Zugänge. Pegging-Beziehungen und Haltbarkeitsdauern werden nicht berücksichtigt, Merkmale werden berücksichtigt. Zwei verschiedene Zuordnungsstrategien werden vom Baustein berücksichtigt.

Diese beiden Strategien sind:

  • Früheste Zugänge verwenden (first in first out)
  • Rechtzeitige Zugänge verwenden

Früheste Zugänge verwenden

Für diese Logik sollten die Bedarfe und Zugänge nach Bedarfstermin und Verfügbarkeitstermin sortiert sein. Der Funktionsbaustein führt diese Sortierung nicht durch.

Um den ersten Bedarf zu decken, wird der erste Zugang gemäß dem Verfügbarkeitstermin verwendet (Merkmale werden dabei beachtet). Falls die Menge des ersten Zugangs nicht ausreicht, wird zusätzlich der nächste Zugang verwendet. Der Bedarf wird an den letzten Zugang verschoben, der ihn komplett deckt.

Rechtzeitige Zugänge verwenden

Bei dieser Logik, welche vom Bedarfstermin des Bedarfs ausgeht, werden zuerst passende Zugänge in Rückwärtsrichtung gesucht. Falls die Menge eines gefundenen Zugangs nicht ausreicht um den Bedarf vollständig zu decken, wird zusätzlich der nächste Zugang, ebenfalls in Rückwärtsrichtung, verwendet. Falls nicht genügend Zugänge in Rückwärtsrichtung existieren, wird zusätzlich der früheste Zugang in Vorwärtsrichtung verwendet. Der Bedarf wird an den Verfügbarkeitstermin des letzten Zugangs verschoben, der für die Deckung verwendet wird.

Bedarfe können nach verschiedenen Kriterien (beispielsweise Priorität, Fixierung, Bedarfstermin...) sortiert sein. Die Zugänge sollten nach dem Verfügbarkeitstermin sortiert sein.

Schnittstelle

Im Parameter IT_OUTPUTS sind alle Outputknoten enthalten, die der Baustein berücksichtigen soll. Sie sollten nach dem Verfügbarkeitstermin sortiert sein.

Die Inputknoten (Bedarfselemente), die für die Zuordnung relevant sind, werden durch den Importparameter IT_INPUTS an den Funktionsbaustein übergeben. Die Priorität in welcher Reihenfolge die Bedarfe verschoben werden, wird durch die Sortierung der Bedarfselemente erreicht, was der Reihenfolge der Knoten in der Tabelle IT_INPUTS entspricht.

Der Importparameter IV_ALLOC_STRATEGY spezifiziert, welche Logik für die Zuordnung der Bedarfe zu den Zugängen verwendet werden soll ("Früheste Zugänge verwenden" oder "Rechtzeitige Zugänge verwenden").

Der Importparameter IV_NO_CONFR_CHECK spezifiziert, ob eine Prüfung von Mermalen bzw. der Konfiguration durchgeführt werden soll. Ist der Paramer gesetzt, so wird die Kompatibilität von Merkmalen bei der Bedarfszuordnung nicht geprüft. Jeder Zugang im Peggingbereich wird als kompatibel angesehen.

Die Exporttabelle ET_COV_DEMANDS beinhaltet die Inputknoten, welche vollständig durch die verfügbaren Zugänge gedeckt werden. Sie verfügt ebenfalls über die Information, wann die Bedarfe gedeckt werden.

Die Tabelle ET_UNCOV_DEMANDS beinhaltet alle Aufträge, die nicht vollständig gedeckt werden.

Die Exporttabelle ET_ALLOCATION beinhaltet Daten über die Zuordnung. Die Einträge beschreiben Zuordnungsbeziehungen, d.h. welcher Bedarf wird durch welchen Zugang zu welcher Zeit mit welcher Menge gedeckt.

Beschreibung der Funktionsablaufs des Bausteins

  • Kopie der Importparameter IT_OUTPUTS und IT_INPUTS in lokale Tabellen
  • Schleife über alle Inputs, um jeden Bedarf separat zu prüfen
  • Ermittlung aller kompatibler Zugänge für den Bedarf (merkmalsbetreffend) (wenn iv_no_conft_check gesetzt ist, dann sind alle Zugänge im Peggingbereich des Bedarfs kompatibel)
  • Bemerkung: Es ist wegen dem Wildcard-Problem mit Merkmalen notwendig, jeden Bedarf separat zu prüfen.

  • Beispiel: Der Bedarf D1 mit Merkmal C1 existiert am 21.10.02, der Bedarf mit C2 existiert am 22.10.02 und der Bedarf D3 mit C1 existiert am 23.10.02. Drei Zugänge decken diese Bedarfe. S1 mit C1 am 18.10.02, S2 mit einer Wildcard (das bedeutet, der Zugang kann jeden Bedarf decken, unabhängig von den Merkmalen des Bedarfs) am 19.10.02 und S3 mit C1 am 20.10.02. Alle Knoten haben die gleichen Mengen. Es ist leicht nachvollziehbar, dass S2 den Bedarf D2 decken sollte, ansonsten würde eine Unterdeckung entstehen.

  • Wenn der Baustein nicht jeden Bedarf separat prüfen würde und anstelle dessen alle Bedarfe mit gleichen Merkmalen zusammen planen würde, dann würde D3 den Zugang S2 zur Deckung verwenden. S2 wäre nicht verfügbar, um D2 zu decken. D2 würde nicht S2 zugeordnet werden.

  • Zuordnung der Zugangsmengen zu den Bedarfsmengen gemäß der Zuordnungsstrategie
FIFO-Logik
  • Schleife über kompatible Zugänge.

  • Falls die Zugangsmenge größer als die Bedarfsmenge ist, wird die Zugangsmenge aktualisiert und ein Eintrag für die Tabellen ET_COV_DEMANDS und ET_ALLOCATION erstellt. Der Bedarf wird aus der lokalen Tabelle gelöscht.

  • Falls die Mengen gleich sind, werden der Zugang und der Bedarf gelöscht. Es werden Einträge für die Tabellen ET_COV_DEMANDS und ET_ALLOCATION erstellt.

  • Falls die Zugangsmenge kleiner als die Bedarfsmenge ist, wird die Bedarfsmenge aktualisiert und der Zugang gelöscht. Es wird nur ein Eintrag für die Tabelle ET_ALLOCATION erstellt.

Rechtzeitige Zugänge verwenden
  • Schleife über kompatible Zugänge.

  • Suche nach einem Zugang, bei dem der Verfügbarkeitstermin gleich dem Bedarfstermin des Bedarfs ist.

  • Falls kein solcher Zugang existiert, wird der erste Zugang mit einem früheren Verfügbarkeitstermin verwendet.

  • Falls solch ein Zugang ebenfalls nicht existiert, wird der Zugang mit einem späteren Verfügbarkeitstermin verwendet.

  • Falls kein Zugang gefunden wird, kann der Bedarf nicht gedeckt werden und ein Eintrag in der Tabelle ET_UNCOV_DEMANDS wird erstellt.

  • Falls die Zugangsmenge größer als die Bedarfsmenge ist, wird die Zugangsmenge aktualisiert und ein Eintrag für die Tabellen ET_COV_DEMANDS und ET_ALLOCATION erstellt. Der Bedarf wird aus der lokalen Tabelle gelöscht.

  • Falls die Mengen gleich sind, werden der Zugang und der Bedarf gelöscht. Es werden Einträge für die Tabellen ET_COV_DEMANDS und ET_ALLOCATION erstellt.

  • Falls die Zugangsmenge kleiner als die Bedarfsmenge ist, wird die Bedarfsmenge aktualisiert und der Zugang gelöscht. Es wird nur ein Eintrag für die Tabelle ET_ALLOCATION erstellt.

  • Für jeden Bedarf, der nicht vollständig im Zuordnungsprozess gedeckt werden kann, wird ein Eintrag in der Tabelle ET_UNCOV_DEMANDS erstellt.

Beispiel

Hinweise

Weiterführende Informationen





Parameter

ET_ALLOCATION
ET_COV_DEMANDS
ET_INPUT_DEFICIT
ET_OUTPUT_SURPLUS
ET_UNCOV_DEMANDS
IR_COMP_CHECK
IT_INPUTS
IT_OUTPUTS
IV_ALLOC_STRATEGY
IV_IO_COMPATIBLE_ALL
IV_NO_CONFR_CHECK

Ausnahmen

Funktionsgruppe

APO/SAPLRRP_PLANNING

BAL Application Log Documentation   TXBHW - Original Tax Base Amount in Local Currency  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 9591 Date: 20240425 Time: 125707     sap01-206 ( 153 ms )